ГОСТ Р ИСО/МЭК 15434-2007 Автоматическая идентификация. Синтаксис для средств автоматического сбора данных высокой емкости

ГОСТ Р ИСО/МЭК 15434-2007

Группа П85

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ

Автоматическая идентификация

СИНТАКСИС ДЛЯ СРЕДСТВ АВТОМАТИЧЕСКОГО СБОРА ДАННЫХ ВЫСОКОЙ ЕМКОСТИ

Automatic identification. Syntax for high-capacity automatic data capture media

ОКС 35.040

ОКСТУ 4000

Дата введения 2008-07-01

Предисловие

1 ПОДГОТОВЛЕН Ассоциацией автоматической идентификации "ЮНИСКАН/ГС1 РУС" (ГС1 РУС) на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 355 "Автоматическая идентификация"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 23 октября 2007 г. N 276-ст

4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 15434:2006* "Информационные технологии. Технологии автоматической идентификации и сбора данных. Синтаксис для средств автоматического сбора данных высокой емкости" (ISO/IEC 15434:2006 "Information technology - Automatic identification and data capture techniques - Syntax for high-capacity ADC media", IDT). Справочные сведения, включенные в виде сносок в текст стандарта для пояснения его содержания, выделены вертикальной чертой слева от текста**.

________________

* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - .

Наименование настоящего стандарта изменено относительно наименования указанного международного стандарта для приведения в соответствие с ГОСТ Р 1.5-2012 (пункт 3.5).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных (региональных) стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА

5 ВВЕДЕН ВПЕРВЫЕ

6 ПЕРЕИЗДАНИЕ. Январь 2019 г.

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

Настоящий стандарт устанавливает способы передачи данных от информационной системы отправителя к средствам автоматического сбора данных (АСД) высокой емкости и далее к информационной системе получателя. Настоящий стандарт не определяет внутренний формат хранения данных для специальных средств автоматического сбора данных высокой емкости и не устанавливает применение структур данных для специальных форматов синтаксиса. Правила применения различных структур данных должны быть установлены в документах, действующих в рамках определенных отраслей.

Для пользователей технологиями автоматического сбора данных (АСД) преимущества заключаются в возможности приема и передачи данных в стандартной форме. При использовании статических технологий автоматического сбора данных, например базирующихся на использовании символик штрихового кода, магнитной полосы, знаков для оптического распознавания, поверхностной акустической волны (ПАВ) и эффекта Вейганда, обычно кодированию подлежит единичное поле данных. Как правило, применение указанных технологий включает в себя кодирование информации отправителем единичного поля данных на носителе информации, а затем последующее декодирование получателем информации поля данных. Способ кодирования информации на основе единичных полей данных позволяет отправителю выполнить кодирование, используя единичные поля данных своей информационной системы. Способ декодирования информации на основе единичных полей данных позволяет получателю вводить эти данные в единичные поля своей информационной системы вместо их ввода с клавиатуры.

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

Синтаксис для средств автоматического сбора данных высокой емкости, определенный в настоящем стандарте, позволяет использовать преимущества единой схемы представления данных, не зависящей от типа средств АСД высокой емкости.

1 Область применения

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

Информация, закодированная в соответствии с настоящим стандартом, включает в себя данные, используемые:

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

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

- при сортировке и отслеживании движения и мест нахождения транспортируемых единиц.

Настоящий стандарт устанавливает синтаксис для средств АСД, основанный на наборе знаков по ИСО/МЭК 646.

Настоящий стандарт не распространяется на структуры данных (например, структуры данных СII Центра информатизации промышленности в Японии), ссылки на которые использованы в настоящем стандарте.

Настоящий стандарт не заменяет и не отменяет соответствующих требований безопасности, обязательной маркировки или этикетирования и устанавливает дополнительные требования к этикетированию.

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты*:

________________

* Таблицу соответствия национальных стандартов международным см. по ссылке. - .

ISO/IEC 646, Information technology - ISO 7-bit coded character set for information interchange (Информационные технологии. Набор ISO 7-битных кодированных знаков для обмена информацией)

ISO/IEC 19762 (all parts), Information Technology - Automatic Identification and Data Capture Techniques - Harmonized Vocabulary (Информационная технология. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь)

_______________

ИСО/МЭК 19762 включает в себя следующие части:

ИСО/МЭК 19762-1 Информационные технологии - Технологии автоматической идентификации и сбора данных - Гармонизированный словарь - Часть 1. Общие термины, связанные с автоматической идентификацией и сбором данных (Information technology - Automatic identification and data capture (AIDC) techniques - Harmonized vocabulary - Part 1: General terms relating to AIDC)

ИСО/МЭК 19762-2 Информационные технологии - Технологии автоматической идентификации и сбора данных - Часть 2. Оптически считываемые средства (Information technology - Automatic identification and data capture (AIDC) techniques - Harmonized vocabulary - Part 2: Optically readable media (ORM))

ИСО/МЭК 19762-3 Информационные технологии - Технологии автоматической идентификации и сбора данных - Гармонизированный словарь - Часть 3. Радиочастотная идентификация (РЧИ) (Information technology - Automatic identification and data capture (AIDC) techniques - Harmonized vocabulary - Part 3: Radio frequency identification (RFID)

ANS MH 10.8.2, ASC MH 10 Data Identifiers and Application Identifiers (Идентификаторы данных ASC MH 10 и идентификаторы применения)

ANSI MH 10.8.3, ASC MH 10 Syntax for high capacity ADC media (Синтаксис ASC MH 10 для средств автоматического сбора данных высокой емкости)

ANS X12 Electronic Data Interchange (Электронный обмен данными)

CII Syntax Rule (Vers 3.00), CII Syntax Rule Specifications (3.00) (Electronic Data Interchange - Japan) (Синтаксические правила Центра информатизации промышленности (CII) (Версия 3.00), спецификации синтаксических правил CII (3.00) (Электронный обмен данными - Япония))

GS1 General Specification, GS1 (Общие спецификации GS1)

________________

GS1 - международная организация; на территории Российской Федерации действует национальная организация - Ассоциация автоматической идентификации "ЮНИСКАН/ГС1 РУС" (ГС1 РУС), официально представляющая международную организацию GS1.

ATA Common Support Data Dictionary (CSDD), Air Transport Association (Общий словарь служебных данных Ассоциации воздушного транспорта)

3 Термины, определения и обозначения

3.1 Термины и определения

В настоящем стандарте применены термины по ИСО/МЭК 19762 (все части).

3.2 Обозначения

В настоящем стандарте в примерах сообщений выделяют типографским шрифтом:

4 Формат сообщения

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

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

Конверт сообщения должен включать в себя:

- заголовок сообщения,

- один (или более) конверт формата,

- окончание сообщения (при необходимости).

Каждый конверт формата внутри конверта сообщения должен включать в себя:

- заголовок формата,

- данные, отформатированные в соответствии с правилами, установленными для этого формата,

- окончание формата (при необходимости).

Рисунок 1 - Структура конвертов

Примечание - Используемые в настоящем стандарте десятичные и шестнадцатеричные значения знаков версии КОИ-7 (ASCII) приведены в приложении А.

4.1 Конверт сообщения

Конверт сообщения задает начало и окончание данных внутри потока данных, а также обеспечивает выполнение следующих функций:

- указывает, что сообщение, заключенное в данном средстве АСД, отформатировано в соответствии с правилами настоящего стандарта;

- указывает знак, который установлен для разделения форматов внутри данного сообщения;

- предоставляет уникальный знак для обозначения окончания сообщения.

Поток данных имеет следующую структуру:

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

Заголовок сообщения состоит из двух частей:

- три знака индикатора соответствия;

- знак окончания формата.

Полный заголовок сообщения:

_______________

Знак "space" (ПРОБЕЛ) вставлен между знаками "]" и ")" для наглядности, чтобы ошибочно не интерпретировать их как букву "D".

4.1.1.1 Индикатор соответствия

Индикатором соответствия являются первые три знака заголовка сообщения. Индикатор соответствия должен быть представлен знаками (знаки КВАДРАТНАЯ СКОБКА ЛЕВАЯ, КРУГЛАЯ СКОБКА ПРАВАЯ и БОЛЬШЕ). Десятичные и шестнадцатеричные значения знаков версии КОИ-7 (ASCII), используемые в настоящем стандарте, приведены в приложении А.

4.1.1.2 Знак окончания формата

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

4.1.2 Окончание сообщения

Окончание сообщения внутри потока данных идентифицируют с помощью указателя окончания сообщения - знака ЗАВЕРШЕНИЕ ТРАНЗАКЦИИ (End Of Transaction) (приложение А). Знак окончания сообщения не должен использоваться в сообщении, за исключением формата "09" (двоичные данные), в котором может появляться знак .

Не допускается использовать указатель окончания сообщения в форматах "02" (полное сообщение/транзакция электронного обмена данными) и "08" (данные, структурированные с использованием синтаксических правил СII).

4.2 Конверт формата

Конверт формата устанавливает начало и конец данных заданного формата и выполняет следующие функции:

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

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

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

4.2.1 Заголовок формата

Заголовок формата состоит из двух частей:

- индикатора формата (двухразрядного цифрового идентификатора, устанавливающего основные правила для данного формата);

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

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

Таблица 1 - Заголовки форматов с указанием соответствующих разделителей

Примечания

1 vv - двухразрядное цифровое обозначение используемой версии формата "01".

2 - знак окончания формата (4.2.15).

3 - указатель окончания сегмента (4.2.1.1.1).

4 - разделитель элемента данных (4.2.1.1.2).

5 - разделитель подэлемента данных (4.2.1.1.3).

6 vvvrrr - трехразрядное обозначение номера версии (vvv) и трехразрядное обозначение номера выпуска (rrr) (4.2.5).

7 vvvvrrnn - четырехразрядное обозначение номера версии (vvvv), двухразрядное обозначение номера выпуска (rr) и двухразрядное обозначение номера редакции (nn) (4.2.10).

8 t t t ... t - наименование типа файла (4.2.11).

9 ccc...c - наименование способа сжатия файла (4.2.11).

10 n n n ... n - число байтов (4.2.11).

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" - транспортирование

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

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

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

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

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

02

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

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

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

03 ,

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

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

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

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

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

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

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

04,

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

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

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

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

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" - данные, структурированные в соответствии с синтаксическими правилами СII

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

08 vvvvrrnn,

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

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

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

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

,

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

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

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

nnn...n - число байтов в двоичном сообщении. Это поле переменной длины от 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/EDIFACT или стандарт СII);

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- "02" - форматирование в соответствии с правилами ASC MH10/SC 8 (используя квалификаторы единиц измерения для фунтов ["LB"] и килограммов ["KG"]);

- "06" - форматирование в соответствии с правилами Международной ассоциации воздушного транспорта lATA (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). Все поля должны быть разделены знаком - разделителем элементов данных (знаком "" согласно приложению А), определенным в заголовке формата.

_______________

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

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

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

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

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

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

_______________

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

В РФ для этих целей используют знак ЗАПЯТАЯ.

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

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

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

_______________

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

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

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

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

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

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

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

В формате "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" (данные, структурированные с использованием сегментов UN/EDIFACT)

Формат "04" используют для представления таких данных, как "отправка по" (Ship То) "отгрузка из" (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 МН 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/CAM, файлы изображений, растровая и векторная графика, а также двумерная (2D) и трехмерная (3D) графика являются примерами тех видов данных, к которым при передаче может быть применено сжатие и кодирование. Обычно такие файлы с двоичными данными кодируют и форматируют в соответствии с требованиями стандартов представления графических файлов, таких как JPEG, TIFF, PCX, BMP, CSV, CGM, GIF и ССITТ 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

Al 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@ai-soken.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/IEC JTC 1/SC 31, или организацией, имеющей статус технического взаимодействия с подкомитетом;

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

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

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

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

Приложение А
(обязательное)

Набор знаков ИСО 646 (таблица шестнадцатеричных и десятичных значений)

Таблица А.1 - Набор знаков ИСО 646 (таблица шестнадцатеричных и десятичных значений)

Приложение ДА
(справочное)

Сведения о соответствии ссылочных международных стандартов национальным стандартам

Таблица ДА.1 - Сведения о соответствии ссылочных международных стандартов национальным стандартам

Библиография

_______________

Наименование ИСО/МЭК 15418 заменено на наименование "Информационная технология - Технология автоматической идентификации и сбора данных - Идентификаторы применения GS1 и идентификаторы данных ASC МН10 и их ведение" (Information technology - Automatic identification and data capture techniques - GS1 Application Identifiers and ASC MH10 Data Identifiers and Maintenance).

Электронный текст документа

и сверен по:

, 2019