План обмена в 1С: что это такое и для чего нужен

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

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

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

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

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

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

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

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

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

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

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

Виды планов обмена и варианты обмена

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

Отдельная группа — обмены с внешними системами: сайтом, мобильным приложением, CRM. Они часто используют тот же механизм планов обмена, но транспортом служит веб-сервис или API вместо файла.

Как настроить типовой обмен между базами

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

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

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

После настройки задайте расписание обмена. Для оперативного учёта (заказы, остатки) обмен запускают часто — каждые 15–60 минут, для справочников достаточно раз в день. Слишком частый обмен больших объёмов создаёт нагрузку и увеличивает риск коллизий.

Конфликты, коллизии и типичные ошибки

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

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

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

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

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

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

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

Норма

Все сеансы завершены без ошибок, сообщения отправлены и приняты

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

Ошибки отправки, зависшие сообщения, предупреждения о коллизиях

Количество документов за период

Норма

Совпадает в обеих базах по основным видам документов

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

Есть расхождения без объяснимой причины (отборы, дата запрета)

Дубли справочников

Норма

Контрагенты и номенклатура в единственном экземпляре

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

Повторяющиеся элементы с похожими наименованиями

Размер каталога обмена

Норма

Файлы удаляются после успешной передачи

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

Накапливаются старые файлы сообщений

Обратите внимание на дату запрета изменения данных: документы закрытого периода могут не приниматься в базе-получателе, и это выглядит как «потеря» данных, хотя технически обмен отработал штатно.

Часто задаваемые вопросы

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

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

Можно ли настроить обмен между базами с разными релизами конфигурации?

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

Что делать, если в базе появились дубли контрагентов после обмена?

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

Нужен ли план обмена для разового переноса данных?

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

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

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

Можно ли ограничить, какие документы передаются в другую базу?

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