Предисловие

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

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

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

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

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

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

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

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

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

опроса радиочастотных моток, с процессом ручного ввода и т. д.. но интерфейсы передачи (зеленые прямоугольные блоки в средней части рисунка Л защищают рабочий процесс сбора данных от детализации работы низкоуровневого аппаратного обеспечения, сведений о том. как именно функционируют носители данных. Низкоуровневые интерфейсы (зеленые прямоугольные блоки внизу рисунка 1) отображают внутренние подробные сведения о носителе данных. Стандарт EPCIS и уровень «обмена данными» в общем случае отличаются от элементов на уровне сбора данных в трех ключевых аспектах:

1)    Сервисы EPCIS имеют дело с накопленными данными (в дополнение к текущим данным). Уровень сбора данных, напротив, ориентирован исключительно на обработку собранных данных в реальном времени.

2)    Сервисам EPCIS часто приходится иметь дело не только с исходными данными, полученными от носителей данных, таких как символы штрихового кода и радиочастотные метки, но также с ситуациями. когда процесс сбора данных приобретает дополнительный смысл, связанный с физическим или цифровым миром, а также с конкретными этапами в операционных или аналитических бизнес-процессах. Уровни сбора данных по своей сути носят чисто наблюдательный характер. Несмотря на то. что событие EPCIS содержит большую часть тех же данных группы стандартов «идентификация», что и событие «фильтрации и накопления данных» (Filtering & Collection) или сканирование символа штрихового кода, оно находится на семантически более высоком уровне, поскольку включает в себя понимание контекста ведения хозяйственной деятельности, в котором были получены данные с идентификаторами. Кроме того, не существует никаких требований в отношении непосредственной связи события EPCIS с конкретным физическим носителем данных. Например, событие EPCIS может свидетельствовать о том. что скоропортящийся предмет торговли только что превысил срок годности. Такое событие может целиком генерироваться программным обеспечением.

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

2.3 Стандарт EPCIS во взаимосвязи с торговыми партнерами

Стандарты GS1 на уровне «обмена данными» относятся к трем категориям данных, которые разделены между конечными пользователями (см. таблииу Л-

Таблица 1

Данные Описание Стандарты GS1 Мастер-данные Данные, используемые одним торговым партнером совместно с многими торговыми партнерами, которые предоставляют описательные атрибуты объектов реального мира, определяемые идентификационными ключами GS1. включая предметы торговли, партии товаров и физические места нахождения GDSN Данные транзакция Торговые транзакции, запускающие или подтверждающие выполнение функции в рамках бизнес-процесса, как это определено явным (например, договором на поставку) и ты неявным (например, таможенное оформление) соглашением о ведении хозяйственной деятельности, с самого начала бизнес-процесса (например. заказ продукции) до его завершения (например, окончательный расчет), а также использующие идентификационные ключи GS1 GS1 XML EANCOM Данные о событиях. обеспечивающих прозрачность Подробные сведения о физической или цифровой деятельности в цепи поставок продукции и других активов, идентифицированных с помощью ключей. в которых детализируется, где эти обьекты находятся в данный момент времени и на каком основании. Не только в пределах одной организации, но также и между различными организациями EPCIS

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

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

hmiwuHi    ГжабммЛ

Сен*# оцеиоы 681

-----------Г----------- ТЬргавый партер 1 I Тсрговьй гиртвир 2

НЧЛ    р*гшгтр ШЛИ

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

2.4 Стандарт EPCIS во взаимосвязи с другими компонентами архитектуры системы GS1

Ниже приведено описание того, за что ответственен каждый элемент архитектуры системы GS1. проиллюстрированной на рисунках в предыдущих разделах. Дополнительную информацию можно найти в документе [9[, из которого заимствованы вышеприведенная схема и большая часть текста, а также в документе [81, из которого заимствована большая часть нижеследующего текста подраздела 3.4:

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

-    Интерфейс низкоуровневого протокола устройства считывания радиочастотной идентификации (Low-Level RFID Reader Protocol (LLRP) Interface). Определяет порядок контроля и передачи первичных данных радиочастотных меток от устройств считывания радиочастотной идентификации к устройству, выполняющему роль фильтрации и накопления данных. События в этом интерфейсе имеют следующий формат: «устройство считывания А обнаружило номер ЕРС X в момент времени Т».

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

-    Интерфейс фильтрации и накопления данных (событий уровня приложения. Application-Level Events-ALE). Определяет порядок контроля и передачи отфильтрованных и накопленных данных радиочастотных меток от функции фильтрации и накопления данных к функции рабочего процесса сбора данных. События в этом интерфейсе имеют следующий формат: «на логическом устройстве считывания L. в интервале времени между Т1 и Т2. были обнаружены следующие номера ЕРС». где список номеров ЕРС не имеет дубликатов и отфильтрован по критерию, определенному приложением EPCIS сбора данных. В случае символов штрихового кода подобные данные направляются к функции рабочего процесса сбора данных непосредственно от устройства считывания символов штрихового кода в форме строки элемента (Element String) GS1.

-    Рабочий процесс сбора данных. Управляет функционированием элементов архитектуры нижнего уровня, а также предоставляет контекст хозяйственной деятельности путем координации с другими источниками информации, участвующими в выполнении конкретного этапа бизнес-процесса. Рабочий процесс сбора данных может, например, координировать конвейерную систему с событиями типа «фильтрация и накопление данных» и актами считывания символов штрихового кода, может проверить наличие исключительных условий и принять меры по исправлению ситуации (например, перенаправление дефектных объектов в область доработки), может представлять информацию для человека-опера-тора. и т. д. Рабочий процесс сбора данных воспринимает этап или этапы бизнес-процесса, во время которых происходит сбор данных о событиях EPCIS. Эта функция может быть сложной, предполагающей объединение нескольких событий фильтрации и накопления данных и/или актов считывания символов штрихового кода с одним или несколькими событиями хозяйственной деятельности, как это происходит при погрузке партии товара, или может быть такой же простой, как в бизнес-процессе инвентаризации, где могут применяться устройства считывания, которые сканируют объекты, поступающие на полку или покидающие ее. Здесь событие уровня фильтрации и накопления данных, или акты считывания символов штрихового кода, и событие уровня EPCIS могут быть настолько похожи, что на уровне рабочего процесса сбора данных требуется незначительная обработка, и рабочий процесс сбора данных просто конфигурирует и маршрутизирует события от интерфейса фильтрации и накопления данных и/ или устройств считывания символов штрихового кода непосредственно через интерфейс сбора данных EPCIS в репозиторий EPCIS или в приложение для хозяйственной деятельности. В рамках настоящего стандарта рабочий процесс сбора данных, основные выходные данные которого состоят из событий EPCIS. называют «приложением EPCIS сбора данных» (EPCIS Capturing Application).

-    Интерфейс EPCIS. Представляет собой интерфейс, через который производится передача данных EPCIS к функциям на уровне предприятий, включая репозитории EPCIS (EPCIS Repositories), приложения EPCIS доступа (EPCIS Accessing Applications), а также обмен данными с партнерами. События в таких интерфейсах выражают, например, таким образом: «В месте нахождения X. в момент времени Т. были проверены следующие объекты (коробки), содержащиеся в объединяющем их объекте (поддоне)». В этом случае присутствуют три интерфейса EPCIS. Интерфейс сбора данных определяет доставку событий EPCIS от приложений сбора данных к другим функциям, которые используют данные в

реальном времени, включая репозитории EPCIS. а также производит принудительную передачу данных (режим «push» («принудительная доставка»)) в режиме реального времени к приложениям доступа и к торговым партнерам. Интерфейс управления запросами EPCIS (EPCIS Query Control Interface) определяет средства получения последовательности данных EPCIS для приложений доступа и торговых партнеров, как правило, путем взаимодействия с репозиторием EPCIS. Интерфейс управления запросами EPCIS предоставляет два режима взаимодействия. В режиме «по требованию» или в синхронном режиме клиент делает запрос через интерфейс управления запросами EPCIS и сразу же получает ответ. В режиме «длительный запрос» или асинхронном режиме клиент устанавливает подписку для периодического запроса. Каждый раз после выполнения периодического запроса ого результаты асинхронно (или принудительно, режим «push» («принудительная доставка»)) доставляются получателю через интерфейс обратных вызовов по запросам EPCIS» (EPCIS Query Callback). Интерфейс обратных вызовов по запросам EPCIS может также использоваться для немедленной передачи информации. Это соответствует стрелке «возможный параллельный путь для принудительной доставки в режиме реального времени» на рисунке 1. Обязательные требования к трем интерфейсам EPCIS определены в настоящем стандарте.

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

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

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

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

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

* В ситуациях, когда используется радиочастотная идентификация, интерфейс фильтрации и накопления данных изолирует более высокие уровни от выбора реализации физического уровня, выполненной в отношении того, как радиочастотные метки обнаруживаются и накапливаются и как определяются временные границы событий. Так, если одно устройство считывания радиочастотной идентификации с четырьмя антеннами заменяется на группу из пяти устройств считывания типа «smart antenna» («умная антенна»), оснащенных единственной антенной, события на уровне фильтрации и накопления данных остаются теми же.

-    Сервисы EPCIS защищают корпоративные приложения от необходимости понимания деталей выполнения отдельных этапов бизнес-процесса. Например, типовым событием EPCIS является следующее: «В месте нахождения X, в момент времени Т. были проверены следующие коробки, находившиеся на следующем поддоне». В реализации хозяйственной деятельности конвейерного типа это может соответствовать одному событию уровня фильтрации и накопления данных, в котором данные актов считывания накапливаются в течение интервала времени, начало и конец которого регулируются событием пересечения объектом зоны контроля электронных оптических датчиков, установленных на конвейере и объединенных с устройством считывания. В то же время в другой реализации могут быть привлечены три физически крепких человека, которые будут перемещать объекты и использовать мобильные ручные устройства считывания для считывания радиочастотных меток. На уровне фильтрации и накопления данных эти события выглядят иначе (каждое срабатывание ручного мобильного устройства считывания похоже на отдельное событие фильтрации и накопления данных), и обработка, выполненная приложением EPCIS сбора данных, также отличается (возможно привлечение интерактивного пульта управления, который персонал использует для проверки работы). Однако событие EPCIS остается все тем же для обеих реализаций.

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

3    Принципы спецификации EPCIS

Факторы, приведенные в двух предыдущих разделах, показывают, что требования, предъявляемые к стандартам на уровне EPCIS, значительно сложнее, чем на уровне сбора данных архитектуры системы GS1. Историческая природа данных EPCIS предполагает, что для интерфейсов EPCIS требуется более богатый набор методов доступа, чем для интерфейсов событий уровня приложения (ALE) или радиочастотной идентификации (RFID) и устройств считывания символов штрихового кода. Включение эксплуатационного контекста или контекста бизнес-процесса в EPCIS подразумевает то, что спецификации EPCIS имеют дело с более богатым набором типов данных, и. кроме того, они должны быть гораздо более открытыми для расширения с учетом широкого спектра бизнес-процессов, существующих в мире. Функционирование сервисов EPCIS в разнообразной среде подразумевает, что в стандарте EPCIS уровни проработаны настолько тщательно, что даже тогда, когда сервисы EPCIS используются между внешними системами, которые значительно отличаются в деталях работы, должна существовать согласованность и функциональная совместимость на уровне представления абстрактных структур данных, а также значений этих данных.

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

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

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

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

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

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

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

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

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

-    записи ПРОПИСНЫМИ БУКВАМИ используются для специальных терминов, приведенных из вышеуказанной спецификации [101,

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

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

5 Структура спецификации EPCIS

Спецификация EPCIS является многоуровневой, расширяемой и модульной.

5.1 Уровни

Структура спецификации EPCIS представлена на нескольких уровнях, как показано на рисунке 3.

Уровни (представленные на рисунке 3) описаны ниже:

-    Уровень абстрактной модели данных (Abstract Data Model Layer). Уровень абстрактной модели данных определяет общую структуру данных EPCIS. Это единственный уровень, который не расширяется никакими другими механизмами, кроме как пересмотром самой спецификации EPCIS. Уровень абстрактной модели данных определяет общие требования к созданию определений данных в рамках уровня определения данных.

-    Уровень определения данных (Data Definition Layer). Уровень определения данных указывает, какими данными обмениваются через EPCIS. какова их абстрактная структура и что она означает. В рамках данной спецификации представлен один модуль определения данных, называемый модулем типов основных событий (Core Event Types Module). Описания данных на уровне определения данных представлены абстрактно, следуя правилам, установленным на уровне абстрактной модели данных.

-    Сервисный уровень (Service Layer). Сервисный уровень определяет служебные интерфейсы, через которые взаимодействуют клиенты EPCIS. В данной спецификации описаны два модуля сервисного уровня. Модуль основных операций сбора данных (Core Capture Operations Module) определяет служебный интерфейс (интерфейс сбора данных EPCIS), через который приложения сбора данных доставляют типы основных событий (Core Event Types) заинтересованным сторонам. Модуль основных операций с запросами (Core Query Operations Module) определяет служебные интерфейсы: интерфейс EPCIS управления запросами и интерфейс EPCIS обратных вызовов по запросам, которые используют приложения EPCIS доступа для получения предварительно собранных данных. Определения интерфейсов сервисного уровня даны абстрактно с использованием языка UML.

-    Привязки (Bindings). Привязки определяют конкретные реализации уровня определения данных и сервисного уровня. Для любого определения данных или сервисного модуля может быть определено множество привязок. В данной спецификации для трех модулей, указанных в определении данных и сервисных уровнях, заданы в общей сложности девять привязок. Определения данных в модуле определения данных типов основных событий получают привязку к схеме XML. Интерфейс EPCIS для сбора данных в модуле основных операций сбора данных получает привязки к очереди сообщений (Message Queue) и HTTP. Интерфейс EPCIS для управления запросами в модуле основных операций с запросами (Core Query Operations Module) получает привязку к протоколу SOAP через HTTP с помощью языка описания веб-сервисов WSDL, а также вторую привязку для протокола AS2. Интерфейс обратных вызовов по запросам в модуле основных операций с запросами получает привязки к протоколам HTTP. HTTPS и AS2.

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

Л В [1] приведена ошибочная ссьтка на «раздел 33».

УрнMN. HfWUlIH

nwwx

Урсииь

■ • ■•ОТрЖТтЯ

штпI

МШШШЪ дщ и те •

Овдвнь* Лнсиныя ДОфАЦИИ re ринг дборв ОМПрООАМИ ДАННЫХ (*-2) (В.1) Интер*"*: шмрфМо сборе УТИШИ И* мпрссвии данных *™*ф5*С обратных ■мни

ПШМН1Н

ЭИМОИЫШТЛ» ОТ

РИММЦЯ

[^м пп—rim.gr

АССггртеттев

■кип

данных

ЕРСВ

4*ад«л«>

Интерфейс

оверй

лмш

htogQ

(10.1)

MfTIpfMD

сбор*

да***«

HTTP

(102)

^ч\ нптим

V

\

№терфойс

ynpt—Нтег

Tnnwi

ССИР

(11-2»

HmwNfc

обрйлшх

НИР

<11Ж2)

Инпрфайо

!fflWPWfP

«я^лхлмм

АЙ*

С11Л

икпдеийо

<*йпыс

НТТР8

(11.4J3)

I I I

Ьдшниовп» от

I

■

▼

Оаиеню

аАттеХМ

фяиаля)

Стендот<381

{ГОСГРЗВИ»)

Рисунок 3

5.2 Расширяемость

Многоуровневая методика спецификации способствует расширяемости, поскольку один уровень может быть повторно использован более чем в одном варианте реализации на другом уровне. Например. в то время, как данная спецификация включает в себя привязку XML к модулю определения данных типов основных событий, другая спецификация определяет привязку к такому же модулю с другим синтаксисом, например к файлу CSV¹).

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

- создание производного класса (Subclassing). Данные на уровне определения данных задают с использованием языка UML. который позволяет представить определение новых данных с помощью создания подкласса существующего определения. Подкласс — это новый тип данных, который включает в себя все поля существующего типа, дополняя его новыми полями. Экземпляр подкласса может использоваться в любом контексте, в котором предполагалось использовать экземпляр порождающего класса;

^1! CSV (от англ. Comma-Separated Values — значения, разделенные запятыми) — текстовый формат, предназначенный для представления табличных данных.

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

5.3 Модульность

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

Поскольку спецификации EPCIS являются модульными, требований в отношении того, что границы модуля спецификаций в рамках реализаций EPCIS должны быть фиксируемыми или явными, не существует. Примером может служить конкретный программный продукт, который представляет собой основанную на протоколах SOAP/HTTP реализацию ассоциативного сервиса коробка — поддон и сервиса каталога продукции, передающего данные, указанные в соответствующих модулях определения данных. Этот продукт может соответствовать целым шести различным модулям из стандарта EPCIS: модулю определения данных, описывающему данные каталога продукции, модулю определения данных. который задает объединение коробка — поддон, спецификации для соответствующих сервисов, а также соответствующих привязок SOAP/HTTP. Но исходное кодовое значение изделия может не обеспечивать прослеживания этих границ, и на самом деле конкретная схема базы данных, используемая для изделия, может внести дезорганизацию в данные таким образом, что данные каталога продукции и данные объединения коробка — поддон оказываются неразрывно переплетены. Однако, пока конечный результат соответствует спецификациям, данная реализация допускается.

6 Уровень абстрактной модели данных

В настоящем разделе дается нормативное описание абстрактной модели данных, которая лежит в основе стандарта EPCIS.

6.1 Данные о событии и мастер-данныо

В целом стандарт EPCIS имеет дело с двумя видами данных: данные о событиях (event data) и мастер-данные (master data). Данные о событиях возникают в ходе выполнения бизнес-процессов, собираются через интерфейс EPCIS сбора данных (EPCIS Capture Interface) и становятся доступными для запроса через интерфейсы EPCIS запросов (EPCIS Query Interfaces). Мастер-данные являются дополнительными данными, которые обеспечивают необходимый контекст для интерпретации данных о событиях. Они доступны для запроса через интерфейс EPCIS управления запросами (EPCIS Query Control Interface), но средства, с помощью которых мастер-данные поступают в систему, не указаны в стандарте EPCIS.

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

Примечание — В то время как для целей настоящей спецификации термины «данные о событиях» и «мастер-данные» означают не более чем «данные, которые соответствуют представленной здесь структуре», структуры, определенные на уровне абстрактной модели данных, предназначены для обеспечения надлежащего представления для данных, обычно требующих обмена через EPCIS. Неформально эти два типа данных можно понимать следующим образом. Объем данных о событиях растет по мере роста количества бизнес-транзакций, а также соотносится с ситуациями, которые происходят е конкретные моменты времени. Примером данных о событиях является: «В 13:23 15 марта 2004 года номер ЕРС X был обнаружен в месте нахождения L». Объем мастер-данных обычно не увеличивается только лишь с ростом числа бизнес-транзакций (хотя мастер-данные имеют тенденцию возрастать одновременно с увеличением размера организации), как правило, они не привязаны к конкретным моментам времени (хотя мастер-данные могут медленно изменяться с течением времени), а также обеспечивают интерпретацию элементов данных о событиях. Примером мастер-данных является: «Место нахождения L относится к распределительному центру, расположенному по адресу 123 Elm Street. Anytown. USA». Вседанныев наборе вариантов использования, рассмотренных при создании стандарта EPCIS. могут быть смоделированы как совокупность данных о событиях и мастер-данных такого рода.

Структура данных о событиях и мастер-данных EPCIS показана на рисунке 4. (Следует обратить внимание, что это только пример: специфические лексические элементы и имена атрибутов мастер-данных. показанных на этом рисунке, не определены в настоящей спецификации.)

Ткп события (Event TflJ#) Пот добытая (Етал!)

Диныооабитаи М*ОТф0ШНкМ

Лжиион Btzatap ■ ипфйй/вкя 1жтт.. .зчкаМпв um:...:*hlppkiQ .____

Лексикон BfaLaaettan

uitopc*fcg^«U141.12345.0 иггеяро*«^Лв14141Ла2б4Л штгооеЗ±е*«14141 ЯН54.1

OtodEwni Пт* ■ 129pm 16 War 2004 ЕРС- i*Tt«pc*taotttW14141.1»794.4W KzStsp-итмрс^ойе1хеу:М1ШрЖ1фр№д — ЬЦлхяКкт - ил лрсЯяд1п:Об14141.12346.0

•0«ме = 12звтб1 dty-Anytown рояШСйб* = 12346

ОУИгян LKivf>fi'lttigh:

-V-

Ллкляям мкпмии

⁴-у-'

Атр»Лугы иэстординьи

Рисунок 4

Составные части абстрактной модели данных EPCIS определены ниже:

• Данные о событии (Event Data): набор событий.

-    Событие (Event): структура, состоящая из типа события и одного или нескольких упомянутых полей события.

-    Тип события (Event Туре): имя. ограниченное пространством имен qname (qualified name — составное имя) и показывающее, которой из нескольких возможных структур (заданных на уровне определения данных) соответствует данное событие.

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

-    Мастер-данные (Master data): набор лексиконов вместе с атрибутами мастер-данных, связанных с элементами этих лексиконов.

-Лексикон (Vocabulary): поименованный набор идентификаторов. Имя лексикона принадлежит пространству имен qname и может использоваться как имя типа для поля события. Идентификаторы внутри лексикона называются лексическими элементами. Лексикон представляет собой набор альтернативных значений, которые могут отображаться в виде значений конкретных полей события. Лексиконы в EPCIS используются для моделирования таких наборов, как набор имен доступных мест нахождения. набор доступных имен этапов бизнес-процессов и так далее.

-    Лексический элемент (Vocabulary Element): идентификатор, который именует одну из альтернатив. моделируемых с помощью лексикона. Значение поля события может быть лексическим элементом. Лексические элементы представлены как унифицированные идентификаторы ресурсов (URIs). Каждый лексический элемент может быть связан с атрибутами мастер-данных.

- Атрибуты мастер-данных (Master data attributes): неупорядоченный набор пар имя/значение, связанный с индивидуальным лексическим элементом. Имя, как часть этой пары, принадлежит пространству имен qname. Значение, как часть той же пары, может быть значением произвольного типа. Специальным атрибутом (возможно, пустым) является список потомков (children), причем каждый из потомков (child) является еще одним лексическим элементом этого же лексикона (см. 6.5).

Новые события EPCIS генерируются на границе и попадают в инфраструктуру EPCIS через интерфейс EPCIS сбора данных, где они могут быть впоследствии доставлены заинтересованным приложениям через интерфейсы EPCIS запросов. Здесь нет механизма, предусмотренного в любом интерфейсе. с помощью которого приложение может удалить или изменить событие EPCIS. Единственным способом «отменить» или «исправить» событие EPCIS является генерация последующего события, смыслом в отношении хозяйственной деятельности которого является аннулирование или исправление действия предшествующего события (в 7.4.1.3 указано, как это может быть реализовано).

В то время как интерфейс EPCIS сбора данных и интерфейсы EPCIS запросов не предоставляют приложению никаких средств для явного запроса на удаление события, репозитории EPCIS МОГУТ применять правила хранения данных, при которых по истечении некоторого периода времени устаревшие события EPCIS становятся недоступными.

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

6.1.1 Передача мастер-данных в EPCIS

Интерфейсы EPCIS сбора данных и интерфейсы EPCIS запросов главным образом относятся к передаче событий EPCIS. В стандарте EPCIS не указаны средства, с помощью которых мастер-данные вводятся в систему, реализующую данные интерфейсы. Однако стандарт EPCIS предоставляет механизмы передачи мастер-данных, используя которые приложение обеспечивает получателю данных о событии EPCIS доступ к мастер-данным, необходимым для интерпретации этих данных о событии. Мастер-данные могут также передаваться иными способами, абсолютно не входящими в область применения настоящего стандарта EPCIS. Стандарт EPCIS не устанавливает каких-либо требований относительно того, должны ли данные о событии EPCIS сопровождаться мастер-данными, кроме требования в отношении того, что мастер-данные, сопровождающие данные о событиях, должны соответствовать любым мастер-данным в разделах МДЭС.

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

Таблица 2

Механизм Струк турный элемент Описание Ограничения Запрос мастер-данньах 8.2.72 Клиент запроса EPCIS может запросить у приложения интерфейса EPCIS запросов мастер-данные, соответствующие конкретным критериям Мастер-данные, полученные в ответ на запрос. ДОЛЖНЫ отражать текущие значения атрибутов мастер-данных, известные стороне, отвечающей на запрос, на момент созданияформирования ответа на запрос Мастер-данные на уровне экземпляра/ серии (МДЭС) 7.3.6 Событие EPCIS. обозначающее начало жизненного цикла идентификатора на уровне экземпляра или на уровне серии, может содержать соответствующие мастер-данные непосредственно в самом событии Мастер-данные в событии ДОЛЖНЫ отражать текущие значения атрибутов мастер-данных, известные стороне, являющейся создателем события, на момент осуществления события. Следует заметить, что. поскольку эти данные встроены непосредственно в само событие, они являются постоянной частью этого события и будут всегда включаться в информацию о событии, направляемую в ответ на запросы о событии (предмет редактирования, как описано в 8.2.2)

Введение

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

-    аннотацию к документу [2],

-    протокол изменений в [2).

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

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

Параметр документа	Текущее значение
Наименование документа	Стандарт информационных сервисов ЕРС (EPCIS)
Дата публикации документа	Сентябрь 2016
Версия документа	1.2
Издание документа
Статус документа	Утвержден
Описание документа	Предоставляет возможность различным приложениям создавать данные о событиях. обеспечивающих прозрачность, и обмениваться ими как внутри отдельных предприятий, так и между ними

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

Выпуск Дата внесения изменения Ответственный за внесе ние изменения Краткое изложение изменения 1.0 (Си. [3D Начальная версия 1.1 iCuJAJl май 2014 Версия EPCIS 1.1 по 14] обеспечивает полную обратную совместимость с версией EPCIS 1.0.1 по /3/. Версия EPCIS 1.1 по (41 вклю-чавт следующие новые или усовершенствованные функции: Добавлена поддержка идентификации на уровне класса для событий ObjectEvenL (Событие_с_0&ьек:тоы), AggiegationEvenL <Событие_с_Агрегацией) и Tmnaloxm^CionEvent <Событие_с_греобраэованием> посредством добавления количественных списков. Новый тип события - TranaformaMonE^ent |Событие_о_Пре-оорааованием) позволяет описывать события, в рамках которых исходные объекты полностью трансформируются и на выходе возникают новые объекты. Параметр «на каком основании» ('why") всех типов событий усовершенствован с тем. чтобы обеспечить возможность включения информации о начальном и конечном пунктах процесса хозяйственной деятельности. Параметр «на каком основании» {'why') некоторых типов событий усовершенствован с тем. чтобы обеспечить возможность включения мастер-данных экземпляра/серии. SimpleEventQuery Шрссгой_Запрос_СоОь:5ия1 усовершенствован таким образом, чтобы учесть вышеуказанные изменения в типах событий. Вводные материалы пересмотрены с тем. чтобы обеспечить соответствие системной архитектуре GS1. Объяснение механизма расширения XML стало более полным. Использование типа события QuantityEvent (Собмтие_с_Ко-личестьом Обьехтоь) объявлено нежелательным, поскольку его функционал полностью покрывается типом событий Objec'.Event (Сйбытие_с_ООъектйм) с добавлением количественных списков

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

Механизм С тру (С-гуриый элемент Описание Ограничения Заголовок документа EPCIS 9.5 Документ EPCIS. используемый для передачи набора событий EPCIS из пункта в пункт вне интерфейса EPCIS запросов, может включать соответствующие мастер-данные в заголовке документа Мастер-данные в заголовке документа ДОЛЖНЫ отражать текущие значения атрибутов мастер-данных. известные стороне, являющейся создателем документа, на момент создания документа. Мастер-данные в заголовке документа EPCIS НЕ ДОЛЖНЫ указывать значения атрибутов, противоречащие разделу МДЭС какого-либо из событий, содержащихся в основной части документа EPCIS Документ мастер-данных EPCIS 9.7 Для передачи мастер-данных из пункта в пункт вне интерфейса EPCIS запросов может быть использован документ мастер-данных EPCIS Мастер-данные в документе ДОЛЖНЫ отражать текущие значения атрибутов мастер-данных, известные стороне, являющейся создателем документа, на момент создания документа

6.2 Категории лексики

В стандарте EPCIS лексиконы широко используются для моделирования физических, цифровых, а также понятийных объектов, которые существуют в реальном мире. Примерами лексиконов, установленных на основном уровне определения данных EPCIS. являются названия мест нахождения, наименования классов объектов (наименование класса объекта — это наименование типа «изделие Acme Deluxe Widget» в отличие от номера ЕРС. который обозначает конкретные экземпляры изделия Acme Deluxe Widget), а также наименования бизнес-этапов. Лексикон всегда представляет собой конечный (но тем не менее допускающий изменения) набор альтернатив, которые могут появиться в конкретных полях событий.

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

-    Типовая лексика (Standard Vocabulary): типовая лексика представляет собой набор лексических элементов, определения и значения которых должны быть согласованы торговыми партнерами, которые будут обмениваться данными о событиях с использованием этой лексики. Например, уровень определения мастер-данных EPCIS (EPCIS Core Data Definition Layer) определяет лексикон, называемый «бизнес-этапы» (business step), элементами которого являются идентификаторы, обозначающие такие понятия, как «отгрузка», «приемка» и так далее. Один из торговых партнеров может создать событие с бизнес-этапом «отгрузка», а другой партнер, получив это событие посредством запроса, сможет интерпретировать его в силу предшествующего соглашения о смысловом значении лексического элемента «отгрузка».

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

-    Пользовательская лексика (User Vocabulary): пользовательская лексика представляет собой набор лексических элементов, определение и значение которых находятся под контролем одной организации. Например, уровень определения мастер-данных EPCIS определяет лексикон, называемый «производственное место назначения» («business location»), элементами которого являются идентификаторы. обозначающие такие объекты, как «организация Acme Согр.. распределительный центр No 3».

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

Выпуск Дата внесения изменения Ответственный за внесение изменении Краткое изложение изменения 1.2 (СмЩ). сентябрь 2016 Версия EPCIS 1.2 по [21 обеспечивает полную обратную совместимость с версиями EPCIS 1.1 по 141 и 1.0.1 ло [31. Версия EPCIS ^.2 по 121 включает следующие новые или усовершенствованные функции: Введен механизм, позволяющий объявлять предшествующее событие EPCIS ошибочным и предназначенный для использования в ситуациях, когда отсутствует возможность корректировки истории с помощью обычных событий EPCIS. Данный механизм включает структуру or Declaration (ЗаЯ»ЛекИе:_00_0ши0хе-> в событии EPCIS и связанных параметрах запроса. Ко всем событиям EPCIS добавлен необязательный event ID (Иден.ифика;:>р_соСы:ия). Его основное предназначение состоит в обеспечении возможности для события заявления об ошибке (при необходимости) ссылаться на одно или несколько корректирующих событий. Простой запрос события усовершенствован с тем. чтобы прояснить, что запросы для полей расширения или мастер-данных на уровне экземпляра/серии (МДЭС) относятся исключительно к элементам XML высокого уровня, при этом также введен новый набор параметров запроса для запросов в отношении элементов XML. вложенных внутрь элементов высокого уровня. Уточнена роль документа EPCIS как средства передачи данных о событиях из пункта в пункт. Заголовок EPCIS в схемах XML усовершенствован с тем. чтобы при необходимости обеспечить возможность включения мастер-данных. Использование элементов расширения в полях <teaaPomi-> (<место_Сдитывамия>> И <bizLocdtтоп> (<проийводстаек-нае_Место_Назн<зченио>) объявлено нежелательным. Добавлен раздел 12. касающийся соответствия

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

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

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

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

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

GS1 и логотип GS1 являются зарегистрированными товарными знаками GS1 AISBL.

Содержание

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

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

2.1    Обзор стандартов GS1.................................................... 2

2.2    EPCIS во взаимосвязи с уровнями «сбора данных» и «обмена данными»......................................3

2.3    Стандарт EPCIS во взаимосвязи с торговыми партнерами................................................................5

2.4    Стандарт EPCIS во взаимосвязи с другими компонентами архитектуры системы GS1...................7

3    Принципы спецификации EPCIS.................................................................................................................9

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

5    Структура спецификации EPCIS...............................................................................................................10

5.1    Уровни..................................................... 10

5.2    Расширяемость....................................................................................................................................11

5.3    Модульность.........................................................................................................................................12

6    Уровень абстрактной модели данных.......................................................................................................12

6.1    Данные о событии и мастер-данные...................................................................................................12

6.2    Категории лексики................................................................................................................................15

6.3    Механизмы расширения......................................................................................................................16

6.4    Представление идентификаторов.......................................................................................................17

6.5    Иерархические лексиконы...................................................................................................................18

7    Уровень определения данных.............................................................................................. 18

7.1    Общие правила формирования спецификации модулей уровня определения данных.................18

7.2    Модуль типов основных событий — обзор.......................... 21

7.3    Модуль типов основных событий — составные части......................................................................25

7.4    Модуль типов основных событий. События......................................................................................36

8    Сервисный уровень........................................................................... 57

8.1    Модуль основных операций сбора данных........................................................................................58

8.2    Модуль основных операций с запросами...........................................................................................60

9    Привязки XML для модулей определения данных...................................................................................88

9.1    Механизм расширяемости...................................................................................................................88

9.2    Типовой заголовок бизнес-документа.................................................................................................90

9.3    Базовая схема EPCglobal.....................................................................................................................91

9.4    Мастер-данные в привязке XML..........................................................................................................92

9.5    Схема для типов основных событий...................................................................................................94

9.6    Типы основных событий. Примеры (справочная информация)......................................................109

9.7    Схема для мастер-данных.................................................................................................................114

9.8    Мастер-данные. Пример (справочная информация).......................................................................117

10    Привязки для модуля основных операций сбора данных...................................................................118

10.1    Привязка очереди сообщений........................................................................................................118

10.2    Привязка к протоколу HTTP............................................................................................................119

11    Привязки для модуля основных операций с запросами......................................................................120

11.1    Схема XML для модуля основных операций с запросами...........................................................120

11.2    Привязка к протоколам SOAP/HTTP интерфейса управления запросами..................................129

11.3    Привязка к протоколу AS2 интерфейса управления запросами..................................................139

11.4    Привязки для интерфейса обратных вызовов по запросам.........................................................141

12    Соответствие...........................................................................................................................................143

12.1    Соответствие данных EPCIS..........................................................................................................143

12.2    Соответствие клиентов интерфейса EPCIS сбора данных..........................................................144

12.3    Соответствие серверов интерфейса EPCIS сбора данных.........................................................144

12.4    Соответствие клиентов интерфейса EPCIS запросов..................................................................144

12.5    Соответствие серверов интерфейса EPCIS запросов.................................................................144

12.6    Соответствие применений интерфейса EPCIS обратных вызовов по запросам ......................145

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

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

относительно ИСО/МЭК 19987:2017 и пояснения

по необходимости их внесения......................................................................................148

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

ГОСТ Р 59167-2020 (ИСО/МЭК 19987:2017)

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

ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ Стандарт информационных сервисов ЕРС (EPCIS)

Information technology. ЕРС Information Services (EPCIS) Standard

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

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

Настоящий документ соответствует стандарту GS1 [2], который определяет версию 1.2 информационных сервисов ЕРС (ЕРС Information Services. EPCIS). Целью EPCIS является предоставление возможности различным приложениям создавать данные о событиях, обеспечивающих прозрачность, и обмениваться ими как внутри предприятий, так и между ними. В конечном счете создание этого общего ресурса направлено на то. чтобы дать возможность пользователям получать общий доступ к физическим и цифровым объектам в рамках соответствующего контекста ведения хозяйственной деятельности.

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

Изначально стандарт EPCIS задумывался как часть более широких попыток расширения сотрудничества между торговыми партнерами путем предоставления общего доступа к детализированной информации о физических или цифровых объектах. Название EPCIS отражает начальные усилия в развитии электронного кода продукции (Electronic Product Code — ЕРС). Однако следует заметить, что EPCIS не требуют использования номеров электронного кода продукции, так же как и носителей данных радиочастотной идентификации (Radio-Frequency Identification — RFID). EPCIS версии 1.2 даже не требует идентификации на уровне экземпляра (для которого и был изначально разработан электронный код продукции). Стандарт EPCIS применяется для всех ситуаций, в которых данные о событиях, обеспечивающих прозрачность, должны быть получены и размещены в общий доступ, а наличие аббревиатуры «ЕРС» в наименовании стандарта имеет только историческое значение.

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

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

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

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

Настоящий стандарт EPCIS предназначен для совместного использования со стандартом базовой деловой лексики GS1 по ГОСТ Р 59168¹ >. содержащим определения значений данных, которые могут быть использованы для наполнения структур данных, определенных настоящим стандартом EPCIS. Использование стандартизованной лексики, предоставляемой стандартом БДЛ по ГОСТ Р 59168. имеет решающее значение для взаимодействия и для обеспечения выполнения запросов данных путем сокращения числа вариантов того, каким образом различные предприятия выражают общее намерение. Таким образом, при построении данных EPCIS приложения должны в максимально возможной степени использовать стандарт БДЛ по ГОСТ Р 59168.

Справочное Руководство по внедрению EPCIS и CBV (БДЛ) [Z1 предоставляет дополнительную информацию по построению систем, обеспечивающих прозрачность, с применением EPCIS и CBV (БДЛ). включая подробные сведения о моделировании конкретных деловых ситуаций с использованием данных EPCIS/CBV (БДЛ) и способах обмена такими данными между торговыми партнерами.

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

Настоящий раздел в основном состоит из выдержек из документов /8/^и М ^и показывает взаимосвязь стандарта EPCIS с другими стандартами GS1.

2.1 Обзор стандартов GS1

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

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

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

ГОСТ Р 59168-2020 (ИСО/МЭК 19988:2017) к Информационные технологии. Стандарт базовой деловой лексикии является модифицированным по отношению к ИСО/МЭК 19988:2017 [5]. В тексте ИСО.'МЭК 19987:2017 /Т/ вместо ссылок на /5/ используется фраза «стандарт базовой деловой лексики GS1» (см. [6]). в то же время (5) соответствует [6] (стандарту базовой деловой лексики GS1 версии 1.2).

-стандарты, которые предоставляют средства для идентификации («identify») объектов реального мира, так что они могут становиться объектами электронной информации, которая сохраняется и/или передается конечными пользователями. Стандарты GS1 для идентификации включают стандарты. которые определяют уникальные идентификационные кодовые обозначения (так называемые идентификационные ключи GS1);

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

-стандарты, которые предоставляют средства для обмена данными («share»), как между торговыми партнерами, так и внутри предприятий, обеспечивая основу для электронных бизнес-транзакций, электронной прозрачности физического или цифрового мира, а также других информационных приложений. Стандарты GS1 для обмена информацией включают в себя настоящий стандарт EPCIS. который является стандартом для данных о событиях, обеспечивающих прозрачность. Другими стандартами в группе «обмена данными» являются стандарты для мастер-данных и данных бизнес-транзакций, так же как и стандарты поиска, которые помогают определить, где находятся соответствующие данные по всей цепи поставок, а также доверительные стандарты, которые помогают создать условия для обмена данными с надлежащей безопасностью.

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

2.2 EPCIS во взаимосвязи с уровнями «сбора данных» и «обмена данными»

На рисунке 1 показана взаимосвязь между настоящим стандартом EPCIS и другими стандартами GS1 в группах «сбор данных» и «обмен данными». (Группа стандартов «идентификация» охватывает данные на всех уровнях этой архитектуры и поэтому не показана.)

Как показано на рисунке 1. интерфейс сбора данных EPCIS (EPCIS Capture Interface) служит мостом между стандартами «сбора данных» и «обмена данными». Интерфейс запросов EPCIS (EPCIS Query Interface) предоставляет данные о событиях, обеспечивающих прозрачность, как для внутренних приложений, так и для обмена с торговыми партнерами.

В центре приложения по сбору данных (Data Capture Application) находится рабочий процесс сбора данных (Data Capture Workflow), контролирующий этап бизнес-процесса, в рамках которого происходит сбор данных. Этот процесс, как правило, имеет собственную логику, специфичную для конкретного приложения. Под рабочим процессом сбора данных на рисунке 1 показан канал передачи данных между рабочим процессом и носителями данных GS1: символами штрихового кода и радиочастотными метками. Зеленые прямоугольные блоки на рисунке 1 обозначают стандарты GS1, положения которых могут быть использованы в качестве требований к интерфейсам носителей данных. В верхней части рисунка 1 расположены интерфейсы между рабочим процессом сбора данных и крупномасштабными корпоративными приложениями. Многие из этих интерфейсов являются специфичными для конкретного приложения или конкретного предприятия, даже с использованием данных GS1 в качестве компоновочных блоков. Тем не менее интерфейс EPCIS является одним из стандартов GS1. Следует обратить внимание, что интерфейсы в верхней части схемы, в том числе и EPCIS. не зависят от носителя данных. используемого в нижней части рисунка 1.

Вамшш м омшии пдагшрм!

И>ГП<рф—0 ЕРСЙ1ЩХЖ»
Воякаиый (щитепьннйпуп. ДОЯ ГДОДОПЧЛЬНОЙ AWipvaaw рМПМОГО ВрММНИ
ИнтауфаДо EPOS Овйрй^мв «V.

Интцх»—о «СОМ {081ЯЛ/ЕЛНСШ) <4-^ ¥ ИилДООоООЗМ ^

t

Обит даю мм

Сбор даням

4

— ИнщтЦМЬ II риганш гджгд——

Ц||цн|и1 I nfTiiiip# д«и111 цянишМ (PJ Г)

_ - ■ ПШЙШ ШВАМ

М(ПрфМ11 НИЖЗДМ1МШ ||нлшт устройств ачитшшмя доиснюплнэа ирпн|р|цу (ПНР)

т

у

1

Инп^фрвсм onoffcia—пик—I

Окгщнщ

отрока

яломянтов

Млройопй Banna—acHHiu patPKNaoromM *адинп*фяв^*1

РядаапарфПЬ: мешм Омтш ривючвсттмАчяатнфияцм

■ Интерфейс Ш ■ Спотами*

Рцоркмастатж»

uni! ill пин ни

Символ

iKipaacra «да

Рисунок 1

Целью данных интерфейсов, а также причиной использования многоуровневой архитектуры для сбора данных является обеспечение разграничения между различными уровнями абстракции. С позиции корпоративного приложения (т. е. верхнего синего прямоугольного блока на рисунке 1) приложение сбора данных целиком защищает корпоративное приложение (Enterprise-level Application) от детализации того, как именно происходит сбор данных. Через интерфейсы прикладного уровня (зеленые прямоугольные блоки в верхней части рисунка 1) корпоративное приложение взаимодействует с рабочим процессом сбора данных с помощью данных, которые не зависят от носителя данных и в которых все детали взаимодействия между компонентами сбора данных включены в эти данные. На более низком уровне рабочий процесс сбора данных способен различать взаимодействие со сканерами штрихового кода, устройствами