К статье
Практический материал

Администрирование · 10 мин

Как изменить формат обмена в 1С

Как изменить формат обмена данными в 1С: настройка плана обмена, EnterpriseData, правила конвертации, типовые форматы, проверка результата и типичные ошибки.

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

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

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

Определите, какой формат обмена используется сейчас

Прежде чем что-то менять, нужно понять текущую схему обмена. Откройте раздел «Администрирование» → «Синхронизация данных» (в некоторых конфигурациях — «Настройки синхронизации данных») и посмотрите список настроенных обменов. Зайдите в нужную настройку и найдите указание формата: это может быть «универсальный формат обмена» (EnterpriseData), обмен по правилам конвертации (XML-файл правил), обмен через веб-сервисы или специализированный формат (например, обмен с банком, сайтом или кассой).

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

Измените формат в настройках синхронизации данных

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

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

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

Обновите правила обмена при работе через конвертацию данных

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

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

Настройте версию формата EnterpriseData

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

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

Способы изменить формат обмена

Смена формата в настройках синхронизации

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

Доработка правил в Конвертации данных

Подходит для нестандартных обменов и переноса дополнительных данных. Требует навыков работы с конфигурацией Конвертация данных и тестирования

Переход на EnterpriseData

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

Доработка плана обмена и кода

Подходит, когда нужен полностью свой формат (API, произвольный XML/JSON). Максимальная гибкость, но работа для разработчика и дорогая поддержка

Проверьте результат после смены формата

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

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

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

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

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

Объекты отправлены и загружены, ошибок и предупреждений нет

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

Ошибки загрузки, «объект не найден», рост числа несопоставленных данных

Контрольные документы
Норма

Документ в приёмнике совпадает по сумме, дате, контрагенту и проведён

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

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

Справочники
Норма

Нет новых дублей контрагентов и номенклатуры

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

Появились дубли с похожими наименованиями после обмена

Регламентный обмен
Норма

Автоматическая синхронизация отрабатывает по расписанию без ошибок

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

Обмен работает только при ручном запуске или падает по расписанию

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

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

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

Типичные ошибки
01
Меняют формат только в одной базе — вторая продолжает слать данные в старом виде, обмен разваливается
02
Не делают резервную копию — при неудачной смене формата приходится восстанавливать сопоставление вручную
03
Загружают правила, созданные под другой релиз конфигурации — объекты теряют реквизиты или не загружаются
04
Не выполняют повторное сопоставление объектов — после смены формата появляются дубли справочников
05
Судят об успехе по отсутствию ошибок в журнале, не сверяя сами данные в приёмнике

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

Можно ли изменить формат обмена без остановки работы пользователей?

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

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

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

Как вернуть старый формат, если новый не подошёл?

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

Нужно ли менять формат после обновления конфигурации?

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

Кто должен дорабатывать правила обмена — бухгалтер или программист?

Смену формата в рамках типовых настроек может выполнить администратор или опытный пользователь. Редактирование правил в «Конвертации данных» и доработку планов обмена должен делать специалист с опытом разработки в 1С: цена ошибки — искажение учётных данных в обеих базах.

Итог

Что важно запомнить

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