Администрирование · 11 мин
Что такое план обмена в 1С и как он работает
План обмена в 1С: что это, как устроен, для чего нужен. Настройка обмена между базами, регистрация изменений, узлы, типичные ошибки и способы проверки результата.
План обмена в 1С — это объект конфигурации, который описывает, какие данные и между какими информационными базами должны синхронизироваться. Проще говоря, это «договор» между двумя или несколькими базами: система заранее знает, какие справочники, документы и регистры участвуют в обмене, кто является источником, а кто — получателем.
Без плана обмена перенос данных между базами превращается в ручную выгрузку файлов без контроля версий и дублей. План обмена решает три задачи: фиксирует состав передаваемых данных, отслеживает изменения с момента последней синхронизации и гарантирует, что каждая база-участник получит именно те изменения, которые ей предназначены.
Типовой пример — связка «Управление торговлей» и «Бухгалтерия предприятия»: в торговой базе оформляют заказы и отгрузки, а в бухгалтерию они попадают автоматически по расписанию. Другой сценарий — распределённая база филиалов, где центральный узел обменивается данными с десятком периферийных баз магазинов.
Из чего состоит план обмена
Каждый план обмена включает несколько обязательных элементов. Первый — состав данных: перечень объектов конфигурации (справочников, документов, регистров сведений и накопления), которые участвуют в обмене. Если объект не включён в состав, его изменения не регистрируются и не передаются.
Второй элемент — узлы. Узел — это логическое представление конкретной базы-участника обмена. В каждой базе есть «свой» узел (главный или предопределённый) и узлы корреспондентов. Например, в центральной базе создан узел «Магазин №1», а в базе магазина — узел «Центр».
Третий элемент — регистрация изменений. Когда пользователь записывает документ или элемент справочника, входящий в состав плана обмена, система сохраняет ссылку на изменённый объект в служебной таблице регистрации для каждого узла-получателя. При следующем сеансе обмена выгружаются только зарегистрированные изменения, а не вся база целиком.
Как работает механизм обмена по шагам
Обмен по плану строится на сообщениях — файлах (обычно XML), которые содержат изменённые данные и служебные номера. Система ведёт учёт: у каждого узла хранится «Номер отправленного» и «Номер принятого» сообщения. Это позволяет не потерять данные при сбоях связи: если сообщение не дошло, оно будет сформировано заново с теми же изменениями.
Типовой цикл выглядит так. Пользователь изменяет документ — изменение регистрируется для узлов-получателей. При запуске синхронизации система формирует файл сообщения, отправляет его через выбранный канал (каталог, FTP, веб-сервис, прямое подключение), а база-получатель загружает данные и подтверждает приём. После подтверждения зарегистрированные изменения для этого узла очищаются.
- 1Определите, какие справочники и документы должны синхронизироваться, и проверьте, что они входят в состав плана обмена
- 2В базе-источнике создайте узел корреспондента и задайте ему уникальный код
- 3Выполните начальную выгрузку данных для нового узла, чтобы базы стартовали с одинаковым состоянием
- 4Настройте канал передачи: каталог обмена, FTP или прямое подключение
- 5Запустите синхронизацию и проверьте, что тестовый документ появился во второй базе
- 6Настройте регламентное задание для автоматического обмена по расписанию
Виды планов обмена и типовые сценарии
В типовых конфигурациях встречаются несколько групп планов обмена. Первая — обмен между прикладными решениями: «Обмен Управление торговлей — Бухгалтерия предприятия», синхронизация с «Зарплата и управление персоналом» и подобные. Они работают через универсальный формат EnterpriseData и настраиваются через помощник синхронизации.
Вторая группа — распределённые информационные базы (РИБ). Здесь используется план обмена с признаком «Распределённая информационная база»: существует строгая иерархия «главный узел — подчинённый узел», а конфигурация может изменяться только в центре и автоматически распространяется в периферийные базы. РИБ подходит для филиалов без постоянной связи с центром.
Третья группа — обмен с внешними системами: сайтами, мобильными приложениями, CRM. Такие планы обмена часто используются как транспорт для выгрузки товаров и загрузки заказов.
РИБ или синхронизация через универсальный формат
Подходит для филиалов одной компании с одинаковой конфигурацией. Ограничение: жёсткая иерархия узлов, конфигурация меняется только в центре, отказ от РИБ требует конвертации узлов в независимые базы.
Подходит для связи разных конфигураций (УТ + БП, УТ + сайт). Ограничение: переносятся только объекты, поддерживаемые форматом, часть прикладных данных может не передаваться.
Подходит для нестандартных сценариев и обмена с внешними системами. Ограничение: требует доработки и сопровождения разработчиком.
Регистрация изменений и начальная выгрузка
Ключевое понятие плана обмена — регистрация изменений. Пока изменение зарегистрировано для узла, система «помнит», что этот объект нужно отправить. Если регистрацию снять вручную (через обработку «Регистрация изменений для обмена данными»), объект не уйдёт получателю — это частая причина «пропавших» документов.
При подключении новой базы выполняется начальная выгрузка: система регистрирует для нового узла все существующие данные из состава плана обмена и формирует стартовое сообщение. В типовых конфигурациях это делается автоматически через помощник настройки синхронизации. Пропуск этого шага приводит к тому, что в новой базе появятся только свежие изменения, а исторические данные останутся в старой.
Типичные проблемы и способы их устранения
Самая частая жалоба — «данные не приходят во вторую базу». Причины обычно такие: объект не входит в состав плана обмена, изменение не зарегистрировано для нужного узла, обмен запускается от имени узла с неверным кодом, либо сообщение сформировано, но не доставлено из-за недоступности каталога или FTP.
Вторая группа проблем — коллизии и дубли. Если один и тот же элемент справочника создали независимо в двух базах, при обмене появятся дубли с разными внутренними идентификаторами. В типовых синхронизациях сопоставление выполняется по ключевым полям (наименование, ИНН, код), но полностью на автомат полагаться не стоит — после первой синхронизации обязательно проверяйте отчёт о сопоставлении.
Третья проблема — рост таблиц регистрации изменений. Если узел больше не используется (магазин закрыли), а изменения для него продолжают регистрироваться, база раздувается и обмен замедляется. Неиспользуемые узлы следует удалять, а регистрацию для них — очищать.
Как проверить, что обмен работает корректно
Базовая проверка — создать тестовый документ в базе-источнике, запустить синхронизацию и убедиться, что документ появился в базе-получателе с тем же номером, датой и суммой. Затем измените документ в источнике и повторите обмен: изменения должны перенестись без создания дубля.
Дополнительно контролируйте служебные данные: номера отправленных и принятых сообщений у узлов должны последовательно расти, журнал регистрации не должен содержать ошибок загрузки, а в типовых конфигурациях — смотрите форму «Результаты синхронизации данных», где видны предупреждения и непринятые объекты.
Как проверить результат обмена
Документ появился с корректными реквизитами, дубль не создан
Документа нет, либо создан второй экземпляр с тем же номером
Номера отправленных и принятых увеличиваются после каждого обмена
Номера не меняются или сброшены — обмен фактически не выполняется
Нет ошибок выгрузки и загрузки за период обмена
Ошибки «Объект не найден», конфликты блокировок, отказ в доступе к каталогу
Все объекты приняты, предупреждений нет или они разобраны
Накопились непринятые объекты и неразобранные коллизии
Ограничения и границы самостоятельной настройки
Типовую синхронизацию между стандартными конфигурациями (например, УТ и БП одной версии) обычно можно настроить самостоятельно через встроенный помощник — это безопасный сценарий при условии резервной копии. Сложнее обстоит дело с нестандартными доработками: если в конфигурацию добавлены собственные документы или реквизиты, они не попадут в обмен автоматически — потребуется доработка правил конвертации.
К специалисту стоит обращаться при миграции с РИБ на автономные базы, при восстановлении обмена после рассинхронизации номеров сообщений, а также когда объём данных велик и ошибка сопоставления может привести к массовым дублям контрагентов или номенклатуры.
Что важно запомнить
План обмена — это механизм, который задаёт состав данных и список баз-участников синхронизации, регистрирует изменения и передаёт их сообщениями с контролем номеров. Надёжный обмен держится на трёх вещах: корректная начальная выгрузка, нетронутые номера сообщений и регулярная проверка результатов синхронизации.
Частые вопросы о планах обмена
Чем план обмена отличается от правил обмена?
План обмена определяет, какие объекты участвуют в синхронизации и между какими базами идёт обмен, а также ведёт регистрацию изменений. Правила обмена (конвертации) описывают, как именно преобразуются данные: какие реквизиты куда переносятся и как сопоставляются объекты. План обмена — это «маршрут и участники», правила — «инструкция перевода».
Можно ли обмениваться между базами с разными конфигурациями?
Да. Для этого используются планы обмена с правилами конвертации или универсальный формат EnterpriseData. Например, «Управление торговлей» и «Бухгалтерия предприятия» — разные конфигурации, но штатная синхронизация между ними настраивается через помощник без программирования.
Почему документ записан, но в обмен не попадает?
Наиболее вероятные причины: вид документа не включён в состав плана обмена, изменение не зарегистрировано для конкретного узла (например, регистрацию сняли вручную), либо действует отбор по организации или дате, заданный в настройках синхронизации. Проверить регистрацию можно через обработку «Регистрация изменений для обмена данными».
Что делать, если базы «разошлись» после долгого перерыва в обмене?
Не обнуляйте номера сообщений вручную. Запустите обмен — система сформирует накопленные изменения автоматически. Если сообщений много, выгрузка может занять заметное время. После успешного обмена сверьте обороты и остатки по ключевым отчётам в обеих базах, а расхождения разбирайте точечно.
Нужно ли удалять старые узлы плана обмена?
Да, если база-корреспондент больше не используется. Пока узел существует, система продолжает регистрировать для него изменения, что раздувает служебные таблицы и замедляет работу. Перед удалением узла сделайте резервную копию и убедитесь, что все актуальные данные из этой базы уже получены.
Можно ли настроить обмен по расписанию без участия пользователя?
Да. В клиент-серверном режиме используется регламентное задание синхронизации, в файловом — сценарий запуска 1С с выполнением обмена или встроенная настройка расписания в типовых конфигурациях. Важно контролировать результат: автоматический обмен без проверки журнала ошибок может молча не работать неделями.