Веднага щом идеята за цифров паспорт на продукта се конкретизира, ИТ-отделът задава един въпрос преди всички останали: Кои от нашите системи трябва да бъдат включени в платформата? Това е правилният въпрос, защото зад него стоят данни за достъп, разрешения за пропускане през защитната стена и концепция за сигурност, за която някой трябва да поеме отговорност.
Отговорът ни е кратък: нито една. Всички системи, които предоставят данни за паспорта, се намират на източника и остават там. Transpareo е изключително получател в края на веригата; потоците от данни се насочват еднопосочно към платформата. Тази статия проследява потоците: какво предоставя всяка система, какви правила важат за всеки поток и какво се получава като потвърждение.
Какво допринася всяка система за паспорта
Данните за един паспорт рядко произхождат от една система. На практика те са разпределени в няколко класа системи, като всяка от тях допринася само с няколко полета:
- ERP - идентификация на артикула, материали, доставчици и произход, поръчки и партиди, количества. Стабилни базови данни, които рядко се променят.
- MES - производствена история, серийни номера и партиди, сертификати за качество, проследимост. Данни за събития, обвързани с конкретен момент във времето.
- APS - производствени моменти и разпределение на ресурсите. Рядко има пряко значение за паспорта; това, което има значение, обикновено идва чрез MES.
- PLM - състав, спецификации, възможност за ремонт, резервни части, етапи на проектиране. Съобразно изискванията на Регламента за екодизайн, това е най-изчерпателният източник.
- PIM - описания, изображения, указания за поддръжка и употреба, езикови варианти. Съдържанието, насочено към потребителите.
- IoT - данни за състоянието и употребата от фазата на експлоатация. Необходими само за определени групи продукти, например за батерии.
- CRM - история на сервизното обслужване и ремонтите на отделни клиенти. По принцип са лични данни и затова не принадлежат в публичен паспорт.
Административната обвивка стои над системите, а не редом с тях
Едно разграничение е по-важно от всички останали: Asset Administration Shell не стои ## редом сERP, MES и PIM, а над тях. Тя не генерира данни, а капсулира съществуващите в оперативно съвместими подмодели. За свързването с Transpareo това означава: AAS е удобен, но не и задължителен формат за доставка. Който я използва, извлича пакета от данни от нейните подмодели; който не я използва, предоставя същите полета по друг начин. Защо въпреки това считаме „Административната обвивка“ за отлична основа, е описано в статията за AAS.
Пет правила, валидни за всеки поток
Посока. Всички стрелки сочат към платформата. Transpareo не извлича данни от нито една източна система и не разполага с данни за достъп до ERP, MES, PIM или PLM.
Няма връзка с вашите системи, която да трябва да се защищава, защото такава просто не съществува.
Задействане. Пушът винаги се задейства от страна на източника - от самия производител, неговия мидълуеър или нает доставчик на услуги. Платформата изчаква; тя не извлича данни.
Целево предназначение. Предава се изключително подмножеството, необходимо за „паспорта“, а не цялата база данни на изходната система. „Паспортът“ се нуждае само от няколко полета от всяка система; всичко останало остава на мястото си.
Одобрение. Изборът, обхватът и моментът на всеки пакет се определят от източника. Transpareo не може да получи повече, отколкото е било предоставено.
Права за достъп. Това, което може да се прави с предоставените данни на платформата, се регулира от определени удостоверения за достъп: минимални права, а всичко, което не е изрично разрешено, остава забранено. Тези правила действат от страна на платформата, никога със задна дата спрямо източника.
В обратна посока се изпращат само потвърждения
Напълно без обратен канал не може, но той не пренася данни, а отговори: DPP-URL или GS1 Digital Link, идентификатора на версията, статуса на публикуване и съобщенията за валидиране. За източника тези отговори са ценни, защото референцията за съвпадение може да се съхрани директно към артикула в ERP или PIM. Те не представляват достъп. Те са потвърждение за получена доставка.
Три модела, които са се доказали на практика
- Директно от водещата система. ERP или PLM изпращат данните чрез конектор. Просто и целесъобразно, когато един източник на данни ясно доминира.
- Чрез агрегационен слой. Мидълуерът или iPaaS обединява полетата от ERP, MES и PIM и предоставя пакет. Това е обичайният случай, когато са включени няколко източника.
- Чрез AAS-подмодели. Административният слой вече е в употреба, а пакетът се извлича от неговите подмодели. Това е предимство в среди от типа „Индустрия 4.0“.
Кой модел подхожда на коя системна среда и как такъв проект може да бъде реализиран за две седмици вместо за три месеца, сме описали в наръчника за ERP-интеграция.
Какво Transpareo съзнателно не е
Не ## евтора „система за запис“. Платформата съхранява записите за паспортите и тяхната неизменяема история на версиите, а не оперативните данни на производителя. Това, което се коригира в ERP, достига до „Pass“ чрез нова доставка - като нова, проследима версия, а не като тиха промяна в наличността. Как тази верига от версии се подписва и става проверима за всеки, е описано в статията за подписи и сертификати.
По този начин за вашата концепция за сигурност остава малко за проверка и точно това е целта. Няма данни за достъп, които да предоставяте, няма отваряне на защитна стена към вътрешната мрежа и няма външна система с права за четене във вашата ERP система.
Самата работа по проекта се премества там, където ѝ е мястото: да се реши кои полета да бъдат включени в паспорта - а не кой има право да влиза къде.
Въпроси относно тази публикация
Трябва ли Transpareo да има достъп до нашата ERP система или до друга система?
Не. Всяка система, която предоставя данни, се намира на изходния сървър и остава там, а Transpareo не разполага с данни за достъп до ERP, MES, PIM или PLM. Няма връзка с вашите системи, която да трябва да бъде защитена, защото такава просто не съществува. По този начин за вашата концепция за сигурност не се налага да предоставяте данни за достъп, да създавате вътрешни достъпи или да проверявате външни системи с права за четене във вашата ERP система.
Кой инициира доставката и колко често?
Винаги източникът. Пуш-съобщението се задейства от самия производител, неговия мидълуеър или нает доставчик на услуги; платформата само очаква и никога не извлича данни. Изборът, обхватът и моментът на всеки пакет се определят от източника, поради което Transpareo не може да получи повече от това, което е било доставено. Вие сами определяте колко често да доставяте - стабилните базови данни се променят рядко, а производствените събития възникват, когато възникнат.
Нужна ли ни е за това административна среда?
Не. Административната обвивка не съществува успоредно с ERP, MES и PIM, а е над тях, и тя не генерира собствени данни, а капсулира съществуващите в съвместими подмодели. По този начин тя представлява удобен, но не и задължителен формат на предоставяне на данни. Който я използва, извлича пакета от данни от нейните подмодели. Който не я използва, предоставя същите полета по друг начин - директно от водещата система или чрез агрегационен слой.
С коя система да започнем?
Съгласно изискванията на Регламента за екодизайн, PLM е най-изчерпателният единичен източник - там се съхраняват съставът, списъците с компоненти, възможностите за ремонт, резервните части и етапите на проектиране. ERP системата управлява идентификацията на артикулите, материалите, доставчиците и произхода, PIM системата - текстовете и изображенията, предназначени за потребителите, а MES системата - събитията, свързани с производството и проследимостта. Повечето паспорти изискват само няколко полета от всяка система. Започнете оттам, където се намират повечето от задължителните полета, и допълвайте останалото постепенно.
Данните за клиентите от CRM системата се записват ли в паспорта?
Не. Историята на обслужването и ремонтите на отделните клиенти по принцип е свързана с конкретно лице и затова не трябва да фигурира в публичен паспорт. CRM е единственият клас системи в този списък, който остава изцяло извън него. Събитията, свързани с ремонти и жизнения цикъл, все пак могат да бъдат отразени, но като събития, свързани с продукта, а не с конкретно лице.
Какво се получава в отговор от платформата?
Потвърждения, а не данни. Каналът за обратна връзка предава DPP-адреса, съответно GS1 Digital Link, идентификатора на версията, статуса на публикуване и съобщенията за валидиране. Струва си да се съхраняват тези отговори, тъй като след това референцията на паса може да се проследи директно до артикула в ERP или PIM. Те не представляват достъп, а са потвърждение за получена доставка.
Какво се случва, когато дадена стойност в ERP системата бъде коригирана?
Корекцията се отразява в паса чрез нова доставка и се превръща в нова, проследима версия, а не в незабележима промяна в наличността. Всяка предишна версия остава достъпна и подлежи на проверка, и именно това прави историята ценна за проверка. Как тази верига от версии се подписва и става проверима за всеки, е описано в раздела „Подписи и сертификати“ в DPP.
Ще се превърне ли Transpareo във втора „система за регистриране“?
Не, и това е умишлено. Платформата съхранява записите от паспорта и неговата неизменяема история на версиите, а не вашите оперативни данни; вашите системи остават определящи за всичко, което им принадлежи. По този начин работата по проекта остава там, където ѝ е мястото - при вземането на решение кои полета да бъдат включени в „паспорта“, а не при въпроса кой има право да влезе къде.
