1С:EnterpriseData: что это за формат и как с ним работать

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

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

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

Из чего состоит формат EnterpriseData

Физически сообщение EnterpriseData — это XML-документ с корневым элементом <Message>, внутри которого содержатся заголовок и тело с объектами данных. Каждый объект описывается в пространстве имён, соответствующем версии формата, например http://v8.1c.ru/edi/edi_stnd/EnterpriseData/1.10.

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

• Нормативно-справочная информация — номенклатура, контрагенты, организации, склады, валюты, единицы измерения;
• Документы — заказы, реализации, поступления, счета, платёжные поручения, акты;
• Остатки и цены — остатки товаров на складах, цены номенклатуры;
• Операционные данные — например, статусы заказов и чеки.

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

Где применяется формат на практике

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

Второй сценарий — интеграция с внешними системами: интернет-магазинами, CRM, складскими системами WMS, мобильными приложениями. Внешняя система формирует или принимает XML в формате EnterpriseData, а на стороне 1С работает стандартный механизм обмена.

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

Сравнение вариантов обмена

EnterpriseData (универсальный формат)

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

Правила конвертации данных (КД 2.0/3.0)

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

Прямой обмен через COM/OData/HTTP-сервисы

Даёт полный контроль и доступ к любым данным; требует программирования и не имеет типовой поддержки разрешения коллизий

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

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

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

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

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

Если внешняя система не является продуктом 1С, обмен строится по тому же принципу: внешняя сторона формирует XML в соответствии со схемой EnterpriseData и размещает файл в согласованном каталоге, отправляет через веб-сервис или передаёт через шину данных. На стороне 1С стандартный механизм читает сообщение, сопоставляет объекты и записывает данные.

Описание схемы формата (XSD-схемы) поставляется вместе с конфигурациями и доступно в составе пакета XDTO EnterpriseData. Разработчик внешней системы может проверить корректность формируемого XML, валидировав его по схеме до отправки.

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

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

Ограничения формата и типичные ошибки

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

Ещё одно ограничение — состав реквизитов. Формат передаёт стандартный набор полей; если в вашей конфигурации добавлены собственные реквизиты документа, в типовом обмене они не перенесутся без доработки.

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

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

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

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

Счётчики выгружено/загружено в форме синхронизации

Норма

Количество выгруженных и загруженных объектов совпадает или отличается объяснимо (отфильтрованные данные)

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

Значительная часть объектов не загрузилась без видимой причины

Справочники контрагентов и номенклатуры

Норма

Нет дублей, объекты сопоставлены с существующими

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

Появились дубли с одинаковыми ИНН или наименованиями

Проведённые документы во второй базе

Норма

Суммы, даты и контрагенты совпадают с источником

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

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

Журнал регистрации

Норма

Нет ошибок обмена за период синхронизации

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

Повторяющиеся ошибки конвертации или доступа к данным

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

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

Чем EnterpriseData отличается от формата CommerceML?

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

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

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

Передаются ли движения документов и проводки?

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

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

Варианты: расширить типовой обмен с помощью механизма расширений формата, использовать «Конвертацию данных 3.0» для доработки правил либо построить отдельный обмен через HTTP-сервисы для нестандартных объектов.

Подходит ли EnterpriseData для обмена в реальном времени?

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

Где взять описание структуры формата?

XSD-схемы и описание объектов входят в состав поставки типовых конфигураций и документации по механизмам обмена данными. По этим схемам можно валидировать формируемые XML-сообщения.