Чим се појавио пасош дигиталног производа, ИТ одељење поставља једно питање изнад свих осталих: Којим нашим системима платформа треба да приступи? То је право питање, јер иза њега стоје подаци за пријаву, дозволе заштитног зида и безбедносна стратегија за коју неко мора да преузме одговорност.
Наш одговор је кратак: ниједан. Сви системи који доприносе подацима пасошу налазе се на страни извора и остају тамо. Transpareo је искључиво прималац на крају ланца; токови података теку једносмерно ка платформи. Овај чланак прати токове: шта сваки систем обезбеђује, која правила се примењују на сваки ток и шта се враћа као потврда.
Шта сваки систем доприноси Пасу
Подаци за Пас ретко долазе из једног система. У пракси, они су распоређени на неколико категорија система, од којих свака доприноси само неколико поља:
- ERP - идентитет артикла, материјали, добављачи и порекло, референце на поруџбине и серије, количине. Стабилне матичне податке који се ретко мењају.
- MES - историја производње, расподела серија и партија, евиденција о квалитету, следљивост. Подаци о догађајима, повезани са одређеним тренутком у времену.
- APS - Времена производње и расподела ресурса. Ретко је директно релевантно за пасош; оно што је важно обично долази преко MES-а.
- PLM - Састав, пројектне листе материјала, поправљивост, резервни делови, статуси дизајна. У поређењу са захтевима Уредбе о ецодизајну, ово је најсвеобухватнији извор.
- PIM - Описи, слике, упутства за негу и употребу, језичке варијанте. Садржај намењен потрошачу.
- IoT - Подаци о статусу и коришћењу из фазе коришћења. Потребно само за одређене групе производа, као што су батерије.
- CRM - Историја сервиса и поправки за појединачне купце. Генерално личне природе и стога не припада јавном пасошу.
Омот за администрацију имовине (AssetAdministration Shell## ) се налази изнад система, а не поред њих
Једна разлика је важнија од свих осталих: Омот за администрацију имовине се не налази поред ERP, MES и PIM ## система, већ изнад њих. Он не генерише податке, већ уграђује постојеће податке у интероперабилне подмоделе. За интеграцију са Transpareo-м, ово значи: AAS је практичан, али не и обавезан формат испоруке. Они који га користе извлаче пакет података из његових подмодела; они који га не користе обезбеђују иста поља на друге начине. Разлози због којих ипак сматрамо да је Административни оквир одлична основа наведени су у чланку о AAS-у.
Пет правила која се примењују на сваки ток података
Смер. Све стрелице указују ка платформи. Transpareo не упитује ниједан изворни систем и не поседује никакве акредитиве за приступ за ERP, MES, PIM или PLM.
Не постоји веза са вашим системима коју је потребно обезбедити, јер она једноставно не постоји.
Покретач. Поттицај се увек покреће на извору - од самог произвођача, његовог мидлвера или уговорног пружаоца услуга. Платформа чека; она не преузима податке.
Ограничење сврхе. Преноси се само подскуп података потребан за Pass, а не цео скуп података из изворног система. Pass захтева само неколико поља из сваког система; све остало остаје тамо где јесте.
Пуштање у рад. Изворна страна одређује избор, обим и временско одређење сваког пакета података. Transpareo не може да прими више података него што је испоручено.
Ауторизације. Одређени акредитиви за приступ регулишу шта се може радити са испорученим подацима на платформи: примењују се минимална права, а све што није изричито дозвољено остаје забрањено. Ова правила се примењују на страни платформе; никада немају ретроактивно дејство на извор.
Повратне информације се шаљу назад
Канал за повратак је неопходан, али он не преноси податке; уместо тога, преноси одговоре: URL DPP-а или GS1 Digital Link, ID верзије, статус објављивања и поруке за валидацију. За систем извора, ова повратна информација је вредна јер се референца за пренос може сачувати директно поред артикла у ERP-у или PIM-у. То не представља приступ. Служи као потврда да је испорука примљена.
Три модела која су доказала своју вредност у пракси
- Директно из водећег система. ERP или PLM систем шаље податке преко конектора. Једноставно и разумно када један извор података јасно доминира.
- Преко слоја агрегације. Middleware или 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 је једина категорија система на овој листи која је у потпуности искључена. Догађаји поправки и животног века и даље се могу евидентирати, али као догађаји који се односе на производ, а не на одређену особу.
Какве повратне информације добијамо од платформе?
Потврде, а не подаци. Канал повраћаја садржи адресу DPP или GS1 Digital Link, ID верзије, статус објављивања и поруке за валидацију. Вреди сачувати ове одговоре јер се референца Pass затим може директно повезати са артиклом у ERP-у или PIM-у. Они не представљају захтев за приступ, већ потврду да је испорука примљена.
Шта се дешава када се вредност исправи у ЕРП систему?
Исправка се уноси кроз ново издање и постаје нова, праћена верзија, уместо тихе измене постојећег кода. Свака претходна верзија остаје доступна и проверљива, и управо то чини историју верзија вредном за потребе ревизије. Како се овај ланац верзија потписује и чини проверљивим за све, објашњено је у одељку .
Да ли ће Transpareo постати други "систем евиденције"?
Не, и то је намерно тако. Платформа чува запис података о пропусници и његову непроменљиву историју верзија, а не ваше оперативне податке; ваши системи остају ауторитативни извор за све што им припада. Ово такође обезбеђује да рад на пројекту остане тамо где припада - у одлучивању које поља треба укључити у пропусницу, а не у одређивању коме је дозвољено да се где пријави.
