Enterprise Data 1С: что это и как работает формат обмена данными

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

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

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

Что представляет собой формат Enterprise Data

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

Формат версионируется: схемы развиваются, добавляются новые объекты и поля, при этом сохраняется обратная совместимость — система, работающая с более ранней версией, может читать сообщения новой версии, игнорируя неизвестные ей поля. Это важно для постепенного обновления систем в контуре интеграции.

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

Какие данные передаются через формат

Спецификация покрывает основной круг учётных задач. В типовых поставках через Enterprise Data передаются:

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

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

Где применяется Enterprise Data на практике

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

Второй крупный сценарий — интеграция с интернет-магазинами. Обмен с решениями на «1С-Битрикс» и рядом других e-commerce платформ использует сообщения формата для передачи каталога товаров, цен, остатков и загрузки заказов с сайта в учётную систему.

Третий сценарий — корпоративные интеграции через «1С:Шину» (1C:Enterprise Service Bus) или другие ESB-решения, где Enterprise Data выступает единым форматом сообщений между десятками систем: ERP, CRM, WMS, сайтами и мобильными приложениями.

Как настроить обмен через универсальный формат

В типовых конфигурациях настройка выполняется через раздел синхронизации данных (обычно «Администрирование» → «Синхронизация данных» или «Настройки интеграции»). Администратор создаёт новую настройку синхронизации, выбирает вторую программу, указывает способ подключения — через файл, каталог, FTP, прямое подключение к базе или веб-сервис.

Важный шаг — выбор формата обмена. Если обе конфигурации поддерживают универсальный формат, мастер предложит использовать Enterprise Data. Далее настраиваются правила отправки и получения: какие документы и справочники передаются, за какой период, с какими отборами по организациям и складам.

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

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

Ограничения и частые проблемы

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

Вторая типичная проблема — дубли справочников. Если в двух базах один и тот же контрагент заведён с разным написанием ИНН или наименования, автоматическое сопоставление не сработает, и в приёмнике появится дубль. Перед запуском обмена справочники стоит почистить и нормализовать.

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

Чем Enterprise Data отличается от других способов обмена

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

Формат CommerceML исторически применялся для обмена с сайтами, но развивается медленнее и покрывает в основном товарный каталог и заказы. Для новых интеграций 1С рекомендует Enterprise Data как более полный и развиваемый стандарт.

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

Сравнение способов интеграции

Enterprise Data

Типовые обмены между конфигурациями 1С и сайтами; не требует программирования, но ограничен составом формата

Конвертация данных 2.0/3.0

Нестандартные пары конфигураций и сложные правила; требует разработки и поддержки правил при обновлениях

CommerceML

Простой обмен каталогом и заказами с сайтом; меньше возможностей, формат развивается медленно

Веб-сервисы / COM / API

Полная гибкость и real-time; нужна разработка, тестирование и сопровождение кода интеграции

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

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

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

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

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

Протокол синхронизации

Норма

Нет ошибок, все пакеты загружены

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

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

Сопоставление объектов

Норма

Несопоставленных объектов нет или их мало и они обработаны

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

Сотни несопоставленных элементов после обмена

Тестовый документ

Норма

Перенесён со всеми суммами и контрагентом

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

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

Сверка итогов

Норма

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

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

Систематические расхождения по периодам

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

Enterprise Data — это отдельная программа, которую нужно купить?

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

Можно ли использовать Enterprise Data для обмена с не-1С системой?

Да, формат открыт и документирован. Сторонняя система должна формировать и принимать XML-сообщения по схемам Enterprise Data. На практике для этого разрабатывают коннектор или используют промежуточную шину данных.

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

Используйте дополнительные реквизиты и свойства, предусмотренные спецификацией, либо механизм произвольных наборов данных. Для сложных случаев — расширение правил конвертации или переход на «Конвертацию данных 3.0», которая работает поверх Enterprise Data.

Теряются ли данные при обмене между разными версиями формата?

Система с более старой версией игнорирует неизвестные ей поля новой версии, поэтому базовые данные передаются корректно, но новые поля могут не попасть в приёмник. Рекомендуется поддерживать конфигурации в актуальном состоянии.

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

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

Нужен ли программист для настройки типовой синхронизации?

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