Планы обмена в 1С: для чего нужны и как их использовать

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

Для решения этой задачи в платформе «1С:Предприятие» существует встроенный механизм — планы обмена. Это объект конфигурации, который описывает состав передаваемых данных, список узлов (баз-участников) и правила регистрации изменений. Платформа сама отслеживает, какие объекты изменились с момента последнего обмена, и передаёт только их.

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

Что такое план обмена простыми словами

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

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

Дополнительно план обмена хранит номера отправленных и принятых сообщений. Это гарантирует, что данные не потеряются и не придут дважды: если сообщение не подтверждено получателем, оно будет отправлено повторно.

Для чего планы обмена используются на практике

Сценариев применения несколько, и у каждого своя логика настройки.

Синхронизация между разными конфигурациями

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

Распределённые информационные базы (РИБ)

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

Интеграция с внешними системами

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

Как устроен механизм обмена

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

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

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

Как настроить типовую синхронизацию

В типовых конфигурациях (УТ 11, БП 3.0, ЗУП 3.1, Розница) настройка выполняется через интерфейс, без программирования. Общий порядок такой.

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

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

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

РИБ: особенности и ограничения

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

Типовая проблема РИБ — «незакрытые» узлы после восстановления из копии. Если подчинённая база восстановлена из старого бэкапа, номера сообщений расходятся. Лечится это повторной регистрацией данных к отправке или созданием нового образа узла, но в сложных случаях лучше привлечь специалиста по 1С.

Типичные ошибки при работе с планами обмена

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

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

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

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

Протокол обмена

Норма

Нет ошибок, количество отправленных и принятых объектов адекватно изменениям

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

Ошибки загрузки, объекты «зависают» неотправленными

Справочники

Норма

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

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

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

Документы

Норма

Проведённый в УТ документ появился в БП с теми же суммами

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

Документ есть, но не проведён, суммы или счета отличаются

Номера сообщений

Норма

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

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

Расхождение номеров — признак восстановления из копии

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

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

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

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

Можно ли настроить обмен без программиста?

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

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

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

Как часто нужно запускать синхронизацию?

Зависит от требований к актуальности. Для связки УТ–БП обычно достаточно обмена раз в день или по расписанию несколько раз в день. Для касс и сайта интервал выбирают исходя из допустимой задержки обновления цен и остатков. Слишком частый обмен больших объёмов создаёт лишнюю нагрузку без пользы.

Обмен не выполняется: данные выгружаются, но не загружаются. С чего начать?

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

Нужен ли план обмена для выгрузки в банк или ЭДО?

Нет. Клиент-банк и ЭДО в типовых конфигурациях работают через собственные механизмы и не требуют планов обмена. Планы обмена нужны именно для синхронизации между базами 1С и интеграций, построенных на механизме обмена данными.