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