При настройке интеграции и переносе данных между базами 1С многие разработчики и администраторы сталкиваются с путаницей в терминологии. В интерфейсе и документации часто встречаются понятия: Синхронизация, Универсальный формат, Универсальный обмен и EnterpriseData. Проанализируем ситуацию, выясним причину этой путаницы и разберем по шагам, как правильно делать выбор из этих методов для переноса данных.
Рассмотрим конкретный практический пример, обсуждавшийся на форуме. Стоит задача: перенести остатки и справочную информацию из конфигурации 1С:Бухгалтерия предприятия 3.0 (БП 3.0) в 1С:Комплексная автоматизация 2.0 (КА 2.0). Обе системы являются современными и построены на базе Библиотеки стандартных подсистем (БСП). Возникает логичный вопрос: какой инструмент использовать для этой цели?
В первую очередь посмотрим на классический подход, который исторически применялся в 1С. Универсальный обмен данными в формате XML (часто ассоциируемый с Конвертацией данных 2.0 или КД 2.0) — это более старый метод обмена. Он работает по принципу прямого, жесткого сопоставления структуры (метаданных) базы-источника со структурой базы-приемника.
С технической точки зрения, правила обмена здесь пишутся строго «от точки к точке». Если вы обновили одну из конфигураций, и в ней изменились реквизиты или структура таблиц, вам придется вручную переписывать и обновлять XML-правила для каждой связанной с ней базы.
Исторически этот процесс запускался через типовую обработку, которая так и называлась — УниверсальныйОбменДаннымиXML. С появлением новых технологий сама обработка отошла на второй план, но термин плотно закрепился в обиходе.
Теперь рассмотрим более современный подход. Синхронизация через Универсальный формат EnterpriseData (основанная на Конвертации данных 3.0) представляет собой бизнес-ориентированный XML-формат, который базируется на XDTO-пакетах.
Главное отличие этого метода заключается в наличии промежуточного звена. Данные из базы-источника выгружаются не в структуру конкретного приемника, а в единый стандартизированный формат EnterpriseData. База-приемник, в свою очередь, получает этот универсальный файл и самостоятельно, по своим внутренним правилам, «раскладывает» полученную информацию по справочникам, документам и регистрам.
EnterpriseData. Менять настройки и правила в других подключенных базах не требуется.EnterpriseData поддерживает разные версии (например, 1.3, 1.4, 1.5). При настройке обмена две разные конфигурации автоматически договариваются и выбирают максимальную общую версию формата, которую они обе гарантированно поддерживают.EnterpriseData оперирует понятными бизнес-сущностями (например, объект Документ.ЗаказКлиента или Справочник.Контрагенты), а не специфическими внутренними таблицами конкретной базы 1С, этот формат идеально подходит для интеграции 1С со сторонними (не 1С) программами, CRM-системами и веб-сайтами.Проанализируем наши исходные данные. Мы имеем дело с БП 3.0 и КА 2.0. У вас нет задачи поддерживать обмен с устаревшими системами на платформе 7.7 или старыми конфигурациями вроде УТ 10.3. Современные конфигурации глубоко поддерживают EnterpriseData «из коробки».
Поэтому правильный ответ: все старые методы (КД 2.0, обработку Универсальный обмен) нужно отбросить. Для решения задачи переноса остатков из БП 3.0 в КА 2.0 следует использовать исключительно типовую синхронизацию через формат EnterpriseData.
В настройках этой синхронизации вы сможете гибко настроить регистрацию объектов к обмену, применить нужные отборы (например, по дате, по конкретной организации или по видам документов) и выполнить перенос максимально корректно, используя встроенные механизмы сопоставления объектов.
Подводя итог: если вы работаете с современными решениями 1С, всегда делайте выбор в пользу синхронизации через EnterpriseData. Это сэкономит время на поддержку правил обмена в будущем и обеспечит высокую надежность передачи данных.