BEMIS - принципы разработки

Бизнес-документ BEMIS должен разрабатываться в соответствии с предопределенным набором правил. Если эти правила не соблюдаются, бизнес-документ не соответствует стандартам BEMIS.

EDI-сообщение

Код EDI-сообщения в бизнес-документе содержит наименование и версию (XXX999). Наименование является алфавитно-цифровым, а версия - цифровой. Каждое имеет длину 3.

Пример

EDI-сообщение по заказу называется ORD 001.

Наименование сообщенияВерсия
ORD для заказа001

 

В таких ситуациях, как следующая, может существовать несколько версий EDI-сообщения:

  • 80% клиентов требуют простую версию, а 20% требуют сложную версию сообщения.
  • Два внешних стандарта конфликтуют.
Настройка преобразования

Если в EDI-сообщении делаются изменения в рамках пакета обновлений, то для этого пакета обновлений создается новая настройка преобразования.

Формат настройки преобразования - XXX999, где:

  • Первые три позиции совпадают с первыми тремя позициями EDI-сообщения
  • Последние 3 позиции последовательны

При каждом изменении число увеличивается на 1.

Пример

EDI-сообщение по заказу называется ORD 001.

Первая настройка преобразования называется ORD001 в Infor LN.

Сделаны изменения в EDI-сообщении ORD001 в Infor ERP LN SP1. Это приводит к новой настройке преобразования под названием ORD002.

В Infor ERP LN FP2 никаких изменений в EDI-сообщении ORD001 не происходило. В результате настройка преобразования не менялась и осталась ORD002.

Сегмент данных

Каждый сегмент данных имеет уникальный код в EDI-сообщении. Формат кода сегмента данных - SA99. Уникальный код первого сегмента данных - SA1, второго - SA2, десятого - SA10, и т.д.

Обратная совместимость - позиция

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

Например, в сегменте данных Строка заказа позиция 10 содержит изделие (tdsls401.item). В новой версии бизнес-документа изделие должно продолжать быть на позиции 10.

Важно!

Для минимизации последствий при внедрении новой версии/релиза или пакета обновлений LN не изменяйте позиции. Если функциональное значение позиции изменяется, вы должны также адаптировать ПО преобразования EDI, которое преобразует внешний стандарт во внутренний стандарт (BEMIS) и наоборот.

Обратная совместимость - настройка преобразования

В рамках определенной версии/релиза LN вы можете использовать бизнес-документы старых пакетов обновлений в новых пакетах обновлений. Таким образом снижаются последствия от внедрения нового пакета обновлений, так как кастомизации бизнес-документов не требуют повторного выполнения.

Только если вы хотите использовать новую функциональность, должны быть выполнены кастомизации в новых бизнес-документах, или новая функциональность должна быть добавлена в существующие бизнес-документы.

Обратная совместимость - типовой интерфейс

Для настройки типового интерфейса, в котором данные можно повторно использовать и снижать затраты, вы должны задать бизнес-документы/EDI-сообщения, относящиеся к разным внешним стандартам.

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

Заголовок сообщения

Каждое EDI-сообщение в бизнес-документе всегда содержит сегмент данных, называемый заголовком сообщения (сегмент данных SA1).

Информация заголовка сообщения стандартизована в соответствии с приложением LN. Следующая таблица показывает содержимое заголовка сообщения.

Заголовок сообщения SA1
СтатусОбязательно
ЧастотаОдин раз для каждого EDI-сообщения
ОписаниеСегмент данных заголовка сообщения содержит информацию об отправителе, тип сообщения и время передачи. Ссылка сообщения идентифицирует все связанные сегменты данных этого сообщения.

 

Формат BEMISСоответствие полей таблицы (ИЗ)Соответствие полей таблицы (В)
Поз.ОписаниеКлючОбязательноКодКод
1Сегмент данных-Да"SA1"-
2Ссылка сообщенияXДаecedi701.banoecedi702.bano
3Идентификация отправителяXДаecedi020.netaecedi702.bpid
4Ссылка EDI-сообщенияXДаИдентификация объекта, например, tdpur400.ornoecedi702.msno
5EDI-сообщение-Даecedi001.codeecedi702.mess
6Организация-Даecedi003.codeecedi702.orga
7Тип заказа-Даecedi011.koorecedi702.koor
8Идентификация получателя-Нетecedi028.neta-
9Дата передачи-Дадата()ecedi702.send
10Время передачи-Нетвремя()-
11Идентификация текстового сообщения-Нет""ecedi702.test
12Знак конца сегмента данных-Да"SA_END"-

 

Знаки начала и окончания сегмента данных

Каждый сегмент данных начинаются с идентификации сегмента данных и заканчивается конечным тэгом сегмента данных. Таким образом, первый сегмент данных начинаются с SA1 и заканчивается на SA1_END, за которым следуют наименование и версия сегмент данных.

Длина элемента данных

Стандарт BEMIS использует переменную длину поля. Фиксированная длина поля в стандарте BEMIS не допускается.

Разделитель записи данных

Стандарт BEMIS использует символ управления “LF” в качестве разделителя записей данных.

Пустые позиции

Если разделитель ";" а символ вокруг строки “ в сети, стандарт BEMIS показывает пустую позицию следующим образом:

Алфавитно-цифровой“SA1”;…;””;…;”SA1_END”
Цифровой“SA1”;…;;…;”SA1_END”

 

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

Один/несколько файлов

В Электронная Торговля вы можете определить один или несколько файлов. В случае одного файла всё EDI-сообщение хранится в одном файле. В случае нескольких файлов каждый сегмент данных EDI-сообщения хранится в отдельном файле.

Стандарт BEMIS поддерживает только опцию одного файла для входящих и исходящих EDI-сообщений.