#std771

Интеграция прикладных решений через формат EnterpriseData

1.

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

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

2.

Актуальные версии EnterpriseData берите из последней опубликованной версии БСП. Они поставляются в виде объектов метаданных Пакет XDTO с именами вида EnterpriseData_{X|XX}_{Y|YY}_{Z|ZZ}, где X, Y - Major-версия, Z - Minor-версия.

Список поддерживаемых версий формируется так, чтобы сохранять баланс между:

  • затратами на поддержку обменов;
  • совместимостью прикладных решений.

Например, версии 1.0 и 1.1 сняты с поддержки, так как интервала 1.2-1.4 достаточно для обмена между широким диапазоном версий прикладных решений.

3.

При разработке новых версий прикладных решений стремитесь поддерживать в обменах все актуальные версии EnterpriseData. Это обеспечивает асинхронный выпуск версий у разработчиков и асинхронный переход пользователей.

Запрещается выпускать версию конфигурации, которая не поддерживает какую-либо из версий формата, поддерживаемых во встроенной версии БСП.

Например, если в конфигурацию встроена БСП 2.4.1, необходимо поддерживать версии формата 1.2, 1.3 и 1.4.

4.

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

Например, для интеграции двух конфигураций нужен обмен документами Чек ККМ. Поддержка передачи этих данных есть только в версии 1.4, значит в таком обмене поддерживаемые версии формата должны быть не ниже 1.4.

5.

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

Рекомендация

Информируйте пользователей, какие версии EnterpriseData поддерживаются в прикладном решении.

6.

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

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

AdditionalInfo разрешается использовать только в случаях:

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

Для информации

Данные, добавленные в AdditionalInfo, придется поддерживать длительное время для совместимости с прошлыми версиями.

См. также
Источник

https://its.1c.ru/db/v8std#content:771