ГОСТ Р 59168-2020

ОбозначениеГОСТ Р 59168-2020
НаименованиеИнформационные технологии. Стандарт базовой деловой лексики
СтатусДействует
Дата введения01.01.2022
Дата отмены-
Заменен на-
Код ОКС35.020
Текст ГОСТа

ФЕДЕРАЛЬНОЕ АГЕНТСТВО

ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ РОССИЙСКОЙ

ФЕДЕРАЦИИ


ГОСТР 59168— 2020 (ИСО/МЭК 19988:2017)

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ

Стандарт базовой деловой лексики

(ISO/IEC 19988:2017, MOD)

Издание официальное

«ч*.....-

якяжжк Спшджптфим 2021

Предисловие

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

  • 2 ВНЕСЕН Техническим комитетом по стандартизации ТК 355 «Технологии автоматической идентификации и сбора данных» совместно с ТК 22 «Информационные технологии»

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

  • 4 Настоящий стандарт является модифицированным по отношению к международному стандарту ИСО/МЭК 19988:2017 «Информационные технологии. Стандарт базовой деловой лексики» (ISO/IEC 19988:2017 «Information technology — Core Business Vocabulary Standard». MOD) путем включения раздела «Введение», переименования раздела 1 в «Область применения», перевода раздела «12 Ссылки» в «Библиографию», введения нумерации таблиц и ссылок на пронумерованные таблицы, замены ссылок на международные документы на порядковые номера, приведенные в «Библиографии». В дополнительном приложении ДА приведен перечень сокращений, использованных в настоящем стандарте. Изменения, включенные в текст стандарта, выделены в тексте курсивом и подчеркиванием. Сноски в тексте настоящего стандарта, выделенные курсивом, приведены для пояснения его содержания. Подробная информация об изменениях и пояснения по необходимости их внесения приведена в дополнительном приложении ДБ. В приложении ДВ указан рекомендуемый примерный порядок следования бизнес-эталов в цепи поставок

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

  • 6 Некоторые положения настоящего стандарта могут быть объектами патентных прав. Федеральное агентство по техническому регулированию и метрологии не несет ответственности за идентификацию подобных патентных прав

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

© ISO. 2017 — Все права сохраняются © IEC. 2017 — Все права сохраняются © Стандартинформ. оформление. 2021

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

Содержание

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

  • 2 Связь с архитектурой Системы GS1

  • 3 Связь с EPCIS

  • 3.1 Структура события EPCIS

  • 3.2 Виды лексики

  • 4 Терминология и условные обозначения

  • 5 Соответствие и совместимость

  • 5.1 Документ, соответствующий БДЛ

  • 5.2 Документ, совместимый с БДЛ

  • 6 Использование универсальных идентификаторов ресурса (URI)

  • 6.1 Префикс идентификатора URI для типовых лексиконов в БДЛ

  • 6.2 Ограничение использования префикса идентификатора URI

  • 7 Типовые лексиконы

  • 7.1 Бизнес-этапы (Business steps)

  • 7.2 Состояния (Dispositions)

  • 7.3 Типы документов бизиес-транзакций (Business Transaction Types)

  • 7.4 Типы начальных/конечных пунктов (Source/Destination types)

  • 7.5 Идентификаторы причин ошибок (Error reason identifiers)

  • 8 Пользовательские лексиконы

  • 8.1 Общие положения

  • 8.2 Физические или цифровые объекты (Physical or digital objects) (идентификация на уровне

экземпляра)

  • 8.3 Физические или цифровые объекты (идентификация на уровне класса)

  • 8.4 Места нахождения (Locations)

  • 8.5 Документы бизнес*транэакций (Business transactions)

  • 8.6 Идентификаторы начальных/конечных пунктов (Source/Destination identifiers)

  • 8.7 Идентификаторы преобразования (Transformation identifiers)

  • 8.8 Лексикон идентификаторов событий

  • 9 Мастер-данные предметов торговли

  • 9.1 Наименования атрибутов мастер-данных предметов торговли

  • 9.2 Атрибуты мастер-данных предметов торговли

  • 10 Мастер-данные места нахождения и участвующей стороны

  • 10.1 Наименования атрибутов мастер-данных места нахождения и участвующей стороны

  • 10.2 Атрибуты мастер-данных места нахождения и участвующей стороны

  • 10.3 Значения в перечне номеров мастер-данных места нахождения

  • 11 Пример документации EPCIS

  • 11.1 Соответствующее БДЛ событие объекта с использованием типового лексикона

  • 11.2 Соответствующее БДЛ событие объекта с использованием указателей HTTP URL и частных

или общеотраслевых имен URN

  • 11.3 Событие, совместимое с БДЛ

  • 11.4 Мастер-данные места нахождения

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

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

Приложение ДБ (справочное) Перечень изменений настоящего стандарта относительно [1] с пояснениями необходимости их внесения

Приложение ДВ (рекомендуемое) Примерный порядок следования бизнес-этапов в цепи поставок ... 70

Введение

Настоящее введение содержит следующие структурные элементы, приведенные в (1J:

  • • аннотацию к документу [2].

  • • протокол изменений в (2J,

- отказ от ответственности.

Аннотация к документу [2]

Параметр документа

Текущее значение

Наименование документа

Стандарт базовой деловой лексики (Core Business Vocabulary Standard)

Дата публикации документа

Сентябрь 2016

Версия документа

1.2

Издание документа

Статус документа

Утвержден

Описание документа

Устанавливает структуру лексиконов и конкретные знамения лексических элементов. подлежащих использованию совместно со стандартом GS1 EPCIS 121

Протокол изменений в [2]

Выпуск

Дата внесения изменения

Ответственный за внесение изменения

Краткое изложение изменения

1.0 /отЗ/

октябрь 2010

Начальная версия

1.1 1см. 41

май 2014

Добавлен новый типовой лексикон для видов начальных/конечных пунктов в EPCIS.

Добавлены шаблоны новых пользовательских лексиконов для идентификатора начальных/конечных пунктов в EPCIS. идентифмсатора преобразований EPC1S и классов объектов.

Добавлены новые значения для бизнес-этапа, состояния и типа документа бизнес-транзакции. Также даны пояснения действующим значениям. Объявлены устаревшими значения состояний non.sellable.expired. non.seltabie.damaged. non_sellabte_drspcsed. non_seHable_no_pedigree_ match, and non_sellable_recalled. определенные в лексике CBV 1.0 no (3J, для замены на новые значения состояний expired (просрочен), damaged (поврежден), disposed. no_ped>gree_match, disposed. no_ped»gr6e_match и recalled, представленные в лексике CBV 1.1 (см. (4|).

Идентификаторы географических координат URI, соответствующие [5J. признаны допустимыми в качестве локагъных идентификаторов.

Вводная информация пересмотрена для приведения в соответствие с системной архитектурой GS1.

1.2 {см2]

сентябрь 2016

Лексика CBV 1.2 по 121 полностью совместима с лексикой CBV 1.1 по 141 иСВУ 1.0 ло(3.

Лексика по 121 включает нижеперечисленные новые и расширенные свойства:

Добавлен новый типовой лексикон идентификаторов причин заявляемых ошибок EPCIS.

Установлена структура идентификатора URI для идентификаторов событий EPCIS. Добавлены значения новых бизнес-этапов dispensing (предо-ставление.потребителю) и voidShipping.

Добавлены значения новых состояний dispensed и partially .dispensed. Добавлен новый раздел для атрибутов мастер-данных предметов торговли и расширен раздел для атрибутов мастер-данных мест нахождения и участвующих сторон.

Отказ от ответственности

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

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

НАСТОЯЩИЙ ДОКУМЕНТ ПРЕДОСТАВЛЯЕТСЯ «КАК ЕСТЬ» БЕЗ КАКИХ-ЛИБО ГАРАНТИЙ. ВКЛЮЧАЯ ГАРАНТИИ ТОВАРНОЙ ПРИГОДНОСТИ. ПАТЕНТНОЙ ЧИСТОТЫ. ПРИГОДНОСТИ ДЛЯ КОНКРЕТНОЙ ЦЕЛИ, ИЛИ КАКИХ-ЛИБО ИНЫХ ГАРАНТИЙ. ПРОИСТЕКАЮЩИХ ИЗ НАСТОЯЩЕГО ДОКУМЕНТА. GS1 снимает с себя всякую ответственность за любые убытки, проистекающие из использования или ненадлежащего использования настоящего стандарта, включая фактические, непрямые. косвенные и компенсаторные убытки, а также включая ответственность за нарушение каких-либо прав интеллектуальной собственности, связанное с использованием информации, содержащейся в настоящем документе, или основанное на использовании настоящего документа.

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

ж W



ж


,«Z


ГОСТ Р 59168—2020 (ИСО/МЭК 19988:2017)

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

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ

Стандарт базовой деловой лексики

Information technology. Core business vocabulary standard

Дата введения — 2022—01—01

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

Настоящий стандарт устанавливает базовую деловую лексику (БДЛ, англ, сокращение CBV от Core Business Vocabulary). Целью настоящего стандарта является описание различных лексических элементов и их значений для совместного использования с ГОСТ Р 591673* который устанавливает механизмы обмена информацией, как в рамках одного предприятия, так и за его пределами. Идентификаторы и определения лексики в настоящем стандарте обеспечивают единое понимание всеми сторонами. обменивающимися данными по EPCIS с помощью базовой деловой лексики, семантического значения указанных данных.

Назначение настоящего стандарта — предоставление базового соответствия для выполнения указанной выше цели. В частности, настоящий стандарт создан для определения лексиконов, составляющих основу модели абстрактных данных EPCIS и применяемых в широком наборе бизнес-сценари-ев. используемых во многих отраслях, где требуется обмен данными. Настоящий стандарт предназначен для предоставления набора значений и определений, которые будут одинаково пониматься всеми участниками цепи поставок.

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

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

  • • идентификаторы бизнес-этапов:

  • - идентификаторы состояний;

  • • типы документов бизнес-транзакций;

  • - типы начальных/конечных пунктов;

  • - идентификаторы причин ошибок.

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

  • - объектов;

  • • мест нахождения;

  • • бизнес-транзакций;

  • - идентификаторов начальных/конечных пунктов;

Раздел 1 «Введение. Базовая деловая лексика» ИСО/МЭК 19988:2017 переименован в «Область применения».

21 ГОСТ Р 59167—2020 (ИСО/МЭК 19987:2017) «Информационные технологии. Стандарт информационных сервисов EPC (EPCIS)» является модифицированным по отношению к (6). В тексте ИСО/МЭК 19988:2017 вместо ссылки на (6) используется ссылка на [7]. в то же время [6] соответствует [7].

Издание официальное

  • • идентификаторов преобразований;

  • - идентификаторов событий.

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

  • - место нахождения производственной территории;

  • • тип производственной площадки;

  • • характеристики производственной площадки;

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

Дополнительные подробные мастер-данные для мест нахождения (адресов и т. п.) не установлены настоящим стандартом.

  • 2 Связь с архитектурой Системы GS1

Базовая деловая лексика (БДЛ) — это стандарт, сопутствующий EPCIS по ГОСТ Р 59167, который определяет технические интерфейсы для сбора и обмена данными о событиях, а также структурную модель данных для данных о событиях. Базовая деловая лексика — это стандарт данных GS1. дополняющий эту структуру путем определения конкретных значений данных, которые могут присутствовать в модели данных EPCIS. В таком качестве БДЛ существует в группе стандартов GS1 по обмену данными.

  • 3 Связь с EPCIS

В настоящем разделе устанавливается, каким образом настоящий стандарт БДЛ связан с информационными сервисами EPC (EPCIS) по ГОСТ Р 59167.

  • 3.1 Структура события EPCIS

ГОСТ Р 59167. соответствующий Г71 определяет элементы данных в событии EPCIS. Ниже приведены такие элементы данных и указано, где базовая деловая лексика предоставляет идентификаторы. которые могут быть использованы в качестве значений таких элементов данных:

  • - параметр «что» («what»): Параметр «что» для большинства типов событий содержит один или несколько уникальных идентификаторов физических или цифровых объектов или классов физических или цифровых объектов. Идентификаторы физических или цифровых объектов в базовой деловой лексике определены в 8.2 (уровень экземпляра) и 8.3 (уровень класса). В случае события преобразования EPCIS (TransformationEvent) можно использовать необязательный идентификатор преобразования (TransformationlD) для связи нескольких событий, описывающих одно и то же преобразование. Базовая деловая лексика включает в себя идентификаторы преобразования (Transformat>onlD) (см. 8.7);

  • - параметр «когда» («when»): Момент времени, когда произошло событие EPCIS. Время события полностью устанавливается в ГОСТ Р 59167;

■ параметр «где/куда» («where»): Параметр «где/куда» состоит из двух идентификаторов, описывающих разные аспекты места, где произошло событие:

  • - место считывания (Read Point): место, где произошло событие EPCIS. В случае события EPCIS. возникающего в результате считывания символа штрихового кода или радиочастотной метки, местом считывания зачастую является место нахождение, где произошло считывание символа штрихового кода или радиочастотной метки. Идентификаторы мест считывания, указанные в базовой деловой лексике (БДЛ). приведены в 8.4П;

Пример — Устройство считывания размещается у погрузочно-разгрузочных ворот № 3 в Лондонском распределительном центре. Продукция перемещается через погрузочно-разгрузочные ворота. Место считывания (Read point) = Идентификатор. соответствующий погрузочно-разгрузочным воротам Nt 3 Лондонского распределительного центра».

  • - производственное место назначения (Business Location): место, где субъект события предположительно находится после события EPCIS и до тех пор. пока другое событие не укажет обратное. Идентификаторы производственных мест назначения, указанные в базовой деловой лексике, приведены в 8.4’»;

’I В [1] ошибочно приведена ссылка на подраздел 8.3.

Пример — данные о продукции считываются при ее прохождении через ворота, ведущие на торговый зал торгового предприятия № 123. В текущий момент времени продукция находится в торговом зале. Производственное место назначения (Business location) - Идентификатор, соответствующий торговому залу торгового предприятия N9 123».

  • - параметр «на каком основании» (why): Параметр «на каком основании» состоит из двух идентификаторов и ряда идентификаторов документов биэнес-транэакций. в совокупности составляющих бизнес-контекст или показывающих, «на каком основании» произошло событие:

  • - бизнес-этап (Business Step) обозначает конкретное действие бизнес-процесса. Поле бизнес-этапа события указывает, какой этап бизнес-процесса происходил, в результате которого были получены данные события. Идентификаторы бизнес-этапов в базовой деловой лексике указаны в 7.1.

Пример — событие EPCIS вызвано отправкой продукции из места нахождения, идентифицированного посредством места считывания. Бизнес-этап (Business Step) - Идентификатор, обозначающий «отгрузку» («shipping»)».

■ состояние (Disposition) обозначает состояние объекта. Поле состояния события указывает на бизнес-состояние предмета события (то. что сообщается параметром «что») вслед за событием. Состояние считается действительным, пока другое событие не укажет на изменение состояния. Идентификаторы состояния в базовой деловой лексике указаны в 7.2;

Пример — создано событие EPCIS, после чего продукция может быть реализована в состоянии «как есть» и покупатели могут получить доступ к продукции для ее покупки. Состояние (Disposition) = Идентификатор, обозначающий «пригодность для реализации и доступный»».

  • - ссылки документы бизнес-транзакций (Business Transaction References): Событие EPCIS может относиться к одному или нескольким документам бизнес-транзакций. Каждая подобная ссылка состоит из двух идентификаторов:

  • - тип документов бизнес-транзакции (Business Transaction Туре) обозначает определенный вид бизнес-транзакции. Например — Идентификатор, обозначающий «заказ на поставку». Идентификаторы типов документов биэнес-транэакций в базовой деловой лексике указаны в 7.3;

  • - идентификатор документа бизнес-транзакции (Business Transaction Identifier) обозначает конкретный документ бизнес-транзакции определенного типа, который указан параметром «тип документов бизнес-транзакции». Например — Идентификатор, обозначающий заказ на поставку N9123456» некой корпорации. Идентификаторы документов бизнес-транзакций. указанные в базовой деловой лексике, приведены в 8.5.

  • - ссылки на начальный и конечный пункт (Source and Destination References); Событие EPCIS может относиться к одному или нескольким начальным и/или конечным пунктам, описывающим крайние точки перемещения в процессе хозяйственной деятельности, частью которой является указанное событие. Каждая ссылка на начальный или конечный пункт состоит из двух идентификаторов:

  • - тип начального или конечного пункта (Source or Destination Туре) обозначает определенный вид начального или конечного пункта. Например — Идентификатор, обозначающий «сторону-собственник». Идентификаторы типа начального и конечного пункта, указанные в базовой деловой лексике, приведены в 7.4.

  • - идентификатор начального или конечного пункта (Source or Destination Identifier) обозначает начальный или конечный пункт определенного типа, который указан параметром типа документов бизнес-транзакции. Например — Идентификатор. обозначающий некую корпорацию как сторону-собственник». Идентификаторы начального и конечного пункта, указанные в базовой деловой лексике, приведены в 8.6.

  • 3.2 Виды лексики

(Материал данного подраздела взят непосредственно из ГОСТР 59167—2020. подраздел 6.2.)

В стандарте EPCIS лексиконы широко используются для моделирования физических, цифровых, а также понятийных объектов, которые существуют в реальном мире.

Примеры лексиконов, определяемых стандартом EPCIS, включают бизнес-этапы. состояния, идентификаторы мест нахождения, идентификаторы физических или цифровых объектов, наименования типов документов бизнес-транзакций и идентификаторы документов бизнес-транзакций. В каждом

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

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

  • - типовая лексика (Standard Vocabulary): типовая лексика представляет собой набор лексических элементов, определения и значения которых должны быть согласованы торговыми партнерами, которые будут обмениваться данными о событиях с использованием этой лексики;

  • - пользовательская лексика (User Vocabulary): пользовательская лексика представляет со-бой набор лексических элементов, определение и значение которых находятся под контролем одной организации.

Эти понятия подробнее объясняются далее.

  • 3.2.1 Типовая лексика

Типовым лексиконом называют набор лексических элементов, определения и значения которых должны быть заранее согласованы торговыми партнерами, которые будут обмениваться данными о событиях с использованием лексикона. Например, в ГОСТ Р 59167 определен лексикон под названием «бизнес-этап» (business step), элементами которого являются идентификаторы, обозначающие «отгрузку» (shipping), «получение» (receiving) и т. д. Один из торговых партнеров может создать событие с бизнес-этапом «отгрузка», а другой партнер, получив это событие посредством запроса, сможет интерпретировать его в силу предшествующего соглашения о смысловом значении лексического элемента «отгрузка».

Элементы типового лексикона, как правило, определяются организациями, объединяющими множество конечных пользователей, такими как Ассоциация GS1. отраслевые сообщества вне GS1, частные объединения торговых партнеров и т. д. Мастер-данные. связанные с элементами типового лексикона (в случае, если такие мастер-данные вообще определяются), устанавливаются теми же организациями и как правило доводятся до пользователей в качестве части стандарта или другими подобными способами. Новые лексические элементы в рамках конкретного типового лексикона обычно вводятся посредством специальной регламентированной процедуры, таких как ратификация новой версии стандарта или голосование в рамках отраслевого объединения.

Типовые лексиконы, указанные в БДЛ. включают: бизнес-этапы (business steps) (см. 7.1). состояния (dispositions) (см. 7.2), типы документов бизнес-транзакций (business transaction types) (см. 7.3) и типы начального и конечного пункта (source и destination types} (см. 7.4). Элементы и определения согласовываются сторонами до обмена данными, обеспечивая общее согласие относительно их смысловых значений.

Для примера далее приведен идентификатор бизнес-этапа. определенный в 7.1:

Пример — игл :epcglobsl : cbv:bizstep:receiving

Данный идентификатор определен стандартом базовой деловой лексики GS1. и его значение известно и принято всеми сторонами, внедряющими этот стандарт.

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

  • 3.2.2 Пользовательская лексика

Пользовательским лексиконом называют набор элементов, определения и значения которых контролируются одной организацией. Например, в ГОСТР 59167—2020 определен лексикон под названием «производственное место назначения» (business location), элементами которого являются идентификаторы. обозначающие такие объекты, как. например, «распределительный центр № 3 компании А». Идентификатор места нахождения и все связанные мастер-данные присваиваются пользователем. «Компания А» может создать событие, поле производственного место назначения которого будет включать идентификатор, обозначающий «распределительный центр No 3 компании А», а другой партнер, получая это событие посредством запроса, сможет интерпретировать его. распознав идентификатор как идентичный идентификатору, полученному по другим событиям, произошедшим в том же месте 4

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

Пример— ихп:ерс:id:sgln:0614141.12345.400.

Указанный идентификатор присвоен конечным пользователем с префиксом предприятия GS1 0614141. а смысловое значение идентификатора (то есть место нахождения, которое он обозначает) определяется исключительно данным конечным пользователем. Другой конечный пользователь понимает значение данного идентификатора, сверив связанные мастер-данные.

Лексические элементы пользовательского лексикона, главным образом, определяются отдельными организациями конечных пользователей, действующими независимо. Мастер-данные. связанные с элементами пользовательского лексикона, как правило, определяют те же организации и обычно распространяют среди торговых партнеров посредством интерфейса запросов EPCIS или других механизмов обмена/синхрониэации данных. Новые лексические элементы в рамках какого-либо пользовательского лексикона вводятся исключительно по усмотрению конечного пользователя, и торговые партнеры должны быть готовы реагировать соответствующим образом.

8 то время как стандарт базовой деловой лексики не устанавливает (и не может, как следует из вышесказанного) конкретных лексических элементов пользовательской лексики, базовая деловая лексика обеспечивает синтаксические шаблоны, рекомендуемые для применения конечными пользователями при построении своих лексических элементов пользовательских лексиконов (см. 8.1). В настоящем стандарте представлены шаблоны для следующих пользовательских лексиконов: физические или цифровые объекты (physical or digital objects) (см. 8.2 и 8.3). места нахождения (locations), включая и места считывания (read points) и производственные места назначения (business locations) (см. 8.4). идентификаторы документов бизнес-транзакций (business transaction identifiers) (см. 8.5). идентификаторы начальных или конечных пункта (source/destination identifiers) (см. 8.6). и идентификаторы преобразования (transformation identifiers) (см. 8.7).

  • 4 Терминология и условные обозначения

8 рамках настоящего стандарта термины ДОЛЖЕН (SHALL). НЕ ДОЛЖЕН (SHALL NOT). СЛЕДУЕТ (рекомендуется) (SHOULD), НЕ СЛЕДУЕТ (не рекомендуется) (SHOULD NOT), МОЖЕТ (разрешается) (MAY), НЕ ОБЯЗАТЕЛЬНО ДОЛЖЕН (не требуется) (NEED NOT), МОЖЕТ (способен) (CAN), и НЕ МОЖЕТ (не способен) (CANNOT) будут интерпретироваться согласно (8). В случае использования указанным выше образом любые данные термины будут всегда приведены в записи ПРОПИСНЫМИ БУКВАМИ; в случае записи строчными буквами их следует понимать в обычном значении слов.

Все разделы настоящего документа, за исключением разделов 2. 3 и 3. являются нормативными, кроме случаев, когда в тексте документа прямо указано иное.

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

  • * записи ПРОПИСНЫМИ БУКВАМИ используются для специальных терминов, приведенных из вышеуказанного документа [8):

  • * шрифт Courier используется для выделения идентификаторов на языке программирования, унифицированном языке моделирования (UML) и расширяемом языке разметки (XML), а также в тексте XML-документое1';

  • * места для внесения изменений, которые необходимо произвести в настоящем документе до достижения им завершающей стадии, соответствующей одобренному стандарту GS1. предваряются знаком в виде обращенной вправо стрелки, как указанной в начале настоящего абзаца.

  • 5 Соответствие и совместимость

Базовая деловая лексика GS1 разработана с целью обеспечения интероперабельности при обмене данными EPCIS посредством предоставления стандартизованных значений лексических элементов. подлежащих включению в данные EPCIS. В настоящем стандарте признается, что максимальная

В настоящем стандарте данный шрифт используется также для перевода на русский язык содержания указанных идентификаторов.

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

В связи с этим, настоящий стандарт определяет два уровня соответствия документов EPCIS:

  • - соответствующий БДЛ (CBV-Compliant): документ EPCIS, использующий только идентифика* торы лексики, установленные в стандарте базовой деловой лексики в типовых полях событий EPCIS;

  • - совместимый с БДЛ (CBV-Compatlble): документ EPCIS. использующий комбинацию идентификаторов лексики, установленных в стандарте базовой деловой лексики, и иных идентификаторов, выходящих за рамки стандарта.

Документ EPCIS не относят ни к соответствующему базовой деловой лексике, ни к совместимому с базовой деловой лексикой, если в нем неверно используются идентификаторы, установленные стандартом базовой деловой лексики, либо если он нарушает любые другие правила, определенные в настоящем документе.

Ниже приведено официальное определение данных терминов.

  • 5.1 Документ, соответствующий БДЛ

«Документ, соответствующий БДЛ» (CBV*Compliant Document) является документом, который соответствует схеме и учитывает другие ограничения, указанные в ГОСТ Р 59167 и f7k а также соответствует всем требованиям, приведенным в настоящем стандарте и относящимся к определению «Документ. соответствующий БДЛ».

«Приложением, соответствующим БДЛ» (CBV-CompliantApplication). является любое приложение, для которого действительны оба из следующих условий:

  • - если приложение функционирует в режиме, в котором оно. как заявляется, принимает документ, соответствующий БДЛ. в качестве ввода информации; приложение ДОЛЖНО принимать любой документ. соответствующий БДЛ согласно настоящему стандарту, и кроме того, при обработке такого документа ДОЛЖНО интерпретировать любой идентификатор БДЛ согласно значению, установленному в настоящем документе;

  • - если приложение функционирует в режиме, в котором оно. как заявляется, создает документ, соответствующий БДЛ. приложение ДОЛЖНО производить только документ, соответствующий БДЛ согласно данному стандарту, и кроме того, при генерировании такого документа ДОЛЖНО использовать только идентификаторы БДЛ для обозначения их значения в соответствии с настоящим документом.

В следующем перечне сведены требования к документу EPCIS, удовлетворяющему требованиям «Документа, соответствующего БДЛ». приведенным в других частях настоящего стандарта:

  • - документ, соответствующий БДЛ. ДОЛЖЕН удовлетворять требованиям схемы и другим ограничениям. указанным в ГОСТ Р 59167:

• документ, соответствующий БДЛ. НЕ ДОЛЖЕН использовать какой-либо универсальный идентификатор ресурсов URI. начинающийся с urn:epcglobal :cbvr, каким-либо образом, отличным от указанного в настоящем стандарте;

  • - любое событие EPCIS в документе, соответствующем БДЛ. ДОЛЖНО содержать поле bizStep (бизнес-этап), при этом значение поля bizStep {бизнес-этап) ДОЛЖНО быть универсальным идентификатором ресурсов (URI). состоящим из префикса urn:epcglobal:cbv:bizstep:, за которым следует строка, указанная в первом столбце соответствующей строки в таблице X приведенной в 7.1.3:

-документ, соответствующий БДЛ. МОЖЕТ содержать поле disposition (состояние). Если поле disposition (состояние) присутствует, значение поля disposition (состояние) ДОЛЖНО быть идентификатором URI. состоящим из префикса urn :epcglobal :cbv: disp:, за которым следует строка, указанная в первом столбце соответствующей строки в таблице 2. приведенной в 7.2.3;

  • - любое событие EPCIS в документе, соответствующем БДЛ. МОЖЕТ содержать один или несколько элементов bizTransaction (докуыент_Бизнес-транзакции). Если элементы bizTransaction (документ_Бизнес-транзакции) присутствуют, каждый такой элемент МОЖЕТ содержать атрибут type (тип). Если данный элемент bizTransaction (документ Бизнес-транзакции) содержит атрибут type (тип), значением такого атрибута type (тип) ДОЛЖЕН быть универсальный идентификатор ресурсов (URI). состоящий из префикса urn:epcglobal: cbv: btt:. за которым следует строка, указанная в первом столбце соответствующей строки в таблице 4. приведенной в 7.3.3;

  • - любое событие EPCIS в документе, соответствующем БДЛ. МОЖЕТ содержать один или несколько элементов source (начальныйпункт) или destination (конечный пункт). Значением атрибута type (тип) каждого подобного элемента ДОЛЖЕН быть идентификатор URI. включающий префикс urn :epcglobai :cbv:sdt:. за которым следует строка, указанная в первом столбце соответствующей строки в таблице 5. приведенной в 7.4.3:

  • • любое событие EPCIS в документе, соответствующем БДЛ. МОЖЕТ содержать элемент ErrorDeclaration (Заявление об_0шибке), и при наличии элемент ErrorDeclaration {3аявлемие_об_0шибке> МОЖЕТ включать в себя поле reason (причина). При наличии в документе, соответствующем БДЛ. значение поля reason (причина) элемента ErrorDeclaration (Заявление об_0шибке) ДОЛЖНО быть идентификатором URI состоящим из префикса urn:epcglobal: cbv: erза которым следует строка, указанная в первом столбце соответствующей строки таблицы 6, приведенной 7.5.3;

  • • идентификаторы URI. определенные в стандарте данных радиочастотных меток ЕРС. ДОЛЖНЫ использоваться только в документе, соответствующем БДЛ. как указано в 8.1.1;

  • • документ, соответствующий БДЛ. ДОЛЖЕН использовать одну иэ трех форм идентификатора URI. указанных в 8.2. для заполнения идентификаторов на уровне экземпляра по параметру «что» в событиях EPCIS (то есть полей epcList (список_ЕРС>, parentID (идентификатор_Родителя). childEPC (ерс_Потомка). inputEPCList (список_ЕРС_на Входе), и outputEPCList (список ЕРС_на_Выходе) 8 событиях EPCIS ObjectEvent (Событие с Объектом), Aggregatior.Event (Событие_с_Агрегацией), TransacationEvent (Событие_с_ Докуыентом_Транзакции) и TransformationEvent (Событие_с_Преобразованием)), для любого соответствующего поля, значение которого отлично от нуля. Документу, соответствующему БДЛ. СЛЕДУЕТ использовать форму идентификатора ЕРС URI, как указано в 8.2.1. если нет веских причин поступить по-другому;

-документ, соответствующий БДЛ. НЕ ДОЛЖЕН использовать номер SGLN ЕРС1) (urn: epc: id:sgln:...) в качестве идентификатора объекта;

-документ, соответствующий БДЛ. ДОЛЖЕН использовать одну из трех форм идентификатора URI, указанных в 8.3. для заполнения идентификаторов на уровне класса по параметру «что» в событиях EPCIS (то есть полей epcClass (ерс_на_уровне_Класса) во всех типах событий EPCIS) для каждого соответствующего поля, значение которого отлично от нуля. Документу, соответствующему БДЛ. СЛЕДУЕТ использовать форму идентификатора ЕРС URI. как указано в 8.3.1. если нет веских причин поступить иначе:

  • - документ, соответствующий БДЛ. ДОЛЖЕН использовать одну иэ четырех возможных форм идентификатора URI. приведенных в 8.4. для заполнения полей по параметру «где/куда» в событиях EPCIS (ToecTbnoneftreadPoint (место_Считывания) HbusinessLocation (производственное-Место Назначения> во всех типах событий EPCIS), для каждого соответствующего поля, значение которого отлично от нуля; документу, соответствующему БДЛ. СЛЕДУЕТ использовать форму идентификатора ЕРС URI. как указано в 8.4.1. если нет веских причин поступить иначе:

  • - при использовании идентификатора ЕРС URI в качестве идентификатора места нахождения (см. 8.4.1). в документе, соответствующем БДЛ. НЕ СЛЕДУЕТ использовать какие-либо схемы ЕРС. отличные от схемы с номером SGLN (urn: epc: i d: sgln:...), если нет веских причин поступить иначе;

-документ, соответствующий БДЛ. ДОЛЖЕН использовать одну иэ четырех возможных форм идентификатора URI. приведенных в 8.5. для заполнения поля идентификатора документов бизнес-транзакции (то есть, текстового содержания элемента bizTransaction (документ Бизнес-транзакции)) событий EPCIS. для каждого соответствующего поля, значение которого отлично от нуля;

  • - при использовании идентификатора ЕРС URI в качестве идентификатора документа биэ-нес-транзакции. документам, соответствующим БДЛ. НЕ СЛЕДУЕТ использовать какие-либо схе-

SGLN — структура данных GS1. соответствующая глобальному номеру места нахождения GLN. с включением или без опционального добавочного компонента, используемая для идентификации физического места нахождения.

мы ЕРС кроме схем с идентификатором GDTI EPC (urn:epc:id:gdti:...) или GSRN ЕРС (urn:epc:id:gsrn:...), если нет веских причин поступить иначе. Идентификаторы GDTI ЕРС СЛЕ-ДУЕТ использовать в качестве идентификаторов документов бизнес-транэакций, только когда их при* свайпают для обозначения самих биэнес-транзакций. а не физических документов, не связанных с какой-либо биэнес-транэакцией;

  • • документ, соответствующий БДЛ. ДОЛЖЕН использовать одну из трех форм идентификатора URI. указанных в 8.6 для заполнения поля идентификатора начального или конечного пункта (то есть, текстовое содержание элемента source (начальный пункт) или destination (конечный пункт)). для каждого подобного поля с ненулевым значением. Документу, соответствующему БДЛ. СЛЕДУЕТ использовать форму с идентификатором ЕРС URI, как указано в 8.6.1, если нет веских причин поступить иначе;

  • - при использовании идентификатора ЕРС URI в качестве идентификатора места нахождения (см. 8.6.1), документу, соответствующему БДЛ. НЕ СЛЕДУЕТ использовать какие-либо схемы ЕРС кроме схемы с номером SGLN (urn :ерс: id: sglnесли нет веских причин поступить иначе;

-документ, соответствующий БДЛ. ДОЛЖЕН использовать одну из четырех возможных форм идентификатора URI. приведенных в 8.7. для заполнения поля идентификатора документа транзакции (то есть текстового содержания элемента transformationlD <идентификатор_

Преобразования)) событий EPCIS TransformationEvents (События_с_Преобразо-ванием). для каждого соответствующего поля, значение которого не равно нулю:

  • • при использовании идентификатора ЕРС URI в качестве идентификатора преобразования, документам. соответствующим БДЛ, НЕ СЛЕДУЕТ использовать какие-либо схемы ЕРС кроме схемы с идентификатором GDTI ЕРС (urn :ерс: id: gdti:...). если нет веских причин поступить иначе. Идентификаторы GDTI ЕРС СЛЕДУЕТ использовать в качестве идентификаторов преобразования, только когда они были присвоены для обозначения преобразования, а не физического документа, не связанного с преобразованием;

  • - документ, соответствующий БДЛ. ДОЛЖЕН использовать одну из форм идентификатора URI. приведенных в 8.8.1 для заполнения поля идентификатора события EPCIS (то есть текстового содержания элемента eventID (идентификатор_События)), значение которого не равно нулю.

  • 5.2 Документ, совместимый с БДЛ

«Документ, совместимый с БДЛ (англ. «CBV-Compatible Document») является документом, который соответствует схеме по ГОСТ Р 59167. и учитывает другие ограничения, приведенные в этом документе, и который также соответствует нормативному языку настоящего стандарта, относящемуся к определению «документ, совместимый с БДЛ».

«Приложение, совместимое с БДЛ» является любым приложением, для которого действительно выполнение следующих двух условий:

  • - приложение функционирует в режиме, в котором оно, как заявляется, принимает документ, совместимый с БДЛ. в качестве ввода информации; приложение ДОЛЖНО принимать любой документ, совместимый с БДЛ. согласно настоящему стандарту, и. при обработке такого документа, ДОЛЖНО интерпретировать любой идентификатор БДЛ согласно значению, установленному в настоящем документе;

  • - если приложение работает в режиме, в котором оно. как заявляется, создает документ, совместимый с БДЛ. результатом приложения ДОЛЖЕН быть только документ, совместимый с БДЛ. согласно настоящему стандарту, и кроме того, при создании такого документа ДОЛЖНЫ быть использованы только идентификаторы БДЛ для указания их значений, приведенных в настоящем документе.

В следующем перечне сведены требования к документу EPCIS. удовлетворяющему требованиям «документа, совместимого с БДЛ». приведенным в других частях настоящего стандарта:

  • - документ, совместимый с БДЛ. ДОЛЖЕН удовлетворять требованиям схемы и другим ограничениям. указанным в ГОСТР 59167:

  • - документ, совместимый с БДЛ, НЕ ДОЛЖЕН использовать какой-либо идентификатор URI. начинающийся с urn: epcglobai: cbv:, каким-либо образом, отличным от указанного в настоящем стандарте;

  • - идентификаторы URI. определенные в стандарте данных радиочастотных меток ЕРС. ДОЛЖНЫ использоваться только в документе, совместимом с БДЛ. как указано в 8.1.1;

-документу, совместимому с БДЛ. СЛЕДУЕТ использовать форму EPC URL как указано в 8.2.1 для каждого идентификатора объекта на уровне экземпляра, если нет веских причин поступить иначе:

-документу, совместимому с БДЛ. СЛЕДУЕТ использовать форму EPC URL как указано в 8.3.1 для каждого идентификатора объекта на уровне класса, если нет веских причин поступить иначе:

  • - документ, совместимый с БДЛ. НЕ ДОЛЖЕН ислользовать схему с номером SGLN EPC (urn: epc: id: sgln:...) в качестве идентификатора объекта:

-документу, совместимому с БДЛ. СЛЕДУЕТ использовать форму EPC URI. как указано в 8.4.1. для каждого идентификатора места нахождения, если нет веских причин поступить иначе;

  • - при использовании EPC URI в качестве идентификатора места нахождения (см. 8.4.1), документу. совместимому с БДЛ. НЕ СЛЕДУЕТ использовать какие-либо схемы ЕРС кроме схемы с номером SGLN (urn :ерс: id: sgln:_.). если нет веских причин поступить иначе;

  • - при использовании ЕРС URI в качестве идентификатора документа бизнес-транзакции, документам. совместимым с БДЛ. НЕ СЛЕДУЕТ ислользовать какие-либо схемы ЕРС кроме схемы с идентификатором GDT1 ЕРС (urn:epc: id:gdti :...)или GSRN ЕРС (urn :ерс: idigsrn если нет веских причин поступить иначе. Идентификаторы GDTI ЕРС СЛЕДУЕТ использовать в качестве идентификаторов документов бизнес-транзакций. только когда их присваивают для обозначения самих бизнес-тран-закций, а не физических документов, не связанных с какой-либо бизнес-транзакцией:

  • - при использовании идентификатора ЕРС URI в качестве идентификатора начального или конечного пункта (см. 8.6.1), документу, совместимому с БДЛ. НЕ СЛЕДУЕТ ислользовать какие-либо схемы ЕРС кроме схемы с номером SGLN (urn:epc: id: sgln:...), если нет веских причин поступить иначе;

  • - при использовании ЕРС URI в качестве идентификатора преобразования, документам, совместимым с БДЛ. НЕ СЛЕДУЕТ использовать какие-либо схемы ЕРС кроме схемы с идентификатором GDTI ЕРС (urn:epc:id:gdti:...), если нет веских причин поступить по-другому. Идентификаторы GDTI ЕРС СЛЕДУЕТ использовать в качестве идентификаторов преобразования, только когда они были присвоены для обозначения преобразования, а не физического документа, не связанного с преобразованием.

8 общем случае, любой документ, соответствующий БДЛ. также является документом, совместимым с БДЛ. однако не каждый документ, совместимый с БДЛ. является документом, соответствующим БДЛ. Документ, совместимый с БДЛ, может включать в себя идентификатор, соответствующий ГОСТ Р 59167. который не будет допустимым для документов, соответствующих БДЛ. при условии, что он отвечает указанным выше требованиям. Документ, совместимый с БДЛ. может также включать событие. в котором опущено поле biz Step (бизнес-этап). тогда как это поле обязательно требуется в документах, соответствующих БДЛ.

  • 6 Использование универсальных идентификаторов ресурса (URI)

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

  • 6.1 Префикс идентификатора URI для типовых лексиконов в БДЛ

Все идентификаторы URI для лексических элементов типовой лексики, указанных в стандарте базовой деловой лексики имеют следующую синтаксическую структуру:

urn: epcglobal :cbv: quail tier г pay load,

где qualifier (квалификатор) обозначает тип лексикона, к которому относится данный лексический элемент, a payload (информационное наполнение) уникальным образом идентифицирует лексический элемент.

  • 6.2 Ограничение использования префикса идентификатора URI

Стандарт базовой деловой лексики является единственным стандартом GS1. в котором определено значение идентификаторов URI. начинающихся с urn:epcglobal: cbv:.

Документ, соответствующий БДЛ. или документ, совместимый с БДЛ. НЕ ДОЛЖЕН использовать какой-либо идентификатор URI. начинающийся с urn :epcglobal: cbv:. каким-либо образом, отличным от указанного в настоящем стандарте.

Документы, и соответствующие БДЛ. и совместимые с БДЛ. МОГУТ содержать идентификаторы URI. которые не начинаются с urn:epcglobal:cbv:. при условии выполнения требований, указанных в настоящем стандарте. Они ДОЛЖНЫ использоваться для идентификации лексических элементов, значение которых не определено стандартом БДЛ. Идентификаторы URL начинающиеся с urn: epcglobal:, НЕ ДОЛЖНЫ использоваться каким-либо образом, отличным от указанного в настоящем стандарте или другом стандарте GS1.

  • 6.2.1 Пример ограничения использования префикса идентификатора URI (условный)

Предположим, пользователю требуется новое значение состояния для обозначения «на карантине». Пользователю НЕ разрешается испольэоеать следующий иденфикатор URI:

urn:epcglobal:cbv:disp:quarantined

В этом случае данный конкретный идентификатор URI. указанный выше. НЕ является частью настоящего стандарта и поэтому не может быть использован. Вместо него может быть использован идентификатор URL наподобие приведенного ниже, который будет считаться совместимым с БДЛ. Однако необходимо отметить, что значение такого лексического элемента было бы ограничено участниками цепи поставок, получающими его. если не было достигнуто предварительной договоренности о его понимании.

http://epcis.example.com/disp/quarantined

  • 7 Типовые лексиконы

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

  • 7.1 Бизнес-этапы (Business steps)

В настоящем подразделе определяются типовые идентификаторы для лексикона EPCIS BusinessStepID (Идентификатор_Бизнес-Этапов). Такие идентификаторы записываются в поле bizStep (бизнес-этап) события EPCIS. как указано ниже.

  • 7.1.1 Структура идентификатора URI

Все значения бизнес-этапов. установленные в настоящем подразделе, имеют следующий вид: urn:epcglobal: cbv:bizstep:payload,

где (составляющая) payload (информационмое_наполнение) — это строка знаков, указанная в следующем разделе. Каждая строка pay load (информационное_наполнение), определенная в настоящем документе, содержит только строчные буквы и знак подчеркивания (underscore1 >)■

  • 7.1.2 Соответствующее использование

Любое событие EPCIS в документе, соответствующем БДЛ. ДОЛЖНО содержать поле bizStep (бизнес-этап), при этом значение поля bizStep {бизнес-этап) ДОЛЖНО быть идентификатором URI, состоящим из префикса urn:epcglobal:cbv:bizstep:. за которым следует строка, указанная в первом столбце соответствующей строки в таблице!, приведенной в 7.1.3. Часть, следующая эа префиксом. ДОЛЖНА быть указана точно так. как приведено в указанной таблице ! только с использованием строчных буке (с возможным включением знаков подчеркивания, как показано).

Любое событие EPCIS в документе, совместимом с БДЛ. МОЖЕТ содержать поле bizStep (бизнес-этап). и значением поля bizStep (бизнес-этап) МОЖЕТ быть идентификатор URI. как указано выше для документа, соответствующего БДЛ. и МОЖЕТ быть любым другим идентификатором URI. отвечающим общим требованиям, установленным в ГОСТ Р 59167—2020. пункт 6.4. за исключением тех идентификаторов URL которые запрещены настоящим стандартом или предназначены для иных целей.

  • 7.1.2.1 Пример соответствующего и несоответствующего использования (условный)

Следующая выдержка из документа EPCIS. соответствующего БДЛ. в формате XML. содержит одиночное событие, в котором бизнес-этапом этого события является значение «отгрузка» (shipping) из базовой деловой лексики:

h В ИСО/МЭК 19988 приведено нетиповое наименование знака «underline» — «подчеркивание».

Следующий пример является HE соответствующим БДЛ. поскольку в нем не используется полная строка идентификатора URI в поле бизнес-этапа. Он также не является совместимым с БДЛ. поскольку значение поля бизнес-этапа не содержит идентификатор URI с указанием полномочий собственника, как того требует ГОСТ Р 59167—2020. пункт 6.4.

Дополнительные примеры приведены в 11.1.

7.1.3 Значения и определения элементов бизнес-этапов


Табпииа 1 —Значения и их определения для элементов бизнес-этапов с прииеоами

Значение (перевод)

Определено

Пример

accept! ng (приемка)

Обозначает определенный вид деятельности в рамках бизнес-процвсса, где меняется право владения иА)ли собственности на объект

Предприятие розничной торговли X выгружает поддон на разгрузочную платформу получателя. Подсчитываетсячисло ящиков на поддоне. Поддоны разгружаются из транспортного средства. Количество проверяется по документам на поставку (грузовой накладной (Freight Btl) ит транспортной накладной (В* of Lading)] с указанием любой недостачи, излишка или повреждении товара на момент поставки. Как правило, этот процесс предваряет осуществление оплаты фрахта и завершает договорные обязательства с груэоперееозчиком на поставку продукции* имущества в установленное место нахождения.

Грузоперевоамик выгружает пять коробок в распредеттельный центр Y. Работник разгрузочной платформы подписывает подтверждение получения пяти коробок от грузоперевоэчика.

Оптовый продавец получает партию рыбы на рыбном аукционе, проверяет количество и подтверждает получение.

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

arriving (прибытие)

Обозначает определенный вид деятельности в рамках бизнес-процесса. где объект прибывает в некоторое место нахождения

Машина с грузом прибывает на складскую площадку. Груз еще не был получен или принят


ГОСТ Р 59168—2020


assembling (комплектование)


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

В отличие от преобразования, а результате выполнения бизнес-этапа assembling (комплектованиеi исходные объекты остаются распознаваемыми и/или процесс обратим; в связи с этим бизнес-этап азает* bling (комплектование) будет использоваться в событии агрегирования, а не преобразования


Комплектующие части компьтера (жесткие диск, блок питания. RAM) собираются в готовый для использования компьютер.

Комплектование в здравоохранении: хирургический комплект, включающий медицинсшй препарат, шприц и марлю собираются вместе, создавая новую «продукцию» — комплект




ШЧЖ4 ЫфП*


Набор с серкйн&м номером (новое мюнченнсе кэаегме)


Преяшдоадодее состояние


Значение

Определена

Пример

col.ecting (соор)

Обозначает определенным вид деятельности е рамках бизнес-процесса, где объект забирается для буду* щей утилизации, переработш или повторного использования

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

Взятые в аренду или в наем поддоны забираются и привозятся в центр сбора

coamission ing (присвоение-идеи тифика тора J

Процесс привязывания идентификатора на уровне экземпляра (такого как номер ЕРС) к определенному объекту, или процесс привязывания ранее не использованного идентификатора на уровне класса к одному или нескольким объектам. Радиочастотная метка может кодироваться и наноситься на этом этале или кодироваться предварительно.

В случае идентификатора на уровне класса этап cottmi ssioni ng (приегкх’пив—идентификатора) отличается от этапа creat ing_class_instance (соэдание_экземпляра_на _уроаие_класса) тем. что этап commissioning (лрисвоение_иденти-фикатора! всегда указывает на первый случай использования идентификатора на уровне класса, тогда кэс этап creating_clas3_instалее (создание, экземпляра- на_уровно_класса) не указывает, использовался ли идентификатор на уровне класса ранее

На упаковочной линии закодированная радиочастотная метка ЕРС наносится на ящик, и кодированное значение привязывается к продукции.

Отдельному виртуальному документу (например, цифровому купону, цифровому ваучеру и т. п.) присваивается номер ЕРС.

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

Полутуши говядины делятся и фасуются как отдельно упакованные стейки. Это может быть событием TransformerionEvent (СоС«тие„с_Прес<5розовгшион i по ГОСТ Р 59167. если исходные полутуши также отслеживаются

consigning (передача_иа_ консигнацию)

Называет на общий процесс, включающий биэ-нес-этапы staging. outbound (подго«овка_к_ отправке), loading (погрузка), departing (отправка) и accepting (приемка), который мажет использоваться, когда более детальная информация о этапах процесса неизвестна или недоступна.

Использование бизнес-этапа consigning

(передача- на.консигнацию) взаимоисключает использование биэнес-этапов staging. outbound (подготовка к отправке), loading (погрузка) , departing (отправка) и accepting (приемка).

Примечание — Данный бизнес-этап схож с этапом shipping (отгрузка), но включает смену права владения и/или собственности со стороны отодаеителя

Оптовый продавец приходит на рыболовное судно, выбирает и закупает ящики с рыбой и привозит их на территорию своего предприятия.

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

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


ГОСТ Р 59168—2020


Значение {перевод}

Определено

пример

creating.class. instance (создание.

э к земля яра _на _ уровне.класса 1

Обозначает этап в бизнес-лроцесое. на котором фор-мцэуется идентифицируемый на уровне класса экземпляр предмета или возрастает его количество.

В отличие от бизнес-этапа eonsiisslonlng (присвоение.идентификатора). этот бизнес-этап может быть выполнен повторно для того же идентификатора на уровне класса

Вода, сахар и другие ингредиенты объединяются для производства одной партии газированного напитка за одну смену на одной производственной линии. Это может быть событие TransformationEvent (Событие с Преобразованием) по ГОСТР 59167. если исходные ингредиенты отслеживаются.

Картофель сортируется по размеру и качеству, моется и пакуется в ящики одной партии на одной упаковочной линии в один день

cycle.counting (подсчет >

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

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

Все объекты в определенном месте нахождения производственной площадки (торговом зале или на полке в торговом зале) подсчитываются с помощью портативного устройства считывания

decosoissioning (снятие, присвоенного, идеи тифика тора)

Процесс устранения связи между идентификатором на уровне экземпляра (таким как номер ЕРС) и объектом. В будущем объекту может быть вновь присвоен идентификатор, но это догжен быть новый идентификатор на уровне экземпляра

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

Цифровой кулон или ваучер на возмещение за возврат тары активируется в контрольно-кассовом узле предприятия розничной торговли

depa rting (отправка)

Обозначает определенный вид деятельности в рамках биэнес-лроцесса. где объект покидает место нахождения на пути к пункту назначения

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

destroying (утилизация)

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

Распределительный центр или лредгриятие розничной торговли помещает пустой ящик в мусоросжигательную лечь или установку для измельчения


ГОСТ Р 59168—2020


Значение

Определена

Пример

disassembling (разукомплектование)

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

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

Хирургический комплект (например, от 2 до 50 флаконов медицкм-ского препарата и один шприц с марлей) разбивается на отдетъные компоненты

dispensing (предоставление-потребителю)

Обозначает определенный вид деятельности в рамках биэнес-лроцесса, где продукция в полном объеме или частично предоставляется потребителю

Провизор выдает потребителю или пациенту лекарственный препарат в соответствии с рецептом врача.

Работник отдела кулинарии нарезает упаковку индейки, весом пять килограммов. для реализации по частям

encoding (кодирование)

Процесс записи идентификатора на уровне экземпляра (как правило, номера ЕРС) в символ штрихового кеда или радиомастотную метку, где идентификатор еще не привязан к объекту на этом этапе процесса

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

ente rlng_ex£ting (выход_вход_ с_продукиией)

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

Покупатель выходит с предприятия розничной торговли X с приобретенными товарами через дверь для входаЛвыхода покупателей

holding (з аде ржа ние _дл я_ проверки)

Обозначает определенный вид деятельности в рамках биэнес-проедоса, где объект иэотыруется для дальнейшей проверки

Предприятие розничной торговли X выгружает на свой склад второй поддон и. не найдя заказа на поставку для этого поддона, перемещает поддон на участок временного хранения на складе.

Распределительный центр Yприобретает партиюфармацеетической продукции. Распределительный центр Y выясняет, что его поставщик не может предоставить вое данные о ее происхождении. Раслределитегъ-ный центр Y перемещает партию продуктам в эону карантина на своем складе.

Грузоотправителю Z на тамонэче приказывают переместить контейнер в специальную эону до тех пор. пока таможенная служба не проведет осмотр и таможенное оформление контейнера

inspecting (проверка)

Процесс осмотра объектов на предмет потенциальных физических дефектов или ошибок в документации

Производитель А выбирает 10 флаконов из каждой партии, чтобы убедиться в том. что продукция и число таблеток во флаконах соответствуют предписанному.

Распределительный центр Y проверяет вое возвращенные изделия, чтобы пометить их, либо как пригодные для реализации, либо как испорченные.

Надэоршй орган R выбирает с полки 3 флжона для проверки их надлежащего происхождения.


ГОСТ Р 59168—2020


Значение {перевод}

Определено

пример

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

Оператор парка поддонов Z проверяет, соответствуют ли определенные поддоны критериям качества

installing (установка)

Обозначает определенный вид деятельности в рамках бизнес-лроцесса, где объект помещается в составной объект (не просто контейнер). На бизнес-этапе installing густа ное ка) составной объект существует и до указанного этапа, тогда как на биэнес-этаяе assembling (комплектование) составной объект создается во время этого этапа

Дополнительные микросхемы памяти и ажумуляторная батарея устанавливаются в компьютер.

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

Дополюгтельные средства обеспечения безопасности устанавливаются в салон самолета или дорожись транспортного средства (например. огнетушители)

killing (л икаидаиия_ радиочастотной-метки)

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

Радиочастотной метке дается команда КВ на ее ликвидацию, чтобы предотвратить дальнейшее ее считывание или получение информации, содержащейся в радиочастотной метке

loading (погрузка)

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

Изготовитель А загружает поддоны в контейнер. Поддоны группируются в контейнере.

Распределительный центр Y загружает весь груз в грузовой автомобиль

othe г (прочее)

Бизнес-этап, не идентифицированный каким-либо образом в списке значений, приведенных базовой деловой лексике

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

packing (упаковывание)

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

12 упаковок газированного напитка помещаются в ящик. Развесной картофель помещается в транспортную тару

picking (отбор)

Обозначает определенный вид деятельности в рамках бизнес-гроцесса. который включает отбор объектов для выполнения заказа

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

Производитель А извлекает три поддона со стеллажей, чтобы выполнить заказ на поставку


ГОСТ Р 59168—2020


Значение (перевод)

Определено

Пример

receiving (получение!

Обозначает определенный вид деятельности е рамках биэнес-лроиеоса, который указывает, что происходит получение объекта а каком-либо месте нахождения и добавление его к товарно-материальным запасам получателя. Использование биэнес-этала receiving (получение) взаимоисключает использование биэ-нес-этапов arriving (прибытие! и accepting (приемка i

Предприятие розничной торговли X подтверждает, что число ящиков на поддоне соответствует указанному в заказе на поставку. Предприятие розничной торговли X деинимает ящики в товарно-мэтериалыше запасы. Как давило, этот процесс выявляется соответствие продукции, поставленной по заказу, для осуществления платежа поставщику.

Поставка от производственной территории изготовителя до распределительного центра изготовителя сопоставляется с записями транзакции. а затем добавляется в местную товарно-материальную базу

reraoving (иэелечение)

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

Дефектная деталь самолета извлекается из двигателя

repackaging (переупаковывание I

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

Распределительный центр Y получает одну коробку с аккумуляторами и другую —с ноутбука»! без аккумуляторов. Распределительный центр Y отгружает новые коробки, содержащие один ноутбук и еден аккумулятор

repairing (ренонт)

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

Компьютер привозится в ремонтный центр для исправления неполадки.

Деталь самолета находется в центре технического обслуживания для диагностики проблемы

гeplaci ng (замена)

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

Дефектная деталь самолета заменяется на новую

г ese rving (резервирование)

Процесс, в котором комплект идентификаторов на уровне экземпляра, еще не введенных в действие, предоставляются другой стороне для использования

Производитель предоставляет комплект номеров ЕРС для ящиков этикетировщику. представляющему третью сторону

гetail_selling (роэничная_ продажа)

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

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

shipping (отгрузка)

Называет на весь процесссбиэнес-этапами stag* ng_ outbound (подготовка_к__ отправке), loading (пог-руэка> и departing (отправка). Указанный бизнес-этап может использоваться, когда более детализированная информация о процессе на этапе неизвестна или недоступна. Мо»ет указывать на завершающее событие с точки зрения отгрузки.

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

На территории распределительного центра Y грузовик, нагруженный стеллажами с напогменной транспортной тарой, отъезжает от загрузочной платформы или эоны погрузки.


ГОСТ Р 59168—2020


Значение {перевод}

Определение

пример

Использованиебизнес-этапазЬ1рр1пд (отгрузка) взаимоисключает использование биэнес-этапов etaging_outbound (подготоэка_к_отлравке), departing (отправка) или loading (погрузка)

Изготовитель А завершает погрузку продукции в прицеп иопечатьва-ет дверь. Прицеп готов к перевозке. Создание уведомления об отгрузке (Despatch Advice/ASN1*) инициирует событие «shipping» (отгружа).

Поставщик логистических услуг (3PL) забирает и маркирует продукцию. Продукция загружается в прицеп, и оформляется ее передача груэоперевоэнику. Поставщик логистических услуг (3PL) уведомляет изготовителя. который создает событие «shipping» (отгрузка).

Примечание — Такая последовательность действий отмечается. если ОТСУТСТВУЕТ бизнес-этап departing на месте считывания у ворот.

Типовая последовательность бизнес-этапов:

staging_cutbound (подготовками _отправке) loading (погрузка) departing (отправка)

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

staging_ou(bound (подготовка_к_ отправке)

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

Контейнер закрывают для последующей погруз», в автотранспортное средство на площадке.

Контейнер закрывают и опечатывают для последующей погрузки е автотранспортное средство на площадке.

Продукция отобрана и теперь ожидает загруз», в контейнер в эоне погрузки

stocktaking (инвентаризация)

Процесс подсчета объектов в пределах одного места нахождения согласно установленным правилам и/или стандартам, служащим основой для бухгалтерского учета

бее номера ЕРС в предприятии розничной торговли считывают портативным устройством считывания согласно процедуре, установленной бухгалтерией организации

stocking (пополнение)

Обозначает определенный вид деятельности в рамках биэнес-процесса 8 каком-либо месте нажэждения с целью обеспечения достулностиобьаста для покупателя или выполнения заказа в распределительном центре

Предприятие розничной торговли X размещает банки из ящ»ка на полке в торговом зале.

Распределительный центр X перемещает товары из зоны хранения в эону комплектования


ГОСТ Р 59168—2020


1* ASN— сокращение от «advanced shipping побсев (предварительное уведомление об отгрузке).


Значение (перевод)

Определена

Пример

stor1 ng (храпе нив)

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

Предприятие-изготовитель А перемещает поддон из эоны прием»», на стеллаж.

Предприятие розничной торговли X перемещает ящик с разгрузочной платформы на попсу на складе

transfc mi ng

I л реоСразов ание1 (устаревший бизнес-этап)

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

Этот бизнес-этап является устаревшим для использования в версии по ГОСТ Р 59167. который содержит тют события Tr ans CornetionEuent (Событие_е_ Преобразованием) для преобразований. Такие бизнес-этапы. как coocnissionlng (присвоение^ идентификатора), creating_class_instance (создание_экэемлляра_на_уровне_класса) или другие бизнес-этапы могут" использоваться совместно с Trans formationEvent (Соб«?ие_с, Преобразованием)

Предприятие-мясозаготовитель X разделывает целую коровью тушу на две полутушм («один ко многим»). Пищевое предприятие Y соединяет воду, овощи и мясо, создавая порцию супа («многие к одному»).

Мясник Z смешивает мясо разных туш. пропускает через мясорубку и создает отдельные упаковки говяжьего фарша («многие ко многим»)

transporting (транспортирование J

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

Груэоперевозчик X транспортирует 150 контейнеров для морских перевозок из морского порта Гонконга в морской порт Гамбурга на контейнерном судне.

Поезд с 20 товарными вагонами следует от одной железнодорожной станции к другой.

Грузовик везет прицеп со склада в распределительный центр

unloading (разгрузка)

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

Производитель А выгружает поддоны из транспортного средства. Поддоны дезагрегируются от транспортного средства.

Распределительным центр Y выгружает сетки с контейнерами из грузовика

unpacking (распаковывание)

Обоэгачает определенный вид деятельности в рамках бизнес-едоцесса, который включает извлечение продукции (отдельных изделий, упаковок меньшего размера. яциков. поддоное)из контейнера большего размера — как правило, после получения или прием». Дезагрегирование одного предмета от другого, как правило, происходит в этот момент

12 упаковок газированной воды извлекаются из ящика. Развесной картофель извлекается из транспортной тары


ГОСТ Р 59168—2020


Значение {перевод}

Определено

пример

vold_shipping (недейстьит ельн ая_ отправка)

Обозначает процесс декларировала того, что один или несжолькообъектовв предыдущем процессеотпраэ-ки (обработанных в событии EPCIS с биэнесютапами shipping (отгрузка), departing (отправка), игм consigning (передача на консигнацию))не были отгружены (или отправлены иш переданы на кон* сиснацию) как было указано ранее

Отправитель отменяет поставку после предыдущего события отгрузки.

Отправитель узнает, получив соответствующее уведомление от по* лучателя или самостоятельно, о том. что отправка, которую он считал состоявшейся и в отношении которой он создал событие отправт. на самом деле не состоялась. Этот факт фиксируется соответствующим образом.

Отправитель обнаруживает, что три из десяти ранее отправленных предметов, не были включены в отправку. Событие voidshipping (недействительная _<угправка1 указывает на то, что эти три пред* мета не были отправлены


ГОСТ Р 59168—2020


  • 7.2 Состояния (Dispositions)

8 настоящем подразделе определяются типовые значения идентификаторов для лексикона EPCIS DispositionlD (Идентификатор_Состояния).

Данные идентификаторы заполняют поле disposition (состояние) в событии EPCIS, как показано ниже.

  • 7.2.1 Структура идентификатора URI

Все значения состояний, установленные е настоящем подразделе, имеют следующую форму:

urn: epcglobal: cbv: disp: payload.

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

  • 7.2.2 Соответствующее использование

Любое событие EPCIS в документе, соответствующем БДЛ. МОЖЕТ содержать поле disposition (состояние). Если поле disposition (состояние) присутствует, то значением поля disposition (состояние) ДОЛЖЕН быть идентификатор URI, состоящий из префикса urn :ер-cglobal:cbv:disp:. за которым следует строка, указанная в первом столбце соответствующей строки нижеуказанной таблицы 2. Часть, следующая за префиксом. ДОЛЖНА быть записана точно так. как указано в ниже приведенной таблице 2. и только строчными буквами (возможно использование знака подчеркивания).

Любое событие EPCIS в документе, совместимом с БДЛ. МОЖЕТ содержать поле disposition (состояние), и значением поля disposition (состояние) МОЖЕТ быть идентификатор URI. как указано выше для документа, соответствующего БДЛ. и МОЖЕТ быть любым другим идентификатором URI. выполняющим общие требования, установленные в ГОСТ Р 59167—2020. пункт 6.4, за исключением тех идентификаторов URI. которые запрещены настоящим стандартом или предназначены для других целей.

  • 7.2.2.1 Пример соответствующего и несоответствующего использования (условный)

Далее приведена выдержка из документа EPCIS. совместимого с БДЛ, в формате XML. содержащая единственное событие, где состоянием события является значение базовой деловой лексики «in progress» (в процессе выполнения):

urn:epcglobal:cbv:disp:in ргодгезз

Далее приведен HE соответствующий БДЛ пример, поскольку в нем не используется полная строка идентификатора URI в поле disposition (состояние). Он также не является совместимым с БДЛ. поскольку значение поля disposition (состояние) не содержит идентификатор URI с указанием владельца, как требуется согласно ГОСТ Р 59167—2020, пункт 6.4.

in_progress НЕВЕРНО

Дополнительные примеры приведены в 11.1.

  • 7.2.3 Значения и определения элементов состояний

Таблица 2 — Значения и их определения элементов состояний с примерами

Значение (перевод)

Определение

Примеры

active (активирован)

Объект, которому был присвоен идентификатор, только что включен в цепь поставок

Предприятие-изготовитель А наносит радиочастотные метки на 10 ящиков продукт».

Виртуальному документу присваивают номер ЕРС.

Бизнес-этап:

commis вioning (присвоение-мденеификаторв)

container_ciosed (контейнер_закрыт)

Объект был загружен а контейнер. двери были закрыты, груз опечатан

Контейнер закрывают и он ожидает транспортирования на площадке.

Контейнер закрывают и опечатывают электронной пломбой.

Бизнес-этап: staging_outbound (подготовка_к_ отправке)

damaged (поврежден)

Объект становится менее пригодным к использованию и/или его стоимость снижается в результате дефекта

Оператор парка поддонов Р замечает, что один из поддонов имеет сломанную доску, он записывает этот инцидент, сканируя номер ЕРС этого поддона.

Предприятие розничной торговли R получает груз, в котором упаковки продукции на поддоне были помяты.

Бизнес-этапы: accepting (приемка) inspecting (контроль) receiving (получение) removing (извлечение) repairing (ремонт) replacing (замена)

destroyed (ликвидирован)

Объект приведен в состояние, полностью непригодное к использованию

Оператор мусоросжигательной печи В указывает, что продукция и упаковка были сожжены.

Бизнес-этап: destroying (утилизация)

dispensed (реализован)

Продукция в полном объеме предоставлена потребителю.

Провизор в соответствии с рецептом врача выдает покупателю или патенту лекарственное средство в количестве, соответствующем полному объему тары.

Работник отдела кулинарии нарезает все содержимое пятифунтовой упаковки индейки для реализащ».

Примечание — Настоящее состояние отражает состояние исходного объекта, а не реализованной продукции

disposed (удален)

Объект возвращен для удаления

Распределительный центр забрал упаковку лекарственного препарата. подлежащую последующей ликвидации

encoded (закодирован)

Идентификатор уровня экземпляра предмета закодирован в символе штрихового кода или радиочастотной метке, но пока не присвоен объекту идентификации

Третья сторона осуществляет запись номеров ЕРС на носители данных и возвращает катушку с носителями данных для коробок изготовителю.

Бизнес-этап:

encoding (кодирование)

Значение (перееоа)

Определение

Примеры

expired (просрочен)

Срок годности объекта истек

Распределительный центр Y указывает, что срок годности продукции истек.

Бизнес-этап:

holding (задержание_для_проверки) staging_outbound (подготовка_к_ отправке)

storing (хранение)

in_progress ( в_движении_по_ цепи_поставок)

Состояние по умолчанию для объекта, проходящего через точки цепи поставок

Продукция доставлена в шкое-либо место нахождения, производят ее приемку и проверку.

Продукцию готовят к отгрузке. Бизнес-зтапы.

receiving (получение)

picking (отбор)

loading (погрузка)

accepting (приемка)

з tag!ng_outbound (подготовка_к_ отправке)

arriving (прибытие)

void_shipping (недействительная-отправка)

in_transit

( переметается)

Объект транспортируется между двумя торговыми партнерами по цепи поставок

Грузоотправитель Z вывез контейнер/про-духцию со склада предприятия-изготовителя на маршрут.

Бизнес-зтапы: shipping (отгрузка) departing (отправка)

inactive (выведен)

Объект, с которого снят (ранее присвоенный) идентификатор и который может быть повторно введен в цепь поставок

Перезаписываемая радиочастотная метка удаляется с транспортируемой единицы многоразового использования.

Цифровой купон или ваучер на возмещение за возврат тары погашается в контрольно-кассовом узле.

Бизнес-этап:

decommissioning (снятие_ присвоенногО—Илемтификатора)

no_pedigree_match (несоответствие_ происхождению)

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

Распределительный центр Y не смог получить надлежащего подтверждения происхождения продукции от предприятия — изготовителя продукции А.

Бизнес-зтапы.

holding (задержание_для_лроверки) staging_outbound (подготоька_к_ отправке)

storing (хранение)

non_sellable_other (не_подлежит_ реализации)

Объект не может быть продан покупателю

Продукция не подлежит реализации в ожидании последующей оценки стоимости.

Продукция не подлежит реализации, при этом не применимо одно из прочих состояний (expired (просрочен), recalled (отозван), damaged (поврежден), no_pedigree_match (несоответствие происхождению)).

Продукция была реализована и ожидает вывоза покупателем.

Продолжение таблицы 2

Значение (переем)

Определение

Примеры

Бизнес-этапы:

holding (эадержание_,цля_проверхи) inspecting (контроль)

staglng_outbound (подготовка_к_ отправке)

storing (хранение)

partially_ dispensed (частично_ реализован)

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

Провизор выдает покупателю по рецепту 10 таблеток из банки, содержащей 100 таблеток.

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

Примечание — Настоящее состояние отражает состояние исходного объекта, а не реализованной продукции

Iecalled (отозван)

Объект не подлежит реализации по соображениям общественной безопасности

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

Бизнес-этапы:

holding (задержаиие_длл_лроверки) staging_outbound (подготовке_к_ отправке)

storing (хранение)

reserved (зарезервирован)

Идентификатор на уровне экземпляра предмета зарезервирован для третьей стороны

Распределительный центр получает номера ЕРС и может кодировать радиочастотные метки данными номерами.

Бизнес-этап:

reserving (резервирование)

reteii_sold (реализован_в_ розницу)

Продукция приобретена покупателем

Покупатель в предприятии розничной торговли X приобрел отвертку, оплатив покупку в контрольно-кассовом узле.

Бизнес-этап: retall—Seiling (роэничная_продажа)

returned (возвращен)

Объект был возвращен по различным причинам. Он может подлежать или не подлежать реализации

Продукция принята центром возврата от покупателя по причине избыточной отгрузки, отзыва продукции, истекшего срока годности ИТ.Д.

Бизнес-этапы:

receiving (получение) holding <вадержание_для_проверки) shipping (отгрузка)

sellable_acces-sible (подлежит*-резлизации_ доступен)

Продукция может быть реализована «как есть» и доступна потребителю с целью покупки

Предприятие розничной торговли X выставляет ящик с отвертками на полку или на витрину в пределах досягаемости для покупателя.

Бизнес-этапы:

stocking (пополнение) receiving (получение)

Окончание таблицы 2

Значение (лереаод)

Определение

Примеры

sellable_not_ accessible (подлежит_ реализации_ недоступен)

Продукция может быть реализована «как есть*, но не доступна потребителю с целью покупки

Предприятие розничной торговли X выставляет ящик с отвертками в подсобном помещении торгового предприятия.

Бизнес-этап: receiving (получение) storing (хранение) loading (погрузка) holding (задержание—для_проверки) inspecting (контроль)

stolen (украден)

Объект присвоен без разрешения и с нарушением прав

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

unknown (неизвестное-состояние)

Состояние объекта не известно

  • 7.2.3.1 Значения Disposition (Состояние) из [3] (версия лексики CBV 1.0). признанные устаревшими в I41 (версия лексики CBV 1.1)

В (3J (версии лексики CBV 1.0) были установлены некоторые значения disposition (состояние), которые признаны устаревшими в (41 (версии лексики CBV 1.1). В таблице 3 перечислены устаревшие значения disposition (состояние) и значения, которые заменяют их в [4J. Любое значение в Г41 применимо ко всем ситуациям, в которых использовалось соответствующее значение из (3). но также может быть также применимо к подобным ситуациям, где понятие «sellable* (подлежащее реализации) не является актуальным. Например, в Г41 состояние damaged (поврежден! может применяться к возвратному активу, который никогда не рассматривался в качестве «sellable* (подлежащее реализации), даже при отсутствии дефектов.

Таблица 3

Значения элемента Disposition (Состояние) по Ц) CBV 1.0 (устаревшие)

Значения элемента Disposition (Состояние) по (£)

non_sellable expired просрочен)

(не_подлежит_реализации_

expired (просрочен)

non_sellable^damaged поврежден)

(не_подлежит реализации-

damaged (поврежден)

non_sellable_disposed удален)

(не_подлежит_ реализации

disposed (удален)

non_sellable_no_pedigree_match (не подлежит

реализации_ло_несоответствию_происхождения)

no_pedigree-match (несоответствие-происхождению)

non_sellable_recalled

{не лодлежиТ-реализации)

recalled (отозван)

  • 7.3 Типы документов бизнес-транзакций (Business Transaction Types)

8 настоящем подразделе устанавливаются типовые идентификаторы для лексикона типов документов бизнес-транзакций EPCIS BusinessTransactionTypelD (Идентификатор_Типа Документа Бизнес-Транзакции). Указанные идентификаторы могут использоваться для заполнения атрибута type (тип) элементаbizTransaction (документ_Бизнес-транзакции) в событии EPCIS. Подробная информация приведена в 8.5. где объясняется, когда следует использовать такие идентификаторы.

  • 7.3.1 Структура идентификатора URI

Все значения типов документов бизнес-транэакций. установленные в настоящем подразделе, имеют следующую форму:

urn: epcglobal: cbv: btt: payload.

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

  • 7.3.2 Соответствующее использование

Любое событие EPCIS в документе, соответствующем БДЛ, МОЖЕТ содержать один или несколько элементов bizTransaction (документ Биэнес-транзакции). Если элементы bizTransaction (документ_Бизнес-транзакции) присутствуют, каждый такой элемент МОЖЕТ содержать атрибут type (тип). Если данный элемент bizTransaction (документ_Бизнес-транзакции) содержит атрибут type (тип). значением такого атрибута type (тип) ДОЛЖЕН быть идентификатор URI. состоящий из префикса urn:epcglobal:cbv:btt:. за которым следует строка, указанная в первом столбце соответствующей строки в таблице 4. Часть, следующая за префиксом. ДОЛЖНА быть записана точно так. как указано в таблице 4, только строчными буквами (возможно использование знака подчеркивания, как показано). См. 8.5. где приведены требования к совместимости. касающиеся типов документов бизнес-транзакций.

Пример (условный) — Документ EPCIS е формате XML с примером использования приведен в 11.1.

Любое событие EPCIS в документе, совместимом с БДЛ. МОЖЕТ содержать один или несколько элементов bizTransaction (документ_Бизнес-транзакции). Если элементы bizTransaction (документ Бизнес-транзакции) присутствуют, каждый такой элемент МОЖЕТ содержать атрибут type (тип). Если данный элемент bizTransaction (документ Бизнес-транзакция) содержит атрибут type (тип), значение атрибута type (тип) МОЖЕТ быть идентификатором URI. как указано выше для документа, соответствующего БДЛ. и МОЖЕТ быть любым другим идентификатором URI. соответствующим общим требованиям, установленным в ГОСТ Р 59167—2020. пункт 6.4. за исключением тех идентификаторов URI. которые запрещены настоящим стандартом или предназначены для других целей.

  • 7.3.3 Значения и определения элементов типов документов бизнес-транзакций

Таблица 4 — Значения и определения элементов типов документов бизнес-транзакций

Значение

Определение

ЬО1 (транспортная накладная)

Bill of Lading (Коносамент/Транслортная накладная): документ. выданный груэопе-ревозчиком грузоотправителю с перечислением и подтверждением получения товаров для транспортирования и содержащим условия поставки

desadv (извв1йение_об отгруяке)

Despatch Advice (Извещение об отгрузке): документ/сообщение. с помощью которого продавец или отправитель информирует получателя об отгрузке товаров. Также называется уведомлением об отгрузке («Advanced Shipment Notice*. ASN). но значение desadv используется всегда, независимо от местной терминологии

inv (счет)

Invoice (Счет/Счет-фактура): документ/сообщение с требованием оплаты товаров или услуг, предоставленных в соответствии с условиями, согласованными покупателем и продавцом

pedigree (полтьерждение происхождения)

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

ро (закаэ_на_ поставку)

Purchase Order (Заказ на поставку): документ/сообщение. содержащее подробную информацию о товарах и услугах, заказываемых в соответствии с условиями, согласованными покупателем и продавцом

Окончание таблицы 4

Значение

Определение

рос

Iподтверждение_ закаЭа_на^ поставку)

Purchase Order Confirmation (Подтверждение заказа на поставку): документ, предоставляющий подтверждение от внешнего поставщика на запрос покупателя о поставке установленного количества товара или об оказании установленной услуги, по установленной цене и в установленное время

prodorder (закьз_на_ изготовление)

Production Order (Заказ на изготовление): внутренний документ организации или сообщение, создаваемое производителем, которое запускает процесс производства товаров

recadv (извещение__о_ получении)

Receiving Advice (Извещение о получении): докуыент/сообщение. дающее возможность получателю груза уведомить грузоотправителя о фактическом получении товаров, в сравнении с уведомлением. что было отправлено

гпа <разрешение_на_ возьрат_товара)

Return Merchandise Authorization (Разрешение на возврат товара): документ, выданный продавцом. предоставляющий покупателю полномочия для возврата товаров для определения причитающемся суммы

7.4 Типы начальных/конечных пунктов (Source/Destination types)

8 настоящем подразделе устанавливаются значения типовых идентификаторов для лексикона EPCIS SourceDestTypelD (Идентификатор_Типа Начального_Пункта_Конечного_ Пункта). Такие идентификаторы могут использоваться для заполнения атрибута type (тип) элемента source (начальныйпункт) или destination {конечный пункт) в событии EPCIS. Подробные требования по использованию идентификаторов приведены в 8.6.

  • 7.4.1 Структура идентификатора URI

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

urn: epcglobai : cbv: sdt: pay load.

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

  • 7.4.2 Соответствующее использование

Любое событие EPCIS в документе, соответствующем БДЛ. МОЖЕТ содержать один или несколько элементов sou гее (начальный_пункт) или destination. Значением атрибута type {тип) подобного элемента source (начальныйлункт) или destination {конечный пункт) должен быть идентификатор URI. включающий префикс urn:epcglobal:cbv:sdt:. за которым следует строка, указанная в первом столбце соответствующей строки в таблице 5. Часть, следующая за префиксом. ДОЛЖНА быть записана точно так. как указано в таблице 5, только строчными буквами (возможно использование знака подчеркивания, как показано). В 8.6 приведены требования совместимости. касающиеся типов начальных/конечных пунктов.

Пример (условный) — Документ EPCIS в формате XML с примером использования приведен в 11.1.

Любое событие EPCIS в документе, совместимом с БДЛ. МОЖЕТ содержать один или несколько элементов source (начальныйг.ункт) или destination (конечный_пункт>. Значением атрибута type (тип) подобного элемента source (начальный_пункт) или destination {конечный_пункт) МОЖЕТ быть идентификатор URL как указано выше для документа, соответствующего БДЛ. или МОЖЕТ быть любой другой идентификатор URL выполняющий общие требования. установленные в ГОСТ Р 59167—2020. пункт 6.4, за исключением тех идентификаторов URL которые запрещены настоящим стандартом или предназначены для других целей.

  • 7.4.3 Значения и определения элементов лексикона типов начальных/конечных пунктов

Таблица 5 — Значения элементов типов начальных/кон&шых пунктов (Source/Destination Types)

Значение

Определение

owning_pArty (сторона_ соОстьекник)

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

possessing_party (сторона_ держатель)

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

location (местонахождения}

Идентификатор начального или конечного пункта обозначает физическое место нахождения соответственно начального или конечного пункта перемещения в процессе хозяйственной деятельности, частью которой является данное событие EPCIS. Когда начальный пункт этого типа указан в событж EPCIS в начальном пункте перемещения в процессе хозяйственной деятельности, идентификатор начального пункта ДОЛЖЕН соответствовать месту считывания, указанному в данном событии. Когда пункт назначения этого типа указан в событии EPCIS в конечном пункте перемещения в процессе хозяйственной деятельности, идентификатор конечного пункта ДОЛЖЕН соответствовать месту считывания, указанному в данном событии

7.5 Идентификаторы причин ошибок (Error reason Identifiers)

В настоящем подразделе устанавливаются значения типовых идентификаторов для лексикона идентификаторов причин ошибок EPCIS ErrorReasonlD <Идемтификаторы_Причин_Ошибок). Такие идентификаторы могут быть использованы для заполнения атрибута reason {причина) элемента errorDeciaration (заявлениеоб Ошибке) в событии EPCIS.

  • 7.5.1 Структура идентификатора URI

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

urn:epcglobal:cbv:er:payload,

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

  • 7.5.2 Соответствующее использование

Любое событие EPCIS в документе, соответствующем БДЛ. МОЖЕТ содержать элемент Error-Declaration (Заявление_об_Ошибке). который е свою очередь МОЖЕТ содержать поле reason (причина). В случае, когда в документе, соответствующем БДЛ. содержится поле reason (причина) элемента ErrorDeciaration (Заявление об_0шибке), его значением ДОЛЖЕН быть идентификатор URI, включающий префикс urn:epcglobal:cbv:er:. за которым следует строка, указанная в первой колонке одной из строк в таблице 6 в пункте 7.5.3. Часть, следующая за префиксом. ДОЛЖНА быть записана точно так. как указано в таблице 6. только строчными буквами (возможно использование знака подчеркивания, как показано).

Любое событие EPCIS в документе, совместимом БДЛ, МОЖЕТ содержать элемент ErrorDeciaration (3аявление_об_0шибке). который в свою очередь МОЖЕТ содержать поле reason (причина). В случае, когда в документе, совместимом с БДЛ. содержится поле reason (причина) элемента ErrorDeciaration (Заявление_об_Ошибке), его значением МОЖЕТ быть идентификатор URI. как указано выше для документа, соответствующего БДЛ. или МОЖЕТ быть любой другой идентификатор URI. выполняющий общие требования, установленные в ГОСТ Р 59167—2020, пункт 6.4. за исключением тех идентификаторов URI. которые запрещены настоящим стандартом или предназначены для других целей.

  • 7.5.3 Значения и определения элементов лексикона идентификаторов причин ошибок

Таблица 6 — Значения и определения элементов идентификаторов причин ошибок

Значение

Определение

did_not_occur |не_иыеяо_место)

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

lncozreet_ddCa {неьерные_данны«)

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

  • 8 Пользовательские лексиконы

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

  • 8.1 Общие положения

В отличие от типовых лексиконов, которые рассматривались в разделе 7. лексические элементы в пользовательской лексике создаются конечным пользователем. Например, конечный пользователь, создающий новое производственное место назначения, например, новый склад, может создать идентификатор производственного места назначения для ссылки к этому месту нахождения в событиях EPCIS. Соответствующая строка идентификатора определяется конечным пользователем, и ее значение может быть объяснено партнерам по цепи поставок посредством обмена мастер-данными или с использованием иного механизма вне Интерфейса запросов (Query Interface) EPCIS.

ГОСТ Р 59167—2020. пункт 6.4. предусматривает общие ограничения для идентификаторов, которые конечные пользователи могут создавать для использования как элементов пользовательской лексики. В частности, идентификатор должен соответствовать синтаксису идентификаторов URI. а также либо соответствовать правилам синтаксиса, определенным в стандартах GS1. либо принадлежать к подпространству идентификаторов URI. которое контролируется конечным пользователем, присваивающим их.

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

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

  • - идентификатор EPC URI: идентификатор URI номера электронного кода продукции (ЕРС) «чистый ключевой идентификатор» может применяться в качестве элемента пользовательского лексикона. Номера ЕРС имеют структуру и значение, получившие широкое распространение. Номера ЕРС также могут быть закодированы на носителях данных, таких как радиочастотные метки и символы штрихового кода, в соответствии со стандартами GS1. По этой причине номера ЕРС зачастую представляют собой лучший выбор для создания элементов пользовательских лексиконов, когда их применение возможно:

  • - частное и общеотраслевое имя URN: унифицированное имя ресурса (Uniform Resource Name. URN) вида urn:URNNamespace:... может использоваться в качестве элемента пользовательского лексикона. Такой способ требует, чтобы пользователь, создающий лексический элемент, был уполномочен применять пространство имен URN. которое идет за префиксом «urn:». Например, конечный пользователь может зарегистрировать свое собственное пространство имен URN в Администрации адресного пространства Интернет (IntemetAssigned Numbers Authority, IANA). В качестве альтернативы отраслевая ассоциация или иное объединение торговых партнеров может зарегистрировать пространство имен URN и определить синтаксический шаблон начиная с данного пространства имен для использования членами такого объединения при создании лексических элементов. Учитывая сложность регистрации пространства имен URN. такой метод используется, как правило, группами торговых партнеров. а не отдельными конечными пользователями.

- указатель HTTP URL: унифицированный указатель ресурсов (URL) вида: http: //Domain/... может использоваться в качестве элемента пользовательского лексикона. Такой способ требует, чтобы пользователь, создающий лексический элемент, был уполномочен использовать доменное имя. которое идет за префиксом http:. Зачастую используется субдомен домена организации конечного пользователя; например, «некая корпорация» может решить использовать epcis.example.com в качестве имени домена для построения идентификаторов пользовательского лексикона. Поскольку регистрация имени интернет-домена относительно простой процесс, этот метод вполне подходит для отдельных конечных пользователей, также как и для отраслевых объединений.

Следует учесть, что указатели HTTP URL, используемые в качестве элементов пользовательского лексикона EPCIS. не обязательно отсылают к веб-странице. Они являются идентификаторами (именами). которые лишь используют схему идентификаторов HTTP URI для удобства.

Подробная информация о каждой из трех форм приведена далее.

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

  • 8.1.1 Общие рекомендации для идентификаторов ЕРС URI как элементов пользовательской лексики

В случае применения идентификаторов ЕРС URI в качестве элементов пользовательской лексики. документы, совместимые с БДЛ. и соответствующие БДЛ, ДОЛЖНЫ использовать чистый ключевой идентификатор ЕРС URI. за исключением ситуаций, описанных ниже. «Чистые ключевые идентификаторы» ЕРС URI — это идентификатор URL соответствующий определению в [9. раздел 6] (в частности идентификатор URL следующий грамматическому правилу ЕРС-URI в [9. подраздел 6.3). «Чистые ключевые идентификаторы» ЕРС URI начинаются с urn:epc: id:....

Все документы, и совместимые с БДЛ. и соответствующие БДЛ. НЕ ДОЛЖНЫ использовать какие-либо другие формы идентификатора URI для ЕРС. определенные в /9/, В частности, в документах НЕ ДОЛЖНЫ использоваться идентификаторы URI радиочастотных меток ЕРС (urn:ерс:tag:...}. шаблон чистого ключевого идентификатора ЕРС Риге URI (urn: epc: idpat:...) или шаблон идентификатора ЕРС URI (urn :ерс: pat:...). затем исключением, что все документы, и совместимые с БДЛ. и соответствующие БДЛ. МОГУТ использовать шаблон идентификаторов ЕРС URI для идентификации объектов уровня класса, как указано в 8.3.1. Все документы, и совместимые с БДЛ. и соответствующие БДЛ. МОГУТ использовать необработанный идентификатор ЕРС Raw URI (urn: epc: raw:...). как указано в [9. раздел 12j, при условии, что необработанное значение (Raw) не может быть декодировано как номер ЕРС. Все документы, и совместимые с БДЛ. и соответствующие БДЛ. НЕ ДОЛЖНЫ использовать необработанный идентификатор ЕРС Raw URL представляющий содержимое банка памяти ЕРС. которое может быть успешно декодировано в чистый ключевой идентификатор ЕРС URI (Риге Identity ЕРС URI) согласно /9/.

Примечание — Согласно ГОСТ Р 59167 «когда уникальный ключевой идентификатор (для идентификатора на уровне экземпляра параметра «что») представляет собой номер электронного кода продукции, [идентификатор] ДОЛЖЕН быть «чистым ключевым идентификатором» («риге identity») URI для ЕРС. как указано в [9, раздел 6]. В практических реатзациях МОГУТ быть допустимы идентификаторы в формате идентификаторов URI. отличных от номеров ЕРС». Вышеприведенный текст проясняет данное требование и более конкретно касается 191. Вышеприведенный текст также распространяет данные ограничения на использование идентификаторов ЕРС URI в других параметрах событий EPCIS. а не только в связи с параметром «что».

  • 8.1.2 Общие рекомендации для частных и общеотраслевых имен URN как элементов пользовательской лексики

В случаях, указанных в 8.2—8.5. документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать частное и общеотраслевое имя URN, как указано ниже.

Частное и общеотраслевое имя URN ДОЛЖНО принимать следующий вид:

urn: URNNamespacez ** : qua2: Remainder

co следующими компонентами шаблона (см. таблицу 7):

Таблица 7

Компонент шаблона

Описание

urn:

Знаки и. г. п и : (двоеточие)

URNNamespа се

Пространство имен URN. зарегистрированное в Администрации адресного пространства Интернет (IANA) согласно 1101

Обозначает либо отдельный знак «двоеточие», либо любую строку, которая соответствует (101 и правилам синтаксиса, установленным для зарегистрированного пространства имен URN. и которая начинается и заканчивается знаком «двоеточие». Любое число дополнительных подполей может быть включено между пространством имен URN и компонентом qual для того, чтобы предоставить гибкие возможности организации пространства имен URN его владельцу

qua!:

Квалификатор, в соответствует с 8.2—8.5. в зависимости от типа идентификатора

Remainder

Остаточная составляющая идентификатора, в соответствии с 8.2—8.5

Кроме того, идентификатор такого вида ДОЛЖЕН содержать не более 128 знаков, при этом РЕКО* МЕНДУЕТСЯ использование не более 60 знаков.

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

  • 8.1.3 Общие рекомендации для указателей HTTP URL как элементов пользовательской лек* сики

В случаях, указанных в 8.2—8.5, документ, совместимый с БД Л. и документ, соответствующий БДЛ. МОЖЕТ использовать указатель HTTP URL.

Указатель HTTP URL ДОЛЖЕН принимать следующий вид:

http: / / (Subdomain.) Domain/ * */qual/Remainder

co следующими компонентами шаблона (см. таблицу 8):

Таблица 8

Компонент шаблона

Описание

http://

Семь знаков: h. t, t, р. : (двоеточие)./(дробнаячерта) и 1 (дробная черта)

Кроме того, идентификатор такого вида ДОЛЖЕН содержать не более 128 знаков, при этом РЕКОМЕНДУЕТСЯ использование не более 60 знаков.

Идентификаторы такого вида должны присваиваться владельцем интернет-домена Domain. Владелец домена может делегировать полномочия по присвоению новых идентификаторов другим сторонам при условии соблюдения соответствующих правил для обеспечения глобальной уникальности.

  • 8.2 Физические или цифровые объекты (Physical or digital objects) (идентификация на уровне экземпляра)

Идентификаторы на уровне экземпляра физических или цифровых объектов заполняют параметр «что» в событиях EPCIS. Сюда относятся поля epcList (список_ЕРС), parentID <идентификатор_Родителя), childEPC (ерс Потомка), inputEPC (ерс_на_Входе) и outputEPC (ерс_на Выходе) В событиях EPCIS ObjectEvent (Событие с Объектом),

AggregationEvent (Событие_с Агрегацией), TransacationEvent (Событие с_ Документом -Транзакции) и TransformationEvent (Событие_с_Преобразованиеы). См. ГОСТ Р 59167—2020. раздел 1. где подробно определяется «объект» в этом смысле, выдержка также приведена ниже.

Документ, соответствующий БДЯ. ДОЛЖЕН использовать одну из трех форм идентификатора URI. указанных в настоящем подразделе для заполнения указанных выше полей событий EPCIS для любого соответствующего поля, значение которого отлично от нуля. Документ, совместимый с БДЛ. МОЖЕТ ис* пользовать одну из трех форм идентификатора URI. указанных в настоящем подразделе, либо МОЖЕТ использовать любой другой идентификатор URI, выполняющий общие требования, установленные в ГОСТ Р 59167—2020, пункт 6.4. за исключением тех идентификаторов URI. которые запрещены настоящим стандартом или предназначены для других целей.

И документам, совместимым с БДЛ. и соответствующим БДЛ. СЛЕДУЕТ использовать форму идентификатора EPC URI. как указано в 8.2.1. если нет веских причин поступить по-другому.

Примечание — 8 соответствии с ГОСТ Р 59167 в контексте EPCIS понятие «объекты» обычно соответствует физическим объектам, которые идентифицируются либо на уровне класса, либо на уровне экземпляра, и которые рассматриваются на этапах физической обработки в рамках всего бизнес-процесса. охватывающего одну или несколько организаций. Примерами таких физических объектов являются предметы торговли, логистические единицы, возвратные активы, материальные активы, физические документы и т. д. «Объекты» также могут относиться к цифровым объектам, идентифицируемым либо на уровне класса, либо на уровне экземпляра, и участвующим на сопоставимых этапах бизмес-лроцессое. Примерами таких цифровых объектов являются цифровые предметы торговли (загрузки музыкальных произведений, электронные книги и т. п.). цифровые документы (электронные купоны и др.) и тому подобное. В настоящем стандарте слово «объект» используется для обозначения физического или цифрового объекта, являющегося предметом этапа бизнес-процесса и идентифицируемого на уровне классе или на уровне экземпляра». В подразделе 8.2 настоящего стандарта определены варианты структуры идентификатора для идентификации объектов на уровне экземпляра; в подразделе 8.3 определены варианты структуры идентификатора для идентификации объектов на уровне класса.

  • 8.2.1 Идентификатор EPC URI для идентификации объектов на уровне экземпляра

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать чистый ключевой идентификатор EPC URI, как указано в 8.1.1. для заполнения полей EPCIS epcList (список ЕРС), parentID (идентификатор_Родителя) и childEPC (ЕРС-ПОтомка) в событияхEPCIS ObjectEvent (Событие_с_06ъектом), AggregationEvent (Событие_с Агрегацией) и TransacationEvent (Событие сДокуыентоы Транзакции). Всем документам. и совместимым с БДЛ. и соответствующим БДЛ. СЛЕДУЕТ использовать эту форму, если нет веских причин поступить по-другому.

Все документы, и совместимые с БДЛ. и соответствующие БДЛ. НЕ ДОЛЖНЫ использовать SGLN EPC (urn: epc: id: sgln:...)e качестве идентификатора объекта.

И документы, совместимые с БДЛ. и соответствующие БДЛ, НЕ ДОЛЖНЫ использовать какие-либо другие формы идентификатора URI для ЕРС. как указано в 19) (см. подробнее в 8.1.1).

  • 8.2.2 Частные и общеотраслевые имена URN для идентификации объектов на уровне экземпляра

Документ, совместимый сБДЛ. или документ, соответствующий БДЛ. МОЖЕТ использоеатъчастные или общеотраслевые имена URN. как указано ниже, для заполнения полей epcList (списокЕРС), parentID (идентификатор- Родителя) иchildEPC (ерс Потомка) в событиях EPCIS ObjectEvent (Событие_с_06ъектом). AggregationEvent (Событие-С_Агрегацией> и TransacationEvent (Событив-С-Документом Транзакции). Однако всем документам, и совместимым с БДЛ. и соответствующим с БДЛ. СЛЕДУЕТ использовать форму идентификатора ЕРС URI (см. 8.2.1). если нет веских причин поступить по-другому. См. 8.1, где приводятся общие положения относительно использования частных и общеотраслевых идентификаторов URI.

Частные и общеограслевые идентификаторы URI. подходящие для заполнения полей epcList (список_ЕРС), parentID (идентификатор_Родителя) и childEPC (ерс_Потоыка) 8 событиях EPCIS. ДОЛЖНЫ принимать следующий вид:

urn: URHNamespace: ’ * :obj : Objid

co следующими компонентами шаблона (см. таблицу 9\:

Таблица 9

Компонент шаблона

Описание

urn: URNNamttspacez ** :

Как указано в 8.1.2

Obj:

Знаки о, ь, j и : (двоеточие)

OPJJd

Идентификатор объекта, который соответствует требованиям 1101 и любым синтаксическим правилам, определенным для зарегистрированного пространства имен URN URNNamespace, и который не содержит знак «двоеточие». Указанный идентификатор должен быть уникальным по отношению ко всем другим идентификаторам, начинающимся с того же префикса

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

Примечание — Условный пример документа EPCIS в формате XML с примененным шаблоном приведен в подразделе 11.2.

  • 8.2.3 Указатель HTTP URL для идентификации объектов на уровне экземпляра

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать ука* затель HTTP URL. как указано ниже, для заполнения полей epcList {список EPC), parentID {идентификатор_Родителя> nchildEPC (ерс_Потомка> в событиях EPCIS ObjectEvent (Событие_с_Объектом), AggregationEvent (Событие с_Агрегацией) и Transaca-tionEvent {Событие с Документом Транзакции). Однако.всем документам, и совместимым с БДЛ. и соответствующим БДЛ, СЛЕДУЕТ использовать форму идентификатора EPC URI (см. 8.2.1). если нет веских причин поступить по-другому. См. 8.1. где приводятся общие положения относительно использования идентификаторов с указателями HTTP URL.

Указатели HTTP URL. подходящие для заполнения полей epcList (слисокЕРС). parentID {идентификатор_Родителя> nchildEPC (ере Потомка) в событиях EPCIS. ДОЛЖНЫ принимать следующий вид:

http://(Subdomain.)Domain/**/obj/Objid

co следующими компонентами шаблона (см. таблицу 10Y

Таблица 10

Компонент шаблона

Описание

http://(Subdomain.(Domain/*'/

Как указано в 8.1.3

obj/

Знаки о. b, j и (дробная черта)

Obj id

Идентификатор объекта, соответствующий грамматическому правилу segment-nz. как указано в 111, пункт 3.3] (помимо прочего, это означает, что Obj id не может содержать знак «дробная черта»), и являющийся уникальным по отношению ко всем прочим идентификаторам. начинающимся с того же префикса

Идентификаторы такого вида должны присваиваться владельцем интернет-домена Domain. Владелец домена может делегировать полномочия по присвоению новых идентификаторов другим сторонам при условии соблюдения соответствующих правил для обеспечения глобальной уникальности.

Примечание — Условный пример документа EPCIS в формате XML с примененным шаблоном приведен в подразделе 11.2.

  • 8.3 Физические или цифровые объекты (идентификация на уровне класса)

Идентификаторы на уровне класса физических или цифровых объектов заполняют параметр «что» в событиях EPCIS. Сюда входит поле epcClass (ерс яа_уровие_Класса) в событии

EPCIS QuantityEvent (Событие_с_ Количеством_Объектов) (признанное устаревшим в (12)4) и в структурах quantityElement (Элемент_Количество) событий EPCIS Object-Event (Событие_с_Объектом), AggregationEvent (Событие с Агрегацией), TransacationEver.t (Событием Документом Транзакции) и TransformationEvent (Событие_с_Преобразованием). См. ГОСТ Р 59167—2020, раздел 1, где подробно определяется термин «объект» е указанном смысле, выдержка также приведена е примечании к пункту 8.2.

Документ, соответствующий БДЛ. ДОЛЖЕН использовать одну из трех форм идентификатора URI. указанных в настоящем подразделе для заполнения указанных выше полей событий EPCIS для любого соответствующего поля, значение которого отлично от нуля. Документ, совместимый с БДЛ. МОЖЕТ ис* пользовать одну из трех форм идентификатора URI, указанных в настоящем подразделе, либо МОЖЕТ использовать любой другой идентификатор URI. выполняющий общие требования, установленные в ГОСТ Р 59167—2020. пункт 6.4. за исключением тех идентификаторов URI. которые запрещены насто-ящим стандартом или предназначены для других целей.

Всем документам, и совместимым с БДЛ, и соответствующим БДЛ. СЛЕДУЕТ использовать фор* му идентификатора EPC URL как указано в 8.3.1. если нет веских причин поступить по-другому.

  • 8.3.1 Идентификаторы ЕРС URI для идентификации объектов на уровне класса

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать одну из следующих форм идентификатора URI. указанных в Стандарте данных радиочастотных меток ЕРС. для заполнения поля epcClass (ерсна_уровне_Класса) в событии EPCIS QuantityEvent (признано устаревшим в [12}Щ и в структурах quantityElement (Элемент_Количество) в событиях EPCIS ObjectEvent (Событие_с_Объектом). AggregationEvent (Событие_с Агрегацией), TransacationEvent {Событие_с_Документом Транзакции) и TransformationEvent (Событие_с_Преобразованием) (см. таблицу 11):

Табпииа 11

Тип идентификатора

Форма идентификатора URI

Ссыпка на доиуыеит

GTIN

urn:ере:idpat:sgtin:ССС.III.*

(9, раздел 8]

GTIN + номер партии

urn:epc:class:1gtin:CCC.III. LLL

[9. раздел 6]

GRAI (без серийного номера)

urn:epc:idpat:grai:CCC.TTT. *

(9, раздел 8]

GDTI (без серийного номера)

urn:epc:idpaL:gdti:COC.TTT. •

[9. раздел 8]

GCN (без серийного номера)

urn:epc:idpdt:3gcn:CCC. TTT. *

(9, раздел 8]

CPI (без серийного номера)

urn:epc:ldp4t:cpl:CCC. TTT.'

[9. раздел 8]

где ССС — часть шаблона чистого ключевого идентификатора URI. представляющая собой префикс предприятия GS1:

'11 — часть шаблона чистого ключевого идентификатора URI SGTIN ЕРС. представляющая собой индикатор + ссылочный номер предмета торговли, или часть структуры LGT1N21 идентификатора URI для ЕРС на уровне класса, представляющая собой индикатор + ссылочный номер предмета торговли:

ТТТ— часть шаблона чистого ключевого идентификатора ЕРС для идентификаторов GRAI. GDTI. SGCN или CPI соответственно, представляющая собой тип возвратного актива. тип документа, ссылочный номер купона или тип компонента/детали соответственно.

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. НЕ ДОЛЖЕН использовать какую-либо другую форму шаблона чистого ключевого идентификатора URI. указанную в [9. раздел 8]. Это требование включает, например, идентификатор URI шаблона чистого ключевого идентификатора SSCC или идентификатор URI шаблона чистого ключевого идентификатора SGTIN с двумя подстановочными знаками «*».

Все документы, и совместимые с БДЛ. и соответствующие БДЛ, НЕ ДОЛЖНЫ использовать какие-либо другие формы идентификатора URI для ЕРС. как указано в [9] (см. подробнее в 8.1.1 )|.

’) Соответственно применимо к ГОСТ Р 59167 и [7].

LGTIN — схема для номера GTIN + номер партио/сврии используется для описания класса объектов, принадлежащих данной партии или серии для данного номера GTIN.

  • 8.3.1.1 Пояснение

Стандарт данных радиочастотных меток ЕРС определяет идентификаторы URI шаблона чистого ключевого идентификатора ЕРС как способ обозначения шаблона, который соответствует множеству номеров ЕРС на уровне экземпляра. Например, идентификатора URI шаблона чистого ключевого ЕРС urn:epc: idpat: sgtin: 0614141.112345.* соответствует любому идентификатору SGTIN URI. который начинается с urn:epc:idpat:sgtin:0614141.112345. в частности идентификатор SGTIN URI urn:ерс:idpat:sgtin:0614141.112345.400. В простом запросе события EPCIS такой шаблон может использоваться, чтобы подобрать события EPCIS. параметр «что» которых содержит идентификаторы на уровне экземпляра с определенным номером GTIN и любым серийным номером.

В таблице 11 приведено использование идентификаторов URI шаблона чистого ключевого идентификатора ЕРС для выполнения второй цели, а именно в качестве идентификаторов на уровне класса для использования в полях элемента количество (Quantity) в событиях EPCIS. При таком использовании идентификатора URI urn: epc: idpat: sgtin: 0614141.112345. * относится к классу объекта. идентифицированному номером GTIN 10614141123459.

Не все идентификаторы URI шаблона чистого ключевого идентификатора ЕРС могут применяться как идентификаторы на уровне класса. Например, когда urn:ерс:idpat:sgtin:0614141.*.* используется в запросе EPCIS для сопоставления с идентификаторами на уровне экземпляра, он сопоставляет все номера SGTIN. которые включают префикс предприятия GS1 0614141. Таким образом, он действует как условие сопоставления для запроса, но соответствующий класс объекта отсутствует, поэтому он не является применимым идентификатором на уровне класса. Аналогичные условия использования характеризуют такой идентификатор URI. как urn:epc: idpat: sscc: 0614141.* и другие идентификаторы URI шаблона ЕРС. не включенные в таблицу It

  • 8.3.2 Частные и общеотраслевые имена URN для идентификации объектов на уровне класса

Документ, совместимый с БД Л. или документ, соответствующий БДЛ. МОЖЕТ использовать частные или общеотраслевые имена URN. как указано ниже, для заполнения поля epcClass {ерс_на_ уровнеКласса) в событии EPCIS QuantityEvent (Событие_с_Количеством_Объектов) (признано устаревшим в (12U1) и в структурах quantityElement (Элемент_Количество) в событиях EPCIS Object Event (Собьгтие_с_06ъектом), AggregationEvent (Событие_с_ Агрегацией), TransacationEvent (Событие_е_Документом Транзакции) и Trans-f ormationEvent {Событие с Преобразованием). Однако, всем документам, и совместимым с БДЛ. и соответствующим БДЛ. СЛЕДУЕТ использовать форму идентификатора ЕРС URI (см. 8.3.1). если нет веских причин поступить иначе. См. 8.1, где приводятся общие положения относительно использования частных и общеотраслевых идентификаторов URI.

Частные и общеотраслевые URI. подходящие для заполнения поля epcClass {ерс_на_ уровне_Класса) в событии EPCIS, ДОЛЖНЫ принимать следующий вид:

urn : URNNamespace: ” : class : ObjCiassid

co следующими компонентами шаблона (см. таблииу 12):

Таблица 12

Компонент шаблона

Описание

ut п: URNNamespace: * *:

Как указано в 8.1.2

class:

Знаки с, 1. а. в, я и : (двоеточие)

ObJClaaaid

Идентификатор на уровне класса объекта, который соответствует требованиям /ЮГи любым синтаксическим правилам, определенным для зарегистрированного пространства имен URN URNNameapace. и который не содержит знак «двоеточие». Идентификатор должен быть уникальным по отношению ко всем другим идентификаторам, начинающимся с того же префикса

Идентификаторы такой формы должны присваиваться владельцем пространства имен URN. Владелец пространства имен URN может делегировать полномочия по присвоению новых идентификато-

’I Соответственно применимо к ГОСТР 59167 и [2]. ров конечным пользователям или иным сторонам, при условии соблюдения соответствующих правил для обеспечения глобальной уникальности.

Примечание — Условный пример документа EPCIS в формате XML с примененным шаблоном приведен в подразделе 11.2.

  • 8.3.3 Указатели HTTP URL для идентификации объектов на уровне класса

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать указатель HTTP URL. как указано ниже, для заполнения поля epcClass (ерс_на_уровне_Класса> в событии EPCIS QuantityEvent (Событие с Количеством_Объектов) (признано устаревшим в /12^7и в структурах quantityElement (Элемент_Количество) в событиях EPCIS ОЬ-jectEvent (Событие_с Объектом), AggregationEvent (Событие_с_Агрегацией>, ТransacationEvent (Событие_с_Документом_Транзакции) и Tcans£oстаtionEvent (Событие с Преобразованием). Однако, всем документам, и совместимым с БДЛ. и соответствующим БДЛ. СЛЕДУЕТ использовать форму идентификатора EPC URI (см. 8.3.1), если нет веских причин поступить по-другому. См. 8.1, где приводятся общие положения относительно использования идентификаторов указателя HTTP URL.

Указатель HTTP URL, подходящий для заполнения полей epcClass (ерс_на_уровне_ Класса) в событиях EPCIS. ДОЛЖЕН принимать следующий вид:

http:// (Subdomain . ] Domain/**/класс/ОЬjCiassid

co следующими компонентами шаблона (см. таблицу 131:

Таблица 13

Компонент шаблона

Описание

http://(Subdaaain.IDoaain/**/

Как указано в 8.1.3.

class/

Знаки с, 1. а, в, s и / (дробная черта)

ObJClassid

Идентификатор на уровне класса объекта, соответствующий грамматическому правилу segment-пк. как указано в 111, подраздел 3.3] (помимо прочего, это означает, что ObjClassid не может содержать знак «дробная черта»), и являющийся уникальным по отношению к другим идентификаторам, начинающимся с того же префикса

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

Примечание — Условный пример документа EPCIS в формате XML с примененным шаблоном приведен в подразделе 11.2.

  • 8.4 Места нахождения (Locations)

Идентификаторы мест нахождения заполняют параметр «где/куда» событий EPCIS. Сюда относятся поляreadPoint (местоСчитывания) иbusinessLocation (производственное Место_Назначения) во всех типах событий EPCIS.

Документ, соответствующий с БДЛ. ДОЛЖЕН использовать одну из четырех форм идентификатора URI. указанных в настоящем подразделе для заполнения указанных выше полей событий EPCIS для любого соответствующего поля, значение которого отлично от нуля. Документ, совместимый с БДЛ. МОЖЕТ использовать одну из четырех форм идентификатора URI. указанных в настоящем подразделе. либо МОЖЕТ использовать любой другой идентификатор URI. выполняющий общие требования, установленные в ГОСТ Р 59167—2020. пункт 6.4, за исключением тех идентификаторов URI. которые запрещены настоящим стандартом или предназначены для других целей.

И документам, совместимым с БДЛ. и соответствующим БДЛ. СЛЕДУЕТ использовать форму идентификатора EPC URI, как указано е 8.4.1. если нет веских причин поступить по-другому.

Л Соответственно применимо к ГОСТ Р 59167 и [7].

  • 8.4.1 Идентификаторы EPC URI для идентификаторов мест нахождения

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать чистый ключевой идентификатор ЕРС URI. как указано в 8.1.1, для заполнения попей readPoint (место^Считывания) и businessLocation (произволственноеМесто_Назначения) во всех типах событий EPCIS. Всем документам, и совместимым с БДЛ. и соответствующим БДЛ. СЛЕДУЕТ использовать эту форму, если нет веских причин поступить по-другому.

Всем документам, и совместимым с БДЛ. и соответствующим БДЛ. НЕ СЛЕДУЕТ использовать схемы ЕРС. отличные от номера SGLN EPCIS (urn: epc: id: sgln:...) для идентификаторов мест нахождения, если нет веских причин поступить по-другому.

И документы, совместимые с БДЛ. и соответствующие БДЛ. НЕ ДОЛЖНЫ использовать какие-либо иные формы идентификатора URI для номеров ЕРС. как указано в /9/ (см. подробнее в 8.1.1).

  • 8.4.2 Частные и общеотраслевые имена URN для идентификаторов мест нахождения

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ, МОЖЕТ использовать частные или общеотраслевые имена URN. как указано ниже, для заполнения полей readPoint (ыесто_ Считывания) иbusinessLocation (производственноеМестоНазначения) во всех типах событий EPCIS. Однако, и документам, совместимым с БДЛ. и соответствующим БДЛ. СЛЕДУЕТ использовать форму идентификатора ЕРС URI (см. 8.4.1). если нет веских причин поступить иначе. См. 8.1. где приводятся общие рекомендации относительно использования частных и общеотраслевых идентификаторов URI.

Частные и общеотраслевые идентификаторы URI. подходящие для заполнения полей readPoint (местоСчитывания> и businessLocation (производственное Место_Назначения) во всех типах событий EPCIS. ДОЛЖНЫ принимать следующий вид:

urn : URNNamespace: * * : loc: Locid

co следующими компонентами шаблона (см. таблицу 14);

Таблииа 14

Компонент шаблона

Описание

urn: URNNasMtspacez ** :

Как указано в 8.1.2.

Юс:

Знаки 1, о, с и : (двоеточие)

Locid

Идентификатор места нахождения, который соответствует требованиям ПО) и любым синтаксическим правилам, определенным для зарегистрированного пространства имен URN USWffamespace. и который не содержит знак «двоеточие». Идентификатор должен быть уникальным по отношению ко всем другим идентификаторам. начинающимся с тога же префикса

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

Примечание — Условный пример документа EPCIS в формате XML с примененным шаблоном приведен в подразделе 11.2.

  • 8.4.3 Указатели HTTP URL для идентификаторов мест нахождения

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать указатель HTTP URL. как указано ниже, для заполнения полей readPoint (место Считывания) и businessLocation (г.роизводственное_Место_Назначения) во всех типах событий EPCIS. Однако, и документам, совместимым с БДЛ. и соответствующим БДЛ. СЛЕДУЕТ использовать форму идентификатора ЕРС URI (см. 8.4.1). если нет веских причин поступить иначе. См. 8.1. где приводятся общие положения относительно использования идентификаторов указателей HTTP URL.

Указатель HTTP URL. подходящий для заполнения полей readPoint (местобсчитывания) и businessLocation (производственное_Место_ Назначения) во всех типах событий EPCIS. ДОЛЖЕН принимать следующий вид:

http: Il (Subdomain .) Domain/ • */ioc/Locid

co следующими компонентами шаблона (см. таблицу 15):

Таблица 15

Компонент шаблона

Описание

http:// ISubd&Min. ID&nain/**/

Как указано е 8.1.3

Юс/

Знаки 1, о. с и > (дробная черта)

Locid

Идентификатор места нахождения, соответствующий грамматическому правилу segment-nz. как указано в Ш. пункт 3.3] (помимо прочего, это означает, что компонент Locid не может содержать знак «дробная черта»), и являющийся уникальным по отношению к другим идентификаторам. начинающимся с того же префикса

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

Применение — Условный пример документа EPCIS в формате XML с примененным шаблоном приведен в подразделе 11.2.

  • 8.4.4 Идентификаторы URI географических мест нахождения для идентификаторов мест нахождения

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать идентификатор URI географического места нахождения, как указано в £51. для заполнения полей readPoint (местоСчитывания) и businessLocation (лроизводственноеМесто Назначения) во всех типах событий EPCIS. Такие идентификаторы могут использоваться в ситуациях. когда присвоение уникального идентификатора места нахождения не целесообразно; например. для идентификации места нахождения корабля в открытом океане. И документам, совместимым с БДЛ. и соответствующим БДЛ. СЛЕДУЕТ использовать идентификатор места нахождения, как указано е 8.4.1—8.4.3 (отдавая предпочтение форме идентификатора EPC URL определенной в 8.4.1), если только идентификатор URI географического места нахождения не является единственным практически осуществимым альтернативным вариантом.

Синтаксис и значение идентификатора URI географического места нахождения установлены в/5/.

Примечание — Простейшая форма идентификатора UR1 географического места нахождения, соответствующего [5]. выглядит таким образом:

део:22.300,-116.44.

Данный пример обозначает географическое место нахождения е точке с координатами 22.300 градуса северной широты и 118,44 градусов западной долготы.

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

  • 8.5 Документы бизнес-транэакций (Business transactions)

Идентификаторы документов бизнес-транэакций заполняют параметр «на каком основании» событий EPCIS. Сюда относится поле bizTrasactionList (список Докуиентов_Бизнес-Транзакций) во всех типах событий EPCIS.

Стандарт EPCIS предусматривает идентификацию биэнес-транзакции парой идентификаторов: «идентификатором документа бизнес-транэакции» («business transaction identifier» здесь и далее обозначаемым аббревиатурой «ВТ1»), который определяет определенный документ биэнес-транзакции, и необязательным «типом документов бизнес-транэакций» («business transaction type» здесь и далее обозначаемым аббревиатурой «ВТТ»), который указывает, какой вид бизнес-транэакции обозначает идентификатор (заказ на поставку, счет-фактура и т. д.). В подразделе 7.3 настоящего стандарта приведены стандартизованные значения идентификатора ВТТ.

Формы идентификатора URI для идентификатора BTI приведены ниже. Документ, соответствующий БДЛ. ДОЛЖЕН использовать одну из четырех форм идентификатора URL указанных в настоящем подразделе, для заполнения поля идентификатора BTI (текстовое содержание элемента bizTrans-38

action (документ Бизнес-транзакции)) событий EPCIS. для любого соответствующего поля, значение которого отлично от нуля. Документ, совместимый с БДЛ. МОЖЕТ использовать одну из четы* рех форм идентификатора URI. указанных в настоящем подразделе, либо МОЖЕТ использовать любой другой идентификатор URL выполняющий общие требования, установленные в ГОСТ Р 59167—2020. пункт 6.4, за исключением тех идентификаторов URI. которые запрещены настоящим стандартом или предназначены для иных целей.

Элемент bizTransaction (документ Бизнес-транзакция) в событии EPCIS включает идентификатор BTI и необязательный идентификатор ВТТ в любой из следующих трех комбинаций:

  • • если целью является передача идентификатора документа бизнес*транэакции без указания его вида, идентификатор BTI включается, а идентификатор ВТТ опускается;

  • • если целью является передача идентификатора документа бизнес-транзакции и указание его вида, а кроме того, этот вид является одним из типовых видов БДЛ. определенных в 7.3. в таком случае идентификатор BTI включается, и один из идентификаторов URI. указанных в 7.3, также включается как идентификатор ВТТ;

  • • если целью является передача идентификатора документа бизнес*тракзакции и указание его вида, а кроме того, этот вид не является одним из типовых видов БДЛ. определенных в 7.3. в таком случае идентификатор BTI включается, и один из идентификаторов URL который не начинается с urn lepcglcbai: cbv:.... также включается как идентификатор ВТТ. (Обеспечивается совместимость с БДЛ. но не соответствие БДЛ).

  • 8.5.1 Идентификатор EPC URI для идентификаторов документов бизнес*транзакций

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать чи* стый ключевой идентификатор EPC URI. как указано в 8.1.1, в качестве идентификатора документа бизнес-транзакции во всех типах событий EPCIS. Всем документам, и совместимым с БДЛ. и соответствующим БДЛ. НЕ СЛЕДУЕТ использовать схемы номера ЕРС, отличные от GDTI EPCIS (urn :ер-с: id:gdti :...) или GSRN EPCIS (urn: epc: id: qsrn:...) для идентификаторов документов бизнес-транзакций. если для этого нет веских причин. СЛЕДУЕТ использовать номера GDTI ЕРС в качестве идентификаторов документов бизнес-транзакций. только когда они были присвоены для обозначения бизнес-транзакции, а не физических документов, не связанных с какой-либо биэнес-транзакцией.

Все документы, и совместимые с БДЛ. и соответствующие БДЛ. НЕ ДОЛЖНЫ использовать какие-либо другие формы идентификатора URI для ЕРС. как указано в (9) (см. подробнее в 8.1.1).

Примечание (справочное) — Одно из предназначений Глобагъного идентификатора типа документа (GDTI) — идентифицировать документы бизнес-транзакции. такие хак счета, заказы на поставку и т. п. Когда идентификатор GDTI используется таким образом, он подходит для применения в качестве идентификатора документа бизнес-транзакции в EPCIS. Однако, многие корпоративные информационные системы используют другие типы идентификаторов для бизнес-транзакций. поэтому использование идентификатора GDTI не столь рекомендуемо, как номера SGLN для мест нахождения игы другие типы номеров ЕРС для физических или цифровых объектов. По этой же причине в 8.5.2 приведен вид идентификатора на основе номера GLN.

Примечание — Условный пример документа EPCIS в формате XML с примененным шаблоном приведен в подразделе 11.2.

  • 8.5.2 Идентификаторы на основе номера GLN для идентификаторов документов бизнес-транзакций унаследованных систем

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать идентификатор на основе номера GLN. как указано ниже, в качестве идентификатора документа бизнес-транзакции во всех типах событий EPCIS.

Идентификатор URI на основе номера GLN. подходящий для применения в качестве идентификатора документа бизнес-транзакции во всех событиях EPCIS ДОЛЖЕН принимать следующий вид;

urn :epcglobai :cbv:bt: gin: trans ID

co следующими компонентами шаблона (см. таблицу 16):

Таблица 16

Компонент шаблона

Описание

uxn:epeglabal:cbv:bt:

21 знак: u, с. п.....b. L и : (двоеточие)

Окончание таблицы 16

Компонент шаблона

Описание

gin :

13-значный Глобальный номер места нахождения (GLN). идентифицирующий бизнес-систему, в которой определяется компонент tгаплЮ (пкентифика-тор_Документа_Бизнес-Транзации1. за которым идет знак «двоеточие». Как правило, это «номер GLN стороны», который идентифицирует организацию, ответственную за идентификатор документа бизнес-транзакции. или подразделение организации с независимой информационной системой подразделения

tzansID (идентификатор— Докуыента_Визнее-Трамзации)

Идентификатор документа бизнес-транзакции. который соответствует (10L который не содержит знак «двоеточие». Данный идентификатор должен быть уникалышм по отношению к другим идентификаторам, начинающимся с того же префикса

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

Примечание — Условный пример документа EPCIS в формате XML с примененным шаблоном приведен в подразделе 11.2.

  • 8.5.3 Частные и общеотраслевые имена URN для идентификаторов документов бизнес* транзакций

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать частные или общеотраслевые имена URN. как указано ниже, в качестве идентификатора документа бизнес-транзакции во всех типах событий EPCIS.

Частные и общеотраслевые имена URN. подходящие для применения в качестве идентификатора документа бизнес-транзакции во всех событиях EPCIS. ДОЛЖНЫ принимать следующий вид:

urn:URNNamespace:**:bt: transID

со следующими компонентами шаблона (см. таблицу 171;

Таблииа 17

Компонент шаблона

Описание

ucn: URNNaatespace: * *:

Как указано в 8.1.2

bt:

Знаки b, t и : (двоеточие)

tzansID (плентификатор_ Документа_Визне<:-Траизаиии)

Идентификатор документа бизнес-транзакции. соответствующий требованиям (10] и правилам синтаксиса, установленным для зарегистрированного пространства имен URN USWNamespace. не содержащий знак «двоеточие». Такой идентификатор должен быть уникальным по отношению к другим идентификаторам, начинающимся с того же префикса

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

Примечание — Условный пример документа EPCIS в формате XML с примененным шаблоном приведен в подразделе 11.2.

  • 8.5.4 Указатели HTTP URL для идентификаторов документов бизнес-транэакций

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать указатель HTTP URL. как указано ниже, в качестве идентификатора документа бизнес-транзакции во всех типах событий EPCIS.

Указатель HTTP URL. подходящий для применения в качестве идентификатора документа биэ-нес-транзакции во всех событиях EPCIS. ДОЛЖЕН принимать следующий вид:

http://(Subdomain. (Domain/* */bt/ttansID

co следующими компонентами шаблона (см. таблицу 18):

Таблица 18

Компонент шаблона

Описание

http://(Subdomain.(Domain/*•/

Как указано в 8.1.3

bt/

Знаки b. t. и / (дробная черта)

transID (идентификатор_Документа_ Бизнес-Транзацни)

Идентификатор документа бизнес-трзнзакции. соответствующий грамматическому правилу segment-nz. как указано в 1П. пункт 3.3] (помимо прочего, это означает, что tiansID (идентификатору Докуыента_Биэнес-Транэаиии) не может содержать знак «дробная черта»), и являющийся уникальным по отношению к другим идентификаторам. начинающимся с того же префикса

Идентификаторы такого вида должны присваиваться владельцем интернет-домена Domain. Владелец домена может делегировать полномочия по присвоению новых идентификаторов другим сторонам. при условии соблюдения соответствующих правил для обеспечения глобальной уникальности.

Примечание — Условный пример документа EPCIS в формате XML с примененным шаблоном приведен в подразделе 11.2.

  • 8.6 Идентификаторы начальных/конечных пунктов (Source/Destinatlon identifiers)

Идентификаторы начальных и конечных пунктов используются в элементах начального пункта source (начальныйлункт) и конечного пункта destination <конечный_пункт) (соответственно) параметра «на каком основании» в событиях EPCIS.

Документ, соответствующий БД Л. ДОЛЖЕН использовать одну из трех форм идентификатора URI. указанных в настоящем подразделе для заполнения указанных выше полей в событиях EPCIS. Документ. совместимый с БДЛ. МОЖЕТ использовать одну из трех форм идентификатора URI. указанных в настоящем подразделе, либо МОЖЕТ использовать любой другой идентификатор URI. выполняющий общие требования, установленные в ГОСТР 59167—2020. пункт 6.4. за исключением тех идентификаторов URI. которые запрещены настоящим стандартом или предназначены для иных целей.

Всем документам, и совместимым с БДЛ. и соответствующим БДЛ. СЛЕДУЕТ использовать форму идентификатора EPC URI. как указано в 8.6.1. если нет веских причин поступить по-другому.

  • 8.6.1 Идентификаторы ЕРС URI для идентификаторов начальных/конечных пунктов

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать чистый ключевой идентификатор EPC URI, как указано в 8.1.1. для заполнения элементов source {начальный пункт) и destination (конечный пункт) во всех типах событий EPCIS. Всем документам, и совместимым с БДЛ. и соответствующим БДЛ. СЛЕДУЕТ использовать эту форму, если кет веских причин поступить по-другому.

И документам, совместимым с БДЛ. и соответствующим БДЛ. НЕ СЛЕДУЕТ использовать схемы номеров ЕРС. отличные от номера SGLN EPC (urn :ерс: id: sgln:...) для идентификаторов началь* кого/конечного пункта, если для этого нет веских причин.

Все документы, и совместимые с БДЛ. и соответствующие БДЛ. НЕ ДОЛЖНЫ использовать какие-либо другие формы идентификатор URI для ЕРС. как указано в (91 (см. подробнее в 8.1.1).

  • 8.6.2 Частные и общеотраслевые имена URN для идентификаторов начальных/конечных пунктов

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать частные или общеотраслевые имена URN. как указано ниже, для заполнения полей source (начальный пункт) и destination (конечный пункт) во всех типах событий EPCIS. Однако, и документам. совместимым с БДЛ, и соответствующим БДЛ. СЛЕДУЕТ использовать форму идентификатора ЕРС URI (см. 8.6.1). если нет веских причин поступить по-другому. См. 8.1. где приводятся общие положения относительно использования частных и общеотраслевых идентификаторов URI.

В дополнение к частным и общеотраслевым формам имен URN е соответствии с 8.4.2. частные и общеотраслевые идентификаторы URI, подходящие для заполнения полей source (начальный^ пункт) и destination (конечный _пункт). во всех типах событий EPCIS ДОЛЖНЫ принимать следующий вид:

urn: URNNamespace: * * : sd: Locid

co следующими компонентами шаблона (см. таблицу f 9J:

Таблица 19

Компонент шаблона

Описание

urn: URNNaosespace: **:

Как указано в 8.1.2

sd:

Знаки з. d и : (двоеточие)

Locid (Идентификатор— Места—Нахождения)

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

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

  • 8.6.3 Указатели HTTP URL для идентификаторов начальных/конечных пунктов

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать указатель HTTP URL. как указано ниже, для заполнения полей source (начальный_пункт) и destination (конечный пункт) во всех типах событий EPCIS. Однако, и документам, совместимым с БДЛ. и соответствующим БДЛ. СЛЕДУЕТ использовать форму идентификатора EPC URI (см. 8.6.1), если нет веских причин поступить иначе. См. 8.1, где приводятся общие положения относительно использования идентификаторов HTTP URL.

В дополнение к форме указателя HTTP URL в соответствии с 8.4.3, указатель HTTP URL. подходящий для заполнения полей source (начальныйпункт) Mdestination (кокечный_пункт), во всех типах событий EPCIS ДОЛЖЕН принимать следующий вид:

http://(Subdomain.)Domain/**/sd/SourceOrDestId

co следующими компонентами шаблона (см. таблицу 201:

Таблица 20

Компонент шаблона

Описание

http: //(Subdomain.{Domain/’•/

Как указано в 8.1.3

sd/

Знаки s, d и / (дробная черта)

SouxceOrDesEId

Идентификатор места нахождения, соответствующий грамматическому правилу segment-nz. как указано в Ц£. пункт 3.3] (помимо прочего, это означает, что компонент Locid не может содержать знак «дробная черта»), и являющийся уникальным по отношению к другим идентификаторам, начинающимся с того же префикса

Идентификаторы такого вида должны присваиваться владельцем интернет-домена Domain. Владелец домена может делегировать полномочия по присвоению новых идентификаторов другим сторонам. при условии соблюдения соответствующих правил для обеспечения глобальной уникальности.

  • 8.7 Идентификаторы преобразования (Transformation identifiers)

Идентификаторы преобразования заполняют поле transf ormationlD (идентификатор-Преобразования) в событиях EPCIS TransformationEvent (Событие_с_Преобразова-42

киек). Формы идентификатора URI для идентификаторов преобразования приведены ниже. Документ, соответствующий БДЛ. ДОЛЖЕН использовать одну из четырех форм идентификатора URI. указан* ных в настоящем подразделе, для заполнения поля transformationlD (идентификатор^ Преобразования) в событиях EPCIS TransformationEvent (Событие_с_Преобразова-нием). для любого соответствующего поля, значение которого отлично от нуля. Документ, совместимый с БДЛ. МОЖЕТ использовать одну из четырех форм идентификатора URI. указанных в настоящем под* разделе, либо МОЖЕТ использовать любой другой идентификатор URI. выполняющий общие требования. установленные в ГОСТ Р 59167—2020. пункт 6.4, за исключением тех идентификаторов URI. которые запрещены настоящим стандартом или предназначены для иных целей.

  • 8.7.1 Идентификаторы EPC URI для идентификаторов преобразования

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать чистый ключевой идентификатор EPC URL, как указано в 8.1.1. для заполнения поля transforma-tionlD (идентификатор Преобразования) В событиях EPCIS TransformationEvent {Событие_с_Преобразованиеы>.

Беем документам, и совместимым с БДЛ. и соответствующим БДЛ. НЕ СЛЕДУЕТ использовать схемы номера ЕРС. отличные от номера GDTI EPC (urn:epc: idigdti:...) для идентификаторов преобразования, если для этого нет веских причин. Номер GDTI ЕРС СЛЕДУЕТ использовать в качестве идентификаторов преобразования, только когда они были присвоены для обозначения преобразования. а не физического документа, не связанного с преобразованием.

Все документы, и совместимые с БДЛ. и соответствующие БДЛ. НЕ ДОЛЖНЫ использовать какие-либо другие формы идентификатора URI для ЕРС. как указано в [91 (см. подробнее в 8.1.1).

Примечание — Одно из предназначений Глобального идентификатора типа документа (GDTI) — идентифицировать документы бизнес-транзакций. такие как заказы на производство, которые могут соответствовать преобразованиям один к одному. Когда идентификатор GDTI используют таким образом, он подходит для применения в качестве идентификатора преобразований в EPCIS. Однако, многие корпоративные информационные системы применяют другие типы идентификаторов для преобразований, поэтому использование идентификатора GDTI не так желательно, как номера SGLN для идентификации мест нахождения или другие типы номеров ЕРС для физических иг» цифровых объектов. По этой же причине в 8.7.2 приведен вид идентификатора на основе номера GLN.

  • 8.7.2 Идентификаторы на основе номера GLN для идентификаторов преобразования унаследованных систем

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать идентификатор на основе номера GLN. как указано ниже, для заполнения поля transformationlD (идентификатор_Преобразования) события EPCIS TransformationEvent (Событие_с_ Преобразованием).

Идентификатор URI на основе номера GLN ДОЛЖЕН принимать следующий вид.

urn :epcglobal :cbv: xform: gin:ixfor/nlD

co следующими компонентами шаблона (см. таблицу 21):

Таблииа 21

Компонент шаблона

Описание

urn:epcgldbal:Cbv:xform:

24 знака: u, г, п..... г. m и : (двоеточие)

gin:

13-значный Глобальный номер места нахождения (GLN). идентифицирующий бизнес-систему, в которой определяется компонент xfozmlD (Каен-тифнкак>р_Преобразонания поморие). за которым следует знак «двоеточие». Как правило, это «номер GLN стороны», который идентифицирует организацию, ответственную за идентификатор преобразования, или подразделение организации с независимой информационной системой подразделения

xforatID Гиде«тификатор_ Пре образовання_ no_ Форме >

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

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

  • 8.7.3 Частные и общеотраслевые имена URN для идентификаторов преобразования

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать част* ные и общеотраслевые имена URN. как указано ниже, для заполнения поля transformationlD (идентификатор—Преобразовамия) события EPCIS TransformationEvent (Событие_с_ Преобразованием).

Частные и общеотраслевые имена URN ДОЛЖНЫ принимать следующий вид:

urn : URNHatnespace: * * : xform: trans ID

co следующими компонентами шаблона (см. таблицу 22k

Таблица 22

Компонент шаблона

Описание

urn:ORNNamespaeet♦’:

Как указано в 8.1.2

xfotm:

Знаки х. Г, о. г, m и : {двоеточие)

xformID (идентификатор-Преобразования—ло_ Форме)

Идентификатор преобразования, соответствующий требованиям 110! и правилам синтаксиса, установленным для зарегистрированного пространства имен URN URNNamespace, не содержащий знак «двоеточие». Такой идентификатор должен быть уникальным по отношению к другим идентификаторам, начинающимся с того же префикса

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

  • 8.7.4 Указатели HTTP URL для идентификаторов преобразований

Документ, совместимый с БДЛ. или документ, соответствующий БДЛ. МОЖЕТ использовать указатель HTTP URL, как указано ниже, для заполнения поля transformationlD {идентификатор Преобразования)событий EPCIS TransformationEvent (Событие_с_Преобраэованиеы).

Указатель HTTP URL ДОЛЖЕН принимать следующий вид:

http: / / [Subdomain.) Domain/* */xf orm/xformID

co следующими компонентами шаблона (см. таблицу 23k

Таблица 23

Компонент шаблоне

Описание

http://(Subdomain.)Domain/*♦/

Как указано в 8.1.3

xform/

Знаки х. f, о, г. ш и / (дробная черта)

xformID

Идентификатор преобразования, соответствующий грамматическому правилу segment-nz, как указано в (11. подраздел 3.3] (помимо прочего, это означает, что xformID не может содержать знак «дробная черта»), и являющийся уникальным по отношению ко всем другим идентификаторам, начинающимся с того же префикса

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

Примечание — Условный пример документа EPCIS в формате XML с примененным шаблоном приведен в подразделе 11.2.

  • 8.8 Лексикон идентификаторов событий

Идентификатор события может заполнять поле event ID (идентификатор События) события EPCIS. Когда событие EPCIS включает поле eventID (идентификатор_События>. идентификатор е указанном поле должен быть глобальным уникальным идентификатором (отличным от идентификатора события какого-либо иного события EPCIS. создаваемого любой участвующей стороной). Следует отметить, что событие EPCIS не обязательно включает идентификатор события.

Документы, соответствующие БДЛ. ДОЛЖНЫ использовать форму идентификатора URI. приведенную в 8.8.1. для заполнения поля eventID (идентификатор_События) событий EPCIS для любого указанного поля со значением, отличным от нулевого. Документ, совместимый с БДЛ. МОЖЕТ использовать форму идентификатора URI. установленную в 8.8.1. или МОЖЕТ использовать любой иной идентификатор URI. отвечающий общим требованиям, указанным в ГОСТ Р 59167—2020. пункт 6.4. за исключением тех идентификаторов URI. которые запрещены настоящим стандартом или предназначены для иных целей.

  • 8.8.1 Универсальные уникальные идентификаторы (UUID) URI для идентификаторов событий

Документ, соответствующий БДЛ. ДОЛЖЕН, а документ, совместимый с БДЛ. МОЖЕТ использовать идентификатор UUID версии 1 или версии 4 по форме идентификатора URI в соответствии с (131 для заполнения полей eventID (идентификатор-События) в любом событии EPCIS. где данное поле не пропущено.

Прим&р — urn: uuid: f81d4faa-7dlec-lld0-a76S-00a0c91a6bf6

  • 9 Мастер-данные предметов торговли

Настоящий раздел устанавливает атрибуты мастер-данных. которые могут быть использованы для описания идентификатора предмета торговли, присутствующего в параметре «что» события EPCIS. включая поля ЕРС. идентификатора родителя (parentlD). ЕРС на уровне класса (EPC Class). Различные идентификаторы предметов торговли используются на разных уровнях идентификации предметов торговли. Любой атрибут мастер-данных. определенный в БДЛ для идентификаторов предметов торговли. устанавливает один или несколько из следующих трех уровней идентификации, которые применимы для данного случая (см. таблицу 24).

Таблица 24

Уровень идентификации

Описание

Типовой идентификатор

Идентификатор, используемый о событии EPCtS

Trade item-level (уровень предмета торговли)

Атрибут мастер-данных. который применим ко всем экземплярам данного предмета торговли. Поскольку предметы торговли обычно идентифицируют с помощью номера GTIN. это часто называют «уровнем GTIN»

urn:ере:idpat: sgtln:0614141. 112345.»

ЕРС Class (ЕРС на уровне класса)

Lot-level (уровень серии)

Атрибут мастер-данных. который применим ко всем экземплярам даююсо предмета торговли в рамках определенной партии или серии

urn:epc:class: 1gtin:Об14141. 112345.L123

ЕРС Class (ЕРС на уровне класса)

Instance-level (уровень экземпляра)

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

urn :epc:id: in:0614141.

112345.400

ЕРС Parent ID (Идентификатор родителя)

Документ, соответствующий или совместимый с БДЛ. МОЖЕТ включать любые атрибуты мастер-данных. указанные в настоящем подразделе, в сегменте мастер-данных заголовка EPCIS с учетом ограничений, установленных в других частях настоящего подраздела. Атрибуты мастер-данных. указанные в настоящем подразделе, также могут быть использованы в документе мастер-данных EPCIS или в ответе на запрос мастер-данных EPCIS. Документ, соответствующий БДЛ или совместимый с БДЛ. МОЖЕТ включать любые атрибуты мастер-данных уровня серии или уровня экземпляра, указанные в настоящем подразделе, в сегменте мастер-данных уровня экземпляра события EPCIS. но НЕ ДОЛЖЕН включать атрибуты уровня предмета торговли в сегмент мастер-данных уровня экземпляра.

В случае, когда атрибут мастер-данных. указанный в настоящем подразделе, используется в сегменте мастер-данных заголовка EPCIS. в документе мастер-данных EPCIS или в ответе на запрос мастер-данных EPCIS. каждый такой атрибут относится к конкретному указанному идентификатору и ко всем соответствующим идентификаторам нижнего уровня. Например, атрибут мастер-данных. указанный для идентификатора уровня предмета торговли urn :ерс: idpat ssgtin: 0614141.11234 5. также будет относиться к идентификаторам уровня серии и уровня экземпляра, имеющим тот же самый номер GTIN. Атрибут мастер-данных. указанный для идентификатора уровня серии urn:epc: class: Igtin: 0614141.112345.L123, также будет относиться к идентификаторам уровня экземпляра. имеющим те же самые номера GTIN и серии.

В случае, когда атрибут мастер-данных. указанный в настоящем подразделе, используется в сегменте мастер-данных заголовка EPCIS. он относится ко всем идентификаторам, появляющимся в любом поле ЕРС или Quant ityElement (Элеыент_Количестао) в рамках данного события.

  • 9.1 Наименования атрибутов мастер-данных предметов торговли

В сегменте мастер-данных заголовка EPCIS, в документе мастер-данных EPCIS или в ответе на запрос мастер-данных EPCIS атрибут мастер-данных указывается в виде пары наименование/значе-ние. Наименование каждого атрибута мастер-данных предмета торговли, указанного в настоящем подразделе. состоит из следующего идентификатора пространства имен:

urn:epcglobal:cbv:mda,

за которым следует знак (#). за которым следует местное наименование, в соответствии с 9.2.

В сегменте мастер-данных уровня экземпляра события EPCIS атрибут мастер-данных указывается в виде элемента XML. Наименованием элемента является XML Qname. пространством имен которого является тот же самый указанный выше идентификатор пространства имен, а местным наименованием которого является местное наименование в соответствии с 9.2.

Пример — Отображение атрибута sellByDate (предельмал_Дага_Реалмзаижм) в заголовке EPCIS. документе мастер-данных или ответе на запрос мастер-данных:

2016-03~15

Отображение этого же атрибута в сегменте мастер-данных уровня экземпляра события:

urn:epc:class:Igtin:0614141.012345.L123

2016-03-15

  • 9.2 Атрибуты мастер-данных предметов торговли

В таблицах 25—31 ниже указаны атрибуты мастер-данных. которые могут быть использованы для описания идентификатора предмета торговли.

Значение столбца 'Уровень" определяется следующим образом:

  • - предмет торговли: атрибутом мастер-данных является атрибут на уровне предметов торговли, как указано в разделе 9:

  • - серия: атрибутом мастер-данных является атрибут на уровне серии, как указано в разделе 9;

  • - экземпляр: атрибутом мастер-данных является атрибут на уровне экземпляра, как указано в разделе 9;

  • - предмет торговли или экземпляр: атрибутом мастер-данных является атрибут на уровне пред* мета торговли или атрибут на уровне экземпляра, как указано в разделе 9. в зависимости от предмета торговли. Например. netWeight (вес_Нетто> является атрибутом уровня предмета торговли для продукции с постоянным весом и атрибутом на уровне экземпляра для продукции с переменным весом;

  • - предмет торговли или серия или экземпляр: атрибутом мастер-данных является атрибут на уровне предмета торговли или атрибут на уровне серии или атрибут на уровне экземпляра, как указано в разделе 9. в зависимости от предмета торговли. Например. countryOfOrigin (страна Происхождения) может быть одинаковым для всех экземпляров предмета торговли производимого товара или быть одинаковым для всех экземпляров определенной серии, но отличаться от серии к серии для рыбы, выловленной в территориальных водах различных юрисдикций, или отличаться для всех экземпляров рыбы, индивидуально выловленных в территориальных водах различных юрисдикций.

Атрибуты мастер-данных для каждого уровня приведены ниже в отдельных таблицах 25—31. Атрибуты мастер-данных. которые могут быть использованы на различных уровнях, по необходимости повторяются в нескольких таблицах. В рамках каждой таблицы атрибуты приведены в алфавитном порядке.

  • 9.2.1 Атрибуты мастер-данных предметов торговли — уровень предмета торговли

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

Таблица 25

Местное наименование {перевод}

Тил

Описание

Уровень

addltionalTradelteta-identificatlon {дополнительная^ Идентификаций-Предмета_Торговли>

Строка (от 1 до 80 знаков)

Идентификатор предмета торговли, являющийся дополнительным к номеру GTIN.

Пример —12345111111

Предмет торговли

additionalTrade-11 etnl dent location Туре-Code

|код_Тмла_ Дополнительной— Идентификация-Предмета_Торгоьли)

Код

Код. обозначающий тип идентификатора, используемого для additionalTradeItem!den-tiiication (ксд_Типа_Дополни?ельной-

НдентификациИ—Предмета—Торговли).

Перечень кодовых значений для данного атрибута установлен в рамках GDSN: см.: http://apps.gs1. org/GDD/Pages/clDetaHs.aspx?semanlicURNsum:gs1: gdd:ct:Addrtjonanradeltem)dentificabonTypeCodeirele ase=1

Пример — FDA_WDC_11

Предмет торговли

countryOfOrigin (страна_Происхождения)

Код

Обозначает страну, откуда поставляется данный товар.

Перечень кодовых значений для данного атрибута установлен в 114) в перечне деухбукэенных кодовых значений Alpha-2: см. http: / /www. iso. org ' iso/country _codeB

Пример — UK (Велккобрхтаммя)

Предмет торговли или серия или экземпляр

descriptionShort (краткое_Описание)

Строка (от 1 до 35 знаков)

Краткое описание предмета торговли в свободной форме, которое может быть использовано для идентификации предмета торговли в торсовом предприятии.

Пример — Асае Red Widgets (маделке X красного цвета фжрмы N)

Предмет торговли

dosageForm~ype (тип_ФорыЫ—Дозировки}

Строка (от 1 до 35 знаков)

Физическое представление лекарственного средства. обозначающее форму лекарственного препарата.

Пример — PILL (ТАБЛЕТКА)

Предмет торговли

Продолжение таблицы 25

Местное наименование (перевод)

Тил

Описание

Уровень

draInedWeigh t (сухой_Вес)

Величина измерения (см. 9.2.4)

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

Например — 225 ар". Банка маринованных оаурцое е уксусе.

Применяется к определенным блокам (классификационным групировкам) Глобальной классификации предметов торговли организации {Gioba! trade item Classification. GCI) — предмет торговли, относящийся к блоку «Преимущественно продукты питания». Необходима привязка к соответствующей единице измерения.

Пример— см. 9.2.4

Предмет торговли или экземпляр

functionsIName (функциональной-Наименование >

Строка (от 1 до 35 знаков)

Описывает использование продукции или услуги потребителем. Помогает уточнить классификацию продукции, связанной с номером GTIN.

Пример — Widget (изделие X)

Предмет торговли

grossweight (ьес_Брутто)

Величина измерения (см. 9.2.4)

Используется для идентификации веса брутто предмета торговли. Вес брутто включает все материалы упаковки предмета торговли. На уровне поддона вес брутто предмета торговли включает вес самого поддона. Например «200грв. Значение — итого в Фунгах, итого в граммах и т. д. Необходима привязка к соответствующей единице измерения

Пример— см. 9.2.4

Предмет торговли или экземпляр

manufacturerOfTrade-ItemPartyNane (наименование_Стороны_ Про из в од и тел я_ Предме та_Торго оли)

Строка (от 1 до 200 знаков)

Информация о наименовании стороны — производителя предмета торговли.

Пример — Acme Corporation (корпорация N)

Предмет торговли

netConten(Description (описание_Количества_ Содержимого_Нетто)

Строка(от 1 до 500 знаков)

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

Пример — 253 grams (253 грамма)

Предмет торговли

netWeight (вес_Нетто)

Величина измерения (см. 9.2.4)

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

Пример — см. 9.2.4

Предмет торговли или экземпляр

labelDescription (описание_на_Этикетке >

Строка(от 1 до 500 знаков)

Дословное воспроизведение текста, приведенного на зтксетке товара с порядком изложения, идентичным указанному на лицевой стороне упаковки товара. Может не совпадать с описанием номера GTIN. загруженным поставщиком в поле описания GTIN в сети GDSN.

Пример — Acme Corporation Tiny Red Widgets (Неболыоке изделия X красного цвета корпорации N).

Предмет торговли

Местное наименование(перевод)

Тип

Описание

Уровень

xegulatedPxoductNane (регламентированное— Наименование-Продукции)

Строка(от 1 до 500 знаков)

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

Пример — Bpcistra (регламентированное намменованме ародукцнм}

Предмет торговли

strengthDescription (степень-Эффективности)

Строка(от 1 до 500 знаков)

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

Пример — 200ад/100ад (200мг/100мг)

Предмет торговли

trade!temCeacгiption (олисание_Предмета_ Торговли)

Строка (от 1 до 200 знаков)

Понятное и пригодное к испогъзованию описание предмета торговли, включающее товарный знак прочие дескрипторы. При заполнении информации по данному атрибуту, по возможности, избегают использования сокращений, соблюдая при этом разумную длину. Этот элемент данных представляют в виде текста в свободном формате, который должен быть повторен на каждом из используемых языков и предварен соответствующим кодовым значением языка по [151. Длина поля составляет 178 знаков. Оно должно содержать понятное описание предмета торговли без сокращений, чтобы облегчить обработку сообщения. Предприятия розничной торговли могут использовать данное описание в качестве основы для полного понимания таких характеристик товара, идентифицированного конкретным номером GTIN, как товарный знак, вкус, запах и пр., необходимых для занесения в их внутреннюю информационную систему.

Пример — GS1 Brand Base Invisible Solid Deodorant AB Stick Spring Breeze (твердмЯ дезодорант марки GS1 с весенним ароматом без видимых следов}

Предмет торговли

  • 9.2.2 Атрибуты мастер-данных предметов торговли — уровень серии

Следующие атрибуты могут быть использованы для описания идентификатора предмета торговли на уровне серии (см. таблицы 2&—29\.

Таблица 26

Местное наименование(перевод)

Тил

Описание

Уровень

bestBefoceDate <дата_Реализации)

Дата

Дата, до которой продукцию лучше всего использовать или употребить. Является заявлением о качестве.

Пример — 2017-03-15

Серия

соиntсуОСОхigln (страна_Пр оисхождения)

Код

См. описание в 9.2.1

Предмет торговли или серия или экземпляр

Продолжение таблицы 26

Местное наименование (перевод)

Тип

Описание

Уровень

CarmLLst (п*речень_данных_ сельскохозяйственного^ предприятия)

Перечень данных о сельскохозяйственном предприятии

Перечете» структур, описывающий информацию о сельскохозяйственном предприятии

Серия

HrstFreexeDate (дата_Пера ого_ Замораживания)

Дата

Дата первоначального замораживания, если она отличается от даты изготовления.

Пример — 2016-03-15

Серия

growingMethodCode (код_СпосоОа_ Выращивания)

Код

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

Перечень кодовых значений для данного атрибута установлен в рамках сети GOSN: (см.: http://apps.gs 1 .org/GDD/Pages/ctDetails. aspx?se manlicURNsum:gs1:gdd:cl:GrowingMelhodCode &release=1)

Пример — ffYDROPONIC (ГИДРОПОНИКА)

Серия

barvestEndDate (дата _Око нч а ния _Сб ора _ Урожая)

Дата

Обозначает дату окончания сбора урожая. Пример — 2016-03-15

Серия

haгvestStartDate (дата_Нач ала_Сбора_ Урожая)

Дата

Обозначает дату начала сбора урожая. Пример — 2016-03-15

Серия

itetnExpiracionDate (дата_Окончания_Срока_ Годности)

Дата

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

Пример — 2016-03-15

Серия

productionMethod-FoxFishAndSeafoodcode (код_СпосоОа_ Получения_₽ыбы_и_ Морепродуктов)

Код

Код. обозначающий способ выращивания»' культивирования рыбы. Перечень кодовых значений для данного атрибута установлен в рамках сообщений электронного обмена данными GS1; см. (http://apps.gs1.org/GDD/Pages/ ctDelaHs.aspx?semanticURN=urn:gs1:gdd:c>: ProductionMethodForFishAndSeafoodCode&relea se-1).

Пример — AQUACULTURE (КУЛЬТИВИРОВАНИЕ ВОДНЫХ ОРГАНИЗМОВ)

Серия

sellByDace (предельная_Дата_ Реализации)

Дата

Дата, не позднее которой товар должен быть реализован.

Пример — 2017-03-15

Серия

Местное нвиыеиование(перевод)

Тил

Описание

Уровень

storageStateCode (код_Состояния_ Хранения)

Код

Код. обозначающий, был ли указанный товар ранее заморожен.

Перечень кодовых значений для данного атрибута установлен в рамках сообщений электронного обмена данными GS1 (см. МрУ/аррз. gs1.org/GDD/Pages/dDetails. aspx?semanttcUR-N=um:gs1:gdd.cl:StorageStateCode&release=1).

Пример — Previously Frozen {Ранее заморожен)

Серия

unloadingPor t (порт_Разгрузкк)

Кодовое значение по классификатору UN LOCODE

Обозначает порт, в котором товары были разгружены с морского судна, на котором их перевозили.

Значение данного атрибута определяется в пользовательском лексиконе (161, поддерживаемом Европейской экономической комиссией ООН (см. http://www.unece.org/cefa ct/tocode/ wefcome.html).

Пример — DE BRV

Серия

vesselCatch

In forma t ion Li. st |леречеяь_ Данных_по_ Выло ву _Cyдном)

Информационный перечень по вылову судном

Перечень структур, описывающих информацию по вылову судном

Серия

Значение vesselCatchlnformationList (перечень_Данных по Вылову Судном) включает один или несколько элементов, называемых vesseiCatchlnformation (данные по Вылову-Судном), которые содержат следующие лодэлементы (см. табпииу 27);

Таблица 27

Поле (перевод)

Тил

Описание

vessellD (идентифккатор_Судна>

Строка

Идентификатор судна. Пример — DE-X-1234

vesselName Iнаименование_Судна)

Строка

Наименование судна. Пример — HNS Gena

catchArea (рыбопромысловый Район)

Код

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

Перечень кодовых значений для данного атрибута установлен в рамках продовольственной и сельскохозяйственной организации ООН (см. (171 httpJ/www.fao.org/dshery/area/search/en).

Пример — 37.2

HshingGeaгTypeCode {код_Типа_Орудий_ Лоаа)

Код

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

Перечень кодовых значений для данного атрибута установлен в рамках продовольственной и сельскохозяйственной организации ООН (см. (18! ftp;//ftp.fao.org(FI/DOCUMENT/cwp/handbooA/anoex/ АппехМ 16shinggear.pdf).

Пример — ТЫ

Значение farmList (перечень Данных Сельскохозяйственного _Предприятия) включает один или несколько элементов, называемых farm (сельскохозяйственное Предприятие >. которые содержат следующие лодэлементы (см. табпииу 28);

Таблица 28

Попе{перевод)

Тип

Описание

farmldentification (идентификация— Сельскохозяйственного-Предприятия)

Строка

Идентификатор для сельскохозяйственного предприятия.

Пример— tun:epc:id:egln:061414.00001.0

far mident ificationTypeCode (код_Типа_Идентификации_ Сельскохозяйственного-Предприятия)

Код

Тип fa rm Identification (идентификация—

Сельскохозяйственного—Предприятия)

Пример — EPC-GLN

Перечень кодовых значений для поля farmldentificationTypeCode (код_Типа Идентификации Сельскохозяйственно1*о_Предприятия) (см. таблииу 291:

Таблица 29

Код

Описание

EPC-GLN

Идентификатором является Глобальный номер места нахождения GS1 (GLN). представленный в форме идентификатора GLN EPC URI

  • 9.2.3 Атрибуты мастер-данных предметов торговли — уровень экземпляра

Следующие атрибуты могут быть использованы для описания идентификатора предмета торговли на уровне предмета торговли (уровне GTIN) (см. таблииу 30J:

Таблица 30

Местное ианменоыиие

Тип

Описание

Уровень

countryOfOrigin (страна_ Происхождения)

Код страны

См. описание в 9.2.1

Предмет торговли или серия или экземпляр

drainedWeight (сухой_Вес)

Измерение

См. описание в 9.2.1

Предмет торговли или экземпляр

grossweight (ьес_Брутто)

Измерение

См. описание в 9.2.1

Предмет торговли или экземпляр

lotNumber (номер—Серии)

Строка (от 1 до 20 знаков)

Отличитегъная комбинация цифр и/или букв, на основе которой возможно установить полную историю изготовления, переработки, упаковки, кодирования и распределения партии.

Пример — АВС 123

Экземпляр

netNeight (вес_Нетто)

Измерение

См. описание в 9.2.1

Предмет торговли или экземпляр

  • 9.2.4 Значения типа измерение

Каждое значение типа Measurement (Измерение > представляет собой структуру, состоящую из следующих подэлементов (см. таблицу 31}:

Таблица 31

Попе (перевод)

Тип

Описание

measurement (измерение)

Десятичное число

Числовое значение измерения

measurementUnltCode

1 код_Едииииы_ Измерения)

код

Единица измерения для данного измерения.

Перечень кодовых значений для данного атрибута содержится в Рекомендации №20 Европейской экономической комиссии ООН [оа. http://www.unece.org/cefacl/reconvnendations/rec_indexMml 1191)

Пример — Когда значение типа Measurement (Язмеренже) появляется в мастер-данных уровня экземпляра. оно принимает представленную ниже форму. В данном примере атрибутом является netHelght (вес_Кетто) со значением 3,5 кг.

3. 5

Когда значение типа Measurement (Измерение) появляется в документе мастер-данных EPCIS, в разделе мастер-данных заголовка документа EPCIS или в ответе на простой запрос мастер-данных EPCIS, оно принимает представленную ниже форму.

oteasurementUnl tCo»e»"»GM">3.5

  • 10 Мастер-данные места нахождения и участвующей стороны

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

Различные идентификаторы места нахождения могут обозначать место нахождения с различными уровнями детализации. Атрибуты мастер-данных. установленные в БДЛ. предназначены для использования в отношении места нахождения на двух различных уровнях детализации:

  • - производственная территория (site): Физическое место нахождения, где расположена структура или группа структур (и/или участков). Примеры производственных территорий: распределительный центр, предприятие розничной торговли, больница и т. д.;

  • - производственная площадка (sub-site): Определенное физическое место нахождения, входящее в состав производственной территории.

Примеры производственных площадок: подсобное помещение торгового предприятия, торговый зал предприятия розничной торговли, зона хранения склада и т. п.

Документ, соответствующий или совместимый с БДЛ. МОЖЕТ включать любые атрибуты мастер-данных. указанные в настоящем подразделе, в сегменте мастер-данных заголовка EPCIS с учетом ограничений, установленных в других частях настоящего подраздела. Атрибуты мастер-данных. указанные в настоящем подразделе, также могут быть использованы в документе мастер-данных EPCIS или в ответе на запрос мастер-данных EPCIS. Документ, соответствующий БДЛ или совместимый с БДЛ. НЕ ДОЛЖЕН включать любые атрибуты мастер-данных. указанные в настоящем подразделе, в сегменте мастер-данных уровня экземпляра события EPCIS.

  • 10.1 Наименования атрибутов мастер-данных места нахождения и участвующей стороны

8 сегменте мастер-данных заголовка EPCIS. в документе мастер-данных EPCIS и в ответе на запрос мастер-данных EPCIS атрибут мастер-данных указывается в виде пары наименование/значение. Наименование каждого атрибута мастер-данных места нахождения/участвующей стороны, указанного в настоящем подразделе, состоит из следующего идентификатора пространства имен:

urn:epcglobal:cbv:mda,

за которым следует знак номер (#). за которым следует местное наименование, в соответствии с 10.2.

Атрибуты мастер-данных site (производственная территория), sst (тип_ производственной площадки), ssa (характеристики производственной площадки) и ssd (сведения_о_производственной площадке) в виде исключения используют в качестве разделителя знак «двоеточие» (:) вместо знака номер (#). для обеспечения обратной совместимости с лексикой ло {4[ и более ранних версий.

  • 10.2 Атрибуты мастер-данных места нахождения и участвующей стороны

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

Если в столбце «Использование» таблицы 32 для атрибута мастер-данных указывается «место нахождения» («location»), документ, соответствующий или совместимый с БДЛ. МОЖЕТ использовать данный атрибут для описания идентификатора, появляющегося в любом из следующих полей события EPCIS:

•место считывания:

* производственное место назначения;

  • - начальный пункт, если типом начального пункта является location в соответствии с 7.4;

  • - конечный пункт, если типом конечного пункта является location в соответствии с 7.4.

Если в столбце «Использование» таблицы 32 для атрибута мастер-данных указывается «участвующая сторона» («party»), документ, соответствующий или совместимый с БДЛ. МОЖЕТ использовать данный атрибут для описания идентификатора, появляющегося в любом из следующих полей события EPCIS:

-начальный пункт, если типом начального пункта является owning_party (сторона собственник) или possessing_party (сторона держатель) в соответствии с 7.4,

-конечный пункт, если типом конечного пункта является owningparty (сторона_ собственник) или possessing_party (сторона держатель) в соответствии с 7.4.

Документ, соответствующий или совместимый с БДЛ. НЕ ДОЛЖЕН использовать атрибуты мастер-данных для описания идентификатора за исключением разрешенных случаев, указанных выше.

Таблица 32

Местное наименование

Тип

Описание

Использование

Site (производственная-территория) (см. нижеуказанное примечание)

Строка (от 1 до 128 знаков)

Идентифицирует производственную территорюо. на которой присутствует место нахождения.

Для места нахождения производственной площадки — это идентификатор вышестоящего места нахождения.

Для места нахождения производственной территории — это ее идентификатор места нахождения.

Когда идентификатор места нахождения, к которому данный атрибут мастер-данных относится, является номером SGLN ЕРС. то атрибутом мастер-данных места нахождения производственной территории всегда является 13-разрядный номер GLN. основан-нъм на префиксе предприятия и ссылочных компонентах места нахождения в указанном номере SGLN

Место нахождения

sst

(тмп_

производственной-

площадки)

(см. примечание ниже)

Список кодовых значений (см. 10.3.1)

Тип производственной площадки: описывает первичную функцию хозяйственной деятельности в месте нахождения производственной площадки. Указанный атрибут мастер-данных применяется гогъко к месту нахождения производственной площадки. Это значение выражается одиночным числовым кодовым значением (см. список кодовых значений в 10.3, Л.

Пример — Кодовое значение 201 указывает на то, что типом производственной площадки является «подсобное помещение»

Место нахождения

Местное наименование

Тип

Описание

Использование

зза

{характеристики^ производственной^ площадки) (см. примечание ниже)

Список кодовых значений (см. 10.3.2)

Характеристики производственной площадки: дополнительно уточняют функцию хозяйственной деятельности места нахождения производственной площадки. Указанный атрибут мастер-данных применяется тогъко к месту нахождения производственной площадки. Характеристики производственной площадки выражаются в виде перечня от нуля и более отделенных запятыми значений числовых ходовых значений (см. список кодовых значений в 10.3.2}.

Пример — Типом производственной площадки является значение 203 (торговые залы), то характеристиками производственной площадки *404, 412» дополнительно установлено, что данный идентификатор места нахождения соответствует торговому залу для продовольственных товаров (характеристика 412). находящихся в замороженном виде (характеристика 404)

Место нахождения

ssd |саеденил_о производственной^ площадке)

(см. примечание ниже)

Строка (от 1 до 128 знаков)

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

Пример — Вместо такого распределения, при котором продукция находится на какой-то полке в подсобном помещении предприятия розничной торговли 123. участвующая сторона может высказать пожелание обращаться к конкретной полке в подсобном помещении предприятия розничной торговли 123, например. к полке N9 4567. Атрибут мастер-данных для подробных сведений о производственной площадке предоставляет ключевой идентификатор конкретной полки, например 4567

Место нахождения

stceetAddseseOne |лервая_строка_ почтового_адреса)

Строка

Первая строка адреса в свободной форме. Указанная первая часть печатается на бумажном носителе е качестве первой строки под именем адресата.

Пример — Наименование улицы и уличный номер или название здания

Место нахождения или участвующая сторона

Name (наименование-места_или_стороны>

Строка

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

Место нахождения или участвующая сторона

streetAddressTwo (втора я_строка_ почтового_адресд)

Строка

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

Место нахождения или участвующая сторона

Окончание тэбпииы 32

Местное наиыенование

Тил

Описание

Использование

strееtAdd гessThсев (третья_ строка_ почтового_адреса)

Строка

Третья строка адреса в свободной форме. Указанная третья часть печатается на бумажном носителе в качестве третьей строки под именем адресата.

Третья строка адреса е свободной форме, при необходимости, дополняет первую и вторую строку адреса е свободной форме

Место нахождения или участвующая сторона

city (город)

Строка

Текст, указывающий название города

Место нахождения или участвующая сторона

stake

(единица_ административного_ деления)

Строка

Одна из составных единиц национагъного административного деления с федеральной формой управления

Место нахождения или участвующая сторона

poetaLCode (почтовый—индекс)

Строка

Текст, указывающий почтовый индекс адресата

Место нахождения или участвующая сторона

countrycode (код_Страны)

Строка

Код aipha-2 по 114/. указывающий страну адресата

Место нахождения или участвующая сторона

latitude (географическая_ широта)

Десятичное число

Значение георгафичесхой широты места нахождения в градусах. Положительные числовые значения для северной широты и отрицательные числовые значения для южной широты

Место нахождения

longitude (географмческам_ долгота)

Десятичное число

Значение географической долготы места нахождения в градусах. Положительные числовые значения для восточной долготы и отрицательные числовые значения — для западной долготы

Место нахождения

Примечание —Для обеспечения обратной совместимости с лексикой по/4) и более ранних версий, пол-ныенаимбнованияатрибутовв1ке (производственная—территория), sat <тиг._производственной _ площадки), ала {характеристики—производственной_площадки) и sad (сьедения_о_ производственной-Площадке) выражены отличным способом (cat 10.1).

10.3 Значения в перечне номеров мастер-данных места нахождения

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

10.3.1 Тип производственной площадки (Sub-Site Туре)

Значением атрибута мастер-данных «тип производственной площадки» (Sub-Site Туре) для идентификатора места нахождения, если он имеется. ДОЛЖНО быть одно из кодовых значений из таблицы 33.

Таблица 33 — Значения атрибута мастер-данных «тип производственной площадки»

Кодовое значение

Кратки описание

Определение

201

Подсобное помещение (Backroom)

Помещение торгового предприятия (всех видов: торговое предприятие со специализированным ассортиментом и т. п.). используемое для размещения продукции до момента ее покупки или перемещения в помещение торгового зала

Кодовое значение

Краткое описание

Определение

202

Зона хранения (Storage Агва)

Участок, где продукция хранится в пределах территории для обеспечения потребности в будущем.

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

В предприятии рознимой торговли также может быть вторичная эона хранения (может не находиться в том же месте фактически).

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

203

Торговый зал (Sates Floor)

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

207

Зона возврата продукции (Returns Area)

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

208

Производственная зона (Production Area)

Зона на территории предприятия, где осуществляется преобразование материалов и/или совокупности деталей с целью изготовления товаров, продукции или оказания услуг

209

Зона приемки (Receiving Area)

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

210

Зона отгрузки (Shipping Area)

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

211

Переходная зона торгового зала (Sates Floor Transition Area)

Часть помещения торгового предприятия между двумя местами нахождения (например, подсобным помещением и торговым залом) — используется только для места считывания

212

Зона самовывоза (Customer Pick-Up Area)

Часть помещения торгового предприятия для покупателей, забирающих приобретенную продукцию

213

Площадка открытого хранения (Yard)

Зона снаружи основного помещения, используемая для временного складирования продукции (например, для прицела или контейнера)

214

Контейнерная палуба (Container Deck)

Зона на корабле, куда загружаются контейнеры

215

Грузовой терминал (Cargo Terminal)

Зона, где грузы могут перегружаться от одного груэоперевозчика другому. Грузовые терминалы обеспечивают эону взаимодействия между видами транспорта

251

Фасовочная эона (Packaging Area)

Зона на территории предприятия, где упаковывается продукция

252

Зона комплектации (Picking Area)

Зона на территории предприятия, где продукция комплектуется для выполнения заказа

253

Зона для лекарственных средств (Pharmacy Area)

Зона на территории предприятия, где хранятся, отпускаются и/или реализуются рецептурные препараты

299

Не определено (Undefined)

Любой тип производственной площадки, не идентифицированный в любом из приведенных значений

  • 10.3.2 Характеристики производственной площадки (Sub-Site Attributes)

Значение атрибута мастер-данных «характеристики производственной площадки» (Sub-Site Attributes) для идентификатора места нахождения ДОЛЖНО быть равно нулю или кодовому значению из следующей таблицы 34.

Когда значение атрибута мастер-данных «характеристики производственной площадки» передается как единая строка (в том числе, когда атрибут мастер-данных «характеристики производственной площадки» передается с использованием формы EPCISMasterDataDocument (Документ^ Мастер-Данных EPCIS). указанной в ГОСТ Р 59167). эта строка ДОЛЖНА состоять из кодовых значений, разделенных запятыми, без начальных, конечных или внутренних пробелов; кроме того, кодовые значения ДОЛЖНЫ представлять собой возрастающую числовую последовательность, считываемую слева направо.

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

Таблица 34 — Значения атрибута мастер-данных «характеристики производственной площадки» (Sub-Site Attributes^

Кодовое значение

Краткое описание

Определение

401

Склад электронной техники (Electronics)

Определенная часть помещения торгового предприятия для хранения продукции электронной техники, таких как телевизоры. DVD-ллееры и т. П.

402

Холодильник (Cold storage)

Определенная часть помещения или помещение, где поддерживается температура выше точки замерзания воды, но ниже комнатной температуры

403

Полка (Shelf)

Установленное внутреннее место нахождения для размещения продукции

404

Морозильник (Frozen)

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

405

Зона свежей продукции (Fresh)

Определенная часть помещения или помещение, где поддерживается определенная температура и/или влажность для сохранения качества продукции

406

Склад продвижения товара (Promotion)

Определенная часть помещения или помещение, используемые для хранения специально приобретенной продукции

407

Торцевой стеллаж (End Сар)

Определенное место внутри торгового зала, как правило, в конце ряда, для демонстрации продукции

408

Контрольно-кассовый узел (Point of Sale)

Часть помещения предприятии розничной торговли, где производятся транзакции реализации

409

Охраняемая эона (Secunty)

Специально выделенное место внутри предприятия для сокращения непосредственного доступа к продукции

411

Отдел товаров общего назначения (General Mdse)

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

Пример — Бытовые чистящие средства, бумажные салфетки. стиральные порошки и репелленты

412

Отдел продовольственных товаров (Grocery)

Часть помещения торгового предприятия, где. как правило, продовольственные товары выставлены в торговом предприятии на типовых полках.

Пример — Консервированные продукты, сельскохозяйственная продукция, мясо

Кодовое зн»чемне

Краткое описание

Определение

413

Пресс для утилизации коробок (Box Crusher)

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

414

Ворота для приемки и отправки (Dock/Door)

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

415

Лента транспортера (Conveyor Belt)

Непрерывно движущаяся лента или поверхность, используемая для перемещения отдельных коробок или транспортирования объектов из одного места в другое

416

Участок обертывания поддонов (Pallet Wrapper)

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

417

Стационарное устройство считывания (Fixed Reader)

Стационарная компоновка места считывания (устройство считывания и антенны) для сбора данных ЕРС.

Пример—Место считывания в дверном проеме или на конвейере

418

Мобильное устройство считывания (Mobile Reader)

Нестационарная компоновка места считывания (устройство с-ытыва-ния и антенны) для сбора данных ЕРС.

Пример — Портативное устройство считывания или установленное на погрузчике

419

Стеллажи для хранения (Shelf/Storage)

Часть помещения в торговом зале, где хранится продукция, недоступная для покупателей, до перемещения для доступа покупателей

420

Зона возвращенной продукции (Returns)

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

421

Подготовительный участок (Staging)

Часть помещения в раслределигегъном центре или производственном здании, в которой используют ворота для приемки и отправки в целях комплектования и проверки принимаемых и отправляемых грузов

422

Сборочный участок (Assembly)

Участок, где компоненты собираются вместе с образованием завершенной продукции, соответствующей процессу

423

Участок зарезервированных товаров (Lay-Away)

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

424

Раздаточное устройство (Dispenser)

Раздаточное устройство для таблеток, таблеток в виде капсул и капсул. куда загружается нефасованная готовая продукция для выдачи дозировки по рецепту

425

Участок карантина (Quarantine)

Часть помещения в производственном, распределительном или торговом объекте для хранения продукции, которая может быть непригодна для употребления до проведения последующего осмотра

426

Зона учетных препаратов (Controlled Substance)

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

427

Участок отозванной продукции (Recailed Product)

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

428

Участок контроля качества (Quality Control)

Часть помещения, в которой любая продукция, не соответствующая стандартам качества, содержится в ожидании последующей оценки

Окончание таблицы 34

Кодовое знамен ио

Краткое описание

Определение

429

Печатный цех (Printing Room)

Часть помещения, где производится печать этикеток/ярлыков для товаров/коробок^поддонов а распределительном центре или производственном предприятии.

Следует обратить внимание что. это значение касается процесса, где радиочастотная метка ЕРС кодируется в автономном режиме и затем вводится в действие и связывается с определенной продукцией

430

Пог руэочно- разгрузочная платформа (Loading Dock)

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

431

Входные ворота (Entrance Gats)

Пункт доступа транспорта к площадке открытого хранения или другой эоне прибытия

432

Выходные ворота (Exit Gate)

Пункт выезда транспорта с площадки открытого хранения или другой эоны выезда

433

Ворота (Gate)

Пункт доступа транспорта на территории предприятия, специально не обозначенный как пункт входа или выхода

434

Точка верификации места считывания (Read Point Verification Spot)

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

  • 11 Пример документации EPCIS

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

11.1 Соответствующее БДЛ событие объекта с использованием типового лексикона

Далее представлен документ EPCIS. соответствующий БДЛ. в формате XML. содержащий одно событие с объектом, где соответствующие БДЛ идентификаторы используются для бизнес-этала и состояния. а номера ЕРС используются для всех значений пользовательского лексикона.

xmlns:epc"s-"urn:epcgloba1:epcis:xs":Iй

xmlns:x"i«"http://www.w3.org/20Gl/XMLSchema-lnsta~ce"

creationDd"e«"2005-07-HTll :3O:47"0Z"

schemaVers1"n""1">

2007-07-26T21:41: 19Z

2007-07-26T21:41:192

-05:00

<-• Section 8.2.1 — EPC identifier

urn:epc:id:sgtin:G614141. 181335.234

Section 7.2.1 — BizStep (Бизнес-этап) -->

urn:epC:id:sgln:0614141.00300.l

urn:epc:id:sgln:0614141.00300.0

«bizTransaction

ty-e^-urn: epcglobal :cbv :btt~po">um :epc: id:gdti:0614141.06012.1234

«/ObjectEvent»

c/epcis: EPCISDocumenO

  • 11.2 Соответствующее БДЛ событие объекта с использованием указателей HTTP URL и частных или общеотраслевых имен URN

Далее представлен документ EPCIS. соответствующий БДЛ. в формате XML. содержащие одно событие объекта, иллюстрирующий использование указателей HTTP URL и частных или общеотраслевых имен URN для значений пользовательского лексикона.

xmlns:epc“s-”urn:epeglobal:epcis:xs": 1"

xmlns :x',i-',http: //www.w3 .org/2001 /XMLSchema-insta-ce" cr eat ionDa'’e-~2005-07-l 1T11:30:47”0Z" schemaVersi-n"*'!"»

2007-07-26T21:41:192

2007-07-26T21:41:19Z

«eventTime ZoneOffset>-05:0D

Section 8.2.2—»

Section 7.1.2 — BizStep (Бизнес-этап)

Section 8.3.2 Location identifier (Идентификатор места нахождения)--»

urn:example:epcis:id:Loc:warehouse23

«bizTeansaction

ty-eo-urn^pcglobal:cbv:btt"po->http://transaction.example.com/prodution/orde

«bizTransaction

ty-e-^ur^epcglobal:cbv:btt:des-dv"»urn:epcglobal:cbv:bt:0614141000029:asnl23 45

  • 11.3 Событие, совместимое с БДЛ

Далее представлен документ EPCIS. совместимый с БДЛ. в формате XML. содержащий одно со-бытие объекта. Соответствующие БДЛ идентификаторы ЕРС используются для физических объектов и мест нахождения, но поскольку для бизнес-этапов и состояний используются нетиловые идентификаторы. данный документ является совместимым с БДЛ. а не соответствующим БДЛ.

xmlns:epc"8“"urn:epcglobal:epcis: xs" : 1”

xml ns :x"i»"http://www.w3.org/2001/XMLSchema-insta"ce"

CxeationDa"e-"2005-07-llTll :3O:47"0Z" schema Ver si"n"”l">

2007-0?-26T21:41:19Z«/eventTlme>

2007-07-26T21: 41:19Z«/recordTime>

«eventTimeZoneOEfset>-05:00«/eventTimeZoneO£fset>

urn:epc:id:sgtin:0614141.18133S.234

ADD

urn:example:uservocab:bizstep:quarantined«/bizStep>

«disposit ion>http://epcis.example.cam/user/vocab/disp/contamxnated

Section 8.3.1 — Locations

urn:epc:id:sgln:0614141.00300.l

Section 8.3.1 — Locations -•>

urn:epc:id:sgln:0614141.00300.0«/id>

«/epcis:EPCISDocument>

  • 11.4 Мастер-данные места нахождения

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

xmlns:epcis"d-”urn:epcglobal:epcis-masterdata:xs":1"

xml ns:x"i-"http://www.w3.org/2001/XMLSchema-insta~ce"

schemaVers i”n""1"

CreationDa"e“"2005-07-l1T11:3O:47"0Z">

«VocabularуList»

«Vocabulary ty"e»"urn:epcglobal:epcis:vtype:ReadPo"nt">

«VocabularyElement "d-"urn:epc:id:sgln:0614141.0030".0">

"d“"urn:epcglobal:cbv:mda:s"te">0614141003006

«attribute

"d-*urn:epcglobal:cbv:mda:s"te">0614141003006

«attribute *d“"urn:epcglobal:cbv:mda:"st">208«/attrlbute>

«attribute ',d»"'urn:epcglobal :cbv:mda: ”sa’’>422

«VocabularуElement ',d-'’urn:epc:id:sgln:0614141 .Q030**.2*'> «attribute

'’d-''игп: epcglobal :cbv :mda: s'’te’’>061414100300 6

Section 10.3.1 SST ••>

«attribute ',d-'’urn:epcglobal :Cbv:mda: "st"»251 «/attribute»

«attribute *'d*»'rurn:epcglcbal :cbv:mda: ”sa"»416> 417

«/VocabularyElementLiat> «/Vocabulary»

«/Vocabularytist»

«/epciand:EPCISMasterDatabocu»ent>

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

]1] ИСО/МЭК 19988.2017 «Информационные технологии. Стандарт базовой деловой лексики» (ISO/IEC 19988 2017 «Into’-mahon technology - Core Business Vocabulary Standard»

[2] GS1, «Core Business Vocabulary Standard» version 1.2. Sep 2016 (GS1. «Стандарт базовой деловой лексики», версия 1.2. сентябрь 2016&1

]3] GS1 EPColobal «Core Business Vocabulary Standard», version 1.0. October I3!’’ 2010 (QS1 EPColobal «Стандарт базовой деловой лексики». версия 1.0, 13 октября 2010/

]4] GS1, «Core Business Vocabulary (CBVh, GS1 Standard, version 1.f. May 2014 (GS1. «Базовая деловая лексика (КПП)». стандарт GS1, версия 1.1. май 2014)2)

  • [5] A. Mayrhofer. С. Spanring. «А Uniform Resource Identifier for Geographic Location' ("eo1 2 URI).» RFC 5870. June 2010. httpV/Www.ietf.org/rfc/rtc5870

  • [6] ИСО/МЭК19987:2017 «Информационныетехнологии. Стандарт информационных сервисов EPC (EPCIS)» TlSOAEC 19987:2017 «Information technoloov— EPC Information Services (EPCtS) Standard»)22

  • [7] GS1. «ЕРС Information Services (EPCIS) Version 1.2 standard,» GS1 Working Draft. December 2015 (GS1. «Стандарт информационных сервисов EPC (EPCIS). версия 1.2», стандарт GS1, сентябрь 2015)

£8/ ISO. «Rules for the structure and drafting of International Standards (ISO/IEC Directives. Part 2. 2001- 4th edition)» July 2002. (ИСО. «Правила построения и формулирования международных стандартов (Директивы ИСО/МЭК. Часть 2. 2001, 4-е издание)», июгъ 2002)

[9] GS1. «GS1 EPCglobal Tag Data Standards Version 1.9.» GS1 standard. June 2014. http://www.gs1.org/epcAag-dala-standard (GS1. «GS1 Стандарт данных радиочастотных меток ЕРС версия 1.9», стандарт GS1, июнь 2014 http://www.gs1.org/epcrtag-data-standard)

1101 R. Moats. «URN Syntax». RFC 2141. May 1997. httpj/www.ietf.org/rfc/rfc2141

[111 T. Berners-Lee. R. Fielding. L. Masinter. «Uniform Resource Identifier (URI): Generic Syntax.» RFC3986. January 2005. http://www.ietf.org/rfc/rfc3986

[121 EPC Information Services (EPCIS). Specification, GS1 Slandard.Version 1.1. Mav2014 (ИнсЬормаиионные сервисы EPC (EPCIS). СпеиигЬикаиия, Стандарт GS1, Версия 1.1, май 2014)3’

[131 Р. Leach. М. Mealling. R.Saiz. 2А Universal/ Unique IDentifier (UUID) URN Namespace.2 RFC4122. httpJ/www.ietf. org/rfc/rfc4122

[14f ИСО 3166-1 «Коды для представления названий стран и единиц их административно-территориального деления. Часть 1. Коды стран» (ISO 3166-t «Codes for the representation of names of countries and their subdivisions— Part 1: Country code»)3' 4>

[151 ИСО 639-1 «Коды для представления наименований языков. Часть 1. Код Atoha-2» (ISO 639-1 «Codes for the representation of names of languages— Part 1:Aioha-2code»)3i-

/161 United Nations Code for Trade and Transport Locations (Классификатор ООН для торговых и транспортных "пунктов)31

1171 FAO Major Fishing Areas (Основные рыбопромысловые районы 0AO)-httoV/www.fao.orortisherv/area/search/ru3>

[181 FAO Fisheries Technical Paper 222. Definition and classification of fishing gear categories3)

[19} Рекомендации ЕЭК ООН №20 «Коды для единиц измерения, используемых в международной торговле» на русском языке (см. http://www.unece.orgrtHeadmin/DAM/cefact/recommendations/rec20/rec20 01cf20r.pdf)'1

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

Перечень сокращений

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

Таблица ДАЛ

Сокращение

Полная форма термина

Перевод на русский язык

3PL

Third Party Logistics

Поставщик логистических услуг

ВИ

Business transaction identifier

Идентификатор документа бизнес-транзакции

втт

Business transaction type

Тип документа бизнес-транзакции

CBV

Core Business Vocabulary

Базовая деловая лексика

СР>

ComponenVPart Identifier

Идентификатор хомлоненга/детали

EDI

Electronic Data Interchange

Электронный обмен данными

ЕРС

Electronic Product Code

Электронный коз продукции

EPCIS

EPC Information Services

Информационные сервисы ЕРС

FAO (ФАО)

Food and Agriculture Organization

Продовольственная и сельскохозяйственная организация ООН

GCI

Globa! trade item Classification

Глобальная классификация предметов торговли

GCN

Global Coupon Number

Глобальный номер купона

GDSN

Global Data Synchronization Network

Глобальная сеть синхронизации данных

GDTI

Global Document Type Identifier

Глобальный идентификатор типа документа

GLN

Global Location Number

Глобальный номер места нахождения

GRAI

Global Individual Asset Identifier

Глобальный идентификатор индивидуальных активов

GSRN

Global Service Relation Number

Глобальный номер услуг

GTIN

Globa! Trade Item Number

Глобальный номер предмета торговли

RAM

Random Access Memory

Оперативная память

SGCN

Serialised Global Coupon Number

Сериализованный глобальный номер купона

SGTIN

Serialised Global Trade item Number

Сериализованный глобальный номер предмета торговли

SSCC

Serial Shipping Container Code

Серийный номер транспортной упаковки

U ML

Unified Modeling Language

Унифицированный язык моделирования

UN/ECE (ЕЭК ООН)

United Nations Economic Commission for Europe

Европейская экономическая комиссия ООН

UN LOCODE (ЛОКОД ООН)

United Nations Code for Trade and Transport Locations

Код для торговых и транспортных пунктов

URI

Uniform Resource Identifier

Универсальный идентификатор ресурса

URL

Uniform Resource Locator

Унифицированный указатель ресурса

URN

Uniform Resource Name

Унифицированное имя ресурса

UUID

Universally Unique Identifier

Универсальный уникальный идентификатор

XML

extensible Markup Language

Расширяемый язык разметки

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

Перечень изменений настоящего стандарта относительно [1] с пояснениями необходимости их внесения

В [1] отсутствует нумерация таблиц. В связи с этим для применения ссылок и удобства пользования всем таблицам в настоящем стандарте присвоены порядковые номера. Сведения о соостзетствукицих изменениях приведены в таблице ДБ.1.

Таблица ДБ.1

Структурный элемент настоящего стандарта

Характеристика технических отклонений и пояснения по внесению

Стандарт в целом

Ссылки в тексте [1] на )2] заменены ссылками на ГОСТ Р 59167, т.к. указанный национальный стандарт является модифицированным по отношению к [1]. который соответствует [2]

Стандарт в целом

Ссылки на документы приведены в виде порядковых номеров, указанных в квадратных скобках в Библиографии

Введение

В раздел Введение включены структурные элементы, приведенные в [1]: аннотация к документу [2]. протокол изменений в [2]. отказ от ответственности

Раздел 1. Область применения

Раздел 1 в (1) «Введение. Базовая деловая лексика» переименован в раздел 1 «Область применения» для приведения в соответствие с требованиями ГОСТ Р 1.5

5.1. 8-й абзац, ссылка на таблицу

Ссылка на «таблицу в 7.1.3» заменена ссылкой на таблицу 1

5.1. 9-й абзац, ссылка на таблицу

Ссылка на «таблицу в 7.2.3» заменена ссылкой на таблицу 2

5.1.10-й абзац, ссылка на таблицу

Ссылка на «табтцу в 7.3.3» заменена ссылкой на таблицу 4

5.1.11-й абзац, ссылка на таблицу

Ссылка на «табгыцу в 7.4.3» заменена ссылкой на таблицу 5

5.1.12-й абзац, ссылка на таблицу

Ссылка на «таблицу в 7.5.3» заменена ссылкой на таблицу 6

7.1.2.1-й абзац, ссылки на таблицу

Ссылки на таблицу дололнеш номером таблицы — 1

7.1.3. таблица

Таблица в 7.1.3 обозначена — таблица 1 с наименованием «Значения и их определения для элементов бизнес-эталов с примерами»

7.2.2,1-й абзац, ссылки на таблицу

Ссылки на «нижеуказанную таблицу» заменены ссылкой на таблицу 2

7.2.3. таблица

Таблица в 7.2.3 обозначена — таблица 2

7.2.3.1. 2-е предложение, ссылка на таблицу

Ссылка на «нижеследующую таблицу» заменена ссылкой на таблицу 3

7.2.3.1. таблица

Таблица в 7.2.3.1 обозначена — таблица 3

7.3.2.1-й абзац, ссылки на таблицу

Ссылки на «нижеуказанную таблицу» заменены ссылкой на таблицу 4

7.3.3. таблица

Таблица в 7.3.3 обозначена — таблица 4 — Значения и определения элементов типов документов бизнес-транзакций

Структурный элемент настоящего стандарта

Характеристика технических отклонений и пояснения по внесению

7.4.2,1-й абзац, ссылки на таблицу

Ссылки на «нижеуказанную таблицу» и «табгмцу в 7.4.3» заменены ссылкой на таблицу 5

7.4.3, таблица

Таблица в 7.4.3 обозначена — таблица 5

7.5.2,1-й абзац, ссылки на таблицу

Ссылки на «таблицу в 7.5.3» и «нижеуказанную таблицу» заменены ссылкой на таблицу 6

7.5.3, таблица

Таблица в 7.5.3 обозначена — таблица 6 — Значения и определения элементов идентификаторов причин ошибок

8.1.2, 2-й абзац.

Дополнительно приведена ссылка «см. таблицу 7»

8.1.2, таблица

Табгыца в 8.1.2 обозначена — таблица 7

8.1.3. 2-й абзац

Дополнительно приведена ссылка «см. таблицу 8»

8.1.3, таблица

Таблица в 8.1.3 обозначена — таблица 8

  • 8.2.2, 8.2.3. 8.3.2, 8.3.3,

  • 8.4.2, 8.4.3. 8.5.1, 8.5.2,

  • 8.5.3, 8.5.4. 8.7.4

Абзац «Ненормативное положение; Пример (условный): документ EPCIS в формате XML с примером использования может быть найден в 11.2» заменен на «Примечание — Условный пример документа EPCIS в формате XML с примененным шаблоном приведен в подразделе 11.2»

8.2.2, 2-й абзац

Дополнительно приведена ссылка «см. таблицу 9»

8.2.2, таблица

Таблица в 8.2.2 обозначена — таблица 9

8.2.3, 2-й абзац

Дополнительно приведена ссылка «см. таблицу 10»

8.2.3, таблица

Таблица в 8.2.3 обозначена — таблица 10

8.3. примечание

Примечание исключено в свят с тем. что оно дублирует примечание к 8.2. на которое дополнительно приведена ссылка в первом абзаце 8.3

8.3.1.1-й абзац

Дополнительно приведена ссылка «см. таблицу 11»

8.3.1, таблица

Таблица в 8.3.1 обозначена — таблица 11

8.3.1.1. 2-й и 3-й абзацы, ссылки на таблицу

Ссылки на «вышеприведенную таблицу» дополнены ссылкой на таблицу 11

8.3.2. 2-й абзац

Дополнительно приведена ссылка «см. таблицу 12»

8.3.2, таблица

Таблица в 8.3.2 обозначена — таблица 12

8.3.3, 2-й абзац

Дополнительно приведена ссылка «см. таблицу 13»

8.3.3, таблица

Таблица в 8.3.3 обозначена — таблица 13

8.4.2, 2-й абзац

Дополнительно приведена ссылка «см. таблицу 14»

8.4.2, таблица

Таблица в 8.4.2 обозначена — таблица 14

8.4.3, 2-й абзац

Дополнительно приведена ссылка «см. таблицу 15»

8.4.3, таблица

Таблица в 8.4.3 обозначена — таблица 15

8.5.2, 2-й абзац

Дополнительно приведена ссылка «см. таблицу 16»

8.5.2, таблица

Табтца в 8.5.2 обозначена — таблица 16

Продолжение таблицы ДБ. 1

Структурный элемент настоящего стандарта

Характеристика технических отклонений и пояснения по снесению

8.5.3. 2-й абзац

Дополнительно приведена ссылка «см. таблицу 17»

8.5.3. таблица

Таблица в 8.5.3 обозначена — таблица 17

8.5.4. 2-й абзац

Дополнительно приведена ссылка «см. таблицу 18»

8.5.4. таблица

Таблица в 8.5.4 обозначена — таблица 18

8.6.2. 2-й абзац

Дополнительно приведена ссылка «см. таблицу 19»

8.6.2. таблица

Таблица в 8.6.2 обозначена — таблица 19

8.6.3. 2-й абзац

Дополнительно приведена ссылка «см. таблицу 20»

8.6.3. таблица

Таблица в 8.6.3 обозначена — табгыца 20

8.7.2.2-й абзац

Дополнительно приведена ссылка «см. таблицу 21»

8.7.2. таблица

Таблица в 8.7.2 обозначена — таблица 21

8.7.3.2-й абзац

Дополнительно приведена ссылка «см. таблицу 22»

8.7.3. таблица

Таблица в 8.7.3 обозначена — таблица 22

8.7.4. 2-й абзац

Дополнительно приведена ссылка «см. таблицу 23»

8.7.4. таблица

Таблица в 8.7.4 обозначена — таблица 23

раздел 9.3-е предложение

Дополнительно приведена ссылка «см. таблицу 24»

раздел 9. таблица

Таблица в разделе 9 обозначена — табтца 24

9.2, 1-й и 8-й абзац, ссылки на таблицы

Ссылки на «нижеуказанные таблицы» заменены на таблицы 25—31

9.2.1.1-й абзац

Дополнительно приведена ссылка «см. таблицу 25»

9.2.1. таблица

Таблица в 9.2.1 обозначена таблица — 25

9.2.2.1-й абзац

Дополнительно приведена ссылка «см. таблицы 26—29»

9.2.2. 1-я таблица

Первая таблица в 9.2.2 обозначена — таблица 26

9.2.2. 2-я таблица

Вторая таблица в 9.2.2 обозначена — таблица 27

9.2.2. 3-я таблица

Третья таблица в 9.2.2 обозначена — таблица 28

9.2.2.4-я таблица

Четвертая таблица в 9.2.2 обозначена — таблица 29

9.2.3.1-й абзац

Дополнительно приведена ссылка «см. таблицу 30»

9.2.3. таблица

Таблица в 9.2.3 обозначена — таблица 30

9.2.4.1-й абзац

Дополнительно приведена ссылка «см. таблицу 31»

9.2.4. таблица

Таблица в 9.2.4 обозначена — табгыца 31

10.2,1-й. 2-й. 7-й абзацы, ссылки на таблицу

Ссылки на «нижеуказанную таблицу» заменены ссылкой на таблицу 32

Структурный элемент настоящего стандарта

Характеристика технических отклонений и пояснения по внесению

10.2, таблица

Таблица в 10.2 обозначена — таблица 32

10.3.1. 1-й абзац, ссылка на таблицу

Ссыпка на «следующую таблицу» заменена ссылкой на таблицу 33

10.3.1. таблица

Табгмца в 10.3.1 обозначена — таблица 33

10.3.2. 1-й абзац, ссылка на таблицу

Ссылка на «следующую таблицу» заменена ссылкой на таблицу 34

10.3.2. таблица

Таблица в 10.3.2 обозначена — табгмца 34

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

Раздел 12 «Ссылки» содержит ссылки на документы, отличные от стандартов ИСО, и переименован в Библиографию.

Буквенно-цифровые обозначения документов заменены на порядковые цифровые обозначения документов в квадратных скобках. Библиография дополнена ссылками на документы, приведенными в тексте [1]. но не указанные в [1] в разделе 12 «Ссылки»

Примерный порядок следования бизнес-этапов в цепи поставок

В 7.1.3 е таблице 1 приведены бизнес-этапы е алфафитном порядке. В таблице ДВ.1 указанные бизнес-эта-пы систематизированы по функциональному признаку следования в цепи поставок.

Таблица ДВ.1

Порядок следования бизнес-этапое в цепи постаем

Наименование бизнес-этапа на английском языке

Наименование бизнес-этала на русском языке

1

commissioning

присвоение_идентификатора

2

creatlng_class instance

со здание _ клас са_п ред ме т а

3

encoding

кодирование

4

reserving

резервирование

5

transforming

преобразование

6

installing

установка

7

inspecting

проверка

8

assembling

комплектование

9

packing

упаковывание

10

repackaging

переупаковывание

11

picking

отбор

12

shipping

отгрузка

13

staglng_outbound

подготовка—к_отправке

14

loading

погрузка

15

depar ting

отправка

16

transporting

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

17

arriving

прибытие

1В

unloading

разгрузка

19

receiving

получение

20

void_shipping

недействительная—отправка

21

holding

задержание—длЯ-Проверки

22

accepting

приемка

23

storing

хранение

24

stocking

пополнение

25

unpacking

распаковывание

26

consigning

передача—на_консигнацию

27

cycle_counting

подсчет

28

stock-taking

инвентаризация

Порядок следования бизнес-этапоо о иепи поставок

Наименование биэиес-этапа на английском ямке

Наименование биэиес-этапа на русском языке

29

dispensing

предостааленке_потребителю

30

retail_selling

роэничная_г.родажа

31

decommissioning

скятие_прксвоенного_идентификатора

32

killing

уничтожение_радиочастотной_метки

33

enterlng_exlting

&ыход_вход_с_продукцией

34

removing

извлечение

35

replacing

замена

36

repairing

ремонт

37

collecting

сбор

38

disassembling

разукомплектование

39

destroying

утилизация

40

other

прочее

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

УДК 003.62:681.3.04:681.3.053:006.354 ОКС 35.020

Ключевые слова: базовая деловая лексика, лексика CBV. типовая лексика, пользовательская лексика, лексикон, лексические элементы. Система GS1

Редактор П.К. Одинцов Технический редактор В.Н. Прусакова Корректор И.А. Королева Компьютерная верстка Л.А. Круговой

Сдано а набор 23.12.2020. Подписано в печать 27.01.2021. Формат 60*84'/g. Гарнитура Ариап. Усл. печ. л. 0.84 Уч.-и», л. 7.90.

Подготовлено на основе электронной версии, предоставленной разработчиком стандарта

Создано а единичном ислопненим ео . 117418 Москва. Нахимовский пр-т. д. 31. к. 2.

1

’) Раздел 12 «Ссылки» ИСО/МЭК 19988:2017 переименован в «Библиографию». В квадратных скобках приведены порядковые номера ссылочных документов для ссылок в тексте настоящего стандарта.

Ссылка на данный документ включена дополнительно в связи с ее отсутствием в разделе 12 «Ссылки» ИСО/МЭК 19988:2017.

3) Ссылка на данный документ включена дополнительно в связи с ее отсутствием в разделе 12 «Ссылки» ИСО/МЭК 19988:2017.

2

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

s2 Действует ГОСТ 7.75—97 Система стандартов по информации, библиотечному и издательскому делу. Коды наименований языков, модифицированный по отношению к ИСО 639:1988.

Другие госты в подкатегории

    ГОСТ 22731-77

    Системы передачи данных процедуры управления звеном передачи данных в основном режиме для полудуплексного обмена информацией

    ГОСТ 33707-2016

    Информационные технологии. Словарь

    ГОСТ 26525-85

    Системы обработки данных. Показатели использования

    ГОСТ 28082-89

    Системы обработки информации. Методы обнаружения ошибок при последовательной передаче данных

    ГОСТ 28270-89

    Системы обработки информации. Спецификация файла описания данных для обмена информацией

    ГОСТ IEC 60950-1-2014

    Оборудование информационных технологий. Требования безопасности. Часть 1. Общие требования

    ГОСТ IEC 60950-21-2013

    Оборудование информационных технологий. Требования безопасности. Часть 21. Удаленное электропитание

    ГОСТ Р 43.0.1-2005

    Информационное обеспечение техники и операторской деятельности. Общие положения

    ГОСТ Р 43.0.10-2017

    Информационное обеспечение техники и операторской деятельности. Информационные объекты, объектно-ориентированное проектирование в создании технической информации

    ГОСТ Р 43.0.11-2014

    Информационное обеспечение техники и операторской деятельности. Базы данных в технической деятельности

    ГОСТ Р 43.0.12-2018

    Информационное обеспечение техники и операторской деятельности. Базы знаний в технической деятельности

    ГОСТ Р 43.0.13-2017

    Информационное обеспечение техники и операторской деятельности. Направленная подготовка специалистов

    ГОСТ IEC/TS 62367-2013

    Аспекты безопасности для xDSL сигналов по цепям, подключаемым к телекоммуникационным сетям (DSL: Цифровые абонентские линии)

    ГОСТ Р 43.0.14-2019

    Информационное обеспечение техники и операторской деятельности. Категоризация в человекоинформационном взаимодействии

    ГОСТ Р 43.0.15-2019

    Информационное обеспечение техники и операторской деятельности. Информация фонемная

    ГОСТ Р 43.0.16-2019

    Информационное обеспечение техники и операторской деятельности. Информация фраземная

    ГОСТ Р 43.0.18-2019

    Информационное обеспечение техники и операторской деятельности. Информация интегрально-лингвосемантизированная

    ГОСТ Р 43.0.17-2019

    Информационное обеспечение техники и операторской деятельности. Деятельность интегрально-лингвосемантизированная информационная техническая

    ГОСТ Р 43.0.2-2006

    Информационное обеспечение техники и операторской деятельности. Термины и определения

    ГОСТ Р 43.0.19-2019

    Информационное обеспечение техники и операторской деятельности. Познавательные процессы. Общие положения

    ГОСТ Р 43.0.21-2020

    Информационное обеспечение техники и операторской деятельности. Сознание и самосознание

    ГОСТ Р 43.0.22-2020

    Информационное обеспечение техники и операторской деятельности. Интеллектуализация деятельности

    ГОСТ Р 43.0.20-2019

    Информационное обеспечение техники и операторской деятельности. Деятельность

    ГОСТ IEC 60950-22-2013

    Оборудование информационных технологий. Требования безопасности. Часть 22. Оборудование, предназначенное для установки на открытом воздухе

    ГОСТ Р 43.0.24-2021

    Информационное обеспечение техники и операторской деятельности. Научение

    ГОСТ Р 43.0.26-2022

    Информационное обеспечение техники и операторской деятельности. Качество информации в технической деятельности

    ГОСТ Р 43.0.27-2022

    Информационное обеспечение техники и операторской деятельности. Среды информационные в деятельности специалиста

    ГОСТ Р 43.0.28-2022

    Информационное обеспечение техники и операторской деятельности. Базы знаний в интеллектуализации деятельности

    ГОСТ Р 43.0.30-2022

    Информационное обеспечение техники и операторской деятельности. Системность

    ГОСТ Р 43.0.29-2022

    Информационное обеспечение техники и операторской деятельности. Обмен информационный

    ГОСТ Р 43.0.3-2009

    Информационное обеспечение техники и операторской деятельности. Ноон-технология в технической деятельности. Общие положения

    ГОСТ Р 43.0.31-2022

    Информационное обеспечение техники и операторской деятельности. Информация в человекомашинном взаимодействии

    ГОСТ Р 43.0.32-2022

    Информационное обеспечение техники и операторской деятельности. Управление деятельностью в технике

    ГОСТ Р 43.0.4-2009

    Информационное обеспечение техники и операторской деятельности. Информация в технической деятельности. Общие положения

    ГОСТ Р 43.0.5-2009

    Информационное обеспечение техники и операторской деятельности. Процессы информационно-обменные в технической деятельности. Общие положения

    ГОСТ Р 43.0.7-2011

    Информационное обеспечение техники и операторской деятельности. Гибридно-интеллектуализированное человекоинформационное взаимодействие. Общие положения

    ГОСТ Р 43.0.9-2017

    Информационное обеспечение техники и операторской деятельности. Информационные ресурсы

    ГОСТ Р 43.0.6-2011

    Информационное обеспечение техники и операторской деятельности. Естественно-интеллектуализированное человекоинфомационное взаимодействие. Общие положения

    ГОСТ Р 43.2.1-2007

    Информационное обеспечение техники и операторской деятельности. Язык операторской деятельности. Общие положения

    ГОСТ Р 43.0.8-2017

    Информационное обеспечение техники и операторской деятельности. Искусственно-интеллектуализированное человекоинформационное взаимодействие. Общие положения

    ГОСТ Р 43.2.2-2009

    Информационное обеспечение техники и операторской деятельности. Язык операторской деятельности. Общие положения по применению

    ГОСТ Р 43.2.11-2014

    Информационное обеспечение техники и операторской деятельности. Язык операторской деятельности. Структурированное представление текстовых сведений в форматах сообщений

    ГОСТ Р 43.2.3-2009

    Информационное обеспечение техники и операторской деятельности. Язык операторской деятельности. Виды и свойства знаковых компонентов

    ГОСТ Р 43.2.5-2011

    Информационное обеспечение техники и операторской деятельности. Язык операторской деятельности. Грамматика

    ГОСТ Р 43.2.7-2017

    Информационное обеспечение техники и операторской деятельности. Язык операторской деятельности. Синтаксис

    ГОСТ Р 43.2.8-2014

    Информационное обеспечение техники и операторской деятельности. Язык операторской деятельности. Форматы сообщений для технической деятельности

    ГОСТ Р 43.2.6-2011

    Информационное обеспечение техники и операторской деятельности. Язык операторской деятельности. Морфология

    ГОСТ Р 43.2.9-2019

    Информационное обеспечение техники и операторской деятельности. Язык операторской деятельности. Алгоритмизированное изложение сведений в технической интегрально-лингвосемантизированной информации

    ГОСТ Р 43.4.10-2019

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Чувственно-активизированное осмысление информации

    ГОСТ Р 43.4.1-2011

    Информационное обеспечение техники и операторской деятельности. Система «человек-информация»

    ГОСТ Р 43.4.14-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Образование и функционирование систем «человек–информация» в информационной деятельности

    ГОСТ Р 43.4.11-2019

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Взаимодействие выборочно-стимулируемое человека с информацией

    ГОСТ Р 43.4.15-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Человекоинформационные взаимодействия в функционировании систем «человек–информация»

    ГОСТ Р 43.4.16-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Интроекциозис информационной деятельности

    ГОСТ Р 43.4.17-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Висцериозис информационной деятельности

    ГОСТ Р 43.4.18-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Процессы информационно-обменные при осуществлении с проведением человекоинформационных взаимодействий информационной деятельности

    ГОСТ Р 43.4.13-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Человекоинформационные взаимодействия в информационной деятельности

    ГОСТ Р 43.4.19-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Семантика мышления в информационной деятельности

    ГОСТ Р 43.4.21-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Формализованные иконические графические сведения для осуществления с проведением человекоинформационных взаимодействий лингвосемантизированной информационной деятельности

    ГОСТ Р 43.4.2-2019

    Информационное обеспечение техники и операторской деятельности. Система «человек-информация». Восприятие информации

    ГОСТ Р 43.4.22-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Применение логическое информации для осуществления с проведением человекоинформационных взаимодействий лингвосемантизированной информационной деятельности

    ГОСТ Р 43.4.20-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Представление информации для осуществления с проведением человекоинформационных взаимодействий лингвосемантизированнной информационной деятельности

    ГОСТ Р 43.4.24-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Применение адаптированное информации для осуществления с проведением человекоинформационных взаимодействий лингвосемантизированной информационной деятельности

    ГОСТ Р 43.4.23-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Применение кодированное информации для осуществления с проведением человекоинформационных взаимодействий лингвосемантизированной информационной деятельности

    ГОСТ Р 43.4.26-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Информация речевая в человекоинформационных взаимодействях при проведении информационной деятельности

    ГОСТ Р 43.4.25-2020

    Информационное обеспечение техники и операторской деятельности. Cистема «человек–информация». Средства семиотические для проведения информационной деятельности

    ГОСТ Р 43.4.27-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Информация текстовая в человекоинформационных взаимодействиях при проведении информационной деятельности

    ГОСТ Р 43.4.28-2020

    Информационное обеспечение техники и операторской деятельности. Система «человек–информация». Поддержка лингвосемантизированная осуществления информационной деятельности

    ГОСТ Р 43.4.6-2019

    Информационное обеспечение техники операторской деятельности. Система «человек–информация». Речь в информационной деятельности

    ГОСТ Р 43.4.3-2019

    Информационное обеспечение техники и операторской деятельности. Система «человек-информация». Запоминание информации

    ГОСТ Р 43.4.7-2019

    Информационное обеспечение техники операторской деятельности. Система «человек-информация». Осмысление избирательное информации

    ГОСТ Р 50739-95

    Средства вычислительной техники. Защита от несанкционированного доступа к информации. Общие технические требования

    ГОСТ Р 43.4.8-2019

    Информационное обеспечение техники операторской деятельности. Система «человек-информация». Взаимодействие выборочно-целенаправленное человека с информацией

    ГОСТ Р 43.4.9-2019

    Информационное обеспечение техники и операторской деятельности. Система «человек-информация». Выполнение селективное информационной деятельности

    ГОСТ Р 51171-98

    Качество служебной информации. Правила предъявления информационных технологий на сертификацию

    ГОСТ Р 51169-98

    Качество служебной информации. Система сертификации информационных технологий в области качества служебной информации. Термины и определения

    ГОСТ Р 51583-2014

    Защита информации. Порядок создания автоматизированных систем в защищенном исполнении. Общие положения

    ГОСТ Р 43.2.4-2009

    Информационное обеспечение техники и операторской деятельности. Язык операторской деятельности. Cинтактика знаковых компонентов

    ГОСТ Р 53114-2008

    Защита информации. Обеспечение информационной безопасности в организации. Основные термины и определения

    ГОСТ Р 52919-2008

    Информационная технология. Методы и средства физической защиты. Классификация и методы испытаний на огнестойкость. Комнаты и контейнеры данных

    ГОСТ IEC 61606-4-2014

    Аудио- и аудиовизуальное оборудование. Компоненты цифровой аудиоаппаратуры. Основные методы измерений звуковых характеристик. Часть 4. Персональный компьютер

    ГОСТ Р 53633.0-2009

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Общая структура бизнес-процессов

    ГОСТ Р 53633.1-2009

    Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с поставщиками и партнерами

    ГОСТ Р 53633.10-2015

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Управление организацией. Управление рисками организации

    ГОСТ Р 53633.11-2015

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM).Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Управление организацией. Управление эффективностью организации

    ГОСТ Р 53633.12-2016

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Управление организацией. Управление знаниями организации и исследованиямих

    ГОСТ Р 53633.13-2019

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Управление организацией. Управление финансами и активами

    ГОСТ Р 53633.14-2016

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Управление организацией. Управление отношениями с заинтересованными сторонами и внешними связями

    ГОСТ Р 53633.15-2019

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Управление организацией. Управление персоналом

    ГОСТ Р 53633.16-2016

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Основная деятельность. Управление и эксплуатация ресурсов. Процессы уровня 3 eTOM. Процесс 1.1.3.1 - Поддержка и обеспечение готовности процессов RM&O

    ГОСТ Р 53633.17-2016

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Основная деятельность. Управление и эксплуатация ресурсов. Процессы уровня 3 eTOM. Процесс 1.1.3.2 - Подготовка ресурсов

    ГОСТ Р 53633.18-2016

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Основная деятельность. Управление и эксплуатация ресурсов. Процессы уровня 3 eTOM. Процесс 1.1.3.3 - Управление авариями на ресурсах

    ГОСТ Р 53633.19-2016

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Основная деятельность. Управление и эксплуатация ресурсов. Процессы уровня 3 eTOM. Процесс 1.1.3.4 – Управление параметрами работы ресурсов

    ГОСТ Р 53633.2-2009

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация ресурсов

    ГОСТ Р 53633.20-2016

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Основная деятельность. Управление и эксплуатация ресурсов. Процессы уровня 3 eTOM. Процесс 1.1.3.5 - Сбор и распределение данных о ресурсах

    ГОСТ Р 53633.21-2017

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (еТОМ). Декомпозиция и описания процессов. Основная деятельность. Управление и эксплуатация услуг. Процессы уровня 3 eTOM. Процесс 1.1.2.1 - Поддержка и обеспечение готовности процессов SM&O

    ГОСТ Р 53633.22-2017

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (еТОМ). Декомпозиция и описания процессов. Основная деятельность. Управление и эксплуатация услуг. Процессы уровня 3 eTOM. Процесс 1.1.2.2 - Конфигурирование и активация услуг

    ГОСТ Р 53633.23-2017

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (еТОМ). Декомпозиция и описания процессов. Основная деятельность. Управление и эксплуатация услуг. Процессы уровня 3 eTOM. Процесс 1.1.2.3 - Управление разрешением проблем с услугами

    ГОСТ Р 53633.24-2017

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Основная деятельность. Управление и эксплуатация услуг. Процессы уровня 3 eTOM. Процесс 1.1.2.4 - Управление качеством услуг

    ГОСТ Р 53633.25-2019

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Основная деятельность. Управление и эксплуатация услуг. Процессы уровня 3 eTOM. Процесс 1.1.2.5 - Начисление стоимости по услугам и экземплярам услуг

    ГОСТ Р 51168-98

    Качество служебной информации. Условные обозначения элементов технологических процессов переработки данных

    ГОСТ Р 53538-2009

    Многопарные кабели с медными жилами для цепей широкополосного доступа. Общие технические требования

    ГОСТ Р 53633.4-2015

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление и эксплуатация услуг

    ГОСТ Р 53633.3-2009

    Информационная технология. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eТОМ). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Основная деятельность. Управление взаимоотношениями с клиентами

    ГОСТ Р 53633.6-2012

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление услугами

    ГОСТ Р 53633.5-2012

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Управление маркетингом и предложением продукта

    ГОСТ Р 53633.7-2015

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление ресурсами

    ГОСТ Р 53633.9-2015

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Управление организацией. Планирование стратегии и развития организации

    ГОСТ Р 53633.8-2012

    Информационные технологии. Сеть управления электросвязью. Расширенная схема деятельности организации связи (eTOM). Декомпозиция и описания процессов. Процессы уровня 2 eTOM. Стратегия, инфраструктура и продукт. Разработка и управление цепочками поставок

    ГОСТ Р 54817-2011

    Воспламенение аудио-, видеоаппаратуры, оборудования информационных технологий и связи, случайно возникшее от пламени свечи

    ГОСТ Р 55767-2013

    Информационная технология. Европейская рамка ИКТ-компетенций 2.0. Часть 1. Общая европейская рамка компетенций ИКТ-специалистов для всех секторов индустрии

    ГОСТ Р 55766-2013

    Информационная технология. Европейская рамка ИКТ-компетенций 2.0. Часть 3. Создание e-CF - соединение методологических основ и опыта экспертов

    ГОСТ Р 55768-2013

    Информационная технология. Модель открытой Грид-системы. Основные положения

    ГОСТ Р 56103-2014

    Защита информации. Автоматизированные системы в защищенном исполнении. Организация и содержание работ по защите от преднамеренных силовых электромагнитных воздействий. Общие положения

    ГОСТ Р 53246-2008

    Информационные технологии. Системы кабельные структурированные. Проектирование основных узлов системы. Общие требования

    ГОСТ Р 55248-2012

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

    ГОСТ Р 52294-2004

    Информационная технология. Управление организацией. Электронный регламент административной и служебной деятельности. Основные положения

    ГОСТ Р 56174-2014

    Информационные технологии. Архитектура служб открытой Грид-среды. Термины и определения

    ГОСТ Р 56546-2015

    Защита информации. Уязвимости информационных систем. Классификация уязвимостей информационных систем

    ГОСТ Р 56938-2016

    Защита информации. Защита информации при использовании технологий виртуализации. Общие положения

    ГОСТ Р 56939-2016

    Защита информации. Разработка безопасного программного обеспечения. Общие требования

    ГОСТ Р 56545-2015

    Защита информации. Уязвимости информационных систем. Правила описания уязвимостей

    ГОСТ Р 57700.10-2018

    Численное моделирование физических процессов. Определение напряженно-деформированного состояния. Верификация и валидация численных моделей сложных элементов конструкций в упругой области

    ГОСТ Р 57700.11-2018

    Численное моделирование физических процессов. Процессы ударного взаимодействия. Верификация и валидация численных моделей низкоскоростных ударов и внедрений. Требования

    ГОСТ Р 56156-2014

    Информационная технология. Европейская рамка ИКТ-компетенций 2.0. Часть 2. Руководство по использованию европейской рамки ИКТ-компетенций

    ГОСТ Р 57700.14-2018

    Численное моделирование физических процессов. Верификация получаемых сеточными методами численных решений задач механики сплошной среды

    ГОСТ Р 57392-2017

    Информационные технологии. Управление услугами. Часть 10. Основные понятия и терминология

    ГОСТ Р 57700.16-2018

    Численное моделирование физических процессов. Процессы ударного взаимодействия. Верификация и валидация численных моделей высокоскоростных ударов и внедрений. Общие требования

    ГОСТ Р 57700.13-2018

    Численное моделирование физических процессов. Численное моделирование многофазной фильтрации. Верификация ПО

    ГОСТ Р 53245-2008

    Информационные технологии. Системы кабельные структурированные. Монтаж основных узлов системы. Методы испытания

    ГОСТ Р 57700.7-2018

    Численное моделирование физических процессов. Процессы ударного взаимодействия. Термины и определения

    ГОСТ Р 57700.15-2018

    Численное моделирование физических процессов. Численное моделирование ламинарных течений вязких жидкостей и газов. Валидация ПО

    ГОСТ Р 57875-2017

    Телекоммуникации. Схемы соединения и заземление в телекоммуникационных центрах

    ГОСТ Р 58142-2018

    Информационная технология. Методы и средства обеспечения безопасности. Детализация анализа уязвимостей программного обеспечения в соответствии с ГОСТ Р ИСО/МЭК 15408 и ГОСТ Р ИСО/МЭК 18045. Часть 1. Использование доступных источников для идентификации потенциальных уязвимостей

    ГОСТ Р 56093-2014

    Защита информации. Автоматизированные системы в защищенном исполнении. Средства обнаружения преднамеренных силовых электромагнитных воздействий. Общие требования

    ГОСТ Р 58143-2018

    Информационная технология. Методы и средства обеспечения безопасности. Детализация анализа уязвимостей программного обеспечения в соответствии с ГОСТ Р ИСО/МЭК 15408 и ГОСТ Р ИСО/МЭК 18045. Часть 2. Тестирование проникновения

    ГОСТ Р 56115-2014

    Защита информации. Автоматизированные системы в защищенном исполнении. Средства защиты от преднамеренных силовых электромагнитных воздействий. Общие требования

    ГОСТ Р 58412-2019

    Защита информации. Разработка безопасного программного обеспечения. Угрозы безопасности информации при разработке программного обеспечения

    ГОСТ Р 57700.9-2018

    Численное моделирование физических процессов. Численное моделирование ламинарных течений вязких жидкостей и газов. Верификация ПО

    ГОСТ Р 58608-2019

    Информационные технологии. Стратегическое управление ИТ. Структура и модель

    ГОСТ Р 58776-2019

    Средства мониторинга поведения и прогнозирования намерений людей. Термины и определения

    ГОСТ Р 58189-2018

    Защита информации. Требования к органам по аттестации объектов информатизации

    ГОСТ Р 59215-2020

    Информационные технологии. Методы и средства обеспечения безопасности. Информационная безопасность во взаимоотношениях с поставщиками. Часть 3. Рекомендации по обеспечению безопасности цепи поставок информационных и коммуникационных технологий

    ГОСТ Р 59236-2020

    Платформа «Автодата». Общие положения

    ГОСТ Р 59237-2020

    Платформа «Автодата». Термины и определения

    ГОСТ Р 59277-2020

    Системы искусственного интеллекта. Классификация систем искусственного интеллекта

    ГОСТ Р 59329-2021

    Системная инженерия. Защита информации в процессах приобретения и поставки продукции и услуг для системы

    ГОСТ Р 59330-2021

    Системная инженерия. Защита информации в процессе управления моделью жизненного цикла системы

    ГОСТ Р 59332-2021

    Системная инженерия. Защита информации в процессе управления портфелем проектов

    ГОСТ Р 59331-2021

    Системная инженерия. Защита информации в процессе управления инфраструктурой системы

    ГОСТ Р 59334-2021

    Системная инженерия. Защита информации в процессе управления качеством системы

    ГОСТ Р 59333-2021

    Системная инженерия. Защита информации в процессе управления человеческими ресурсами системы

    ГОСТ Р 59336-2021

    Системная инженерия. Защита информации в процессе планирования проекта

    ГОСТ Р 59337-2021

    Системная инженерия. Защита информации в процессе оценки и контроля проекта

    ГОСТ Р 57700.8-2018

    Численное моделирование физических процессов. Численное моделирование дозвуковых течений вязких жидкостей и газов. Верификация ПО

    ГОСТ Р 59335-2021

    Системная инженерия. Защита информации в процессе управлениязнаниями о системе

    ГОСТ Р 59339-2021

    Системная инженерия. Защита информации в процессе управления рисками для системы

    ГОСТ Р 59340-2021

    Системная инженерия. Защита информации в процессе управления конфигурацией системы

    ГОСТ Р 59338-2021

    Системная инженерия. Защита информации в процессе управления решениями

    ГОСТ Р 59342-2021

    Системная инженерия. Защита информации в процессе измерений системы

    ГОСТ Р 59344-2021

    Системная инженерия. Защита информации в процессе анализа бизнеса или назначения системы

    ГОСТ Р 59343-2021

    Системная инженерия. Защита информации в процессе гарантии качества для системы

    ГОСТ Р 59341-2021

    Системная инженерия. Защита информации в процессе управления информацией системы

    ГОСТ Р 59345-2021

    Системная инженерия. Защита информации в процессе определения потребностей и требований заинтересованной стороны для системы

    ГОСТ Р 59348-2021

    Системная инженерия. Защита информации в процессе определения проекта

    ГОСТ Р 59347-2021

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

    ГОСТ Р 59346-2021

    Системная инженерия. Защита информации в процессе определения системных требований

    ГОСТ Р 59350-2021

    Системная инженерия. Защита информации в процессе реализации системы

    ГОСТ Р 59349-2021

    Системная инженерия. Защита информации в процессе системного анализа

    ГОСТ Р 59351-2021

    Системная инженерия. Защита информации в процессе комплексирования системы

    ГОСТ Р 59352-2021

    Системная инженерия. Защита информации в процессе верификации системы

    ГОСТ Р 58256-2018

    Защита информации. Управление потоками информации в информационной системе. Формат классификационных меток

    ГОСТ Р 59353-2021

    Системная инженерия. Защита информации в процессе передачи системы

    ГОСТ Р 59354-2021

    Системная инженерия. Защита информации в процессе аттестации системы

    ГОСТ Р 59357-2021

    Системная инженерия. Защита информации в процессе изъятия и списания системы

    ГОСТ Р 59355-2021

    Системная инженерия. Защита информации в процессе функционирования системы

    ГОСТ Р 59391-2021

    Средства мониторинга поведения и прогнозирования намерений людей. Аппаратно-программные средства с применением технологий искусственного интеллекта для колесных транспортных средств. Классификация, назначение, состав и характеристики средств фото- и видеофиксации

    ГОСТ Р 59547-2021

    Защита информации. Мониторинг информационной безопасности. Общие положения

    ГОСТ Р 59920-2021

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

    ГОСТ Р 59356-2021

    Системная инженерия. Защита информации в процессе сопровождения системы

    ГОСТ Р 59548-2022

    Защита информации. Регистрация событий безопасности. Требования к регистрируемой информации

    ГОСТ Р 59925-2021

    Информационные технологии. Большие данные. Техническое задание. Требования к содержанию и оформлению

    ГОСТ Р 59989-2022

    Системная инженерия. Системный анализ процесса управления качеством системы

    ГОСТ Р 59990-2022

    Системная инженерия. Системный анализ процесса оценки и контроля проекта

    ГОСТ Р 59991-2022

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

    ГОСТ Р 59993-2022

    Системная инженерия. Системный анализ процесса управления инфраструктурой системы

    ГОСТ Р 59992-2022

    Системная инженерия. Системный анализ процесса управления моделью жизненного цикла системы

    ГОСТ Р 59994-2022

    Системная инженерия. Системный анализ процесса гарантии качества для системы

    ГОСТ Р 60.0.7.2-2020

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

    ГОСТ Р 60.0.7.4-2020

    Роботы и робототехнические устройства. Методы математического моделирования и виртуализации испытаний базовых элементов робототехнических комплексов на электромагнитные воздействия при проектировании

    ГОСТ Р 59502-2021

    Единая система условных обозначений в области информационно-телекоммуникационных систем

    ГОСТ Р 70247-2022

    Алгоритмы искусственного интеллекта в светолучевых установках с естественными и искусственными источниками излучения. Общие требования. Часть 2. Лазерное излучение

    ГОСТ Р 70036-2022

    Информационные технологии. Интернет вещей. Протокол беспроводной передачи данных на основе узкополосной модуляции радиосигнала (NB-Fi)

    ГОСТ Р ИСО/МЭК 17963-2016

    Спецификация веб-служб для управления (WS-management)

    ГОСТ Р ИСО/МЭК 19770-1-2021

    Информационные технологии. Управление ИТ-активами. Часть 1. Системы управления ИТ-активами. Требования

    ГОСТ Р ИСО/МЭК 19086-1-2019

    Информационные технологии. Облачные вычисления. Структура соглашения об уровне обслуживания (SLA). Часть 1. Обзор и концепции

    ГОСТ Р 60.0.7.5-2020

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

    ГОСТ Р ИСО/МЭК 20000-1-2013

    Информационная технология. Управление услугами. Часть 1. Требования к системе управления услугами

    ГОСТ Р ИСО/МЭК 20000-1-2010

    Информационная технология. Менеджмент услуг. Часть 1. Спецификация

    ГОСТ Р ИСО/МЭК 20000-1-2021

    Информационные технологии. Менеджмент сервисов. Часть 1. Требования к системе менеджмента сервисов

    ГОСТ 27771-88

    Процедурные характеристики на стыке между оконечным оборудованием данных и аппаратурой окончания канала данных. Общие требования и нормы

    ГОСТ Р ИСО/МЭК 19941-2021

    Информационные технологии. Облачные вычисления. Интероперабельность и переносимость

    ГОСТ Р ИСО/МЭК 20000-6-2021

    Информационные технологии. Менеджмент сервисов. Часть 6. Требования к органам, осуществляющим аудит и сертификацию систем менеджмента сервисов

    ГОСТ Р ИСО/МЭК 20000-2-2010

    Информационная технология. Менеджмент услуг. Часть 2. Кодекс практической деятельности

    ГОСТ Р ИСО/МЭК 20546-2021

    Информационные технологии. Большие данные. Обзор и словарь

    ГОСТ Р ИСО/МЭК 27036-2-2020

    Информационные технологии. Методы и средства обеспечения безопасности. Информационная безопасность во взаимоотношениях с поставщиками. Часть 2. Требования

    ГОСТ Р ИСО/МЭК 27034-7-2020

    Информационные технологии. Безопасность приложений. Часть 7. Основы прогнозирования доверия

    ГОСТ Р ИСО/МЭК 27036-4-2020

    Информационные технологии. Методы и средства обеспечения безопасности. Информационная безопасность во взаимоотношениях с поставщиками. Часть 4. Рекомендации по обеспечению безопасности облачных услуг

    ГОСТ Р ИСО/МЭК 38500-2017

    Информационные технологии. Стратегическое управление ИТ в организации

    ГОСТ Р ИСО/МЭК 38506-2022

    Информационные технологии. Управление ИТ. Применение ИСО/МЭК 38500 для управления инвестициями в ИТ

    ГОСТ Р ИСО/МЭК 30134-3-2018

    Информационные технологии. Центры обработки данных. Ключевые показатели эффективности. Часть 3. Коэффициент возобновляемой энергии (REF)

    ГОСТ Р ИСО/МЭК 30134-1-2018

    Информационные технологии. Центры обработки данных. Ключевые показатели эффективности. Часть 1. Основные положения и общие требования

    ГОСТ Р 57700.12-2018

    Численное моделирование физических процессов. Численное моделирование сверхзвуковых течений невязких газов. Верификация ПО

    ГОСТ Р МЭК 60950-21-2005

    Оборудование информационных технологий. Требования безопасности. Часть 21. Удаленное электропитание

    ГОСТ Р 60.0.7.3-2020

    Роботы и робототехнические устройства. Метод математического моделирования показателей надежности и виртуализации испытаний на надежность базовых элементов робототехнических комплексов при проектировании

    ГОСТ Р МЭК 60950-23-2011

    Оборудование информационных технологий. Требования безопасности. Часть 23. Оборудование для хранения больших объемов данных

    ГОСТ Р МЭК 62018-2011

    Потребление энергии оборудованием информационных технологий. Методы измерения

    ГОСТ Р ИСО/МЭК 30134-2-2018

    Информационные технологии. Центры обработки данных. Ключевые показатели эффективности. Часть 2. Коэффициент энергоэффективности (PUE)

    ГОСТ Р МЭК 60950-22-2009

    Оборудование информационных технологий. Требования безопасности. Часть 22. Оборудование, предназначенное для установки на открытом воздухе

    ГОСТ Р 58940-2020

    Требования к протоколам обмена информацией между компонентами интеллектуальной системы учета и приборами учета

    ГОСТ Р 57700.17-2018

    Численное моделирование физических процессов. Численное моделирование дозвуковых течений вязких жидкостей и газов. Валидация ПО

    ГОСТ Р МЭК 60990-2010

    Методы измерения тока прикосновения и тока защитного проводника

    ГОСТ Р МЭК 60950-1-2005

    Оборудование информационных технологий. Требования безопасности. Часть 1. Общие требования

    ГОСТ IEC 60950-1-2011

    Оборудование информационных технологий. Требования безопасности. Часть 1. Общие требования

    ГОСТ Р МЭК 60950-1-2009

    Оборудование информационных технологий. Требования безопасности. Часть 1. Общие требования

Copyright ©