Как настроить план обмена в 1С

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

Настройка плана обмена сводится к нескольким обязательным шагам: выбор или создание плана обмена в конфигурации, создание узлов (главного и подчинённых), регистрация данных к выгрузке, определение способа транспорта сообщений и проверка первого обмена. Каждый шаг имеет свои условия и ограничения, о которых ниже сказано подробно.

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

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

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

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

Подготовка: что сделать до настройки

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

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

Определите префиксы баз. Префикс — короткий код (например, «ЦБ» и «Ф1»), который добавляется к номерам документов, чтобы номера из разных баз не пересекались. Префикс задаётся в настройках организации или в параметрах синхронизации и менять его после начала обмена крайне нежелательно.

Создание узла синхронизации в типовой конфигурации

В типовых конфигурациях на базе БСП вся настройка выполняется через интерфейс, без конфигуратора. Откройте раздел «Администрирование» → «Синхронизация данных» и включите флажок «Синхронизация данных». Если флажок недоступен, проверьте права: нужна роль «Администратор системы» или «Настройка синхронизации данных».

Нажмите «Настроить синхронизацию данных» и выберите нужный вариант из списка — например, «Бухгалтерия предприятия, ред. 3.0» или «Синхронизация с другой программой через универсальный формат». Запустится мастер, который последовательно спросит: способ подключения к второй базе, префикс, параметры выгрузки и правила фильтрации.

На шаге выбора способа подключения доступны три варианта: прямое подключение к базе через COM/веб-сервис, обмен через файловый каталог (общая папка) и обмен через FTP. Для баз в одной сети проще всего прямое подключение или общий каталог; для удалённых площадок без VPN обычно используют FTP или обмен через файлы, передаваемые любым способом.

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

Начальная выгрузка и сопоставление данных

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

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

Признак успешного старта: после первого полного цикла «выгрузка — загрузка — выгрузка — загрузка» в обеих базах нет неотправленных сообщений, а журнал регистрации и форма «Результаты обмена» не содержат ошибок. Документ, созданный в одной базе, должен появиться в другой после очередного сеанса обмена.

Расписание и автоматический обмен

Ручной обмен кнопкой «Выполнить обмен» подходит только для теста. Для рабочей эксплуатации настройте расписание: в форме настройки синхронизации откройте «Расписание» и задайте периодичность — например, каждые 15 минут в рабочее время. В файловом режиме работы будет создаваться регламентное задание, в клиент-серверном — задание выполняется на сервере.

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

Настройте оповещения об ошибках. В типовых конфигурациях можно включить уведомление администратора при ошибках синхронизации, либо периодически проверять раздел «Администрирование» → «Обмен электронными документами и сообщениями обмена» / «Результаты обмена». Обмен, который молча не работает неделю, обнаруживается обычно в самый неподходящий момент — по расхождению данных.

Создание собственного плана обмена в конфигураторе

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

Ключевое свойство плана обмена — «Состав». В него включают объекты метаданных, которые должны участвовать в обмене: справочники, документы, регистры сведений и накопления. Для каждого объекта задаётся режим авторегистрации: «Разрешить» означает, что изменения объекта будут автоматически помечаться к выгрузке во все узлы; «Запретить» требует программной регистрации через ПланыОбмена.ЗарегистрироватьИзменения().

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

// Программная регистрация изменений по узлу
Узел = ПланыОбмена.ОбменСФилиалом.НайтиПоКоду("Ф1");
ПланыОбмена.ЗарегистрироватьИзменения(Узел, ДокументОбъект.Ссылка);

Типичные ошибки и ограничения

Самая частая проблема — дубли справочников после первого обмена. Причина почти всегда в пропущенном этапе сопоставления данных или в отличающихся настройках поиска (по ИНН контрагента, по артикулу номенклатуры). Лечится ручным сопоставлением и, в запущенных случаях, обработкой поиска и замены дублей.

Вторая группа ошибок — «висящие» сообщения: обмен вроде выполняется, но данные не приходят. Проверьте номера принятых и отправленных сообщений в форме узла: если номер принятого сообщения не растёт, файл сообщения не доходит до второй базы (проблема с каталогом, FTP или правами). Если растёт, но данные не появляются — смотрите ошибки загрузки в результатах обмена.

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

Контроль и обслуживание работающего обмена

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

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

Частые вопросы