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

Information technology. Automatic identification and data capture techniques. Syntax for high-capacity automatic data capture media

МКС 35.040.50

Дата введения - 1 июня 2022 г.
Введен впервые

ГАРАНТ:

Полужирный курсив в тексте не приводится

Предисловие

Цели, основные принципы и общие правила проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0 "Межгосударственная система стандартизации. Основные положения" и ГОСТ 1.2 "Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены"

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

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

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

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

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

Краткое наименование страны по МК (ИСО 3166) 004-97	Код страны по МК (ИСО 3166) 004-97	Сокращенное наименование национального органа по стандартизации
Армения	AM	ЗАО "Национальный орган по стандартизации и метрологии" Республики Армения
Беларусь	BY	Госстандарт Республики Беларусь
Киргизия	KG	Кыргызстандарт
Россия	RU	Росстандарт
Таджикистан	TJ	Таджикстандарт
Узбекистан	UZ	Узстандарт

4 Приказом Федерального агентства по техническому регулированию и метрологии от 22 июня 2021 г. N 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).

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

6 Введен впервые

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

------------------------------

^*_{Приказом Федерального агентства по техническому регулированию и метрологии от 22 июня 2021 г. N 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 МН10 и их ведение

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

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

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

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

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

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

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

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

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

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

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

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

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

- один или более конвертов формата;

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

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

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

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

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

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

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

------------------------------

¹⁾_{Здесь и далее вместо слов "знак ASCII" использованы слова "знак (см. [1])". В контексте настоящего стандарта эти понятия совпадают.}

------------------------------

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

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

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

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

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

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

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

сообщение, содержащее один или более форматов;

формат, содержащий один или более сегментов;

сегмент, содержащий один или более элементов данных;

элемент данных (поле), который может содержать один или более подэлементов (подполей).

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

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

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

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

- знак окончания формата. Полный заголовок сообщения: [ )> R_S.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Индикатор формата	Переменные данные заголовка	Указатель окончания формата	Описание формата
00			Зарезервирован для последующего использования
01		R_S	Транспортирование
02			Полное сообщение/транзакция электронного обмена данными EDI
03		R_S	Данные, структурированные с использованием сегментов ANSI ASC Х12 (см. [3])
04		R_S	Данные, структурированные с использованием сегментов UN/EDIFACT (см. [4])
05	G_S	R_S	Данные с использованием идентификаторов применения GS1 по ГОСТ ISO/IEC 15418 (см. также [5])
06	G_S	R_S	Данные с использованием идентификаторов данных ASC МН10 ^а по ГОСТ ISO/IEC 15418 (см. также [6])
07		R_S	Текст произвольного формата
08	vvvvrrnn		Данные, структурированные с использованием синтаксических правил СМ (см. [2])
09		R_S	Двоичные данные (тип файла) (способ сжатия) (число байтов)
10, 11			Зарезервированы для последующего использования
12	G_S	R_S	Данные, структурированные по правилам текстовых идентификаторов элементов (см. [7])
13			Использование заблокировано во избежание конфликта с [8]
14-99			Зарезервированы для последующего использования
^а Ранее - идентификаторы данных FACT. Примечания 1 w - двухразрядное цифровое обозначение используемой версии формата "01". 2 R_S - знак окончания формата (см. 5.3.16). 3 F_S - указатель окончания сегмента (см. 5.3.2.2.2). 4 G_S - разделитель элементов данных (см. 5.3.2.2.3). 5 U_S - разделитель подэлементов данных (см. 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 ссс...с - наименование способа сжатия файла (см. 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" должен завершаться указателем окончания сегмента - неотображаемым знаком "F_S" (приложение А).

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

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

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

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

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

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

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

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

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

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

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

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

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

5.3.6 Заголовок формата "03" - данные, структурированные с использованием сегментов ASС X12 (см. [3])

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

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

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

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

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

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

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

------------------------------

¹⁾_{UN/EDIFACT (United Nations/Electronic Data Interchange for Administration, Commerce and Transport) - система стандартов электронного обмена данными в управлении, торговле и на транспорте, разработанная под эгидой Европейской экономической комиссии ООН (ЕЖ ООН, UN/ECE - United Nations Economic Commission for Europe). См. [4].}

------------------------------

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

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

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

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

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

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

------------------------------

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

------------------------------

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

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

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

------------------------------

³⁾_{ASC МН10 - Комитет "Грузовые единицы и транспортные упаковочные единицы" (Unit-Loads & Transport-Packages), ответственный за разработку соответствующих американских национальных стандартов, аккредитованный Американским национальным институтом стандартизации (ANSI). Ведение идентификаторов данных осуществляет рабочая группа ANSI МН10.8.2 "Идентификаторы данных" (Data Identifiers) в составе ASC МН10. Информация об идентификаторах данных ASC МН10 приведена в [6].}

------------------------------

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

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

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

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

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

5.3.11 Заголовок формата "08" - данные, структурированные в соответствии с синтаксическими правилами CII ¹⁾ (см. [2])

------------------------------

¹⁾_{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" - двоичные данные

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

- полное сообщение/транзакция электронного обмена данными EDI (в соответствии с ASC Х12 (см. [3]), UN/EDIFACT (см. [4]), или стандартом CII (см. [2]);

- структурированный текст [подмножество ASC Х12 (см. [3]) или UN/EDIFACT (см. [4])];

- данные, структурированные с использованием правил идентификаторов применения GS1 по ГОСТ ISO/IEC 15418 (см. также [5]);

- данные, структурированные с использованием правил для идентификаторов данных ASC МН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 ¹⁾ (используя квалификаторы единиц измерения для фунтов ["LB"] и килограммов ["KG"]);

------------------------------

¹⁾_{ASC MH10/SC 8 - обозначение подкомитета SC 8 "Кодирование и этикетирование грузовых единиц" (Coding and Labeling of Unit Loads) в составе комитета ASC МН10 (США) См. https://www.mhi.org/standards.}

------------------------------

- версия "06" - форматирование, приведенное в правилах Международной ассоциации воздушного транспорта (IATA) (см. [9]);

- версия "56" - форматирование, приведенное в правилах Международной федерации экспедиторских ассоциаций (FIATA) (см. [10]);

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

------------------------------

------------------------------

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

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

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

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

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

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

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

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

Идентификационный номер груза, присвоенный перевозчиком (место погрузки) [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 из общего числа упаковок х) [n/x (container n of х total containers)]	(n 01...04/n 01...04)
Масса (в фунтах "LB" или килограммах "KG") (при необходимости, в виде дробного десятичного числа) (Weight)	(r 01...08, a02) ¹⁾

------------------------------

¹⁾_{Квалификатор массы указывают прописными буквами сразу после значения и не отделяют пробелом. Например, масса груза 117,6 кг в потоке данных будет представлена в виде 117.6KG. Исторически сложилось, что кодируемым разделителем целых и дробных разрядов в дробном десятичном числе является знак (см. [1]) с шестнадцатеричным значением "2ЕНЕХ". Русское наименование знака - "ТОЧКА". В странах МГС для разделения разрядов часто используют знак "ЗАПЯТАЯ".}

------------------------------

Сверка (значения: да - Y или нет - N) (Cross match)	(a 01)
Отправка по названию улицы (Ship То Street Address)	(an 01...35)
Отправка по названию города (Ship То City)	(an 01...35)
Отправка по названию региона/области (Ship То State/Province)	(an 02)
Отправка на имя (Ship То Name)	(an 01...35)

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

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

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

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

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

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

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

Идентификатор груза, присвоенный перевозчиком (место погрузки) [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 из общего числа упаковок х) [n/x (container n of х total containers]	(n 01...04/n 01...04)
Масса (фунты) (при необходимости, в виде дробного десятичного числа) [Weight (lb)]	(r 01...10)
Сверка (значения: да - Y или нет - N) (Cross match)	(a 01)
Отправка по названию улицы (Ship То Street Address)	(an 01...35)
Отправка по названию города (Ship То City)	(an 01...35)
Отправка по названию региона/области (Ship То State/Province)	(an 02)

Вы можете открыть актуальную версию документа прямо сейчас.

Открыть документ

Если вы являетесь пользователем интернет-версии системы ГАРАНТ, вы можете открыть этот документ прямо сейчас или запросить по Горячей линии в системе.

Приложение А (обязательное). Набор знаков (см. [1]) (таблица шестнадцатеричных и десятичных значений)

ГАРАНТ:

Вы можете открыть актуальную версию документа прямо сейчас.