4.2.1.1 Разделители и указатели окончания

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

4.2.1.1.1 Указатель окончания сегмента

Каждый сегмент в формате "03' должен завершаться указателем окончания сегмента — неотоб ражаемым знаком "" (приложение А).

4.2.1.1.2 Разделитель элементов данных

Элементы данных в форматах "01", "03", "05" и "06" должны быть разделены неотображаемым знаком "" — разделителем элементов данных (приложение А).

4.2.1.1.3 Разделитель подэлементов данных

Подэлементы данных в формате "03" должны заканчиваться разделителем подэлементов — неотображаемым знаком (приложение А).

4.2.2 Заголовок формата "00" — зарезервированный формат

Заголовок формата '00" зарезервирован для использования в будущем органом, ответственным за сопровождение настоящего стандарта.

4.2.3 Заголовок формата "01" — транспортирование

Заголовок формата должен быть представлен в виде:

01vv,
где — разделитель элементов данных, который должен использоваться между элементами данных;

vv — двухразрядное обозначение номера версии, присвоенное органом, ответственным за сопровождение настоящего стандарта.

4.2.4 Заголовок формата "02" — полное сообщение/ транзакция электронного обмена данными (EDI)

Заголовок формата должен быть представлен в виде:

02

Для этого формата данных не существует переменных данных заголовка (4.3.3).

4.2.5 Заголовок формата "03" — данные, структурированные с использованием сегментов ASC X12

Заголовок формата должен быть представлен в виде:

03vvvrrr,
где vvvrrr — индикатор используемого стандарта ASC X12, состоящий из трехразрядного обозначения номера версии (vvv) и трехраэрядного обозначения номера выпуска (rrr);

— указатель окончания сегмента электронного обмена данными;

— разделитель элементов данных электронного обмена данными;

— разделитель подэлементов данных в составных элементах данных электронного обмена данными.

Заголовок формата "03" применяют с сегментами ANSI ASC X12, используемыми в Северной Америке. Для международной торговли должен быть использован заголовок формата "04". Формат "03" предназначен для использования только в Северной Америке.

4.2.6 Заголовок формата "04" — данные, структурированные с использованием сегментов UN/EDIFACT

Заголовок формата должен быть представлен в виде:

04vvvrrr
где vvvrrr— индикатор используемого уровня стандарта UN/EDIFACT. состоящий из трехразрядного обозначения номера версии (vvv) и трехразрядного обозначения номера выпуска (rrr);

— указатель окончания сегмента электронного обмена данными; Gg — разделитель элементов данных электронного обмена данными;

— разделитель подэлементов данных в составных элементах данных электронного обмена данными.

4.2.7 Заголовок формата "05" — данные с использованием идентификаторов применения GS1

Заголовок формата должен быть представлен в виде:

05

где — разделитель элементов данных, используемый для разделения полей данных.

4.2.8 Заголовок формата "06" — данные с использованием идентификаторов данных ASC МН 10

Заголовок формата должен быть представлен в виде:

06
где — разделитель элементов данных, используемый для разделения полей данных.

4.2.9 Заголовок формата "07" — данные в виде текста произвольного формата

Заголовок формата должен быть представлен в виде:

07

Для этого формата не существует переменных данных заголовка (4.3.8).

4.2.10 Заголовок формата "08" —данные, структурированные в соответствии с синтаксическими правилами СИ

Заголовок формата должен быть представлен в виде:

08vvvvrrnn
где vvvvrrnn — четырехразрядное обозначение номера версии (vvvv), двухразрядное обозначение номера выпуска (rr) и двухразрядное обозначение номера редакции (nn) используемого уровня СII, что соответствует BPID в синтаксических правилах СII (4.3.9).

В заголовке формата "08" применяют синтаксические правила СII, используемые в Японии. Для
международной торговли следует использовать заголовок формата "04". Формат "08" предназначен для
использования только в Японии.

4.2.11 Заголовок формата "09" — двоичные данные

Заголовок формата должен быть представлен в виде:

09ttt...tccc...cnnn...n,
где — разделитель элементов данных, используемый между полями этого заголовка и в конце последнего поля данных;

ttt...t— идентификация типа файла, содержащего двоичные данные, т.е. JPEG, TIFF, PCX, BMP, CSV, CGM, GIF. Это поле переменной длины от 1 до 30 знаков (при необходимости в него включают номер версии). Поле должно заканчиваться знаком "". Тип двоичного файла и средства представления типа двоичного файла должны быть согласованы между торговыми партнерами;

ccc...c — используемый способ сжатия данных. Это поле переменной длины от 0 до 30 знаков. Если сжатие не используется, то поле должно оставаться незаполненным. В любом случае указанное поле должно заканчиваться знаком "". Способ сжатия и средства представления способа сжатия должны быть согласованы между торговыми партнерами;

nnn...n — число байтов 8 двоичном сообщении. Это поле переменной длины от 1 до 15 разрядов. В число байтов не включены длина заголовка формата данных и указатель окончания формата данных. Поле должно заканчиваться знаком "", который не учитывается при подсчете общего числа байтов.

4.2.12 Заголовок формата "10" — "11" — зарезервированные форматы

Заголовок формата "10" — "11 * зарезервирован для использования в будущем органом, ответственным за сопровождение настоящего стандарта.

4.2.13 Заголовок формата "12" — данные с использованием идентификаторов текстовых элементов

Заголовок формата должен быть представлен в виде:

12
где , — разделитель элементов данных, используемый для разделения полей данных.

4.2.14 Заголовок формата "13" — "99" — зарезервированные форматы

Заголовки форматов "13" — "99" зарезервированы для использования в будущем органом, ответственным за сопровождение настоящего стандарта.

4.2.15 Указатель окончания формата

Указатель окончания формата устанавливает окончание конверта формата. Указатель окончания формата должен включать в себя знак окончания формата — неотображаемый знак "" версии КОИ-7 (ASCII) (приложение А). Знак указателя окончания формата не должен использоваться в недвоичных данных в другом месте сообщения.
Не допускается использовать указатель окончания формата с форматами "02" (полное сообщение/транзакция электронного обмена данных) и "08" (полное сообщение СII).

4.3 Формат данных

Внутри конверта формата данные должны быть отформатированы с помощью одного из следующих методов:

- транспортирование;

- полное сообщение/транзакция электронного обмена данными (ASC X12, UN/EOIFACT или стандарт СII);

- структурированный текст (подмножество ASC X12 или UN/EDIFACT);

- данные, структурированные с использованием правил идентификаторов применения GS1;

- данные, структурированные с использование правил идентификаторов данных ASC MH 10;

- текст произвольного формата;

- запись сообщения СII без заголовка группы сообщений и окончания;

- двоичные данные;

- данные, структурированные с использованием правил для идентификаторов текстовых элементов.

Если сообщение содержит более одного формата, первым должен быть формат "01" (если используется).

4.3.1 Формат "00" (зарезервирован)

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

4.3.2 Формат "01" — сортировка и отслеживание перевозчиком движения и мест нахождения грузов (транспортирование)

Формат "01" состоит из двух частей:

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

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

Организацию, ответственную за ведение структуры данных указанного формата, идентифицируют с помощью индикатора версии в заголовке формата. На момент издания настоящего стандарта установлены следующие версии:

- "02" — форматмрованиевсоответствиисправиламиАSСМН10/SС8(ислользуя квалификаторы единиц измерения для фунтов ["LВ"] и килограммов ["KG"]]);

- "06" — форматирование в соответствии с правилами Международной ассоциации воздушного транспорта IATA (International air transport association);

- "56" — форматирование в соответствии с правилами Международной федерации экспедиторских ассоциаций FIATA (International Federation of Freight Forwarders Association);

- "96" — форматирование в соответствии с правилами ASC MH10/SC 8 (используя только квали-фикатор единиц измерения для фунтов).

4.3.2.1 Формат "01" версия "02"

4.3.2.1.1 Обязательные данные
Для версии "02" формата "01" требуется наличие обязательных данных, элементы которых должны следовать в приведенном ниже порядке сразу после заголовка формата. Для каждого элемента данных установлена постоянная или переменная длина поля. Для полей переменной длины приводят минимальное и максимальное значение длины поля (min...max). Все поля должны быть разделены знаком— разделителем элементов данных (знаком "" согласно приложению А), определенным в заголовке формата.

Отправка по почтовому коду (Ship То Postal Code)	(an 00... 11)
Отправка по коду страны (по ИСО 3166) (Ship To Country Code)	(n 03)
Категория услуги (присваивает перевозчик) (Class of Service)	(an 01...03)
Номер отслеживания перемещения и мест нахождения (контролирует перевозчик) (Tracking Number)	(an 01 ...20)
Код SCAC начального перевозчика (Origin Carrier SCAC)	(an 02...04)

Примечание — SCAC (Standard Carrier Alpha Code} — стандартный буквенный код перевозчика, транспортирующего упакованный груз.

4.3.2.1.2 Необязательные данные

Установлены девять необязательных элементов данных. Необязательные элементы данных (если их используют) должны следовать сразу же после обязательных данных в приведенном ниже порядке. Для каждого элемента данных установлена постоянная или переменная длина поля. Для полей переменной длины указывают минимальное и максимальное значение длины поля (min. ..max). Все необязательные поля, включая незаполненные, должны быть разделены знаком — разделителем элементов данных "" согласно приложению А. Разделитель элементов данных в конце последнего поля данных должен быть отброшен.

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

Поля необязательных данных и соответствующие им длины:

Идентификационный номер груза, присвоенный перевозчиком (место погрузки) (Carrier Assigned Shipper ID (pick-up Location))	(an 01... 10)
День погрузки по Григорианскому календарю (Julian Day of Pickup)	(n 03)
Идентификационный номер груза (Shipment ID Number)	(an 01... 30)
n/x (число упаковок п из общего числа упаковок х) (n/х (container n of x total containers)	(n 01 ...04 / n 01 ...04)
Масса (в фунтах "LB" или килограммах "KG") (при необходимости, в виде дробного десятичного числа) (Weight)	(r01...08,a02)
Сверка (значения: да — Y или нет — N) (Cross match)	(a 01)
Отправка по названию улицы (Ship To Street Address)	(an 01... 35)
Отправка по названию города (Ship To City)	(an 01... 35)
Оправка по названию региона/области (Ship To State/Province)	(an 02)
Отправка на имя (Ship To Name)	(an 01 ...35)

Категорию услуги рекомендуется представлять тремя разрядами числового набора данных.

4.3.2.2 Формат "01" версия "96"

4.3.2.2.1 Обязательные данные

Указанные данные являются обязательными для версии "96" формата "01". Элементы данных должны следовать сразу после заголовка формата в приведенном ниже порядке. Для каждого элемента данных установлена постоянная или переменная длина поля. Для полей переменной длины указывают минимальное и максимальное значения длины поля (min...max). Все поля должны быть разделены знаком— раздел ител ем элементов данных "" приложение А), определенным в заголовке формата.

Отправка по почтовому коду (Ship To Postal Code)	(an 03... 11)
Отправка по коду страны ИСО 3166 (Ship To Country Code	(n 03)
Категория услуги (присваивает перевозчик) (Class of Service)	(an 01 ...03)
Номер отслеживания перемещения и мест нахождения (контролирует перевозчик) (Tracking Number)	(an 01... 20)
Код SCAC начального перевозчика (Origin Carrier SCAC)	(an 02...04)

Примечание — SCAC (Standard Carrier Alpha Coda ) — стандартный буквенный код перевозчика, транспортирующего упакованный груз.

Квалификатор массы указывают прописными буквами сразу после значения и не отделяют пробелом. Например масса груза 117.6 кг в потоке данных будет представлена в виде 117.6KG. Исторически сложилось, что кодируемым разделителем целых и дробных разрядов в дробном десятичном числе является знак версии КОИ-7 (ASCII) no ИСО/МЭК 646 с шестнадцатеричным значением "2Е" (русское наименование знака — ТОЧКА). В РФ для этих целей используют знак ЗАПЯТАЯ.

Категорию услуги рекомендуется представлять тремя разрядами числового набора данных.

4.3.2.2.2 Необязательные данные

Установлены девять необязательных элементов данных. Необязательные элементы данных (если их используют) должны следовать сразу же после обязательных данных в приведенном ниже порядке. Для каждого элемента данных установлена постоянная или переменная длина поля. Для полей переменной длины указывают минимальное и максимальное значения длины поля (min... max) какука за-но ниже. Все переменные поля, включая незаполненные, должны быть разделены знаком — разделителем элементов данных "" (См приложение А). Разделитель элементов данных в конце последнего поля данных должен быть отброшен.

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

Поля необязательных данных и соответствующие им длины:

Идентификационный номер груза, присвоенный перевозчиком (место погрузки) (Carrier Assigned Shipper ID (pick-up Location))	(an 01... 10)
День погрузки по Григорианскому календарю (Julian Day of Pickup)	(n 03)
Идентификационный номер груза (Shipment ID Number)	(an 01... 30)
n/x (число упаковок п из общего числа упаковок х) (n/х (container n of x total containers)	(n 01 ...04 / n 01 ...04)
Масса (в фунтах "LB" или килограммах "KG") (при необходимости, в виде дробного десятичного числа) (Weight)	(r 01...10)
Сверка (значения: да — Y или нет — N) (Cross match)	(a 01)
Отправка по названию улицы (Ship To Street Address)	(an 01... 35)
Отправка по названию города (Ship To City)	(an 01... 35)
Оправка по названию региона/области (Ship To State/Province)	(an 02)

4.3.3 Формат "02" (полное сообщение/транзакция электронного обмена данными)

Формат используют для кодирования полного сообщения/ транзакции электронного обмена данными с целью ее передачи непосредственно на вход конвертора (транслятора) электронного обмена данными. Формат должен соответствовать либо ASC X12, либо UN/EDIFACT, либо правилам СII. При этом следует использовать структуру конвертов, определенную стандартом применения, например сегменты ISA, GS, ST. SE, GE и IEA для стандарта ASC X12, сегменты UNA, UN8, UNH, UNT и UNZ для стандарта UN/EDIFACT или изаголовок группы сообщений, сообщение и запись окончания группы сообщений для правил CII.

В формате "02" не допускается использовать знак указателя окончания сообщения "" и знак указателя окончания формата "".

В конверте сообщения должно быть не более одного формата "02". Формат "02" не допускается комбинировать с другими форматами данных в пределах конверта сообщения.

4.3.4 Формат "03" (данные, структурированные с использованием сегментов ASC X12)

Формат "03" используют для представления таких данных, как «отправка по» (Ship To) и «отгрузка из» (Ship From) и т.п.. структурированных в соответствии с правилами ASC X12.

Указанный формат допускает кодирование данных, представляемых либо отдельными сегментами ASC X12 без конверта, т.е. ISA/IEA, GS/GE и ST/SE, либо единичным набором транзакций ASC X12 с конвертом, т.е. с сегментами ST/SE.

Эти данные не предназначены для непосредственной передачи на вход конвертора (транслятора) электронного обмена данными.

В заголовке формата "03" содержится версия используемого стандарта ASC X12, знак "" — в качестве указателя окончания сегмента ASC X12, знак "" — в качестве разделителя элементов данных ASC X12, знак "" — в качестве разделителя подэлементов данных ASC X12 (десятичные и шест-надцатеричные значения для знаков указателя окончания и разделителей приведены в приложении А).

Такие сегменты электронного обмена данными, как BIN, которые кодируют двоичные данные, не должны использоваться в формате "03". Двоичные данные должны быть закодированы только в формате "09" (см. 4.3.10).

Заголовок формата "03" применяют с сегментами ANSI ASC X12, используемыми в Северной Америке. Для международной торговли используют заголовок формата "04". Формат "03" предназначен для использования только в Северной Америке.

4.3.5 Формат "04" (данные, структурированные с использованием сегментов UNVEDIFACT)

Формат "04" используют для представления таких данных, как «отправка по» (Ship To) «отгрузка из» (Ship From) и т.п., структурированных в соответствии с правилами UN/EDIFACT.
Указанный формат допускает кодирование данных, представляемых либо любыми отдельными сегментами UN/EDIFACT без конверта (т.е. сегментами UNB/UNA/UNZ и UNH/UNT), либо отдельным сообщением UN/EDIFACT с конвертом (т.е. сегментами UNH/UNT).

Эти данные не предназначены для непосредственной передачи на вход конвертора (транслятора) электронного обмена данными.

В заголовке формата "04" содержится версия формата UN/EDIFACT, Знак "" используют в качестве указателя окончания сегмента UN/EDIFACT, знак ""— в качестве разделителя элементов данных UN/EDIFACT, знак ""— в качестве разделителя подэлементов данных UN/EDIFACT (десятичные и шестнадцатеричные значения для знаков указателя окончания и разделителей приведены в приложении А).

4.3.6 Формат "05" (с использованием идентификаторов применения GS1)

В формате "05" перед каждым элементом данных должен присутствовать код соответствующего идентификатора применения (Application Identifier — Al) GS1, а после него знак — разделитель элементов данных "",за исключением последнего элемента данных в последнем поле формата данных, т.е. за которым в формате "05" должен следовать знак указателя окончания формата "" (десятичные и шестнадцатеричные значения для знаков указателей окончания и разделителей приведены в приложении А).

4.3.7 Формат "06" (с использованием идентификаторов данных ASC МН 10)

В формате "06" перед каждым элементом данных должен присутствовать код соответствующего идентификатора данных (Data Identifier — Dl) ASC MH 10. а после него — знак — разделитель элементов данных "" за исключением последнего элемента данных в последнем поле формата данных, т.е. за которым в формате "06" должен следовать знак указателя окончания йрормата "" (десятичные и шестнадцатеричные значения для знаков указателей окончания и разделителей приведены в приложении А).

4.3.8 Формат "07" (текст произвольного формата)

Формат "07" допускает использование текстовой информации в произвольной форме. Заголовок этого формата не содержит переменных данных. Законченные предложения должны завершаться точками и, если предложение не является последним в параграфе, — двумя пробелами. Между параграфами должны быть использованы два управляющих знака Line feed (ПЕРЕВОД СТРОКИ).

4.3.9 Формат "08" (данные, структурированные с использованием синтаксических правил СII)

Формат "08" предназначен для структурирования данных в соответствии с правилами СII, установленными Центром информатизации промышленности (Япония). Формат "08" содержит только одну запись — сообщение СII. Для обозначения окончания формата и окончания сообщения в формате "08" используют указатель окончания сообщения СII.

Знаки указателя окончания сообщения "" и указателя окончания формата "" не используют в формате "08".

Формат "08" не допускается комбинировать с другими форматами данных в конверте сообщения.

Заголовок йзормата "08" подразумевает применение синтаксических правил СII. используемых в Японии. Для международной торговли должен использоваться заголовок формата "04". Формат "08" предназначен для использования только в Японии.

4.3.10 Формат "09" (двоичные данные)

Формат "09" предназначен для представления двоичных данных в любом формате. Длина и формат данных должны быть указаны в заголовке формата. Для файлов с двоичными данными должны быть определены тип файла, способ сжатия и число байтов, используемых в потоке данных.

Строки двоичных данных, например представляющие данные цифровых изображений, могут быть включены в обмен сообщениями по соглашению между торговыми партнерами. Рисунки CAD/САМ, файлы изображений, растровая и векторная графика, а также двумерная (2D) и трехмерная (3D) графика являются примерами тех видов данных, к которым при передаче может быть применено сжатие и кодирование. Обычно такие файлы с двоичными данными кодируют и форматируют в соответствии с требованиями стандартов представления графических файлов, таких как JPEG, TIFF, PCX, BMP, CSV. CGM, GIF и CCITT 4-й группы и т.п., в которых за данными заголовка следуют данные изображения.

Для обеспечения распознавания содержание групп двоичных данных файла должно быть заключено в выделенный конверт, отделяющий двоичные данные изображения от иных видов информации в сообщении, которые обычно представляют знаками версии КОИ-7 (ASCII).

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

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

4.3.11 Форматы "10" — "11" (зарезервирован)

Форматы "10" — "11" зарезервированы для присвоения в будущем и не могут быть использованы до того, как будет опубликован пересмотренный вариант настоящего стандарта илиего проект на основе пробного применения настоящей версии стандарта.

4.3.12 Формат "12" (с использованием идентификаторов текстового элемента)

В формате "12" перед каждым элементом данных должен присутствовать соответствующий идентификатор текстового элемента (Text Element Identifier: TEI), установленный в Общем словаре служебных данных Ассоциации воздушного транспорта (Common Support Data Dictionary (CSDD) Air Transport Association (ATA)), а после него знак — разделитель элементов данных "" за исключением элемента данных в последнем поле формата данных, т.е. последнего элемента данных в формате "12", за которым следует знак — указатель окончания формата "" (десятичные и шестнадцатеричные значения для знаков указателей окончания и разделителей приведены в приложении А). Формат "12" используют только по соглашению между торговыми партнерами.

4.3.13 Форматы "13" — "99" (зарезервирован)

Типы формата "13" — "99" зарезервированы для присвоения в будущем и не могут быть использованы до того, как будет опубликован пересмотренный вариант настоящего стандарта или его проект на основе пробного применения настоящей версии стандарта.

5 Сопровождение

Ответственным за сопровождение настоящего стандарта является Комитет по сопровождению синтаксиса (Syntax Maintenance Committee) при подкомитете 31 совместного технического комитета ИСО/МЭК 1 (ISO/IEC JTC 1/SC 31). Сопровождение включает в себя присвоение новых форматов и новых версий форматов, на которые распространяется настоящий стандарт.

Запросы о присвоении новых форматов и версий форматов, на которые распространяется настоящий стандарт, должны представляться в Комитет по сопровождению ИСО/МЭК 15434 по следующим адресам:
Chairman. SC 31 /WG 2
AI RESEARCH INSTITUTE, INC.
6-35-6 Kisabe. Katano-city
Osaka. 576-0052 Japan
Tel:+81-72-810-2755
Fax: +81-72-810-2754
Email: toshihiro.yoshioka@aHSoken.com (Toshihiro Yoshioka)
Project Editor. ISO/IEC 15434
Q.E.D. Systems
P.O. Box 2524
Cedar Rapids. IA 52406-2524
United States of America
Tel:+1 319/364 02 12
Fax: +1 319/365 88 14
Email: craig.harmon@qed.org (Craig K. Harmon)

Запросы о присвоении новых форматов и версий форматов, относящихся к сфере деятельности Комитета по сопровождению синтаксиса настоящего стандарта, должны удовлетворять следующим критериям:

a) запросы должны направляться национальным органом по стандартизации, представленным в подкомитете ISO/IЕС JTC 1/SC 31, или организацией, имеющей статус технического взаимодействия с подкомитетом;

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

c) инициаторы запросов должны представить доказательства поддержки запрашиваемых форматов несколькими экономическими субъектами, т.е более чем одной компанией;

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

e) инициаторы запросов должны в течение ограниченного периода времени, предпочтительно в течение 12 мес после даты назначения формата или версии, представить в Комитет по сопровождению синтаксиса свидетельства о внедрении нового формата или версии.

В начало