Последовательность сегментов

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

> заголовочной секции (Header Section). Сегмент, находящийся в ней, отно­
сится ко всему сообщению;

> секции подробной информации (Detail Section). Сегмент, присутствую­
щий в этой секции, относится только к подробной информации и переоп­
ределяет сегмент того же типа, входящий в заголовочную секцию;

> итоговой секции (Summary Section). Здесь могут находиться только сег­
менты, содержащие общую для всего сообщения или управляющую ин­
формацию, например, общая сумма счета, общая скидка и т. д.

Максимальное количество использований сегмента

Некоторые сегменты могут несколько раз повторяться в определенных местах в структуре сообщения. Статус (обозначение необходимости) и максимальное число повторений сегмента этого типа указаны в таблице сегментов.

Группы сегментов (циклы)

Если внутри сообщения определенные группы функционально связанных сег­ментов повторяются, такие группы называются циклами (Loop). Максимальное количество повторений конкретного цикла в определенном положении указано в таблице сегментов. Группа повторяющихся сегментов (цикл) может быть вложена в другой цикл. При этом необходимо, чтобы любой вложенный цикл заканчивал­ся раньше, чем внешний по отношению к нему.

Элементы данных

Это самая мелкая единица информации в сегменте. Их описание и применение приведены в EDED (справочник элементов данных EDIFACT). Сгруппироваться могут два или более элемента, образуя тем самым составной элемент данных. Составные элементы данных включены в UNTDED и входят в EDCD (список составных элементов данных). Использование элементов данных в сегменте опре­делено в справочнике EDSD (список сегментов данных). Они бывают:

У обязательными (Mandatory);

^ условными (Conditional).

Сегменты, входящие в справочник сегментов, сконструированы для примене­ния в широком диапазоне типов сообщений. Это означает, что в некоторых типах сообщений один или несколько составных или условных элементов данных могут не использоваться.
Уточняющие элементы данных (квалификаторы)

Элемент данных, который должен дать более точное значение другому элементу данных, называется квалификатором. Значением квалификатора служит код, взятый из связанного набора кодов, являющихся частью справочника кодов (EDCL).

Формат представления элемента данных

Для представления типов данных и длины каждого элемента в UNTDED ис­пользуется следующая запись:

Min — минимальное число символов;

Мах — максимальное число символов;

а — алфавитный символ;

п — цифровой символ;

an — алфавитно-цифровой символ;

id — алфавитный, цифровой или алфавитно-цифровой идентификатор.

Например:

аЗ — 3 алфавитных символа, длина фиксирована;

пб — 6 цифровых символов, длина фиксирована;

ап5 — S алфавитно-цифровых символов, длина фиксирована;

а..6 — до 6 алфавитных символов;

an..35 — до 35 алфавитно-цифровых символов;

п..9 — до 9 цифровых символов.

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

Структура сообщений

Каждое стандартное сообщение UN/EDIFACT (UNSM) имеет секцию струк­туры сообщений (Message Structure Section). Она необходима для уточнения и объяснения использования сегментов.

Таблица 16

Форматы представления основных элементов данных

 

Величина	Исх. наим.	Всего	Целых	Десятичн.
Веса	Weight	15	12	3
Объемы	Cubes	9	5	4
Количество	Quantities	15	12	3
Цена единицы	Unit prices	15	11	4
Расходы, предусмотренные сметой	Ammounts	18	15	3
Валютные котировки	Currency rates	12	6	6
Проценты	Percents	7	3	4
Тарифы	Tax rates	7	3	4

200
201

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ ___________________________________________________

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

Сообщения UN/EDIFACT разрабатывались с учетом того, что обмен проис­ходит как внутри одной отрасли промышленности, так и между различными от­раслями, и не только в пределах одного государства, но и в международном мас­штабе. Для того чтобы учесть возможность использования сообщений UN/ EDIFACT в столь разнообразных условиях, некоторые сегменты и их группы определены как условные. Поэтому прежде чем конструировать сообщение UN/ EDIFACT важно выяснить, какие из сегментов и их групп являются условными, и оценить необходимость таких сегментов в конкретном сообщении. Для иллюст­рации структуры сообщения существуют как схемы, так и таблицы сегментов с циклами, показывающими последовательность, статус, вложенность, группиро­вание и повторяемость сегментов.

В схеме сегменты следуют сверху вниз и слева направо. Сегмент обозначается своей трехбуквенной меткой (Tag), статусом (М — обязательный (Mandatory) или С — условный (Conditional)) и допустимым количеством появлений в группе.

Группы сегментов представлены прямоугольниками, показывающими уни­кальный номер группы, ее статус и максимальное число появлений. Все сегмен­ты и группы внутри прямоугольника относятся к данной группе.

В таблице сегменты перечислены в порядке их появления в сообщении. Они идентифицируются метками (Tag) и именами. После указания статуса (М или С) стоит число, показывающее, сколько раз может появиться сегмент. Обязатель­ный сегмент должен возникнуть по меньшей мере один раз. Каждая группа сегментов имеет номер и указание статуса (М или С), за которым следует число, определяющее, сколько раз группа окажется внутри сообщения или другой группы. В цикле таблицы строки показывают сегменты в группе, их начало и
______________________ Глава 4. ИНТЕГРИРОВАННАЯ ЛОГИСТИЧЕСКАЯ ПОДДЕРЖКА

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

Группа I должна появляться, по меньшей мере, один раз (рис. ПО), но может возникать до 5 раз. Она содержит:

> ААА — сегмент (а), который обязательно присутствует в группе;

> ВВВ — сегмент (Ь), который может отсутствовать или появляться до 5 раз;

> вложенную группу 2. Она отсутствует или же появляется в каждой груп­
пе от I до 10 раз. Группа 2 содержит следующие компоненты:

 

> ССС — сегмент (с), который обязательно есть в одном экземпляре в
каждой группе 2;

> DDD — сегмент (d), который в группе 2 может отсутствовать или
появляться до 5 раз.

Структура обмена сообщениями

При обмене сообщения служебной строки (Service String Advice), имеющие метку UNA, и служебные сегменты с метками от UNB до UNZ появляются в порядке, представленном в табл. 17.

В дополнение к приведенным здесь сегментам может применяться служебный сегмент UNS. Когда необходимо, он используется для того, чтобы разделить сооб­щение на секции.

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

Связь содержит один или более обменов. Технические протоколы, которые применяются для подключения, связи и завершения сеанса, не являются предме­том стандарта UN/EDIFACT.

Таблица 17

Порядок следования сегментов сообщения

202
203

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ
Глжа 4. ИНТЕГРИРОВАННАЯ ЛОГИСТИЧЕСКАЯ ПОДДЕРЖКА

Сеанс обмена состоит из: ^ UNA — служебной строки сообщения (если она используется);

^ UNB — заголовка обмена;

^ только функциональных групп или только сообщений;

> UNZ — завершающего сегмента обмена.
Функциональная группа содержит:

> UNG — заголовок функциональной группы;

> сообщение одного типа;

> UNE — завершающий сегмент функциональной группы.
Сообщение состоит из:

> UNH — заголовка сообщения;

> сегментов данных (содержимое сообщения);

> UNT — завершающего сегмента сообщения.
Сегмент включает:

> метку сегмента;

> простые или составные элементы данных.

Метка сегмента содержит код сегмента и, в случае явной индикации, значения повторяемости и вложенности.

Простой элемент данных имеет значение единичного элемента данных, а со­ставной элемент данных содержит компоненты, каждый из которых включает еди­ничные элементы данных.

Существуют специализированные программные продукты, обеспечивающие работу с данными, представленными в стандарте EDIFACT.

⇐ Предыдущая34353637383940414243Следующая ⇒

Поделиться: