«Конвертация данных 2» и «Конвертация данных 3»: в чем разница и что выбрать?

• КД2 — «Конвертация данных 2».
• КД3 — «Конвертация данных 3». 
• База-источник — база, из которой идут данные. 
• База-приемник — база, в которую данные должны быть загружены.
• ED — универсальный формат EnterpriseData.
• «Типовая» — в контексте этой статьи конфигурация или объект, которые не подвергались доработке.

Для создания обмена при помощи КД2 первое, что необходимо сделать, — описание метаданных обменивающихся конфигураций. Например, с помощью внешней обработки MD80Exp.epf (если вы работаете на платформе «1С:Предприятие 8») в виде XML-файла. После этого начинается процесс создания правил обмена для всей информации, которую нужно перенести в базу-приемник. Этот этап зависит от того, что и каким образом мы будем выгружать и загружать. В целом перенести можно практически любые данные, в том числе выбранные по определенным правилам.

После этого можно переходить непосредственно к обмену данными. С помощью подготовленных правил и внешней обработки V8Exchan.efd в базе-источнике формируем XML-файл данных. В этом файле будут содержаться правила для загрузки данных в базу-приемник и сами сконвертированные данные. Затем с помощью этой же обработки V8Exchan.efd и сформированного файла с данными проводим загрузку в базу-приемник. Таким образом, весь обмен заключается в создании файла с данными и загрузки данных с помощью этого файла.

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

В конфигураторе 1С ED представлен такими объектами:

1. Пакеты XDTO.
2. Общий модуль «МенеджерОбменаЧерезУниверсальныйФормат», в котором располагаются правила конвертации объектов в ED и обратно.
3. План и обмен «СинхронизацияДанныхЧерезУниверсальныйФормат».
4. Общие модули «ОбменДаннымиПереопределяемый», «ОбменДаннымиXDTOСервер»,  «ОбменДаннымиСобытия».
5. Обработка «КонвертацияОбъектовXDTO».
6. Подписки на события, регистр сведений «НастройкиОбменаДаннымиXDTO».

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

Итак, теперь понятно, что КД2 и КД3 — это не просто два разных решения для создания обменов, это две разные технологии. И эти технологии имеют свои плюсы и минусы.

Плюсы «Конвертации данных 2» 

• Можно настроить обмен между нетиповыми конфигурациями. Это займет, по сути, столько же времени, сколько и для типовых конфигураций. Разработка правил не будет сильно отличаться.
• Доработка правил обмена относительно проще, а значит дешевле. Но это субъективно и сильно зависит от начальных данных.
• Используется достаточно давно, найти разработчиков, которые владеют этой технологией несложно.

Минусы «Конвертации данных 2» 

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

- проанализировать изменения и при необходимости изменить правила;

- протестировать обмены на нестандартные ситуации, которые могут быть связаны с обновлением вендора.

• Технология не развивается и не поддерживается.

Плюсы «Конвертации данных 3» 

• Отсутствие привязки к метаданным. Это облегчает сопровождение, поскольку первая конфигурация выгружает свои данные в формат EnterpriseData. Вторая загружает данные из этого формата. При изменении конфигурации часто правила меняются только на одной стороне. Требуется в конфигурации, которая изменилась, проверить выгрузку и загрузку. Вторую конфигурацию, как правило, изменять не нужно в 99% случаев.
• Проще загружать данные из систем не на 1С.
• Технология развивается и поддерживается.

Минусы «Конвертации данных 3» 

• Если требования к составу обмена данными будут изменяться, сопровождение может стать очень сложным.
• Из-за наличия стандарта некоторые вещи разрабатывать труднее — разработка будет стоить дороже. Но это субъективно и зависит от ситуации.
• В ED описаны не все объекты метаданных конфигурации, а только те, которые чаще всего используются в обменах. 
• EnterpriseData уже будет нетиповой из-за нестандартного справочника.

Если вы планируете осуществлять обмен между двумя типовыми решениями, которые не планируете дорабатывать, то «Конвертация данных 3» будет для вас идеальным вариантом. Но если у вас нетиповая конфигурация и она постоянно дорабатывается, изменяется сам процесс обмена или вам нужен просто разовый обмен данными, то тогда обратите внимание на «Конвертацию данных 2».