BEMIS - Принципы проекта

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

Название и версия
EDI-сообщение

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

Пример

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

Имя сообщенияВерсия
Заказ ORD001

 

Иногда присутствуют многочисленные версии EDI-сообщения. Это случается, например, если:

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

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

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

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

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

Пример

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

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

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

В Infor 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-сообщений.