МЕЖГОСУДАРСТВЕННЫЙ СОВЕТ ПО СТАНДАРТИЗАЦИИ. МЕТРОЛОГИИ И СЕРТИФИКАЦИИ (МГС) INTERSTATE COUNCIL FOR STANDARDIZATION. METROLOGY AND CERTIFICATION (ISC)
МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ
ГОСТ 34731 — 2021 (ISO/IEC 15434:2019
Информационные технологии
ТЕХНОЛОГИИ АВТОМАТИЧЕСКОЙ ИДЕНТИФИКАЦИИ И СБОРА ДАННЫХ
Синтаксис носителей данных высокой емкости для автоматического сбора данных
(ISO/IEC 15434:2019, Information technology — Automatic identification and data capture techniques — Syntax for high-capacity ADC media, MOD)
Издание официальное
Москва Стандартинформ 2021
Предисловие
Цели, основные принципы и общие правила проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены»
Сведения о стандарте
1 ПОДГОТОВЛЕН Ассоциациейавтоматическойидентификации«ЮНИСКАН/ГС1 РУС»(ГС1 РУС) в рамках Межгосударственного технического комитета МТК 517 «Технологии автоматической идентификации и сбора данных» на основе собственного перевода на русский язык англоязычной версии стандарта, указанного в пункте 5
2 ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии
3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 24 мая 2021 г. № 140-П)
За принятие проголосовали.
Краткое изименооанхе страны no МК (ИСО 3188) ОМ-97 | Код страны по МК(ИСО 3188)004—97 | Сокращенное наименование национального органа по стандартизации |
Армения | AM | ЗАО «Национальный орган по стандартизации и метрологии» Республики Армения |
Беларусь | BY | Госстандарт Респубгмки Беларусь |
Киргизия | KG | Кыргыэсгандарт |
Россия | RU | Россгандарт |
Таджикистан | TJ | Таджихстандарт |
Узбекистан | UZ | Уэст андарт |
4 Приказом Федерального агентства по техническому регулированию и метрологии от 22 июня 2021 г. No 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’
8 Некоторые положения международного стандарта могут быть объектами патентных прав. Международная организация по стандартизации (ISO) и Международная электротехническая комиссия (IEC) не несут ответственности за идентификацию подобных патентных прав
* Приказом Федерального агентства по техническому регулированию и метрологии от 22 июня 2021 г. № 571-ст ГОСТ Р ИСО/МЭК 15434—2007 отменен с 1 июня 2022 г.
Информация о введении в действие (прекращении действия) настоящего стандарта и изменений к нему на территории указанных выше государств публикуется в указателях национальных стандартов, издаваемых в этих государствах, а также в сети Интернет на сайтах соответствующих национальных органов по стандартизации.
В случае пересмотра, изменения или отмены настоящего стандарта соответствующая информация будет опубликована на официальном интернет-сайте Межгосударственного совета по стандартизации, метрологии и сертификации в каталоге «Межгосударственные стандарты»
© ISO. 2019 — Все права сохраняются © IEC. 2019 — Все права сохраняются © Стандартинформ, оформление. 2021
В Российской Федерации настоящий стандарт не может быть полностью или частично воспроизведен, тиражирован и распространен в качестве официального издания без разрешения Федерального агентства по техническому регулированию и метрологии
Содержание
1 Область применения
2 Нормативные ссылки
3 Термины и определения
4 Обозначения
5 Формат сообщения
5.1 Общие положения
5.2 Конверт сообщения
5.3 Конверт формата
5.4 Формат данных
6 Представление для визуального чтения
Приложение А (обязательное) Набор знаков (см. [1]) (таблица шестнадцатеричных и десятичных значений)
Приложение ДА (справочное) Сведения о соответствии ссылочных межгосударственных стандартов международным стандартам, илольэованным в качестве ссылочных в примененном международном стандарте
Библиография
Введение
Настоящий стандарт устанавливает способы передачи данных от информационной системы отправителя к носителям данных высокой емкости для автоматического сбора данных (АСД) и далее к информационной системе получателя. Настоящий стандарт не определяет внутренний формат хранения данных для специальных носителей данных высокой емкости для АСД. Настоящий стандарт не устанавливает применение структур данных для специальных форматов синтаксиса. Применение структуры данных определяется отраслевыми соглашениями.
Для пользователей технологий АСД преимущества заключаются в возможности приема и передачи данных в стандартной форме. При использовании статических технологий АСД. например базирующихся на использовании символик штрихового кода, магнитной полосы, знаков для оптического распознавания, поверхностной акустической волны (ПАВ) и эффекта Вейганда, обычно кодированию подлежит единичное поле данных. Как правило, применение указанных технологий включает в себя кодирование информации отправителем единичного поля данных на носителе информации, а затем последующее декодирование получателем информации поля данных. Способ кодирования информации на основе единичных полей данных позволяет отправителю выполнить кодирование, используя единичные поля данных своей информационной системы. Способ декодирования информации на основе единичных полей данных позволяет получателю вводить эти данные в единичные поля своей информационной системы вместо их ввода с клавиатуры.
Технологии, использующие носители данных высокой емкости для АСД. такие как двумерные символы, радиочастотные метки, контактная память и карты на интегральных схемах, предусматривают кодирование нескольких информационных полей данных. Информационная система получателя синтаксически анализирует это множество полей и устанавливает их соответствие собственным специфическим полям данных. Синтаксис носителей данных высокой емкости для АСД. определенный в настоящем стандарте, позволяет использовать преимущества единой схемы представления данных, не зависящей от типа носителей данных высокой емкости для АСД.
ж W
ж
,«Z
ГОСТ 34731—2021 (ISO/IEC 15434:2019)
МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ
Информационные технологии
ТЕХНОЛОГИИ АВТОМАТИЧЕСКОЙ ИДЕНТИФИКАЦИИ И СБОРА ДАННЫХ
Синтаксис носителей данных высокой емкости для автоматического сбора данных
Information technology. Automatic identification and data capture techniques. Syntax for high-capacity automatic data capture media
Дата введения — 2022—06—01
1 Область применения
Настоящий стандарт устанавливает структуру передачи, синтаксис, кодирование сообщений и форматы данных носителей высокой емкости для автоматического сбора данных (АСД). используемых торговыми партнерами (е частности, отправителями и получателями), а также, где это возможно, перевозчиками. например при обработке коносаментов, при сортировке и отслеживании движения и мест нахождения грузов.
Информация, закодированная в соответствии с настоящим стандартом, включает в себя данные, используемые:
* при отгрузке, приемке и инвентаризации транспортируемых единиц;
* в сопроводительных документах в бумажном или электронном виде, связанных с грузовыми единицами или транспортными упаковками;
* при сортировке и отслеживании движения и мест нахождения транспортируемых единиц.
Настоящий стандарт определяет набор знаков (см. [1]). используемый для автоматического сбора данных. Требования настоящего стандарта не распространяются на структуры данных [например, установленных СИ — Центром информатизации промышленности в Японии (см. [2])]. ссылки на которые использованы в настоящем стандарте.
Настоящий стандарт не заменяет и не отменяет соответствующих требований по безопасности, обязательной маркировке или этикетированию. Настоящий стандарт предназначен для применения в дополнение к любым иным требованиям по маркировке.
2 Нормативные ссылки
В настоящем стандарте использованы нормативные ссылки на следующие стандарты:
ГОСТ 7.67 (ИСО 3166-1:1997) Система стандартов по информации, библиотечному и издательскому делу. Коды названий стран
ГОСТ 27463 Система обработки информации. 7-битные кодированные наборы символов
ГОСТ 30721 (ISO/IEC 19762:2016) Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь
ГОСТ ISO/IEC 15416 Информационные технологии. Технологии автоматической идентификации и сбора данных. Идентификаторы применения GS1 и идентификаторы данных ASC МН 10 и их ведение
Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов и классификаторов на официальном интернет-сайте Межгосударственного совета по стандартизации. метрологии и сертификации (www.easc.by) или по указателям национальных стандартов, издаваемых в
Издание официальное
государствах, указанных в предисловии, или на официагъных сайтах соответствующих национальных органов по стандартизации. Если на документ дана недатированная ссылка, то следует использовать документ, действующий на текущий момент, с учетом всех внесенных в него изменений. Если заменен ссылочный документ, на который дана датированная ссылка, то следует использовать указанную версию этого документа. Если после принятия настоящего стандарта в ссылочный документ, на который дана ссылка, внесено изменение, затрагивающее положение. на которое дана ссылка, то это положение применяется без учета данного изменения. Если ссылочный документ отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.
3 Термины и определения
В настоящем стандарте применены термины по ГОСТ 30721.
4 Обозначения
В настоящем стандарте в примерах сообщений используют следующие соглашения о типографских обозначениях:
a) ПОЛУЖИРНЫМ ШРИФТОМ. ПРОПИСНЫМИ БУКВАМИ — текст, который должен быть введен. как он представлен (в настоящем стандарте обозначения F*. Од Ug. Rg. используют для представления неотображаемых специальных знакое. Представление специальных1 знаков (см. [1]). используемых в настоящем стандарте, приведено в приложении А):
b) курсивом, строчными буквами — переменные параметры. Пользователь должен ввести подходящее значение. Для некоторых случаев в настоящем стандарте рекомендованы значения по умолчанию.
5 Формат сообщения
5.1 Общие положения
Настоящий раздел устанавливает требования к передаче данных от устройства считывания носителей данных высокой емкости для АСД к прикладному программному обеспечению пользователя.
Для представления множества форматов данных, заключенных в потоке данных, используют двухуровневую структуру конвертов. Внешним уровнем сообщения является конверт сообщения, определяющий начало и окончание сообщения. Внутри конверта сообщения может быть один (или более) конверт формата, содержащий данные (рисунок 1). Применение множества форматов внутри одного сообщения должно быть согласовано между торговыми партнерами.
Конверт сообщения должен включать в себя:
- заголовок сообщения:
- один или более конвертов формата;
- окончание сообщения (при необходимости).
Каждый конверт формата внутри конверта сообщения должен включать в себя:
- заголовок формата:
- данные, отформатированные в соответствии с правилами, установленными для этого формата;
- окончание формата (при необходимости).
Заголовок сообщения
Заголовок формата
Отформатированные данные
Окончание формата
Заголовок формата
Отформатированные данные
Окончание формата
Окончание сообщения
Рисунок 1 — Структура конвертов
Примечание — Используемые в настоящем стандарте десятичные и шестнадцатеричные значения знаков (см. /I/)11 приведены е приложении А.
5.2 Конверт сообщения
5.2.1 Общие положения
Конверт сообщения задает начало и окончание данных внутри потока данных, а также обеспечивает выполнение следующих функций:
• указывает, что сообщение, заключенное в данном носителе данных, отформатировано в соответствии с требованиями настоящего стандарта;
- указывает знак, который установлен для разделения форматов внутри данного сообщения;
* предоставляет уникальный знак для обозначения окончания сообщения.
Поток данных имеет следующую структуру:
сообщение, содержащее один или более форматов.
формат, содержащий один или более сегментов;
сегмент, содержащий один или более элементов данных;
элемент данных (поле), который может содержать один или более подэлементов (подлолей).
5.2.2 Заголовок сообщения
5.2.2.1 Общие положения
Заголовок сообщения состоит из двух частей:
■ три знака индикатора соответствия;
- знак окончания формата.
Полный заголовок сообщения: [ )>
5.2.2.2 Индикатор соответствия
Индикатором соответствия являются первые три знака заголовка сообщения. Индикатор соответствия должен быть представлен знаками ()> (квадратная скобка левая, круглая скобка правая и больше). Десятичные и шестнадцатеричные значения знаков (см. [1]). используемые в настоящем стандарте, приведены в приложении А.
5.2.2.3 Знак окончания формата
Знак окончания формата должен быть четвертым знаком в заголовке сообщения. 8 качестве знака окончания формата должен использоваться неотображаемый управляющий знак (см. [1)) (приложение А). Знак окончания формата повсеместно используется в сообщении для указания окончания данных конверта формата (см. 5.3.16).
5.2.3 Окончание сообщения
Окончание сообщения внутри потока данных идентифицируют с помощью указателя окончания сообщения. Им является знак завершения транзакции (приложение А). Знак окончания сообще-
Здесь и дате вместо слов «знак ASCII» использованы слова «знак (см. [1]}». В контексте настоящего стандарта эти понятия совпадают.
ния не должен использоваться в сообщении, за исключением формата *09' (двоичные данные), в кото* ром может появляться знак
Не допускается использовать указатель окончания сообщения в форматах *02* (полное сообще* ние/транзакция электронного обмена данными EDI) и "08' [Данные, структурированные с использованием синтаксических правил СИ (см. [2])].
5.3 Конверт формата
5.3.1 Общие положения
Конверт формата устанавливает начало и конец данных заданного формата и выполняет следу* ющие функции:
- идентифицирует формат данных, используемый внутри конверта;
* определяет знак(и). используемый(ые) для разделения сегментов, элементов данных (полей) и подэлементов (подполей) в рамках указанного формата данных;
- указывает на иные применяемые данные, версии или служебную информацию.
5.3.2 Заголовок формата
5.3.2.1 Общие положения
Заголовок формата состоит из двух частей:
- индикатора формата (двухразрядного цифрового идентификатора, устанавливающего основ* ные правила для данного формата);
- переменных данных (при необходимости), определяющих используемые разделители, версию, выпуск, дату или служебную информацию в соответствии с применяемыми стандартами.
Перечень индикаторов форматов и переменных данных для соответствующих заголовков форматов приведен в таблице 1.
Таблица 1 — Заголовки форматов с указанием соответствующих разделителей
Индикатор формата | Переменные денные заголовка | Указателе окончания формата | Описание формата |
00 | Зарезервирован для последующего использования | ||
01 | вдг/ | «в | Транспортирование |
02 | Полное сообщениеЛранзакция электронного обмена данными EDI | ||
03 | и» | Данные, структурированные с использованием сегментов ANSI ASC Х12 (см. (3J) | |
04 | Данные, структурированные с использованием сегментов UN/EDIFACT (см. [4]) | ||
05 | “в | Данные с использованием идентификаторов применения GS1 по ГОСТ ISO/IEC 15418 (см. также[5]) | |
Об | «а | Ч | Данные с использованием идентификаторов данных ASC МН 10» ло rOCTISO/IEC 15418 (см. также [6]) |
07 | ч | Текст произвольного формата | |
08 | vwvrrnn | Данные, структурированные с использованием синтаксических правил СИ (см. [2]) | |
09 | и >> | «в | Двоичные данные (тип файла) (способ сжатия) (число байтов) |
10. 11 | Зарезервированы для последующего использования | ||
12 | «а | Данные, структурированные по правилам текстовых идентификаторов элементов (см. [7]) |
Окончание таблицы 1
Индикатор формата | Переменные донные зо головка | Указатель окончания формата | Описание формата |
13 | Использование заблокировано во избежание конфликта с (8J | ||
14—99 | Зарезервированы для последующего использования | ||
а Ранее — идентификаторы данных FACT. Примечания
|
5.3.2.2 Разделители и указатели окончания
5.3.2.2.1 Общие положения
Разделители и указатели окончания являются составной частью потока данных. Знаки разделителей и указателей окончания не допускается использовать в недвоичных данных в другом месте сообщения. Для строк, содержащих двоичные данные (формат *09"). следует применять особые положения (см. 5.3.12).
5.3.2.2.2 Указатель окончания сегмента
Каждый сегмент в формате "03" должен завершаться указателем окончания сегмента — неотображаемым знаком (приложение А).
5.3.2.2.3 Разделитель элементов данных
Элементы данных в форматах "ОГ. *03". *05" и "Об' должны быть разделены неотображаемым знаком — разделителем элементов данных (приложение А).
5.3.2.2.4 Разделитель подэлементов данных
Подэлементы данных в формате "03' должны заканчиваться разделителем лодэлементов — неотображаемым знаком 'llg (приложение А).
5.3.3 Заголовок формата “00" — зарезервированный формат
Заголовок формата "00" зарезервирован для будущего использования.
5.3.4 Заголовок формата “0Г* — транспортирование
Заголовок формата должен быть представлен в виде:
OlGjw.
где <5$ — разделитель элементов данных, который должен использоваться между элементами данных; w — двухразрядное обозначение номера версии согласно 5.4.3.1.
5.3.5 Заголовок формата ‘'02" — полное сообщение/транзакция электронного обмена данными EDI
Заголовок формата должен быть представлен в виде:
02
Для этого формата данных не существует переменных данных заголовка (см. 5.4.4).
5.3.6 Заголовок формата “ОЗ" — данные, структурированные с использованием сегментов ASC X12fCM./3J)
Заголовок формата должен быть представлен в виде:
03vvwr FgGgUg,
где vwrrr — индикатор используемого стандарта ASC Х12 (см. [3]). состоящий из трехразрядного обозначения номера версии (wv) и трехразрядного обозначения номера выпуска (пт);
— указатель окончания сегмента электронного обмена данными EDI.
Gg — разделитель элементов данных электронного обмена данными EDI;
Ug — разделитель лодэлементоа данных в составных элементах данных электронного обмена данными EDI.
Заголовок формата *03' применяют с сегментами ANSI ASC Х12 (см. [3]). используемыми в Северной Америке. Для международной торговли должен быть использован заголовок формата "04*. Формат *03" предназначен для использования только в Северной Америке.
5.3.7 Заголовок формата “04" — данные, структурированные с использованием сегментов UN/EDIFACT1 2 >
Заголовок формата должен быть представлен в виде:
04wvrn FgGgUg,
где vwrrr — индикатор используемого уровня UN/EDIFACT. состоящий из трехразрядного обозначения номера версии (vw) и трехразрядного обозначения номера выпуска (ггг);
— указатель окончания сегмента электронного обмена данными EDI;
9g — разделитель элементов данных электронного обмена данными EDI;
Ug — разделитель подэлементов данных в составных элементах данных электронного обмена данными EDI.
5.3.8 Заголовок формата “05” — данные с использованием идентификаторов применения GS12>
Заголовок формата должен быть представлен в виде;
05 Gg
где Gg _ разделитель элементов данных, используемый для разделения полем данных.
5.3.9 Заголовок формата “06" — данные с использованием идентификаторов данных ASC МН 103>
Заголовок формата должен быть представлен в виде:
06 Gg
где Gg — разделитель элементов данных, используемый для разделения полей данных.
5.3.10 Заголовок формата “07” — данные в виде текста произвольного формата
Заголовок формата должен быть представлен в виде:
07
Для этого формата не существует переменных данных заголовка (см. 5.4.7).
5.3.11 Заголовок формата “08” — данные, структурированные в соответствии с синтаксическими правилами CIP (см. (2])
Заголовок формата должен быть представлен в виде;
Oewvwnn.
где wwrmn — четырехразрядное обозначение номера версии (uvw). двухразрядное обозначение номера выпуска (гг) и двухразрядное обозначение номера редакции (пл) используемого уровня, установленного СИ. Это соответствует BPID в синтаксических правилах СИ (см. [2]. 5.4.10).
8 заголовке формата ”08' применяют синтаксические правила СИ (см. (2J) (спецификациям синтаксических правил СИ), используемым в Японии. Для международной торговли следует использовать заголовок формата *04'. Формат "08” предназначен для использования только в Японии.
5.3.12 Заголовок формата “09” — двоичные данные
Заголовок формата должен быть представлен в виде:
09вд? ft... гв^ссс... cGjjpnn... л
где«5 — разделитель элементов данных, используемый между полями этого заголовка и в конце последнего поля данных;
— идентификация типа файла, содержащего двоичные данные, т. е. JPEG. TIFF. PCX. BMP. CSV. CGM, GIF. Это поле переменной длины от 1 до 30 знаков (при необходимости в него включают номер версии). Поле должно заканчиваться знаком Тип двоичного файла и средства представления типа двоичного файла должны быть согласованы между торговыми партнерами;
ссс...с — используемый способ сжатия данных. Это поле переменной длины от 0 до 30 знаков. Если сжатие не используется, то поле должно оставаться незаполненным. В любом случае указанное поле должно заканчиваться знаком ®g' Способ сжатия и средства представления способа сжатия должны быть согласованы между торговыми партнерами;
ЛПП...П — число байтов в двоичном сообщении. Это поле переменной длины от 1 до 15 разрядов. В число байтов не включены длина заголовка формата данных и указатель окончания формата данных. Поле должно заканчиваться знаком Gg'. который не учитывается при подсчете общего числа байтов.
5.3.13 Заголовок формата (“10”, “11”) — зарезервированные форматы
Заголовки формата *10*. *1Г зарезервированы для будущего использования.
5.3.14 Заголовок формата “12" — данные с использованием текстовых идентификаторов элементов (см. [7])
Заголовок формата должен быть представлен в виде:
12eg.
где Gg — разделитель элементов данных, используемый для разделения полей данных.
5.3.15 Заголовок формата “13” — “99“ — зарезервированные форматы
Заголовки форматов *13*—*99” зарезервированы для будущего использования.
5.3.16 Указатель окончания формата
Указатель окончания формата устанавливает окончание конверта формата. Указатель окончания формата должен включать в себя знак окончания формата — неотображаемый знак (см. (1)) Яд (приложение А). Знак указателя окончания формата не должен использоваться в недвоичных данных в другом месте сообщения.
Предупреждение — Не допускается использовать указатель окончания формата с форматами "02" (полное сообщение/транзакция электронного обмена данных EDI) и *08" (полное сообщение СИ).
5.4 Формат данных
5.4.1 Общие положения
Внутри конверта формата данные должны быть отформатированы с помощью одного из следующих методов:
• транспортирование;
- полное сообщение/транзакция электронного обмена данными EDI (в соответствии с ASC Х12 (см. (3J). UN/EDIFACT (см. [4]). или стандартом СП (см. (2)):
- структурированный текст [подмножество ASC Х12 (см. [3]) или UN/EDIFACT (см. [4J)];
• данные, структурированные с использованием правил идентификаторов применения GS1 по COCTISO/IEC 15418 (см. также [5])];
■ данные, структурированные с использованием правил для идентификаторов данных ASC МН 10 по COCTISO/IEC 15418 (см. также [6])];
• текст произвольного формата:
• запись сообщения, установленного стандартом СП (см. [2]), без заголовка группы сообщений и окончания;
- двоичные данные;
• данные, структурированные с использованием правил для текстовых идентификаторов элементов.
Если сообщение содержит более одного формата, первым, если используется, должен быть формат *01".
5.4.2 Формат “00" (зарезервирован)
Формат “00" зарезервирован для будущего использования.
5.4.3 Формат “01" — сортировка и отслеживание перевозчиком движения и мест нахождения грузов (транспортирование)
5.4.3.1 Основные сведения
Формат *01" состоит из двух частей: обязательных данных, которые являются общими для всех применений сортировки и отслеживания перевозчиком движения и мест нахождения грузов, и необязательных данных, которые могут понадобиться в специальных применениях, используемых торговыми партнерами.
Организацию, ответственную за ведение структуры данных указанного формата, идентифицируют с помощью индикатора версии в заголовке формата. На момент издания настоящего стандарта установлены следующие версии:
- версия "02" — форматирование, приведенное в правилахASC МНЮ/SC 81) (используя квалификаторы единиц измерения для фунтов ("LB"] и килограммов ("KG"]);
• версия “06” — форматирование, приведенное в правилах Международной ассоциации воздушного транспорта (IATA) (см. {9));
- версия *56" — форматирование, приведенное в правилах Международной федерации экспедиторских ассоциаций (FIATA) (см. (10J):
- версия "96" — форматирование, приведенное в правилах ASC MH10/SC 8п (используя только квалификатор единиц измерения для фунтов).
5.4.3.2 Формат “0Г версия "02"
5.4.3.2.1 Обязательные данные
Для версии *02" формата "01" требуется наличие обязательных данных. Элементы обязательных данных должны следовать в приведенном ниже порядке сразу после заголовка формата. Для каждого элемента данных установлена постоянная или переменная длина поля. Для полей переменном длины приводят минимальное и максимальное значения длины поля (min...max). Все поля должны быть раз* делены знаком — разделителем элементов данных (знаком Og согласно приложению А), определенным в заголовке формата.
Отправка по почтовому кодовому значению (Ship То Postal Code) (an 00...11)
Отправка по кодовому значению страны (см. ГОСТ 7.67) (Ship То Country Code) (п 03) Категория услуги (присваивает перевозчик) (Class of Service) (an 01 ...03)
Номер отслеживания движения и мест нахождения (контролирует перевозчик)
(Tracking Number) (an 01...20)
Кодовое значение SCAC начального перевозчика (Origin Career SCAC) (см. [11]) (an 02...04)
[Стандартный буквенный код перевозчиков (SCAC) (см. [11]) предназначен для транспортирования упакованного груза]
Категорию услуги рекомендуется представлять тремя разрядами числового набора данных.
5.4.3.2.2 Необязательные данные
Установлены девять необязательных элементов данных. Необязательные элементы данных, при использовании, должны следовать сразу же после обязательных данных в приведенном ниже порядке. Для каждого элемента данных установлена постоянная или переменная длина поля. Для полей переменной длины указывают минимальное и максимальное значения длины поля (min...max). Все необязательные поля, включая незаполненные, должны быть разделены знаком — разделителем элементов данных Данные, идентифицированные как необязательные, требуются не во всех применениях. Поля необязательных данных и соответствующие им длины; Идентификационный номер груза, присвоенный перевозчиком (место погрузки) [Carrier Assigned Shipper ID (pick-up location)] (ап 01 ...10) Юлианская дата погрузки (Julian Day of Pickup) (п 03) Идентификационный номер груза (Shipment ID Number) n/x (число упаковок n из общего числа упаковок х) [n/x (container n of х total containers)] Масса (в фунтах "LB" или килограммах ’КС) (при необходимости, в виде дробного десятичного числа) (Weight) (ап 01 ... 30) (п 01...04/П01...04) (г 01...08. а02р) Сверка (значения: да — Y или нет — N) (Cross match) Отправка по названию улицы (Ship То Street Address) (а 01) (ап 01...35) Отправка по названию города (Ship То City) (ап 01 ...35) Отправка по названию региона/области (Ship То StatefProvince) Отправка на имя (Ship То Name) (ап 02) (ап 01...35) S.4.3.3 Формат "0Г версия "96" 5.4.3.3.1 Обязательные данные Указанные данные являются обязательными для версии "96' формата *01". Элементы данных должны следовать сразу после заголовка формата в приведенном ниже порядке. Для каждого элемента данных установлена постоянная или переменная длина поля. Для полей переменной длины указывают минимальное и максимальное значения длины поля (min., .max). Все поля должны быть разделены зна-ком — разделителем элементов данных (см. приложение А), определенным в заголовке формата. Отправка по почтовому кодовому значению (Ship То Postal Code) (an 03...11) Отправка по кодовому значению страны (см. ГОСТ 7.67) (Ship То Country Code) (л 03) (an 01...03) Категория услуги (присваивает перевозчик) (Class of Service) Номер отслеживания перемещения и мест нахождения (контролирует пере- (ап 01 ...20) возчик) (Tracking Number) Кодовое значение SCAC (см. [11]) начального перевозчика (Origin Carrier (an 02...04) SCAC) [Стандартное буквенное кодовое значение перевозчика (SCAC) (см. [11]) предназначено для транспортирования упакованного груза] Категорию услуги рекомендуется представлять тремя разрядами числового набора данных. 5.4.3.3.2 Необязательные данные Установлены девять необязательных элементов данных. Необязательные элементы данных (если их используют) должны следовать сразу же после обязательных данных в приведенном ниже порядке. Для каждого элемента данных установлена постоянная или переменная длина поля. Для полей переменной длины указывают минимальное и максимальное значения длины поля (min...max) как указано ниже. 8се переменные поля, включая незаполненные, должны быть разделены знаком — разделителем элементов данных (см. приложение А). Разделитель элементов данных в конце последнего поля данных должен быть отброшен. Данные, идентифицированные как необязательные, требуются не во всех применениях. Поля необязательных данных и соответствующие ям длины: Идентификатор груза, присвоенный перевозчиком (место погрузки) [Carrier Assigned Shipper ID (pick-up Location)] (an 01. ..10) Юлианская дата погрузки (Julian Day of Pickup) (n 03) Идентификационный номер груза (Shipment ID Number) (an 01 ... 30) n/x (число упаковок n из общего числа упаковок х) [п/х (container п of х total containers] (л 01...04/п 01...04) Масса (фунты) (при необходимости, в виде дробного десятичного числа) (Weight (lb)] (г 01...10) Сверка (значения: да — Y или нет — N) (Cross match) (а 01) Отправка по названию улицы (Ship То Street Address) (an 01 ...35) Отправка по названию города (Ship То City) (an 01 ...35) Отправка по названию региона/области (Ship То State/Province) (an 02) 5.4.4 Формат “02*’ — полное сообщение/транзакция электронного обмена данными EDI Формат используют для кодирования полного сообщения/транзакции электронного обмена данными EDI с целью ее передачи непосредственно на вход конвертора (транслятора) EDI. Формат должен соответствовать либо ASC Х12 (см. [3]). либо UN/EDIFACT (см. [4]). либо синтаксическим правилам СИ (см. [2]). При этом следует использовать структуру конвертов, определенную стандартом применения, например сегменты ISA. GS. ST. SE. GE и IEA для ASC X12 (см. [3]). сегменты UNA. UNB. UNH. UNT и UNZ для UN/EDIFACT (cm. [4]). или заголовок группы сообщений, сообщение и запись окончания группы сообщений согласно синтаксическим правилам (см. [2]). В формате '02* не допускается использовать знак указателя окончания сообщения Eq?' и знак указателя окончания формата R*". В конверте сообщения должно быть не более одного формата “02". Формат "02" не допускается комбинировать с другими форматами данных в пределах конверта сообщения. 5.4.5 Формат “03" — данные, структурированные с использованием сегментов ASC Х12 (см. [3]) Формат *03' используют для представления таких данных, как «отправка по» (ship to) и «отгрузка из» (ship from) и т. л., структурированных в соответствии с правилами ASC Х12 (см. (3]). Указанный формат допускает кодирование данных, представляемых либо отдельными сегментами ASC Х12 (см. [3]) без конверта, т. е. ISA/iEA. GS/GE и ST/SE, либо единичным набором транзакций ASC Х12 (см. [3]) с конвертом, т. е. с сегментами ST/SE. Эти данные не предназначены для непосредственной передачи на вход конвертора (транслятора) электронного обмена данными EDI. 8 заголовке формата “03" содержится версия используемого стандарта ASC Х12 (см. (3)). Знак Fg" используется в качестве указателя окончания сегмента ASC Х12 (см. (3)). Знак используется в качестве разделителя элементов данных ASC Х12 (см. (3J). Знак Ug’ используется в качестве разделителя лодэлемектов данных ASC Х12 (см. [3]) (десятичные и шестнадцатеричные значения для знаков указателя окончания и разделителей приведены в приложении А). Такие сегменты электронного обмена данными EDI, как BIN. которые кодируют двоичные данные, не должны использоваться в формате “03". Двоичные данные должны быть закодированы только в формате “09" (см. 5.3.10). Заголовок формата "03" применяют с сегментами ANSI ASC Х12 (см. [3}), используемыми в Северной Америке. Для международной торговли используют заголовок формата “04". Формат *03“ предназначен для использования только в Северной Америке. 5.4.6 Формат “04" — данные, структурированные с использованием сегментов UN/EDIFACT (см. [4]) Формат “04“ используют для представления таких данных, как отправка no (ship to), отгрузка из (ship from) и т. л., структурированных в соответствии с правилами UN/EDIFACT (см. [4]). Указанный формат допускает кодирование данных, представляемых либо любыми отдельными сегментами UN/EDIFACT без конверта, т. е. сегментами UNB/UNA/UNZ и UNH/UNT. либо отдельным сообщением UN/EDIFACT с конвертом, т. е. сегментами UNH/UNT. Эти данные не предназначены для непосредственной передачи на вход конвертора (транслятора) электронного обмена данными EDI. 8 заголовке формата “04“ содержится версия формата UN/EDIFACT. Знак Fg используют в качестве указателя окончания сегмента UN/EDIFACT. Знак Og" используют в качестве разделителя элементов данных UN/EDIFACT. Знак Ug“ используют в качестве разделителя подэлементов данных UN/ EDIFACT (десятичные и шестнадцатеричные значения для знаков указателя окончания и разделителей приведены в приложении А). 5.4.7 Формат “05й —* с использованием идентификаторов применения GS1 8 формате *05“ перед каждым элементом данных должно присутствовать кодовое значение соответствующего идентификатора применения (Al) GS1 по ГОСТ ISO/IEC 15418 (см. также [5] Общие спецификации GS1). а после него знак — разделитель элементов данных *Gg'. за исключением последнего элемента данных в последнем поле формата данных, т. е. за которым в формате *05* должен следовать знак указателя окончания формата ■Rg’ (десятичные и шестнадцатеричные значения для знаков указателей окончания и разделителей приведены в приложении А). 5.4.8 Формат “06" — с использованием идентификаторов данных ASC МН 10 8 формате “06* перед каждым элементом данных должно присутствовать кодовое значение соответствующего идентификатора данных (DI) ASC МН 10 по ГОСТ ISO/IEC 15418 (см. также [6]). а после него — знак — разделитель элементов данных 'Gg"t за исключением последнего элемента данных в последнем поле формата данных, т. е. за которым в формате "06" должен следовать знак указателя окончания формата Rg“ (десятичные и шестнадцатеричные значения для знаков указателей окончания и разделителей приведены в приложении А). 5.4.9 Формат “07" — текст произвольного формата Формат “07" допускает использование текстовой информации в произвольной форме. Заголовок этого формата не содержит переменных данных. Законченные предложения должны завершаться точками и. если предложение не является последним в параграфе. — двумя пробелами. Между параграфами должны быть использованы два управляющих знака перевод строки. 5.4.10 Формат “08" — данные, структурированные с использованием синтаксических правил СИ (см. [2]) Формат "08' предназначен для структурирования данных в соответствии с синтаксическими правилами СИ (см. [2]). установленными Японским центром информатизации промышленности Японии (СП). Формат *08” содержит только одну запись — сообщение СИ. Для обозначения окончания формата и окончания сообщения в формате *08' используют указатель окончания сообщения СП. Знаки указателя окончания сообщения 'Вфу” и указателя окончания формата *Я£ не используют в формате «08". Формат *08" не допускается комбинировать с другими форматами данных в конверте сообщения. Заголовок формата *08" подразумевает применение синтаксических правил СИ (см. (2J). используемых в Японии. Для международной торговли следует использовать заголовок формата *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". "1Г зарезервированы для будущего использования. 5.4.13 Формат “12” — с использованием текстовых идентификаторов элементов В формате "12* перед каждым элементом данных должен присутствовать соответствующий текстовый идентификатор элемента (TEI), приведенный в [7]. а после него знак — разделитель элементов данных *Qg'. за исключением элемента данных в последнем поле формата данных, т. е. последнего элемента данных в формате "12". за которым следует знак — указатель окончания формата Rg (десятичные и шестнадцатеричные значения для знаков указателей окончания и разделителей приведены в приложении А). Формат *12* используют только по соглашению между торговыми партнерами. 5.4.14 Формат “13" (заблокирован) Формат *13" заблокирован для использования во избежание конфликта с форматом 13 (см. [8]}. 5.4.15 Форматы “14" — “99” (зарезервированы) Типы формата ”14' — "99* зарезервированы для будущего использования. Неотображаемые управляющие знаки (см. [1]) должны использоваться в соответствии с приложением А. Указанные знаки входят в набор знаков по (см. [1]) и включают в себя: - Rg — двухбуквенное обозначение буквы R в верхнем индексе и буквы g в нижнем индексе, которое представляет отдельный неотображаемый управляющий знак окончания формата, называемый разделителем записей. Знак (см. [1]) Rg кодируется как одиночный байт с десятичным значением 030 (эквивалентное шестнадцатеричное значение 1Е); • ®д — двухбуквенное обозначение буквы О в верхнем индексе и буквы g в нижнем индексе, ко* торое представляет отдельный неотображаемый управляющий знак разделителя элементов данных, называемый разделителем групп. Знак (см. [1]) бд кодируется как одиночный байт с десятичным зна-чением 029 (эквивалентное шестнадцатеричное значение 1D): - Fg — двухбуквенное обозначение F в верхнем индексе и g в нижнем индексе, которое представляет отдельный неотображаемый управляющий знак окончания сегмента, называемый разделителем полей. Знак (см. [1]) Fg кодируется как одиночный байт с десятичным значением 028 (эквивалентное шестнадцатеричное значение 1С); • Ug — двухбуквенное обозначение U в верхнем индексе и g в нижнем индексе, которое представляет отдельный неотображаемый управляющий знак разделителя педэлементов. Знак (см. (1J) Ug кодируется как одиночный байт с десятичным значением 031 (эквивалентное шестнадцатеричное зна чение 1F); - Eqj — трехбуквенное обозначение буквы £ в верхнем индексе, буквы q уменьшеного размера (шрифт уменьшенного размера, соответствующий размеру знаков верхнего и нижнего индекса для прописной буквы о в верхнем регистре) и буквы у в нижнем индексе, которое представляет отдельный неотображаемыйй управляющий знак окончания сообщения, называемый окончанием передачи. Знак (см. (1J) Ефу кодируется как одиночный байт с десятичным значением 04 (эквивалентное шестнадцатеричное значение 04). Примечание — Если в строке данных закодированы буквенные знаки или другие несовместимые знаки, то результирующие данные будут содержать ошибки и не будут соответствовать настоящему стандарту; в приложении, соответствующем настоящему стандарту, такая строка данных не является понятной, т. е. доступной для корректного декодирования, анализа и интерпретации. 8 примере сообщения в настоящем стандарте неотображаемые управляющие знаки воспроизводятся визуально согласно вышеуказанному. [>^06 Приложение А (обязательное) Набор знаков (см. [1]) (таблица шестнадцатеричных и десятичных значений) Таблица А.1 — Набор знаков (см. [1]) (таблща шестнадцатеричных и десятичных значений) Шест над ’ цатеричное значение Деся» тичное значение Обозначение знака (см.(Ц) lUeciHae-нагоримное значение Десятичное значение Обозначение знака (см. (1() Шестнадцатеричное значение Десятичное значение Обозначение знака few. (11) 00 00 NUL 2B 43 + 56 86 V 01 01 SOH 2C 44 57 87 W 02 02 STX 20 45 • 58 88 X 03 03 ЕТХ 2E 46 59 89 Y 04 04 2F 47 / 5А 90 Z 05 05 ENQ 30 48 0 5В 91 1 06 06 АСК 31 49 1 5С 92 \ 07 07 BEL 32 50 2 50 93 J 08 08 BS 33 51 3 5Е 94 А 09 09 НТ 34 52 4 5F 95 0А 10 LF 35 53 5 60 96 0В 11 VT 36 54 6 61 97 а ОС 12 FF 37 55 7 62 98 b 0D 13 CR 38 56 8 63 99 с 0Е 14 SO 39 57 9 64 100 d 0F 15 SI ЗА 58 65 101 е 10 16 DLE ЗВ 59 66 102 f 11 17 DC1 ЗС 60 < 67 103 9 12 18 DC2 3D 61 S 68 104 h 13 19 DC3 ЗЕ 62 > 69 105 i 14 20 DC4 3F 63 6А 106 i 15 21 NAK 40 64 @ 6В 107 k 16 22 SYN 41 65 А 6С 108 1 17 23 ETB 42 66 В 6D 109 m 18 24 CAN 43 67 С 6Е 110 n 19 25 EM 44 68 D 6F 111 0 1А 26 SUB 45 69 Е 70 112 P 1В 27 ESC 46 70 F 71 113 q 1С 28 FS 47 71 G 72 114 г 1D 29 GS 48 72 Н 73 115 s 1Е 30 RS 49 73 I 74 116 I IF 31 US 4А 74 J 75 117 и 20 32 SP 4В 75 К 76 118 V 21 33 i 4С 76 L 77 119 w 22 34 • 4D 77 М 78 120 X 23 35 # 4Е 78 N 79 121 У 24 36 s 4F 79 О 7А 122 z 25 37 % 50 80 Р 78 123 < 26 38 & 51 81 Q 7С 124 1 27 39 52 82 R 7D 125 } 28 40 ( 53 83 S 7Е 126 — 29 41 > 54 84 Т 7F 127 DEL 2А 42 4 55 85 и Примечание — Набор знаков по [1J соответствует международной ссылочной версии кода КОИ-7 НО по ГОСТ 27463. за исключением знаков с десятичными значениями 36 и 126: в (1J— это знаки <$» и •-» соответственно. Приложение ДА (справочное) Сведения о соответствии ссылочных межгосударственных стандартов международным стандартам, использованным в качестве ссылочных в примененном международном стандарте Таблица ДАЛ Обозначение ссылочного межгосударственного стандарта Степень соответствия Обозначение и наименование ссылочного международного стандарта ПОСТ 7.67—2003 (ИСО 3166-1:1997) MOD ISO 3166-1:1997 «Коды для представления названий стран и единиц их администрэтивно-территориатъного деления. Часть 1. Коды стран» ГОСТ 27463—87 NEQ ISO/1EC 646 «Информационная технология. 7-битовый кодированный набор знаков ИСО для обмена информацией» ГОСТ 30721—2020 (ISO/IEC 19762:2016) MOD ISO/IEC 19762:2016 «Информационные технологии. Технологии автоматической идентификации и сбора данных (АИСД). Гармонизированный словарь» ГОСТ ISO/IEC 15416—2014 IDT ISO/IEC 15418:2009 «Информационные технологии. Технологии автоматической идентификации и сбора данных. Идентификаторы применения GS1 и идентификаторы данных ASC МН 10 и их ведение» Примечание — В настоящей таблице использованы следующие условные обозначения степени соответствия стандартов: - IDT — идентичный стандарт; • MOD — модифицированный стандарт; - NEQ — неэквивалентный стандарт. Библиография [1] ISO/IEC 646. Information technology — ISO 7-bil coded character set for information interchange (Информационная технология. 7-битовый кодированный набор знаков ИСО для обмена информацией) [2] SYNTAX RULE СИ (Vers 3.00). СИ Syntax Rule Specifications (3.00) (Electronic Data Interchange — Japan) [Синтаксические правила Центра информатизации промышленности (СИ) (Версия 3.00). спецификации синтаксических правил СП (3.00) (Электронный обмен данными. Япония)] [3] ANS Х12. Electronic Data Interchange (Электронный обмен данными) [4] ISO 9735-1, Electronic data interchange for administration, commerce and transport (ED1FACT) — Application level syntax rules (Syntax version number: 4. Syntax release number: 1) — Part 1: Syntax rules common to all parts [Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические сдавила для прикладного уровня (версия 4. редакция 1). Часть 1. Синтаксические правила, общие для всех частей]1) [5] GS1 General Specification. GS1 (Общие спецификации GS1. GS1) [6] ANS МН10.8.2, ASC МН 10 Data Identifiers and Application Identifiers (Идентификаторы данных ASC MH 10 и идентификаторы применения) [7] АТА Common Support Data Dictionary (CSDD). Air Transport Association [Общий словарь служебных данных АТА (CSDD). Ассоциация воздушного транспорта] [8] ISO/IEC 15961-221, Information technology — Data protocol for radio frequency identification (RFID) for item management — Part 2: Registration of RFID data constructs [Информационные технологии. Радиочастотная идентификация (RFID) для управления объектами. Протокол данных. Часть 2. Регистрация конструкций данных RFID] [9] International Air Transport Association (IATA), http://www.iata.org (Международная ассоциация воздушного транспорта) [10] International Federation of Freight Forwarders Associations (Fl ATA), http://www.fiala.com (Международная федерация экспедиторских ассоциаций (FtATA)] [If] Standard Carrier Alpha Codes (SCAC). http://www.nmfla.org/pages/scac [Стандартный буквенный код перевозчиков (SCAC)] ’• В Российской Федерации действует ГОСТ Р ИСО 9735-1—2012 «Электронный обмен данными в управлении, торговле и на транспорте (EDIFACT). Синтаксические правила для прикладного уровня (версия 4, редакция 1). Часть 1. Синтаксические правила, общие для всех частей». 2) В стадии подготовки. Этап на момент публикации: ISO/IEC/FDIS 15961-2:2018. Указанная сноска была включена е ISO/1EC 15434:2019. На момент публикации настоящего стандарта действует ISO/IEC 15961-2:2019. УДК 003.62:004.223.2.057.3:004.6:006.354 МКС 35.040.50 MOD Ключевые слова: технологии автоматической идентификации и сбора данных, синтаксис носителей данных, автоматический сбор данных Технический редактор И.Е. Черепкова Корректор О.В. Лазарева Коыгьютерная верстка М.В. Лебедевой Сдано о набор 26.06.2021 Подписано в печать 16.07.202t. Формат 60*84%. Гарнитура Ариал. Усп. печ. л. 2.78. Уч.-и«. л. 2.5*. Подготовлено на основе электронной версии, предоставленной разработчиком стандарта Создано в единичном исполнении по . 1174*8 Москва. Нахимовский пр-т, д. 3*. и. 2. www.goslinfo.ru inlo@gostnfo.ru 1 * UN/EDIFACT (United Nations/Etectronic Data Interchange for Administration. Commerce and Transport) — система стандартов электронного обмена данными в управлении, торговле и на транспорте, разработанная под эгидой Европейской экономической комиссии ООН (ЕЭК ООН, UN/ECE — United Nations Economic Commission for Europe). Cm. (4]. 2 2) qsi — международная организация no созданию и внедрению стандартов по автоматической идентификации и сбору данных для различных применений в сфере хозяйственной деятельности, действующая через сеть национальных организаций GS1. На территории страны действует одна национальная организация GS1, уполномоченная GS1. На территории Российской Федерации действует единственная уполномоченная GS1 национальная организация — Ассоциация автоматической идентификации «ЮНИСКАН/ГС1 РУС» (ГС1 РУС). Сведения о национальных организациях, действующих в странах МГС. приведен на сайте GS1 www.gs1.org. Информация об идентификаторах применения GS1 приведена в [5]. 3 ) ASC МНЮ — Комитет «Гоузовые единицы и транспортные упаковочные единицы» (Unit-Loads & Transport-Packages), ответственный за разработку соответствующих американских национальных стандартов, аккредитованный Американским национальным институтом стандартизации (ANSI). Ведение идентификаторов данных осуществляет рабочая группа ANSI МНЮ.8.2 «Идентификаторы данных» (Data Identifiers) в составе ASC МНЮ. Информация об идентификаторах данных ASC МН Ю приведена в [6]. ’> СИ — Японский центр информатизации промышленности (Japanese Center for Informatization of Industry) обеспечивает определение японского синтаксиса для сообщений электронного обмена данными. О ASC MH10/SC 8 — обозначение подкомитета SC 8 «Кодирование и этикетирование грузовых единиц» (Coding and Labeling of Unit Loads) в составе комитета ASC МНЮ (США) См. https://www.mhi.org/ standards. ’> Квалификатор массы указывают прописными буквами сразу после значения и не отделяют пробелом. Например. масса груза 117.6 кг в потоке данных будет представлена в виде 117.6KG. Исторически сложилось, что кодируемым разделителем целых и дробных разрядов в дробном десятичном числе является знак (см. [1]) с шестнадцатеричным значением "2ЕНЕХ*. Русское наименование знака — «ТОЧКА». В странах МГС для разделения разрядов часто используют знак «ЗАПЯТАЯ».
6 Представление для визуального чтения