Стандарт EPCIS 1.0 за споделяне на EPC данни

Изтеглете  стандарта EPC Information Services

Какво определя EPCIS 1.0

EPCIS 1.0, съкращение от Electronic Product код Information Services Version 1.0, е основна спецификация на EPCglobal за обмен на информация за EPC събития в единен бизнес контекст. Нейната цел не е да дефинира чип за етикет, радиоинтерфейс или конкретен базов продукт. Вместо това EPCIS описва как приложенията улавят и извличат информация за идентифицирани обекти, докато те преминават през реални бизнес процеси. Система за управление на склад, платформа за експедиция, система за удостоверяване или портал за търговски партньори често трябва да отговорят на едни и същи въпроси: кой обект е бил наблюдаван, кога се е случило събитието, къде е станало и защо това наблюдение е важно за бизнес процеса?

Стандартът е създаден за оперативна съвместимост между различни корпоративни приложения. EPC данните могат да бъдат генерирани от RFID етикети, фиксирани портали, ръчни четци, печатни идентификатори или други системи, които свързват физически артикул с уникална идентичност. EPCIS 1.0 дава на тези приложения обща структура за улавяне и извличане на събития. Това е важно, защото суровите прочити сами по себе си не показват дали даден артикул е въведен в употреба, опакован, изпратен, получен, инспектиран, върнат или свързан с поръчка за покупка. EPCIS добавя бизнес смисъла, който превръща идентификационните данни в полезна информация.

Бизнес предназначение на EPCIS 1.0

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

Например продукт може да бъде въведен в производство във фабрика, агрегиран в кашон, натоварен върху палет, изпратен от една локация, получен на друга и по-късно свързан с продажба или връщане. Всяка стъпка може да бъде изразена като EPCIS събитие. Събитието не казва просто, че даден идентификатор е прочетен. То записва и релевантен бизнес контекст, като време на събитието, бизнес стъпка, състояние, точка на прочитане, бизнес локация и свързани транзакционни препратки. Това прави EPCIS подходящ за видимост във веригата на доставки, контрол на инвентара, програми срещу фалшифициране, проследимост на регулирани продукти, проследяване на многократно използваеми активи и координация на логистика между много участници.

Основен модел на данни и типове събития

EPCIS 1.0 разделя данните за събития от основните данни. Данните за събития описват неща, които се случват в конкретни моменти. Основните данни предоставят контекст за тълкуване на тези събития, например значението на идентификатор на локация, бизнес локация или елемент от речник. Това разделяне поддържа големите обеми оперативни събития по-леки, като същевременно позволява на системите да разбират бизнес смисъла зад идентификаторите.

ObjectEvent

ObjectEvent описва събитие, свързано с един или повече физически обекти, идентифицирани чрез EPC. Най-често се използва за наблюдения като въвеждане в употреба, изпращане, получаване, инспекция или потвърждаване на присъствието на артикул в конкретна точка. В един и същ ObjectEvent могат да присъстват множество EPC кодове, когато са преминали през едно и също реално събитие, но това не означава автоматично родителско-дъщерна връзка между тях.

AggregationEvent

AggregationEvent изразява физическа родителско-дъщерна връзка. Той е полезен, когато отделни артикули се поставят в кашон, кашони се подреждат върху палет или активи се групират под идентичността на контейнер. Действия като ADD, DELETE и OBSERVE помагат да се посочи дали обектите са били свързани, отделени или просто наблюдавани като част от съществуваща агрегация.

QuantityEvent и TransactionEvent

QuantityEvent представя количество обекти, принадлежащи към EPC клас, вместо да изброява всеки отделен EPC. Това е полезно, когато за процеса е достатъчна информация за количество на ниво клас. TransactionEvent описва свързването или отделянето на EPC кодове от една или повече бизнес транзакции. Така физическите събития за видимост могат да се свържат с търговски документи, като поръчки за покупка, известия за доставка или други транзакционни препратки.

Улавяне, заявки и системна интеграция

EPCIS 1.0 дефинира Capture Interface за приложения, които подават събития, и Query Interfaces за приложения, които извличат вече уловена информация. Приложението за улавяне може да бъде свързано с RFID портал, станция за опаковане, производствена линия или система за издаване на идентификационни носители. В проекти с пропускни удостоверения, членски носители или носители за идентичност на ниво артикул, като пластмаса карти, концепциите на EPCIS помагат да се разграничат суровите прочити на идентификатори от смислените бизнес събития.

Спецификацията също дефинира връзки, чрез които системите могат да обменят EPCIS данни в конкретни технически формати. EPCIS 1.0 включва XML схеми за основните типове събития, връзки за улавяне чрез message queue и HTTP, както и връзки за заявки, включително SOAP over HTTP и AS2. Тези връзки отразяват практиките за корпоративна интеграция от периода, когато стандартът е създаден. Важният принцип остава актуален: EPCIS определя оперативно съвместимия интерфейс и значението на данните, докато доставчиците и крайните потребители запазват свободата да избират собствен дизайн на база данни, междинен софтуер, бизнес приложения и архитектура за сигурност.

Защо EPCIS 1.0 все още е важен

Въпреки че по-късните версии на EPCIS разширяват стандарта, EPCIS 1.0 остава важен, защото поставя речника и архитектурата, към които много системи за проследимост все още се отнасят. Той въвежда устойчив начин за изразяване на събития за видимост отвъд обикновените логове от сканиране. За компании, които изграждат RFID, баркод, контрол на достъпа, складови, търговски, здравни или логистични системи, EPCIS 1.0 е полезна концептуална основа: уловете събитието, запазете бизнес контекста, направете данните достъпни за заявки и позволете на оторизирани партньори да ги тълкуват последователно.

От гледна точка на внедряването EPCIS трябва да се разглежда като стандарт за споделяне на данни, а не като цялостно софтуерно решение. Успешното внедряване все пак изисква чисто присвояване на идентификатори, надеждни точки за улавяне, контролирани основни данни, права за достъп, интеграционни тестове и ясни договорености между партньорите относно бизнес стъпките и използването на речници. Когато тези основи са правилно управлявани, EPCIS 1.0 може да помогне за превръщането на идентификационните събития в надеждна информация за видимост между организациите.

Често задавани въпроси

Какво е EPCIS 1.0?

EPCIS 1.0 е първата ратифицирана версия на спецификацията EPC Information Services. Тя дефинира стандартен начин за улавяне и заявяване на данни за EPC събития в рамките на предприятия и между тях. Фокусът ѝ е бизнес видимостта, а не паметта на етикета, командите към чипа или комуникационните протоколи на четеца.

EPCIS 1.0 само за RFID системи ли е?

EPCIS е създаден в контекста на EPCglobal и RFID, затова много внедрявания използват EPC идентификатори, получени чрез RFID. Практическата му стойност обаче е в структурираното споделяне на събития за видимост. Системите могат да комбинират RFID, баркод, ръчно потвърждение или събития от корпоративен софтуер, когато могат последователно да изразят идентичността на обекта и бизнес контекста.

Каква информация обикновено съдържа EPCIS събитие?

Типичното EPCIS събитие отговаря на няколко оперативни въпроса: кой обект или клас обекти участва, кога е настъпило събитието, къде е било наблюдавано и защо събитието има значение за бизнес процеса. Полета като бизнес стъпка, състояние, точка на прочитане, бизнес локация и транзакционни препратки добавят контекст.

Каква е разликата между данни за събития и основни данни?

Данните за събития записват неща, които се случват в конкретни моменти, например изпращане или получаване на артикул. Основните данни обясняват идентификаторите, използвани в тези събития, като име, адрес или роля на дадена локация. EPCIS 1.0 дефинира как основните данни могат да бъдат заявявани, но не и как първоначално се улавят.

Кои типове събития са дефинирани в EPCIS 1.0?

EPCIS 1.0 дефинира четири основни типа събития: ObjectEvent, AggregationEvent, QuantityEvent и TransactionEvent. Те покриват наблюдения на артикули, физически родителско-дъщерни агрегации, количествени наблюдения на ниво клас и връзки между обекти и бизнес транзакции. Заедно те поддържат много често срещани сценарии за видимост във веригата на доставки и управлението на активи.

EPCIS 1.0 дефинира ли структура на база данни?

Не. EPCIS 1.0 дефинира абстрактния модел на данни, сервизните интерфейси и връзките за обмен, но не налага конкретна схема на база данни или софтуерна архитектура. Внедрителите могат да проектират собствени хранилища, междинен софтуер и приложения, стига външното EPCIS поведение да отговаря на стандарта.

Защо EPCIS е полезен за проследимост във веригата на доставки?

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