ГОСТ 34731-2021 (ISO/IEC 15434:2019). Межгосударственный стандарт. Информационные технологии. Технологии автоматической идентификации и сбора данных. Синтаксис носителей данных высокой емкости для автоматического сбора данных

(введен в действие Приказом Росстандарта от 22.06.2021 № 571-ст)

ИСТОРИЯ ИЗМЕНЕНИЙ НОРМАТИВНО-ТЕХНИЧЕСКИХ АКТОВ

flowchart LR
  n0["ГОСТ Р ИСО/МЭК 15434-2007"]:::rst
  click n0 "https://bukva.ai/docs/muk-4-1-2772-10" "ГОСТ Р ИСО/МЭК 15434-2007. Национальный стандарт Российской Федерации. Автоматическая идентификация. Синтаксис для средств автоматического сбора данных высокой емкости (утв. и введ"
  n1["ГОСТ 34731-2021"]:::doc
  click n1 "https://bukva.ai/docs/standart-gost-34731-2021" "ГОСТ 34731-2021. Межгосударственный стандарт. Информационные технологии. Технологии автоматической идентификации и сбора данных. Синтаксис носителей данных высокой емкости для... ("
  n2["ГОСТ 34731-2025"]:::notEnt
  click n2 "https://bukva.ai/docs/gost-34731-2025" "ГОСТ 34731-2025. Межгосударственный стандарт. Информационные технологии. Технологии автоматической идентификации и сбора данных. Синтаксис медианосителей высокой емкости для... (вв"
  n1 --> n2
  n0 --> n1
classDef rst fill:#FFEBEB,stroke:#8B0000,color:#000;
classDef doc fill:#EBFFEB,stroke:#006400,color:#000;
classDef notEnt fill:#FFFFEB,stroke:#FF8C00,color:#000;

Введен в действие Приказом Федерального агентства по техническому регулированию и метрологии

Предисловие

Сведения о стандарте

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

3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 24 мая 2021 г. № 140-П)

За принятие проголосовали:

4 Приказом Федерального агентства по техническому регулированию и метрологии от 22 июня 2021 г. № 571-ст межгосударственный стандарт ГОСТ 34731-2021 (ISO/IEC 15434:2019) введен в действие в качестве национального стандарта Российской Федерации с 1 июня 2022 г.

5 Настоящий стандарт является модифицированным по отношению к международному стандарту ISO/IEC 15434:2019 «Информационные технологии. Технологии автоматической идентификации и сбора данных. Синтаксис носителей данных высокой емкости для автоматического сбора данных» («Information technology — Automatic identification and data capture techniques — Syntax for high-capacity ADC media», MOD) путем изменения отдельных фраз (слов, ссылок) и дополнения сносками, которые выделены в тексте полужирным курсивом.

Международный стандарт разработан подкомитетом ISO/IEC JTC 1/SC 31 «Технологии автоматической идентификации и сбора данных» совместного технического комитета по стандартизации ISO/IEC JTC 1 «Информационные технологии» Международной организации по стандартизации (ISO) и Международной электротехнической комиссии (IEC).

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

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

7 Подготовлен на основе применения ГОСТ Р ИСО/МЭК 15434-2007 <*>

<*> Приказом Федерального агентства по техническому регулированию и метрологии от 22 июня 2021 г. № 571-ст ГОСТ Р ИСО/МЭК 15434-2007 отменен с 1 июня 2022 г.

8 Некоторые положения международного стандарта могут быть объектами патентных прав. Международная организация по стандартизации (ISO) и Международная электротехническая комиссия (IEC) не несут ответственности за идентификацию подобных патентных прав

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

В случае пересмотра, изменения или отмены настоящего стандарта соответствующая информация будет опубликована на официальном интернет-сайте Межгосударственного совета по стандартизации, метрологии и сертификации в каталоге «Межгосударственные стандарты»

Введение

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

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

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

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

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

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

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

Настоящий стандарт определяет набор знаков (см. [1]), используемый для автоматического сбора данных. Требования настоящего стандарта не распространяются на структуры данных [например, установленных CII — Центром информатизации промышленности в Японии (см. [2])], ссылки на которые использованы в настоящем стандарте.

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

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

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

ГОСТ 7.67 (ИСО 3166-1:1997) Система стандартов по информации, библиотечному и издательскому делу. Коды названий стран

ГОСТ 27463 Система обработки информации. 7-битные кодированные наборы символов

ГОСТ 30721 (ISO/IEC 19762:2016) Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь

ГОСТ ISO/IEC 15418 Информационные технологии. Технологии автоматической идентификации и сбора данных. Идентификаторы применения GS1 и идентификаторы данных ASC MH 10 и их ведение

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

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

В настоящем стандарте применены термины по ГОСТ 30721.

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

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

a) ПОЛУЖИРНЫМ ШРИФТОМ, ПРОПИСНЫМИ БУКВАМИ — текст, который должен быть введен, как он представлен (в настоящем стандарте обозначения , , , , EOT используют для представления неотображаемых специальных знаков. Представление специальных знаков (см. [1]), используемых в настоящем стандарте, приведено в приложении A);

b) курсивом, строчными буквами — переменные параметры. Пользователь должен ввести подходящее значение. Для некоторых случаев в настоящем стандарте рекомендованы значения по умолчанию.

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

5.1 Общие положения

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

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

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

• заголовок формата;
• данные, отформатированные в соответствии с правилами, установленными для этого формата;
• окончание формата (при необходимости).

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

Примечание — Используемые в настоящем стандарте десятичные и шестнадцатеричные значения знаков (см. [1]) <1> приведены в приложении A.

<1> Здесь и далее вместо слов «знак ASCII» использованы слова «знак (см. [1])». В контексте настоящего стандарта эти понятия совпадают.

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

5.2.1 Общие положения

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

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

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

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

5.2.2.1 Общие положения

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

• три знака индикатора соответствия;
• знак окончания формата.

Полный заголовок сообщения: [)>RS .

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

Индикатором соответствия являются первые три знака заголовка сообщения. Индикатор соответствия должен быть представлен знаками [)> (квадратная скобка левая, круглая скобка правая и больше). Десятичные и шестнадцатеричные значения знаков (см. [1]), используемые в настоящем стандарте, приведены в приложении A.

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

Знак окончания формата должен быть четвертым знаком в заголовке сообщения. В качестве знака окончания формата должен использоваться неотображаемый управляющий знак (см. [1]) (приложение A). Знак окончания формата повсеместно используется в сообщении для указания окончания данных конверта формата (см. 5.3.16).

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

Окончание сообщения внутри потока данных идентифицируют с помощью указателя окончания сообщения. Им является знак завершения транзакции (приложение A). Знак окончания сообщения не должен использоваться в сообщении, за исключением формата «09» (двоичные данные), в котором может появляться знак .

Не допускается использовать указатель окончания сообщения в форматах «02» (полное сообщение/транзакция электронного обмена данными EDI) и «08» [данные, структурированные с использованием синтаксических правил CII (см. [2])].

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

5.3.1 Общие положения

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

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

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

5.3.2.1 Общие положения

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

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

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

Таблица 1

Индикатор формата	Переменные данные заголовка	Указатель окончания формата	Описание формата
00			Зарезервирован для последующего использования
01	GSvv		Транспортирование
02			Полное сообщение/транзакция электронного обмена данными EDI
03	vvvrrrFSGSUS		Данные, структурированные с использованием сегментов ANSI ASC X12 (см. [[3]](#p100839))
04	vvvrrrFSGSUS		Данные, структурированные с использованием сегментов UN/EDIFACT (см. [[4]](#p100841))
05
	Данные с использованием идентификаторов применения GS1 по ГОСТ ISO/IEC 15418 (см. также [[5]](#p100843))	06
	Данные с использованием идентификаторов данных ASC MH 10 a по ГОСТ ISO/IEC 15418 (см. также [[6]](#p100845))	07
	Текст произвольного формата	08	vvvvrrnn
	Данные, структурированные с использованием синтаксических правил CII (см. [[2]](#p100837))	09
	Двоичные данные (тип файла) (способ сжатия) (число байтов)	10, 11
	Зарезервированы для последующего использования	12
	Данные, структурированные по правилам текстовых идентификаторов элементов (см. [[7]](#p100847))	13
	Использование заблокировано во избежание конфликта с [[8]](#p100849)	14 - 99
	Зарезервированы для последующего использования	a Ранее — идентификаторы данных FACT.
Примечания 1 vv — двухразрядное цифровое обозначение используемой версии формата «01». 2 - знак окончания формата (см. 5.3.16). 3 - указатель окончания сегмента (см. 5.3.2.2.2). 4 - разделитель элементов данных (см. 5.3.2.2.3). 5 - разделитель подэлементов данных (см. 5.3.2.2.4). 6 vvvrrr — трехразрядное обозначение номера версии (vvv) и трехразрядное обозначение номера выпуска (rrr) (см. 5.3.6). 7 — vvvvrrnn представляет четырехразрядное обозначение номера версии (vvvv), двухразрядное обозначение номера выпуска (rr) и двухразрядное обозначение номера редакции (nn) (см. 5.3.11). 8 ttt...t — наименование типа файла (см. 5.3.12). 9 ccc...c — наименование способа сжатия файла (см. 5.3.12). 10 nnn...n — число байтов (см. 5.3.12). 5.3.2.2 Разделители и указатели окончания

5.3.2.2.1 Общие положения

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

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

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

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

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

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

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

5.3.3 Заголовок формата «00» — зарезервированный формат

Заголовок формата «00» зарезервирован для будущего использования.

5.3.4 Заголовок формата «01» — транспортирование

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

01GSvv ,

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

vv — двухразрядное обозначение номера версии согласно 5.4.3.1.

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

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

02

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

5.3.6 Заголовок формата «03» — данные, структурированные с использованием сегментов ASC X12 (см. [3])

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

03vvvrrrFSGSUS ,

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

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

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

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

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

5.3.7 Заголовок формата «04» — данные, структурированные с использованием сегментов UN/EDIFACT <1>

<1> UN/EDIFACT (United Nations/Electronic Data Interchange for Administration, Commerce and Transport) — система стандартов электронного обмена данными в управлении, торговле и на транспорте, разработанная под эгидой Европейской экономической комиссии ООН (ЕЭК ООН, UN/ECE — United Nations Economic Commission for Europe). См. [4].

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

04vvvrrrFSGSUS ,

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

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

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

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

5.3.8 Заголовок формата «05» — данные с использованием идентификаторов применения GS1 <2>

<2> GS1 — международная организация по созданию и внедрению стандартов по автоматической идентификации и сбору данных для различных применений в сфере хозяйственной деятельности, действующая через сеть национальных организаций GS1. На территории страны действует одна национальная организация GS1, уполномоченная GS1. На территории Российской Федерации действует единственная уполномоченная GS1 национальная организация — Ассоциация автоматической идентификации «ЮНИСКАН/ГС1 РУС» (ГС1 РУС). Сведения о национальных организациях, действующих в странах МГС, приведен на сайте GS1 www.gs1.org. Информация об идентификаторах применения GS1 приведена в [5].

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

05GS ,

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

5.3.9 Заголовок формата «06» — данные с использованием идентификаторов данных ASC MH 10 <3>

<3> ASC MH10 — Комитет «Грузовые единицы и транспортные упаковочные единицы» (Unit-Loads & Transport-Packages), ответственный за разработку соответствующих американских национальных стандартов, аккредитованный Американским национальным институтом стандартизации (ANSI). Ведение идентификаторов данных осуществляет рабочая группа ANSI MH10.8.2 «Идентификаторы данных» (Data Identifiers) в составе ASC MH10. Информация об идентификаторах данных ASC MH 10 приведена в [6].

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

06GS ,

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

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

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

07

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

5.3.11 Заголовок формата «08» — данные, структурированные в соответствии с синтаксическими правилами CII <1> (см. [2])

<1> CII — Японский центр информатизации промышленности (Japanese Center for Informatization of Industry) обеспечивает определение японского синтаксиса для сообщений электронного обмена данными.

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

08vvvvrrnn,

где vvvvrrnn — четырехразрядное обозначение номера версии (vvvv), двухразрядное обозначение номера выпуска (rr) и двухразрядное обозначение номера редакции (nn) используемого уровня, установленного CII. Это соответствует BPID в синтаксических правилах CII (см. [2], 5.4.10).

В заголовке формата «08» применяют синтаксические правила CII (см. [2]) (спецификациям синтаксических правил CII), используемым в Японии. Для международной торговли следует использовать заголовок формата «04». Формат «08» предназначен для использования только в Японии.

5.3.12 Заголовок формата «09» — двоичные данные

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

09GSttt...tGSccc...cGSnnn...nGS ,

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

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

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

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

5.3.13 Заголовок формата («10», «11») — зарезервированные форматы

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

5.3.14 Заголовок формата «12» — данные с использованием текстовых идентификаторов элементов (см. [7])

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

12GS ,

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

5.3.15 Заголовок формата «13» — «99» — зарезервированные форматы

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

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

Указатель окончания формата устанавливает окончание конверта формата. Указатель окончания формата должен включать в себя знак окончания формата — неотображаемый знак (см. [1]) (приложение A). Знак указателя окончания формата не должен использоваться в недвоичных данных в другом месте сообщения.

Предупреждение — Не допускается использовать указатель окончания формата с форматами «02» (полное сообщение/транзакция электронного обмена данных EDI) и «08» (полное сообщение CII).

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

5.4.1 Общие положения

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

• транспортирование;
• полное сообщение/транзакция электронного обмена данными EDI (в соответствии с ASC X12 (см. [3]), UN/EDIFACT (см. [4]), или стандартом CII (см. [2]);
• структурированный текст [подмножество ASC X12 (см. [3]) или UN/EDIFACT (см. [4])];
• данные, структурированные с использованием правил идентификаторов применения GS1 по ГОСТ ISO/IEC 15418 (см. также [5])];
• данные, структурированные с использованием правил для идентификаторов данных ASC MH 10 по ГОСТ ISO/IEC 15418 (см. также [6])];
• текст произвольного формата;
• запись сообщения, установленного стандартом CII (см. [2]), без заголовка группы сообщений и окончания;
• двоичные данные;
• данные, структурированные с использованием правил для текстовых идентификаторов элементов.

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

5.4.2 Формат «00» (зарезервирован)

Формат «00» зарезервирован для будущего использования.

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

5.4.3.1 Основные сведения

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

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

• версия «02» — форматирование, приведенное в правилах ASC MH10/SC 8 <1> (используя квалификаторы единиц измерения для фунтов [«LB»] и килограммов [«KG»]);
• версия «06» — форматирование, приведенное в правилах Международной ассоциации воздушного транспорта (IATA) (см. [9]);
• версия «56» — форматирование, приведенное в правилах Международной федерации экспедиторских ассоциаций (FIATA) (см. [10]);
• версия «96» — форматирование, приведенное в правилах ASC MH10/SC 8 <1> (используя только квалификатор единиц измерения для фунтов).

<1> ASC MH10/SC 8 — обозначение подкомитета SC 8 «Кодирование и этикетирование грузовых единиц» (Coding and Labeling of Unit Loads) в составе комитета ASC MH10 (США) См. https://www.mhi.org/standards.

5.4.3.2 Формат «01» версия «02»

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

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

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

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

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

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

<1> Квалификатор массы указывают прописными буквами сразу после значения и не отделяют пробелом. Например, масса груза 117,6 кг в потоке данных будет представлена в виде 117.6KG. Исторически сложилось, что кодируемым разделителем целых и дробных разрядов в дробном десятичном числе является знак (см. [1]) с шестнадцатеричным значением «2EHEX». Русское наименование знака — «ТОЧКА». В странах МГС для разделения разрядов часто используют знак «ЗАПЯТАЯ».

5.4.3.3 Формат «01» версия «96»

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

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

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

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

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

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

5.4.4 Формат «02» — полное сообщение/транзакция электронного обмена данными EDI

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

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

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

5.4.5 Формат «03» — данные, структурированные с использованием сегментов ASC X12 (см. [3])

Формат «03» используют для представления таких данных, как «отправка по» (ship to) и «отгрузка из» (ship from) и т.п., структурированных в соответствии с правилами ASC X12 (см. [3]). Указанный формат допускает кодирование данных, представляемых либо отдельными сегментами ASC X12 (см. [3]) без конверта, т.е. ISA/IEA, GS/GE и ST/SE, либо единичным набором транзакций ASC X12 (см. [3]) с конвертом, т.е. с сегментами ST/SE. Эти данные не предназначены для непосредственной передачи на вход конвертора (транслятора) электронного обмена данными EDI.

В заголовке формата «03» содержится версия используемого стандарта ASC X12 (см. [3]). Знак используется в качестве указателя окончания сегмента ASC X12 (см. [3]). Знак используется в качестве разделителя элементов данных ASC X12 (см. [3]). Знак используется в качестве разделителя подэлементов данных ASC X12 (см. [3]) (десятичные и шестнадцатеричные значения для знаков указателя окончания и разделителей приведены в приложении A).

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

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

5.4.6 Формат «04» — данные, структурированные с использованием сегментов UN/EDIFACT (см. [4])

Формат «04» используют для представления таких данных, как отправка по (ship to), отгрузка из (ship from) и т.п., структурированных в соответствии с правилами UN/EDIFACT (см. [4]).

Указанный формат допускает кодирование данных, представляемых либо любыми отдельными сегментами UN/EDIFACT без конверта, т.е. сегментами UNB/UNA/UNZ и UNH/UNT, либо отдельным сообщением UN/EDIFACT с конвертом, т.е. сегментами UNH/UNT. Эти данные не предназначены для непосредственной передачи на вход конвертора (транслятора) электронного обмена данными EDI.

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

5.4.7 Формат «05» — с использованием идентификаторов применения GS1

В формате «05» перед каждым элементом данных должно присутствовать кодовое значение соответствующего идентификатора применения (AI) GS1 по ГОСТ ISO/IEC 15418 (см. также [5] Общие спецификации GS1), а после него знак — разделитель элементов данных , за исключением последнего элемента данных в последнем поле формата данных, т.е. за которым в формате «05» должен следовать знак указателя окончания формата (десятичные и шестнадцатеричные значения для знаков указателей окончания и разделителей приведены в приложении A).

5.4.8 Формат «06» — с использованием идентификаторов данных ASC MH 10

В формате «06» перед каждым элементом данных должно присутствовать кодовое значение соответствующего идентификатора данных (DI) ASC MH 10 по ГОСТ ISO/IEC 15418 (см. также [6]), а после него — знак — разделитель элементов данных , за исключением последнего элемента данных в последнем поле формата данных, т.е. за которым в формате «06» должен следовать знак указателя окончания формата (десятичные и шестнадцатеричные значения для знаков указателей окончания и разделителей приведены в приложении A).

5.4.9 Формат «07» — текст произвольного формата

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

5.4.10 Формат «08» — данные, структурированные с использованием синтаксических правил CII (см. [2])

Формат «08» предназначен для структурирования данных в соответствии с синтаксическими правилами CII (см. [2]), установленными Японским центром информатизации промышленности Японии (CII). Формат «08» содержит только одну запись — сообщение CII. Для обозначения окончания формата и окончания сообщения в формате «08» используют указатель окончания сообщения CII.

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

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

Заголовок формата «08» подразумевает применение синтаксических правил CII (см. [2]), используемых в Японии. Для международной торговли следует использовать заголовок формата «04». Формат «08» предназначен для использования только в Японии.

5.4.11 Формат «09» — двоичные данные

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

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

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

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

5.4.12 Форматы «10», «11» (зарезервирован)

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

5.4.13 Формат «12» — с использованием текстовых идентификаторов элементов

В формате «12» перед каждым элементом данных должен присутствовать соответствующий текстовый идентификатор элемента (TEI), приведенный в [7], а после него знак — разделитель элементов данных , за исключением элемента данных в последнем поле формата данных, т.е. последнего элемента данных в формате «12», за которым следует знак — указатель окончания формата (десятичные и шестнадцатеричные значения для знаков указателей окончания и разделителей приведены в приложении A). Формат «12» используют только по соглашению между торговыми партнерами.

5.4.14 Формат «13» (заблокирован)

Формат «13» заблокирован для использования во избежание конфликта с форматом 13 (см. [8]).

5.4.15 Форматы «14» — «99» (зарезервированы)

Типы формата «14» — «99» зарезервированы для будущего использования.

6 Представление для визуального чтения

Неотображаемые управляющие знаки (см. [1]) должны использоваться в соответствии с приложением A. Указанные знаки входят в набор знаков по (см. [1]) и включают в себя:

• - двухбуквенное обозначение буквы R в верхнем индексе и буквы S в нижнем индексе, которое представляет отдельный неотображаемый управляющий знак окончания формата, называемый разделителем записей. Знак (см. [1]) кодируется как одиночный байт с десятичным значением 030 (эквивалентное шестнадцатеричное значение 1E);
• - двухбуквенное обозначение буквы G в верхнем индексе и буквы S в нижнем индексе, которое представляет отдельный неотображаемый управляющий знак разделителя элементов данных, называемый разделителем групп. Знак (см. [1]) GS кодируется как одиночный байт с десятичным значением 029 (эквивалентное шестнадцатеричное значение 1D);
• - двухбуквенное обозначение F в верхнем индексе и S в нижнем индексе, которое представляет отдельный неотображаемый управляющий знак окончания сегмента, называемый разделителем полей. Знак (см. [1]) кодируется как одиночный байт с десятичным значением 028 (эквивалентное шестнадцатеричное значение 1C);
• - двухбуквенное обозначение U в верхнем индексе и S в нижнем индексе, которое представляет отдельный неотображаемый управляющий знак разделителя подэлементов. Знак (см. [1]) кодируется как одиночный байт с десятичным значением 031 (эквивалентное шестнадцатеричное значение 1F);
• EOT — трехбуквенное обозначение буквы E в верхнем индексе, буквы O уменьшенного размера (шрифт уменьшенного размера, соответствующий размеру знаков верхнего и нижнего индекса для прописной буквы O в верхнем регистре) и буквы T в нижнем индексе, которое представляет отдельный неотображаемый управляющий знак окончания сообщения, называемый окончанием передачи. Знак (см. [1]) EOT кодируется как одиночный байт с десятичным значением 04 (эквивалентное шестнадцатеричное значение 04).

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

В примере сообщения в настоящем стандарте неотображаемые управляющие знаки воспроизводятся визуально согласно вышеуказанному; .

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

(обязательное)

Примечание — Набор знаков по [1] соответствует международной ссылочной версии кода КОИ-7 Н0 по ГОСТ 27463, за исключением знаков с десятичными значениями 36 и 126: в [1] - это знаки «$» и «~» соответственно.

(справочное)

БИБЛИОГРАФИЯ

<1> В Российской Федерации действует ГОСТ Р ИСО 9735-1-2012 «Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 1. Синтаксические правила, общие для всех частей».

<2> В стадии подготовки. Этап на момент публикации: ISO/IEC/FDIS 15961-2:2018. Указанная сноска была включена в ISO/IEC 15434:2019. На момент публикации настоящего стандарта действует ISO/IEC 15961-2:2019.