X 12 структура торговых операций (транзакций)
Т.к. стандарт X12 в настоящее время является настолько преобладающим, мы рассмотрим структуру ANSI X12 850 набора транзакций, документ заказа на покупку. Каждый стандарт состоит из сегментного каталога. В сегментном каталоге 850 стандарта заказа на покупку есть три области:
3.
4. Заголовок,
5. Подробности,
6. Резюме.
На Рис. 30.2 показан отрывок из 850 стандарта заказа на покупку (ANSI X12.1 Release 003020). Цель отрывка в том, чтобы показать структуру стандарта; в полном стандарте 91 строка, что при публикации заняло бы слишком много места.
Сегмент данных | Область | Требования | Макс . использо-вание | Цикл | |
ST | Заголовок набора транзакций | 1 | M | 1 | 0 |
BEG | Начало сегмента заказа на покупку | 1 | M | 1 | 0 |
- | |||||
- | |||||
- | |||||
N1 | Название | 1 | О | 1 | 200 |
N2 | Дополнительная информация к названию | 1 | О | 1 | 200 |
N3 | Адрес | 1 | О | 2 | 200 |
N4 | Географическая информация | 1 | О | 1 | 200 |
PER | Административный контакт | 1 | О | 3 | 200 |
FOB | Переход права собственности на груз после погрузки (франко-борт) | 1 | О | 1 | 200 |
PO1 | Базовая информация заказа на покупку | 2 | M | 1 | 1000000 |
CTT | Сумма транзакции | 3 | M | 1 | 0 |
SE | Концевик набора транзакций | 3 | M | 1 | 0 |
Рис. 30.2 Отрывок из ANSI X 12.1, 850 набора транзакций заказа на покупку
Набор транзакций состоит из совокупной последовательности сегментов данных. Каждая строка на данном рисунке – это сегмент данных. Сегмент данных может быть дополнительным или обязательным (обозначены буквами «O» или «M» в колонке требований). Колонка «Макс. использование» показывает, сколько раз данный сегмент данных может быть повторен внутри цикла (например, здесь может быть два сегмента с адресом в каждом сегменте названия в цикле) и колонка «Цикл» показывает, сколько раз эта серия сегментов может повторяться. Рамки на рисунке показывают границы цикла.
|
|
В ANSI X12 стандарте есть иерархия таблиц, которые должны использоваться, чтобы полностью описать каждый набор транзакций. На Рис. 30.3 показана эта иерархия. Стандарт набора транзакций определяет только сегмент данных, составляющий набор транзакций. Он не определяет содержимое сегмента данных. Содержимое сегментов данных определяется диаграммами сегментов данных. На Рис. 30.4 показана диаграмма сегмента данных для PO1 сегмента данных.
Элементы данных сейчас определены только частично. Точное содержание и значение элементов данных полностью определяются в словаре элементов данных.
Уведомление о предстоящей доставке (856 - ордер на отгрузку/декларация груза)
|
|
Теперь, когда мы понимаем структуру набора транзакций, давайте рассмотрим тот из них, который имеет большое значение для складского хранения: набор транзакций ордера на отгрузку / декларации груза (уведомление о предстоящей доставке), см. Рис. 30.5.
Таблица 1 | |||||
Заказы на покупку (PO ) | Сегмент | Название | Требования | Макс. | Цикл |
010 | ST | Заголовок набора транзакций | M | 1 | |
020 | BSN | Начало сегмента уведомления о погрузке | M | 1 | |
030 | NTE | Примечание / специальные указания | F | 100 | |
040 | DTM | Указание даты и времени | О | 10 |
Таблица 2 | |||||
Заказы на покупку (PO ) | Сегмент | Название | Требования | Макс. | Цикл |
LOOP ID-HL | Повторение цикла = 200000 | 1 | |||
010 | HL | Иерархический уровень | M | 1 | 1 |
020 | LIN | Идентификация изделия | O | 1 | 1 |
030 | SN1 | Подробности об изделии (отгрузка) | О | 1 | 1 |
040 | SLN | Дополнительные подробности об изделии | О | 1000 | 1 |
050 | PRF | Ссылка на заказ на покупку | О | 1 | 1 |
060 | PO4 | Физические подробности об изделии | О | 1 | 1 |
070 | PID | Описание продукции / изделия | О | 200 | 1 |
080 | MEA | Измерения | О | 40 | 1 |
090 | PWK | Бумаги | О | 25 | 1 |
100 | PKG | Маркировка, упаковка, погрузка | О | 25 | 1 |
110 | TD1 | Подробности о перевозчике (количество и вес) | О | 20 | 1 |
120 | TD5 | Подробности о перевозчике (маршруты и время) | О | 12 | 1 |
130 | TD3 | Подробности о перевозчике (оборудование) | О | 12 | 1 |
Рис. 30.5 ANSI X 12.1 856 ордер на отгрузку/декларация груза
|
|
Таблица 2.(продолжение) | |||||
Заказы на покупку (PO ) | Сегмент | Название | Требования | Макс. | Цикл |
140 | TD4 | Подробности о перевозчике (специальная обработка или опасные материалы) | O | 5 | 1 |
150 | REF | Ссылки | O | >1 | 1 |
LOOP ID-CLD | Повторение цикла = 200 | 21 | |||
160 | PER | Административный коммуникационный контакт | O | 3 | 1 |
170 | CLD | Подробности о грузе | O | 1 | 21 |
180 | REF | Ссылки | O | 200 | 1 |
190 | MAN | Отметки и номера | O | >1 | 1 |
200 | DTM | Указание даты и времени | 0 | 10 | 1 |
210 | FOB | Переход права собственности на груз после погрузки (франко-борт) | 0 | 1 | 1 |
215 | PAL LOOP ID-N1 | Информация о паллетах | О Повторение цикла = 200 | 1 | 1 21 |
220 | N1 | Название | O | 1 | 21 |
230 | N2 | Дополнительная информация о названии | O | 2 | 21 |
240 | N3 | Адрес | O | 2 | 21 |
250 | N4 | Географическая информация | O | 1 | 21 |
260 | REF | Ссылки | O | 12 | 21 |
270 | PER | Административный коммуникационный контакт | O | 3 | 21 |
280 | FOB | Переход права собственности на груз после погрузки (франко-борт) | O | 1 | 21 |
290 | SDQ | Качество в месте назначения | O | 50 | 21 |
300 | EID | Дополнительные подробности о транспортировке | O | 1 | 1 |
Рис. 30.5 ANSI XI 2.1 856 ордер на отгрузку/декларация груза (продолжение)
|
|
Таблица 2. | |||||
Заказы на покупку (PO ) | Сегмент | Название | Требования | Макс. | Цикл |
300 | EID | Дополнительные подробности о транспортировке | O | 1 | 1 |
310 | CUR | Валюта | O | 1 | 1 |
320 | ITA | Скидки, сборы или обслуживание | O | 10 | 1 |
330 | GF LOOP ID-LM | Готовая продукция и обслуживание | O Повторение цикла = 10 | 1 | 1 21 |
340 | LM | Информация об источнике кода | O | 1 | 21 |
350 | LQ | Отраслевые коды | M | 100 | 21 |
Таблица 3 | |||||
010 | CTT | Сумма транзакции | O | 1 | |
020 | SE | Концевик набора транзакций | M | 1 |
Рис. 30.5 ANSI X 12.1 856 ордер на отгрузку / декларация груза (продолжение)
Снова мы можем видеть, что у набора транзакций есть три области: Заголовок, Подробности и Резюме. Ордер на отгрузку / декларация груза содержит сегменты данных с почти любой информацией, которая может потребоваться для передачи вместе с отгружаемой продукцией, включая информацию об опасных материалах и размерах и весе упаковки. Нужно обратить внимание, сколько сегментов данных являются дополнительными. Вот причина, по которой сейчас некоторые компании, особенно в производстве автомобилей, публикуют документы, сообщающие поставщикам, какое выполнение прибывающих транзакций им нужно – какие сегменты данных и данные должны быть включены и любые необходимые пояснения о смысле и значении сегментов данных.
Есть один дополнительный сегмент, который следует упомянуть: сегмент данных NTE (Примечание / специальные указания). Эту область (раздел «Прочее»), если возможно, не нужно использовать. Эта область слишком гибкая, чтобы приложение могло понимать ее. Если приложение обнаруживает, что какие-то данные есть в этом сегменте, то, вероятно, прекратит обработку всего сообщения, ожидая вмешательства оператора вручную, что противоречит целям электронного обмена данными!
ООН/ EDIFACT
Для сравнения, на Рис. 30.6 показан эквивалентный документ ордеру на отгрузку / декларации груза для ООН/EDIFACT. Этот документ называется Набором транзакций уведомления об отправке (DESADV).
Сегмент данных
| Требования | Количество циклов | Цикл | |
UNH | Заголовок сообщения | M | 1 | |
BGM | Начало сообщения | M | 1 | |
DTM | Дата и время | C | 10 | |
ALI | Дополнительная информация | C | 5 | |
MEA | Измерения | С | 5 | |
MOA | Денежная сумма | С | 5 | |
----- | Сегментная группа 01 | С | 10 | ........... + |
RFF | Ссылки | M | 1 | | |
DTM | Дата / время / период | С | 1 | ........... + |
----- | Сегментная группа 02 | С | 10 | ........... + |
NAD | Название и адрес | M | 1 | | |
LOC | Идентификация места / размещения | С | 10 | | |
----- | Сегментная группа 03 | С | 10 | ......... + | |
RFF | Ссылки | M | 1 | || |
DTM | Дата / время / период | C | 1 | ......... + | |
----- | Сегментная группа 04 | C | 10 | ......... + | |
CTA | Контактная информация | M | 1 | || |
COM | Коммуникационный контакт | C | 5 | ......... ++ |
----- | Сегментная группа 05 | C | 10 | ......... + |
TOD | Условия доставки или транспортировки | M | 1 | | |
LOC | Идентификация места / размещения | C | 5 | | |
FTX | Свободный текст | C | 5 | .......... + |
----- | Сегментная группа 06 | C | 10 | ......... + |
TDT | Подробности транспортировки | M | 1 | | |
PCD | Процентные доли | C | 6 | | |
----- | Сегментная группа 07 | C | 10 | ------- + | |
Рис. 30.6 ООН/ EDIFACT уведомление об отправке
Сегмент данных | Требования | Количество циклов | Цикл | |
LOC | Идентификация места / размещения | M | 1 | | |
DTM | Дата / время / период | C | 10 | ......... ++ |
----- | Сегментная группа 08 | C | 10 | ........... + |
EQD | Подробности об оборудовании | M | 1 | | |
MEA | Измерения | C | 5 | | |
SEL | Номер печати | C | 25 | | |
EQA | Прилагаемое оборудование | C | 5 | | |
----- | Сегментная группа 09 | C | 10 | ......... + | |
HAN | Указания по обработке | M | 1 | || |
FTX | Свободный текст | C | 10 | ......... ++ |
----- | Сегментная группа 10 | C | 9999 | ........... + |
CPS | Последовательность упаковки по накладной | M | 1 | | |
FTX | Свободный текст | C | 5 | | |
----- | Сегментная группа 11 | C | 9999 | ------- + | |
PAC | Упаковка | M | 1 | || |
MEA | Измерения | C | 10 | || |
QTY | Количество | C | 10 | || |
----- | Сегментная группа 12 | C | 10 | ------ + || |
HAN | Указания по обработке | M | 1 | |
FTX | Свободный текст | C | 10 | ------ + || |
----- | Сегментная группа 13 | C | 1000 | ------ + || |
PCI | Идентификация упаковки | M | 1 | |
RFF | Ссылки | C | 1 | |
DTM | Дата / время / период | C | 5 | |
GIR | Имеющие отношение идентификационные номера | C | 10 | |
----- | Сегментная группа 14 | C | 99 | --------- + |
GIN | Идентификационные номера товаров | M | 1 | | |
DLM | Ограничения доставки | C | 10 | -------- +++ | |
----- | Сегментная группа 15 | C | 9999 | .......... + | |
Рис. 30.6 ООН/ EDIFACT уведомление об отправке (продолжение)
Сегмент данных | Требования | Количество циклов | Цикл | |
LIN | Наименование продукции | M | 1 | || |
PIA | Дополнительный идентификационный номер продукции | C | 10 | || |
IMD | Описание изделия | C | 25 | || |
MEA | Измерения | C | 1 | || |
QTY | Количество | C | 10 | || |
ALI | Дополнительная информация | C | 10 | || |
GIN | Идентификационный номер товаров | C | 100 | || |
GIR | Имеющие отношение идентификационные номера | C | 100 | || |
DLM | Ограничения доставки | C | 100 | || |
DTM | Дата / время / период | C | 5 | || |
FTX | Свободный текст | C | 5 | || |
MOA | Денежная сумма | C | 5 | || |
_____ | Сегментная группа 16 | C | 10 | ----- + || |
RFF | Ссылки | M | 1 | |
DTM | Дата / время / период | C | 1 | ----- + || |
_____ | Сегментная группа 17 | C | 10 | ----- + || |
DOS | Опасные товары | M | 1 | |
QTY | Количество | C | 1 | |
FTX | Свободный текст | C | 5 | ----- + || |
_____ | Сегментная группа 18 | C | 100 | ----- + || |
LOC | Идентификация места / размещения | M | 1 | |
NAD | Название и адрес | C | 1 | |
DTM | Дата / время / период | C | 1 | |
QTY | Количество | C | 10 | ----- + || |
_____ | Сегментная группа 19 | C | 1000 | ----- + || |
SGP | Раздельное размещение товаров | M | 1 | |
QTY | Количество | C | 10 | ----- + || |
_____ | Сегментная группа 20 | C | 9999 | ----- + || |
PCI | Идентификация упаковки | M | 1 |
Рис. 30.6 ООН/ EDIFACT уведомление об отправке (продолжение)
Сегмент данных | Требования | Количество циклов | Цикл | |
DTM | Дата / время / период | С | 5 | |
MEA | Измерения | С | 10 | |
QTY | Количество | С | 1 | |
_____ | Сегментная группа 21 | С | 10 | - - - + |
GIN | Идентификационный номер товаров | М | 1 | | |
DLM | Ограничения доставки | С | 100 | - - - + |
_____ | Сегментная группа 22 | С | 10 | - - - + |
HAN | Указания по обработке | М | 1 | | |
FTX | Свободный текст | С | 5 | | |
GIN | Идентификационный номер товаров | С | 1000 | - - - ++ || |
_____ | Сегментная группа 23 | С | 10 | - - - - ++ || |
QVA | Количество расхождений | М | 1 | |
DTM | Дата / время / период | С | 5 | - - - - +++ |
CNT | Итоговая сумма | С | 5 | |
UNT | Концевик сообщения | М | 1 |
Рис. 30.6 ООН/ EDIFACT уведомление об отправке (продолжение)
Как можно видеть, документ ООН/EDIFACT разделен на больше сегментов, чем ANSI X.12, хотя, в основном, он состоит из трех разделов: Заголовок, Подробности и Резюме. Здесь также более сложная схема отображения циклов. Поля для дополнительных данных включены для международных (таможня) аспектов доставки и в наборе транзакций больше полей для свободного текста! Здесь также меньше ссылок на другие стандарты, содержащиеся в наборе транзакций.
Методы коммуникаций
В настоящее время при электронном обмене данными используются три метода коммуникаций:
1. Связь напрямую. Соединение осуществляется между двумя торговыми партнерами по телефонной системе общего пользования. В этом случае, одна организации набирает номер другой организации в определенное время, чтобы установить связь для передачи данных. Отрицательные стороны связи напрямую появляются при увеличении количества торговых партнеров; установление связи требует все больше и больше ресурсов, и компьютерных и человеческих. Дополнительные проблемы появляются, когда торговые партнеры используют разные компьютерные системы.
1. Региональная сеть ( WAN ). Региональная сеть используется для передачи данных. Этот метод используется нечасто, и только для передачи данных между удаленными объектами одной и той же организации.
2. Сеть с дополнительными услугами ( VAN ). Используется коммуникационное обслуживание третьей стороны, известное как сеть с дополнительными позитивными характеристиками (сеть с дополнительными услугами). Сеть с дополнительными услугами – это просто компьютер с большими коммуникационными возможностями, с предоставлением почтового ящика и другого обслуживания. В этом случае, один торговый партнер загружает данные через модем в сеть с дополнительными услугами. В сети с дополнительными услугами данные о торговых операциях будут храниться, чтобы другой торговый партнер забрал их в своем почтовом ящике. Для большинства организаций, использование сети с дополнительными услугами – это самый подходящий метод.
Между приемом данных и размещением их в почтовом ящике, большинство сетей с дополнительными услугами могут предложить дополнительное (с добавленной стоимостью) обслуживание. Примером такого обслуживания будет перевод данных из ASCII в EBCDIC (различные типы кодовых символик), чтобы персональный компьютер мог обмениваться информацией с большой ЭВМ. Поэтому, при использовании сети с дополнительными услугами, торговым партнерам не нужно иметь одинаковое компьютерное оборудование или ПО для электронного обмена данными. Многие сети с дополнительными услугами могут также при электронном обмене данными переводить наборы транзакций из одного стандарта в другой.
Коммуникационные стандарты
Другой стандарт начал играть важную роль в электронном обмене данными. Этот стандарт – X.400 стандарт сообщений. В то время как X12 описывает содержимое набора транзакций, X.400 описывает как сообщения нужно посылать. X.400 стандарт сначала был создан как стандарт для электронной почты (E-mail), но превратился в метод обработки многих форм электронных данных. X.400 система сообщений делит передачу данных на последовательность пакетов, и определяет, управляет и проверяет маршруты их передачи.
Предполагается, что в будущем, передача всех электронных данных, включая E-Mail, электронный обмен данными, графику и мультимедиа, будет осуществляться с помощью X.400.
Дата добавления: 2019-03-09; просмотров: 226; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!