Обновление форматов обмена 1С: загрузка правил и настройка

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

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

Два механизма обмена: что именно вы обновляете

Прежде чем что-то обновлять, определите, на чём работает ваш обмен. От этого зависит весь порядок действий.

• 🔹 Универсальный формат EnterpriseData. Современный способ синхронизации между типовыми конфигурациями (Бухгалтерия, ЗУП, УТ, ERP, КА). Формат встроен в конфигурацию, у него есть версии — 1.0, 1.1 и далее. Обновляется вместе с релизом: подняли конфигурацию — получили новую версию формата. Отдельно его загружать не нужно.
• 🔹 Правила конвертации (КД 2.0). Старый механизм для нетиповых обменов и связок вроде «самописная база ↔ типовая». Правила хранятся в XML-файле и загружаются обработкой. Здесь «обновить формат» = загрузить свежий файл правил.
• 🔹 Правила на базе КД 3.0. Разрабатываются в конфигурации «Конвертация данных 3.0», поставляются модулем или расширением. Обновляются заменой этого модуля.

Если вы синхронизируете две типовые базы и настройка называется «Синхронизация данных» — у вас EnterpriseData, и обновление сводится к обновлению релизов. Если в настройке фигурируют «правила обмена» и путь к XML-файлу — это КД 2.0, и правила надо грузить вручную.

Резервная копия перед любыми изменениями

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

Как снять копию:

• Файловая база — в Конфигураторе Администрирование → Выгрузить информационную базу, на выходе файл .dt.
• Клиент-серверная база — средствами СУБД (резервная копия PostgreSQL или MS SQL); выгрузка в .dt на больших базах долгая и для регулярных бэкапов не годится.

Откуда берутся актуальные форматы обмена

Источник зависит от механизма.

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

Для правил конвертации (КД 2.0) правила либо входят в поставку конфигурации (типовые обмены вроде «Бухгалтерия ↔ Управление торговлей»), либо разрабатываются под конкретную задачу в конфигурации «Конвертация данных». Готовый файл правил имеет расширение .xml и содержит правила выгрузки, конвертации и регистрации.

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

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

Обновление версии формата EnterpriseData

Если обмен идёт через универсальный формат, порядок такой.

1. Обновите конфигурацию-источник до нужного релиза (через Конфигуратор или штатное Администрирование → ... в режиме предприятия, в зависимости от того, как у вас настроено обновление).
2. Обновите конфигурацию-приёмник до совместимого релиза. Приёмник должен понимать версию формата источника, поэтому поднимайте оба релиза, а не один.
3. Откройте настройку синхронизации: в Бухгалтерии 3.0 это Администрирование → Синхронизация данных. В списке найдите нужную настройку обмена.
4. Проверьте версию формата в параметрах настройки. Если система предложит перейти на более новую версию формата — согласитесь после того, как убедитесь, что приёмник её поддерживает.
5. Выполните обмен и проверьте, что данные переносятся без ошибок состава (о диагностике — ниже).

Отдельной кнопки «загрузить новый формат» в типовом обмене нет. Вся «загрузка» — это обновление релиза плюс подтверждение новой версии формата в настройке.

Что ещё стоит проверить в настройке после смены релиза:

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

Загрузка правил обмена через обработку

Для механизма КД 2.0 правила загружаются внешней обработкой «Универсальный обмен данными в формате XML» (её файл обычно называется по шаблону УниверсальныйОбменДаннымиXML). Порядок:

1. Откройте обработку: в режиме предприятия через Файл → Открыть выберите файл обработки, либо найдите её в составе конфигурации, если она встроена.
2. На закладке загрузки правил укажите путь к XML-файлу правил.
3. Загрузите правила. Система покажет, для какого источника и приёмника они предназначены и какой версией КД сформированы.
4. Запустите обмен тестово на небольшом периоде и проверьте результат.

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

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

Ручная загрузка правил в Конфигураторе

Если правила входят в поставку конфигурации и хранятся в макете, обновление делается через Конфигуратор — заменой макета с правилами или обновлением конфигурации целиком.

• Откройте Конфигуратор, зайдите в нужный план обмена и его макеты.
• Найдите макет с правилами конвертации или регистрации (в типовых обменах он лежит в плане обмена или в общих макетах).
• Загрузите в макет новый XML-файл правил и обновите конфигурацию базы данных.

Этот способ подходит, когда правила встроены в конфигурацию. Если обмен работает через внешнюю обработку , Конфигуратор не нужен — грузите правила обработкой, как описано выше.

Правила регистрации изменений и сопоставление объектов

Форматы обмена — это не только «как перекладывать поля», но и «что именно выгружать» и «куда класть в приёмнике». За это отвечают два блока.

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

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

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

Типовая карта соответствия полей выглядит так — сверьте, что ключевые реквизиты совпадают:

Проверка обмена и диагностика ошибок

После обновления прогоните обмен на тестовых данных и разберите типовые сбои.

Где смотреть детали ошибки:

• В настройке синхронизации есть команда просмотра результата последнего сеанса — там видно, на каком объекте встал обмен.
• Для правил КД 2.0 обработка обмена выводит протокол: сохраните его в файл и ищите первую по времени ошибку, остальные обычно производные.

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