Штом ќе се обликува пасошот на дигитален производ, ИТ-одделот го поставува прашањето над сите други: Кои од нашите системи треба да ги пристапи платформата? Тоа е вистинското прашање, бидејќи зад него се кријат акредитиви за пристап, дозволи за заштитен ѕид и безбедносна стратегија за која некој мора да преземе одговорност.
Нашиот одговор е краток: ниту еден. Сите системи што придонесуваат со податоци за пасошот се на страната на изворот и остануваат таму. Transpareo е исклучиво примач на крајот од синџирот; протокот на податоци е еднонасочен кон платформата. Оваа статија ги следи протоците: што обезбедува секој систем, кои правила важат за секој проток и што се враќа како потврда.
Што придонесува секој систем во пасошот
Податоците за пасошот ретко доаѓаат од еден систем. Во пракса, тие се распределени низ неколку категории на системи, од кои секоја придонесува само со неколку полиња:
- ERP - идентитет на ставка, материјали, добавувачи и потекло, референци на нарачки и серии, количини. Стабилни основни податоци кои ретко се менуваат.
- MES - историја на производство, распределба на сериски броеви и серии, евиденција за квалитет, следливост. Податоци за настани, поврзани со одредена временска точка.
- APS - Времиња на производство и распределба на ресурси. Ретко е директно релевантно за пасошот; она што е важно обично доаѓа преку MES.
- PLM - Состав, спецификации на материјали, поправливост, резервни делови, статуси на дизајнот. Споредено со барањата на Регулативата за еколошки дизајн, ова е најсеопфатниот извор.
- ПИМ - Описи, слики, упатства за нега и употреба, јазични варијанти. Содржина наменета за потрошувачите.
- IoT - Податоци за статусот и користењето од фазата на користење. Потребно само за одредени групи производи, како што се батерии.
- CRM - Историја на сервисирање и поправки за поединечни клиенти. Генерално лична по природа и затоа не припаѓа во јавен пасош.
Оболот за администрација на средства е над системите, а не покрај нив
Една разлика е поважна од сите други: Оболот за администрација на средства не е ## покрајЕРП, МЕС и ПИМ, туку е над нив. Тој не генерира податоци, туку ги инкапсулира постоечките податоци во интероперабилни подмодели. За интеграција со Transpareo, ова значи: ААШ е практичен, но не и суштински, формат за испорака. Оние што го користат го извлекуваат пакетот со податоци од неговите подмодели; оние што не го користат, ги обезбедуваат истите полиња преку други средства. Причините зошто сепак сметаме дека ААШ е одлична основа се изложени во статијата за ААШ.
Пет правила што важат за секој проток на податоци
Насока. Сите стрелки покажуваат кон платформата. Transpareo не ги пребарува изворните системи и не поседува никакви акредитиви за пристап до ERP, MES, PIM или PLM.
Нема поврзување со вашите системи што треба да се обезбеди, бидејќи тоа едноставно не постои.
Активатор. Поттикот секогаш се активира на страната на изворот - од самиот производител, неговиот мидлвејр или договорен давател на услуги. Платформата чека; таа не ги презема податоците.
Ограничување на целта. Се пренесува само подмножеството потребно за “Пасот”, а не целиот сет на податоци од изворниот систем. “Пасот” бара само неколку полиња од секој систем; сè друго останува таму каде што е.
Пуштање. Изворната страна го одредува изборот, обемот и времето на секој пакет со податоци. 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 завршуваат во пасошот?
Не. Историите за сервис и поправки на поединечни клиенти, по својата природа, се лични податоци и затоа не припаѓаат во јавен пасош. CRM е единствената категорија на систем на оваа листа што е целосно исклучена. Поправките и настаните во текот на животниот циклус сè уште можат да се евидентираат, но како настани поврзани со производот, а не со именувана личност.
Какви повратни информации добиваме од платформата?
Потврди, а не податоци. Каналот за враќање ги пренесува адресата на DPP или GS1 Digital Link, идентификаторот на верзијата, статусот на објавување и пораките за валидација. Вредно е да се зачуваат овие одговори, бидејќи референцата Pass потоа може директно да се поврзе со артиклот во ERP или PIM системот. Тие не претставуваат барање за пристап, туку служат како потврда за примена испорака.
Што се случува кога вредноста се коригира во ЕРП системот?
Корекцијата е вклучена преку ново издание и станува нова, проследлива верзија, наместо тивка промена во постоечката верзија. Секоја претходна верзија останува достапна и проверлива, и токму тоа ја прави историјата на верзии вредна за ревизорски цели. За детали за тоа како овој ланец на верзии е потпишан и направен проверлив за сите, видете “ Потписи и сертификати” во DPP.
Дали Transpareo ќе стане втор "систем на евиденција"?
Не, и тоа е намерно. Платформата ги чува записите со податоци за пасот и неговата непроменлива историја на верзии, а не вашите оперативни податоци; вашите системи остануваат авторитетен извор за сè што им припаѓа. Ова исто така осигурува дека работата на проектот останува таму каде што ѝ е местото - во одлучувањето кои полиња треба да бидат вклучени во пасот, наместо во одредувањето кој смее да се најави каде.
