Администрирование · 10 мин
Планы обмена в 1С: как настроить обмен данными
Как настроить план обмена в 1С: создание узлов, состав обмена, правила конвертации, расписание синхронизации, разбор ошибок и типовых проблем.
План обмена в 1С — это механизм платформы, который определяет, какие данные и между какими базами будут синхронизироваться. Через планы обмена строят распределённые базы, обмен между «Управлением торговлей» и «Бухгалтерией», интеграцию с сайтом и обмен с филиалами. Без корректно настроенного плана обмена данные либо не уходят вовсе, либо дублируются и конфликтуют.
Настройка сводится к нескольким обязательным шагам: включение плана обмена в конфигурации, определение состава выгружаемых объектов, создание узлов (центрального и подчинённых), регистрация изменений и настройка транспорта — файлового каталога, FTP, веб-сервиса или прямого подключения. Каждый шаг имеет свои подводные камни, о которых ниже.
Материал ориентирован на администраторов и внедренцев, работающих с типовыми конфигурациями на управляемых формах (УТ 11, ERP, БП 3.0, ЗУП 3) и с самописными решениями на платформе 8.3. Подходы схожи, отличаются в основном названия пунктов меню.
Что такое план обмена и когда он нужен
План обмена — объект метаданных, который хранит список узлов обмена и состав данных, участвующих в синхронизации. Каждый узел — это отдельная информационная база. Платформа автоматически регистрирует изменения объектов, входящих в состав плана, и при сеансе обмена передаёт только изменённые данные, а не всю базу целиком.
Типовые сценарии применения: обмен УТ ↔ БП (передача документов и справочников в бухгалтерию), обмен ЗУП ↔ БП (отражение зарплаты в учёте), распределённая информационная база (РИБ) для филиалов без постоянной связи, синхронизация с интернет-магазином, обмен с CRM. Если требуется разовая загрузка данных, план обмена избыточен — достаточно обработки «Универсальный обмен данными в формате XML».
Подготовка: что проверить перед настройкой
До начала настройки убедитесь, что конфигурации обеих баз совместимы по версиям объектов обмена. Например, при обмене УТ 11.5 с БП 3.0 релизы должны поддерживать общий формат (EnterpriseData или правила конвертации для этой пары). Несовпадение версий формата — самая частая причина ошибок «поле не найдено» при загрузке.
Проверьте права: пользователь, под которым выполняется синхронизация, должен иметь права на чтение и запись всех объектов обмена, а для регламентного задания — права на выполнение фоновых задач. Также заполните префиксы информационных баз (НСИ и администрирование → Префиксы), чтобы номера документов из разных баз не пересекались.
Обязательно сделайте резервные копии обеих баз. Начальная выгрузка и первая синхронизация — операции, после которых откат без копии невозможен: данные могут задвоиться или перезаписаться.
Создание и настройка плана обмена
В типовых конфигурациях планы обмена уже созданы: «Синхронизация данных через универсальный формат», «Обмен с сайтом», «Полный» (для РИБ) и другие. Посмотреть их можно в разделе «НСИ и администрирование → Синхронизация данных» либо в конфигураторе в ветке «Планы обмена». Для типового сценария создавать новый план не нужно — достаточно настроить существующий.
Если план создаётся вручную в конфигураторе, ключевое действие — определить его состав: отметьте справочники, документы и регистры, которые должны передаваться. Для каждого объекта задайте авторегистрацию: «Разрешить» означает, что платформа сама будет регистрировать изменения; «Запретить» — регистрация только программно. В большинстве случаев оставляйте авторегистрацию включённой.
Настройка узлов
В главной базе создайте узел для каждой подчинённой базы: укажите код (например, «ФЛ1»), наименование и префикс. Узел «Эта информационная база» (предопределённый) соответствует текущей базе. Для РИБ после создания узла выполните «Создать начальный образ» — платформа выгрузит файл начального образа, из которого разворачивается подчинённая база.
В подчинённой базе узлы создаются автоматически при загрузке начального образа или первом сообщении обмена. Проверьте, что коды узлов в обеих базах зеркально соответствуют друг другу — рассинхронизация кодов приводит к тому, что сообщения не принимаются.
Правила конвертации и формат обмена
Обмен между разными конфигурациями (например, УТ и БП) выполняется по правилам конвертации, созданным в «Конвертации данных 3.0» или 2.1, либо через универсальный формат EnterpriseData, где правила встроены в конфигурации. Правила определяют соответствие объектов: какой реквизит источника в какой реквизит приёмника записывается, как ищется объект при загрузке.
Ключевой момент — поиск объектов при загрузке. По умолчанию справочники ищутся по уникальному идентификатору (GUID), а при его отсутствии — по полям поиска (например, контрагенты по ИНН+КПП). Если первичная выгрузка выполняется в базу, где данные уже есть, настройте сопоставление объектов вручную на этапе первой синхронизации — типовые конфигурации показывают форму сопоставления автоматически.
Транспорт и расписание обмена
Варианты транспорта сообщений обмена: локальный или сетевой каталог (файлы Message_*.xml), FTP-сервер, электронная почта, веб-сервис, прямое подключение к базе через COM/веб-клиент, а также сервис 1С:Синхронизация для облачных сценариев. Для двух баз в одной сети проще всего общий сетевой каталог; для филиалов без VPN — FTP или веб-сервис.
Расписание настраивается через регламентное задание «Синхронизация данных» (в типовых создаётся автоматически при настройке обмена). Типовой интервал для оперативных данных — 10–30 минут; слишком частый обмен создаёт лишнюю нагрузку, слишком редкий — данные в базах расходятся. Для РИБ есть событийный запуск: обмен при старте и завершении работы пользователя.
- 1Включите синхронизацию данных в обеих базах и задайте префиксы
- 2Сделайте резервные копии обеих баз
- 3В главной базе создайте настройку синхронизации и укажите вторую базу
- 4Настройте правила отправки и получения данных (отборы по организациям, датам)
- 5Выполните начальную выгрузку и сопоставьте объекты в форме сопоставления
- 6Проверьте результат загрузки во второй базе
- 7Настройте расписание регламентного задания
- 8Выполните контрольный обмен и сверьте данные
Проверка результата и типичные ошибки
После первой синхронизации откройте в обеих базах «Результаты синхронизации данных» (или «Регистрация изменений для обмена») и проверьте: количество отправленных/принятых объектов, наличие предупреждений, непроведённые документы и несопоставленные данные. Сверьте контрольные показатели: обороты по ключевым документам, остатки, количество элементов справочников.
Типичные проблемы: дубли контрагентов (не выполнено сопоставление при первой загрузке), «зависшие» сообщения (номера принятых/отправленных сообщений рассинхронизированы — лечится изменением номеров сообщений в настройках узла), объекты не выгружаются (не входят в состав плана обмена или отфильтрованы правилами отправки), ошибки прав доступа у пользователя регламентного задания.
Как проверить результат
Изменённые объекты видны в регистрации по узлу
Изменения не регистрируются — объект не в составе плана
Номер принятого в одной базе равен отправленному в другой
Расхождение номеров — сообщения теряются
Обороты и справочники совпадают в обеих базах
Дубли элементов или отсутствующие документы
Нет предупреждений, все объекты загружены
Есть незагруженные объекты и ошибки правил
Ограничения и альтернативы
Планы обмена не решают задачи, где нужна мгновенная репликация в реальном времени — это очередной механизм с задержкой. Также РИБ требует идентичности конфигураций во всех узлах: обновлять конфигурацию приходится сначала в главном узле, затем распространять по подчинённым. Если базы сильно различаются по структуре, используйте конвертацию данных или EnterpriseData вместо РИБ.
Для интеграции с внешними системами (сайты, CRM, WMS) часто удобнее альтернативы: HTTP-сервисы, шина данных, RabbitMQ, прямые REST-интеграции. План обмена оправдан, когда обе стороны — базы 1С и нужен надёжный гарантированный обмен с подтверждением доставки.
Сравнение вариантов обмена
Для филиалов с идентичной конфигурацией; не подходит для разных конфигураций
Для обмена между разными типовыми конфигурациями; зависит от поддержки формата в релизах
Гибкая настройка под нестандартные обмены; требует навыков работы с КД 2/3
Для интеграции с не-1С системами; требует разработки и не имеет встроенного контроля доставки
Частые вопросы
Можно ли настроить план обмена без конфигуратора?
Да, если используется типовой план обмена: вся настройка выполняется в режиме «Предприятие» через раздел «Синхронизация данных». Конфигуратор нужен только для создания нового плана обмена, изменения его состава или доработки правил.
Почему изменения не регистрируются для узла?
Проверьте три вещи: объект включён в состав плана обмена, для него разрешена авторегистрация, и объект проходит по отборам правил отправки данных. Также изменения не регистрируются, если объект изменяется в момент обмена данными (загрузкой).
Что делать, если сообщения обмена «зависли»?
Откройте настройку синхронизации и сравните номера отправленных и принятых сообщений в обеих базах. При расхождении вручную установите корректные номера (в типовых есть команда «Изменить номера сообщений») или выполните повторную выгрузку с указанием номера сообщения.
Как удалить дубли после ошибочной первой синхронизации?
Используйте обработку «Поиск и удаление дублей» (есть в типовых конфигурациях). Она ищет дубли по реквизитам и выполняет замену ссылок во всех документах. Перед запуском сделайте копию базы — замена ссылок необратима.
Обязательно ли одинаковые релизы в обеих базах?
Для РИБ конфигурации должны быть идентичны полностью. Для обмена через правила или EnterpriseData релизы могут отличаться, но обе стороны должны поддерживать общую версию формата или правил — иначе часть реквизитов будет теряться при загрузке.
Можно ли выгружать только часть документов?
Да. В настройках синхронизации задайте отборы: по организациям, дате начала выгрузки, складам, видам документов. Для нестандартных отборов используются события правил регистрации объектов, где отбор задаётся произвольным алгоритмом.
Что важно запомнить
Настройка плана обмена строится по цепочке: префиксы и копии → узлы → правила и сопоставление → транспорт и расписание → проверка регистрации и сверка данных. Критичны три момента: резервная копия перед первой синхронизацией, сопоставление объектов при начальной загрузке и контроль номеров сообщений при сбоях.