Штом дигиталниот пасош на производот ќе добие облик, ИТ-одделот го поставува прашањето над сите други: Кои од нашите системи треба да ги пристапи платформата? Тоа е вистинското прашање, бидејќи зад него се кријат податоци за најавување, дозволи за заштитен ѕид и безбедносна стратегија за која некој мора да преземе одговорност.
Нашиот одговор е краток: ниту еден. Сите системи што придонесуваат со податоци за пасошот се на страната на изворот и остануваат таму. Transpareo е исклучиво примач на крајот од синџирот; протокот на податоци е еднонасочен кон платформата. Оваа статија ги следи протоците: што обезбедува секој систем, кои правила важат за секој проток и што се враќа како потврда.
Што придонесува секој систем за пасошот
Податоците за пасошот ретко доаѓаат од еден систем. Во пракса, тие се распределени низ неколку категории на системи, од кои секоја придонесува само со неколку полиња:
- ERP - идентитет на ставка, материјали, добавувачи и потекло, референци на нарачки и серии, количини. Стабилни основни податоци кои ретко се менуваат.
- MES - историја на производство, распределба на сериски броеви и серии, евиденција за квалитет, следливост. Податоци за настани, поврзани со одредена временска точка.
- APS - Времиња на производство и распределба на ресурси. Ретко е директно релевантно за пасошот; клучните информации обично доаѓаат преку MES.
- PLM - Состав, спецификации на материјали, поправливост, резервни делови, статуси на дизајнот. Споредено со барањата на Регулативата за еколошки дизајн, ова е најсеопфатниот извор.
- PIM - Описи, слики, упатства за нега и употреба, јазични верзии. Содржина наменета за потрошувачот.
- IoT - Податоци за статусот и употребата од фазата на употреба. Потребно само за одредени групи на производи, како што се батерии.
- КРМ - Историја на сервисирање и поправки за поединечни клиенти. Во суштина, лични податоци и затоа не припаѓа во јавниот пасош.
Административната обвивка се наоѓа над системите, а не покрај нив
Едно разликување е поважно од сите други: Школка за администрација на средства (Asset Administration Shell) не се наоѓа покрај ERP, MES и PIM, туку над нив. Таа не генерира податоци, туку ги инкапсулира постоечките податоци во интероперабилни подмодели. За интеграција со Transpareo, ова значи: AAS е практичен, но не и суштински формат за испорака. Оние што го користат го добиваат пакетот со податоци од неговите подмодели; оние што не го користат, ги доставуваат истите полиња на друг начин. Причините зошто сепак сметаме дека Asset Administration Shell е одлична основа се изложени во статијата за AAS.
Пет правила што важат за секој проток на податоци
Насока. Сите стрелки покажуваат кон платформата. Transpareo не ги повикува податоците од изворните системи и Transpareo нема никакви акредитиви за пристап до ERP, MES, PIM или PLM. Не постои поврзување со вашите системи што треба да се обезбеди, бидејќи тоа едноставно не постои.
Активатор. Поттикот секогаш се активира од изворот - од самиот производител, нивниот middleware или договорен давател на услуги. Платформата чека; таа не ги презема податоците.
Ограничување на целта. Се пренесува само подмножеството потребно за Pass, а не целата збирка на податоци од изворниот систем. Pass бара само неколку полиња од секој систем; сè друго останува таму каде што е.
Пуштање. Изворната страна го одредува изборот, обемот и времето на секој пакет со податоци. Transpareo не може да прими повеќе отколку што е испорачано.
Авторизации. Наведените акредитиви за пристап го регулираат она што може да се направи со испорачаните податоци на платформата: се применуваат минимални права, а сè што не е изрично дозволено останува забрането. Овие правила се применуваат од страна на платформата; тие никогаш немаат ретроактивно дејство врз изворниот систем.
Се враќаат само потврди
Канал за повратна информација е неопходен, но тој не пренесува податоци; наместо тоа, тој пренесува одговори: URL-адресата на DPP или GS1 Digital Link, ID-то на верзијата, статусот на објавување и пораки за валидација. За системот-извор, оваа повратна информација е вредна бидејќи референцата за пренос може да се зачува директно до артиклот во ЕРП или ПИМ. Таа не претставува барање за пристап. Служи како потврда дека испораката е примена.
Три пристапи кои се покажале како ефективни во пракса
- Директно од водечкиот систем. ERP или PLM ги испраќа податоците преку конектор. Едноставно и разумно кога еден извор на податоци јасно доминира.
- Преку слој за агрегација. Middleware или iPaaS ги обединува податоците од ERP, MES и PIM и испорачува еден единствен пакет. Ова е стандарден пристап секогаш кога се вклучени повеќе извори.
- Преку AAS под-модели. Шелот за управување веќе се користи, а пакетот е изведен од неговите под-модели. Ова е особено поволно во околини на Индустрија 4.0.
Во Прирачникот за интеграција на ERP објаснивме кој модел одговара на кој системски пејзаж и како таков проект може да се заврши за две недели наместо за три месеци.
Што Transpareo намерно не е
Не е втор “систем на евиденција”. Платформата ги складира записите со податоци од пасошот и неговата непроменлива историја на верзии, а не оперативните податоци на производителот. Сите корекции направени во ERP системот стигнуваат до пасошот преку нова испорака - како нова, проследлива верзија, а не како тивка промена на постоечкиот запис. Како овој ланец на верзии се потпишува и се прави проверлив за сите е објаснето во објавата за потписи и сертификати.
Ова остава малку за вашиот безбедносен концепт да провери, и токму тоа е намерата. Нема акредитиви за најава што треба да ги откриете, нема внатрешни порти на заштитниот ѕид што треба да се отворат и нема систем од трета страна со пристап за читање до вашиот ERP. Вистинската проектна работа се префрла таму каде што ѝ е местото: одлучување кои полиња треба да бидат вклучени во Пасошот - а не кој е дозволен да се најави каде.