Для чего нужны планы обмена в 1С

Когда в компании используется несколько информационных баз 1С — например, «Управление торговлей» для менеджеров и «Бухгалтерия» для учёта — данные приходится переносить между ними. Вводить документы вручную дважды долго и чревато ошибками. Планы обмена — это штатный механизм платформы 1С, который автоматизирует передачу данных между базами: он фиксирует, какие объекты изменились, и доставляет только эти изменения в другую систему.

План обмена работает по принципу подписки. Каждая база, участвующая в обмене, регистрируется как узел плана обмена. Когда пользователь создаёт или изменяет документ, справочник или запись регистра, платформа помечает объект как изменённый для нужных узлов. При очередном сеансе обмена выгружаются только зарегистрированные изменения, а не вся база целиком — это экономит время и снижает нагрузку.

Механизм применяется не только между конфигурациями 1С. Через планы обмена организуется интеграция с сайтами, мобильными приложениями, кассовым оборудованием, системами других вендоров, а также распределённые информационные базы (РИБ) для филиалов без постоянного канала связи.

Какие задачи решают планы обмена

Основная задача — обеспечить целостность данных в нескольких системах без ручного дублирования. Типичный сценарий: менеджеры оформляют заказы и отгрузки в торговой конфигурации, а бухгалтерия получает эти документы автоматически для отражения в учёте. План обмена гарантирует, что документ, созданный в одной базе, появится в другой с тем же уникальным идентификатором.

Вторая группа задач — территориальное распределение. Если у компании есть склады или магазины без стабильного интернета, каждая точка работает в собственной базе, а обмен с центральным узлом выполняется по расписанию или вручную через файлы. Механизм РИБ (распределённые информационные базы) построен именно на планах обмена.

Третья группа — интеграция с внешними системами. Обмен с интернет-магазином (выгрузка товаров и цен, загрузка заказов), синхронизация с CRM, обмен с банковскими сервисами и мобильными приложениями — всё это реализуется через планы обмена с соответствующими правилами конвертации.

Как устроен механизм: регистрация изменений и сообщения

В основе плана обмена лежит регистрация изменений. В свойствах плана обмена указывается состав — перечень объектов метаданных (справочников, документов, регистров), которые участвуют в обмене. Когда объект из состава изменяется, платформа записывает этот факт в служебные таблицы регистрации для каждого узла-получателя.

При выгрузке платформа формирует сообщение обмена — XML-файл, содержащий только зарегистрированные изменения. Каждое сообщение имеет номер. Узел-получатель подтверждает приём, и отправитель запоминает номер принятого сообщения. Если подтверждение не пришло, при следующем сеансе данные будут отправлены повторно — это защищает от потери информации при обрыве связи.

После успешной выгрузки регистрацию изменений можно удалить — платформа делает это автоматически при штатной работе. Если регистрацию не очищать годами, служебные таблицы разрастаются и замедляют формирование сообщений обмена.

Какие бывают виды планов обмена

По способу организации выделяют три основных варианта. Первый — РИБ, распределённые информационные базы: обмен идёт между идентичными конфигурациями, правила конвертации не нужны, узлы строго иерархичны (главный и подчинённые). Второй — обмен между разными конфигурациями по правилам конвертации: структуры данных различаются, поэтому требуется описание соответствий объектов и реквизитов. Третий — обмен через универсальный формат EnterpriseData, который применяется для интеграции с сайтами и сторонними системами.

По транспорту доставки сообщений планы обмена могут работать через файловый каталог (локальный или сетевой), FTP, электронную почту, веб-сервисы, COM-соединение или прямое подключение к базе. Выбор транспорта зависит от инфраструктуры: для обмена внутри одной сети достаточно общего каталога, для филиалов в других городах чаще используют FTP или веб-сервисы.

Как настроить план обмена: порядок действий

Настройка начинается с проверки, что в конфигурации есть нужный план обмена или типовая синхронизация. В большинстве современных конфигураций (УТ, ERP, БП, ЗУП) обмен настраивается через раздел «Синхронизация данных» в администрировании — там уже включены готовые сценарии. Достаточно включить синхронизацию, указать префикс базы и создать настройку обмена с нужной программой.

Далее задаются параметры: состав передаваемых данных, отборы (например, только по конкретной организации или складу), способ транспорта и расписание автоматического обмена. После создания настройки выполняется начальная выгрузка — в другую базу передаются все актуальные данные, а дальше идут только изменения.

1. 1
   Включите синхронизацию данных в разделе администрирования и задайте префикс информационной базы
2. 2
   Создайте настройку синхронизации, выбрав целевую программу и способ подключения
3. 3
   Укажите правила отправки и получения: состав данных, отборы, дату начала обмена
4. 4
   Выполните начальную выгрузку данных и загрузите их в другую базу
5. 5
   Настройте расписание автоматического обмена и проверьте журнал регистрации на ошибки

Если типовой сценарий не подходит — например, нужен обмен с самописной конфигурацией — план обмена создаётся в конфигураторе: определяется состав объектов, пишутся обработчики выгрузки и загрузки, при необходимости готовятся правила конвертации. Это уже задача разработчика, требующая тестового стенда.

Как проверить, что обмен работает корректно

Первый индикатор здоровья обмена — отсутствие необработанных ошибок в журнале регистрации и в специализированном журнале синхронизации данных. Типовые конфигурации показывают предупреждения прямо в разделе настройки обмена: конфликты версий объектов, неотправленные данные, ошибки загрузки.

Второй признак — контроль количества зарегистрированных изменений. Если после сеанса обмена для узла остаются тысячи зарегистрированных объектов, значит, выгрузка не завершилась или получатель не подтвердил приём. Третий признак — сверка данных: документ, созданный в исходной базе, должен появиться в целевой с тем же номером (с учётом префикса) и суммами.

Контрольные точки

Как проверить результат обмена

Журнал синхронизации

Норма

Последний сеанс завершён без ошибок

Тревожный признак

Ошибки загрузки, конфликты версий, зависшие сеансы

Регистрация изменений

Норма

После обмена очередь изменений пуста или минимальна

Тревожный признак

Накоплены тысячи неотправленных объектов

Данные в целевой базе

Норма

Документы и справочники совпадают по номерам и суммам

Тревожный признак

Дубли контрагентов, расхождения остатков, потерянные документы

Частые ошибки и ограничения механизма

Самая распространённая ошибка — дублирование элементов справочников. Оно возникает, когда один и тот же контрагент или товар создаётся независимо в обеих базах до настройки обмена или при сбое сопоставления. Лечится инструментами поиска и замены дублей и корректной начальной выгрузкой. Вторая типичная проблема — коллизии при одновременном изменении одного объекта в двух базах: в РИБ приоритет всегда у главного узла, в обменах по правилам поведение зависит от настроек.

Ограничения тоже нужно учитывать заранее. План обмена передаёт только объекты из своего состава — если забыть включить новый вид документов после обновления конфигурации, он не уедет в другую базу. В РИБ нельзя менять конфигурацию в подчинённом узле: обновление выполняется в главном узле и распространяется через обмен. Кроме того, обмен не заменяет резервное копирование — файл обмена содержит только изменения, а не полную копию данных.

Когда план обмена не нужен: альтернативы

Не каждая задача передачи данных требует плана обмена. Если нужно просто один раз перенести данные при внедрении новой программы, достаточно типовой обработки переноса или универсального обмена XML — регистрировать изменения на постоянной основе незачем. Разовая выгрузка отчётности, прайсов или списков решается обычным сохранением в файл.

Если обе системы работают в реальном времени и доступны по сети, иногда проще использовать прямой доступ: веб-сервисы, HTTP-сервисы или внешние источники данных, когда одна база читает данные другой напрямую без промежуточных сообщений. Это убирает очереди обмена, но создаёт зависимость от доступности обеих систем одновременно.

Маршрут решения

Как выбрать подходящий механизм

Нужен постоянный обмен между двумя базами 1С с разными конфигурациямиНастройте синхронизацию данных на базе плана обмена с правилами конвертации

Филиал работает без стабильной связи, конфигурация та жеИспользуйте РИБ на планах обмена

Нужен разовый перенос данных при переходе на новую программуДостаточно типовой обработки переноса, план обмена не требуется

Обе системы всегда онлайн и нужны актуальные данные мгновенноРассмотрите интеграцию через веб-сервисы вместо очередей обмена

FAQ: частые вопросы о планах обмена

Чем план обмена отличается от правил конвертации?

План обмена отвечает за то, какие объекты отслеживать и в какие базы отправлять: он регистрирует изменения и управляет сообщениями. Правила конвертации описывают, как объект одной конфигурации преобразуется в объект другой. Для обмена между одинаковыми конфигурациями (РИБ) правила не нужны, для разных — нужны и план обмена, и правила.

Можно ли настроить обмен, если базы находятся в разных городах?

Да. Для этого используются транспорты, не требующие общей локальной сети: FTP, электронная почта, веб-сервисы или обмен через облачные сервисы. Сообщения обмена — это обычные XML-файлы, которые передаются любым доступным каналом, а подтверждения доставки защищают от потери данных при обрывах связи.

Что делать, если в обеих базах изменили один и тот же документ?

Возникает коллизия. В РИБ всегда побеждает версия главного узла, изменения подчинённого узла отклоняются и фиксируются в журнале. В обменах по правилам поведение зависит от настроек приоритета. Практическая рекомендация — заранее разграничить области ответственности: каждый тип документов редактируется только в одной системе.

Почему обмен стал выполняться медленно?

Частые причины: накопленная очередь зарегистрированных изменений из-за неработающего узла, большие пакеты данных после длительного перерыва, ошибки загрузки, из-за которых сообщения переотправляются. Проверьте количество зарегистрированных изменений по каждому узлу, журнал ошибок и при необходимости очистите регистрацию для неиспользуемых узлов.

Можно ли добавить в обмен новый вид документов?

Да, но это требует аккуратности. Нужно включить объект в состав плана обмена, при обмене между разными конфигурациями — дополнить правила конвертации, а затем выполнить регистрацию уже существующих объектов нового типа, чтобы они выгрузились в другую базу. После обновления конфигурации проверяйте, не появились ли новые объекты, которые должны участвовать в обмене.

Заменяет ли план обмена резервное копирование?

Нет. Сообщение обмена содержит только изменённые объекты и только те, что входят в состав плана обмена. Настройки, пользователи, объекты вне состава обмена и история до начала синхронизации в нём отсутствуют. Резервное копирование каждой базы должно выполняться независимо от обмена.