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

#std771

Область применения: управляемое приложение.

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

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

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

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

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

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

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

4. Версия формата EnterpriseData не должна поддерживаться в обмене данными, если она не соответствует требованиям к функциональности этого обмена.

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

Методическая рекомендация (полезный совет)

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

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

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

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

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

См. также