Веднага щом идеята за цифров паспорт на продукта се конкретизира, ИТ-отделът задава един въпрос преди всички останали: Кои от нашите системи трябва да бъдат включени в платформата? Това е правилният въпрос, защото зад него стоят данни за достъп, разрешения за пропускане през защитната стена и концепция за сигурност, за която някой трябва да поеме отговорност.
Отговорът ни е кратък: нито една. Всички системи, които предоставят данни за паспорта, се намират на изходния край и остават там. 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 системата, достига до паспорта чрез нова доставка - като нова, проследима версия, а не като тиха промяна в наличността. Как тази верига от версии се подписва и става проверима за всеки, е описано в статията за подписи и сертификати.
По този начин за вашата концепция за сигурност остава малко за проверка, и точно това е целта. Няма данни за достъп, които да предоставяте, няма отваряне на защитна стена към вътрешната мрежа и няма външна система с права за четене във вашата 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 във втора „система за регистриране“?
Не, и това е умишлено. Платформата съхранява записите от паспорта и неговата неизменяема история на версиите, а не вашите оперативни данни; вашите системи остават определящи за всичко, което им принадлежи. По този начин работата по проекта остава там, където ѝ е мястото - при вземането на решение кои полета да бъдат включени в „паспорта“, а не при въпроса кой има право да влезе къде.
