Обмен данными в 1С — механизм передачи информации между несколькими базами 1С:Предприятие или между 1С и внешними сервисами. Он устраняет повторный ручной ввод и поддерживает согласованность данных в нескольких системах. Платформа 1С:Предприятие 8.3 предлагает несколько инструментов: РИБ, Универсальный обмен данными, HTTP-сервисы, веб-сервисы и REST-интерфейс. Выбор механизма определяется тем, кто участвует в интеграции, и требованиями принимающей стороны к форматам данных.
Информационная база (ИБ) в 1С хранит данные конкретной конфигурации: бухгалтерии, торговли, зарплаты. Когда в компании несколько таких баз или к ней подключены внешние сервисы, данные нужно синхронизировать — иначе расхождения неизбежны. Обмен данными в 1С переносит объекты (документы, справочники, регистры) между ИБ и внешними системами по заданным правилам конвертации.
Учитесь бесплатно за счёт государства
Экономия до 100 000 ₽ на любой программе
Без синхронизации данные о продажах приходится вводить отдельно в бухгалтерскую, зарплатную и торговую базу — трижды для одного факта. Обмен данных в 1С исключает повторный ввод информации: данные вводятся единожды и автоматически выгружаются туда, где нужны. Без настроенного обмена расхождения между базами копятся незаметно и обнаруживаются только при аудите или сверке отчётности.
Все сценарии делятся на два вектора: база 1С ↔ база 1С и 1С ↔ внешняя система. 1С:Предприятие, как правило, выступает мастер-системой — инициирует соединение и хранит правила маппинга на своей стороне. Синхронизация между базами 1С закрывается двумя штатными механизмами — РИБ и Универсальным обменом. Внешние системы подключаются через сервисный слой.
Типичная ситуация: компания одновременно использует 1С:УТ, 1С:ЗУП и 1С:Бухгалтерию. Первичные данные — движение товаров, продажи, сведения о сотрудниках — не должны вводиться дважды. При типовых конфигурациях обмен доступен «из коробки»; в доработанных — правила конвертации адаптируют под изменённую структуру данных. Основные сценарии: группа компаний с несколькими юридическими лицами, сеть филиалов, несколько конфигураций одной организации.
Обмен данными в 1С с внешними сервисами охватывает сайты, маркетплейсы, CRM и BI-системы для аналитики данных. 1С выступает мастер-системой: инициирует соединение, маппинг сущностей — на её стороне. Реализуется через готовую интеграцию поставщика или собственную разработку через программный интерфейс (API). Формат передачи — JSON или XML — зависит от требований внешней системы.
Для синхронизации баз 1С между собой платформа предлагает два штатных механизма. Ключевое отличие — совместимость конфигураций: один работает только с идентичными, второй — с разными. Инструмент настройки правил конвертации для обоих — 1С:КД 2.0.
| Параметр | РИБ | Универсальный обмен |
|---|---|---|
| Совместимость конфигураций | Только одинаковые | Разные конфигурации |
| Передача изменений конфигурации | Да (сверху вниз) | Нет |
| Инструмент настройки | 1С:КД 2.0 | 1С:КД 2.0 |
| Сложность внедрения | Ниже при типовых сценариях | Выше |
Распределённая информационная база (РИБ) — штатный механизм обмена данными между ИБ с идентичными конфигурациями. Топология иерархическая: корневой узел и подчинённые. Изменения конфигурации передаются только сверху вниз; данные могут двигаться в обоих направлениях в зависимости от настройки плана обмена.
Преимущества: простое внедрение при типовых конфигурациях, гибкая настройка отборов выгружаемых объектов через узел обмена. Ограничения: блокировка объектов в момент выгрузки; жёсткое требование к идентичности конфигураций — разные сборки корректно не обменяются. Правила конвертации настраиваются через 1С:КД 2.0.
Типичные сценарии применения: группа компаний с несколькими юридическими лицами на единой платформе, сеть торговых филиалов с централизованной головной базой.

Универсальный обмен данными — инструмент синхронизации между разными конфигурациями 1С:Предприятие 8.3: например, 1С:ЗУП ↔ 1С:Бухгалтерия. В отличие от РИБ, он не передаёт изменения конфигурации, зато работает с любыми парами конфигураций при наличии правил конвертации.
Где найти: раздел «Администрирование» → «Синхронизация данных». Здесь отображается список конфигураций-партнёров и параметры созданных обменов.
При настройке задаётся направление (одностороннее или двустороннее), периодичность (разово или автоматически через регламентное задание) и отбор передаваемых объектов. Основной формат данных — XML; конфигурации с поддержкой EnterpriseData обмениваются XML со сжатием — это снижает трафик при больших объёмах.
Для подключения внешних сервисов в 1С:Предприятие 8.3 доступны три технологии: веб-сервисы, HTTP-сервисы и REST-интерфейс. Веб-сервисы и HTTP-сервисы требуют публикации базы на веб-сервере Apache или IIS. Выбор определяется требованиями принимающей стороны к форматам и уровню типизации данных.
Оба передают данные через веб-сервер и не дают внешней системе прямого доступа к информационной базе — на этом сходство заканчивается.
| Параметр | Веб-сервисы | HTTP-сервисы |
|---|---|---|
| Ориентация | Сервисно-ориентированная (SOAP/WSDL) | Ресурсно-ориентированная |
| Форматы данных | Только XML | JSON, XML, текст |
| Типизация | Строгая (XDTO) | Нет автоматической типизации |
| Сложность реализации | Выше | Ниже |
Пример: 1С:ЗУП передаёт расчётные листки и остатки отпуска во внешний HR-портал через веб-сервис — строгая типизация и изоляция базы здесь в плюс. HTTP-сервисы выбирают, когда нужна гибкость форматов и быстрая реализация без сложных схем.
REST-интерфейс открывает доступ ко всем объектам конфигурации — справочникам, документам, регистрам — через стандартные HTTP-запросы. Требует публикации базы на веб-сервере. Основной формат — JSON.
Хотите сменить профессию или повысить квалификацию?
Федеральный проект «Активные меры содействия занятости» даёт возможность пройти обучение бесплатно за счёт государства
Типичная схема при интеграции 1С с Битрикс24: 1С инициирует HTTP-запрос, запрашивает очередь событий Битрикс24, обрабатывает их и отправляет данные обратно. Маппинг сущностей выполняется на стороне 1С как мастер-системы.
COM/OLE — альтернатива для Windows-среды при локальном доступе к обеим базам через код разработчика. Для облачных и кросс-платформенных сценариев предпочтительнее HTTP-сервисы или REST-интерфейс.

Выбор начинается с двух вопросов: кто участвует в обмене и какие форматы поддерживает принимающая сторона. Логика простая: одинаковые конфигурации 1С → РИБ; разные конфигурации 1С → Универсальный обмен данными; внешняя система → HTTP-сервисы, веб-сервисы или REST-интерфейс.
Дополнительные ограничения: COM/OLE работает только в Windows; веб-сервисы и HTTP-сервисы требуют веб-сервера; EnterpriseData доступен не во всех конфигурациях. Любой механизм автоматизируется через регламентное задание — задаётся периодичность, и система синхронизирует данные по расписанию без участия оператора. Корректный маппинг сущностей предотвращает ошибки передачи при несовпадающих моделях данных.
Хотите освоить разработку в 1С — от программирования до настройки обменов между системами? В рамках федерального проекта «Активные меры содействия занятости» можно пройти обучение по программам «1С программист» и «Информационные системы 1С: базовый учет» — онлайн, без отрыва от работы, за счёт государства. Смотрите каталог программ по направлению 1С.
РИБ (Распределённая информационная база) — механизм обмена данными между ИБ с идентичными конфигурациями. Передаёт и данные, и изменения конфигурации — только от корневого узла к подчинённым. Подходит для группы компаний или сети филиалов; настройка правил конвертации — через 1С:КД 2.0.
В большинстве конфигураций 1С:Предприятие 8.3 — раздел «Администрирование» → «Синхронизация данных». Там отображается список конфигураций-партнёров и параметры уже созданных обменов: направление и периодичность. Для некоторых конфигураций путь может незначительно отличаться.
Универсальный обмен работает с разными конфигурациями (ЗУП ↔ Бухгалтерия), РИБ — только с одинаковыми. Зато РИБ передаёт изменения конфигурации, Универсальный — нет. При типовых сценариях РИБ несколько проще в развёртывании.
Основной формат — XML. Конфигурации с поддержкой EnterpriseData обмениваются XML со сжатием, что снижает трафик. JSON при межбазовом обмене применяется редко — он востребован при интеграции с внешними системами.
Веб-сервисы — SOAP/WSDL, только XML, строгая типизация через XDTO. HTTP-сервисы — ресурсно-ориентированные, поддерживают JSON/XML/текст, проще в реализации, без автоматической типизации. Оба требуют публикации на Apache или IIS.
Типовой способ — REST через HTTP-запрос: 1С инициирует соединение, запрашивает очередь событий Битрикс24, обрабатывает и отправляет данные обратно. Маппинг сущностей — на стороне 1С. Для кадровых данных Битрикс24 может обращаться к 1С через веб-сервисы.
Через регламентные задания. Настраиваются при конфигурировании Универсального обмена или РИБ: задаётся периодичность (ежечасно, ежедневно и так далее) и направление. Разовый запуск — вручную из раздела «Синхронизация данных».
Объект метаданных конфигурации, хранящий информацию об узлах обмена и составе передаваемых данных. Используется при РИБ (с соответствующим признаком) и при Универсальном обмене. Узлами могут быть базы разных версий платформы или системы вне экосистемы 1С.
Основные источники ошибок: некорректный маппинг объектов, несовпадение структур в доработанных конфигурациях, блокировки при выгрузке в РИБ. Решение: грамотные правила конвертации через 1С:КД 2.0, тестирование на копии базы и мониторинг журнала регистрации.
Да, COM/OLE позволяет обмениваться данными через код разработчика — только в Windows-среде при наличии локального доступа к обеим базам. Для облачных и кросс-платформенных сценариев предпочтительнее HTTP-сервисы или REST-интерфейс.
Подайте заявку —
забронируйте место в группе
45 000 мест на 2026 год. Бесплатное обучение по федеральному проекту «Активные меры содействия занятости»