ГОСТ 34731-2021 Информационные технологии. Технологии автоматической идентификации и сбора данных. Синтаксис носителей данных высокой емкости для автоматического сбора данных

ГОСТ 34731-2021

(ISO/IEC 15434:2019)

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

Информационные технологии

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

Синтаксис носителей данных высокой емкости для автоматического сбора данных

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

МКС 35.040.50

Дата введения 2022-06-01

Предисловие

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

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

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

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

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

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

(Поправка. ИУС N 4-2022).

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) не несут ответственности за идентификацию подобных патентных прав

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

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

ВНЕСЕНА поправка, опубликованная в ИУС N 4, 2022 год

Введение

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

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

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

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 Обозначения

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

_______________

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

02

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

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

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

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

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

_______________

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

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

_______________

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

_______________

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

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

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

07

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

_______________

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

08vvvvrrnn,

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

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

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

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

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

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

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

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

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

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

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

Предупреждение - Не допускается использовать указатель окончания формата с форматами "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/lEC 15418 (см. также [5]);

- данные, структурированные с использованием правил для идентификаторов данных ASC МН 10 по ГОСТ ISO/lEC 15418 (см. также [6]);

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

- запись сообщения, установленного стандартом CII (см. [2]), без заголовка группы сообщений и окончания;

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

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

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

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

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

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

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

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

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

_______________

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

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

_______________

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

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

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

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

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

______________

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

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

[Стандартное буквенное кодовое значение перевозчика (SCAC) (см. [11]) предназначено для транспортирования упакованного груза]

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

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

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

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" не допускается комбинировать с другими форматами данных в пределах конверта сообщения.

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

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

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

Заголовок формата "03" применяют с сегментами ANSI ASC Х12 (см. [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.

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

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

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

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

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

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

Формат "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-битовые знаки, в том числе и те, которые определены в настоящем стандарте как имеющие специальное значение. Должны быть приняты особые меры для исключения ошибочной интерпретации двоичных данных только как знаков, установленных в настоящем стандарте.

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

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

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

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

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

5.4.15 Форматы "14"-"99" (зарезервированы)

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

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

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

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

Приложение А

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

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

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

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

Приложение ДА

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

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

Таблица ДА.1

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

_______________