Sapo një pasaportë dixhitale e produktit merr formë, departamenti i IT-së pyet një pyetje mbi të gjitha të tjerat: Cilat nga sistemet tona duhet të aksesojë platforma? Është pyetja e duhur, sepse pas saj fshihen të dhënat e hyrjes, lejet e firewall-it dhe një strategji sigurie për të cilën dikush duhet të marrë përgjegjësi.
Përgjigjja jonë është e shkurtër: asnjë. Të gjitha sistemet që kontribuojnë të dhëna në pasaportë janë në anën e burimit dhe mbeten aty. Transpareo është vetëm marrësi në fund të zinxhirit; rrjedhat e të dhënave janë njëkahëshe drejt platformës. Ky artikull ndjek rrjedhat: çfarë ofron secili sistem, cilat rregulla zbatohen për secilin rrjedhë, dhe çfarë kthehet si konfirmim.
Të dhënat për një Pas rrallëherë burojnë nga një sistem i vetëm. Në praktikë, ato janë të shpërndara në disa kategori sistemesh, secila prej të cilave kontribuon vetëm me disa fusha:
- ERP - identiteti i artikullit, materialet, furnizuesit dhe origjina, referencat e porosive dhe të serive, sasi. Të dhëna master të qëndrueshme që rrallë ndryshojnë.
- MES - historia e prodhimit, ndarja serike dhe e serive, regjistrat e cilësisë, gjurmueshmëria. Të dhëna ngjarjesh, të lidhura me një pikë specifike në kohë.
- APS - Kohët e prodhimit dhe alokimi i burimeve. Rrallë është drejtpërdrejt i rëndësishëm për pasaportën; ajo që ka rëndësi zakonisht vjen përmes MES.
- PLM - Përbërja, listat e materialeve, ripërdorshmëria, pjesët rezervë, statuset e dizajnit. Duke u matur me kërkesat e Rregullores së Ekodizajnit, ky është burimi më gjithëpërfshirës.
- PIM - Përshkrime, imazhe, udhëzime për mirëmbajtje dhe përdorim, variante gjuhësore. Përmbajtja që i drejtohet konsumatorit.
- IoT - Të dhëna mbi statusin dhe përdorimin nga faza e përdorimit. Kërkohet vetëm për disa grupe produktesh, si bateritë.
- CRM - Historia e shërbimit dhe riparimit për klientë individualë. Zakonisht me natyrë personale, dhe për këtë arsye nuk i përket një pasaporte publike.
Kokëza e Administrimit të Aseteve qëndron mbi sistemet, jo pranë tyre
Një dallim është më i rëndësishëm se të gjithë të tjerët: Kokëza e Administrimit të Aseteve nuk qëndron pranë ERP, MES dhe PIM, por mbi to. Ajo nuk gjeneron të dhëna, por i mbledh të dhënat ekzistuese në nënmodele të ndërveprueshme. Për integrimin me Transpareo, kjo do të thotë: Një AAS është një format dorëzimi i përshtatshëm, por jo thelbësor. Ata që e përdorin nxjerrin paketën e të dhënave nga nën-modelet e saj; ata që nuk e përdorin, sigurojnë të njëjtat fusha nëpërmjet mjeteve të tjera. Arsyet pse ne megjithatë e konsiderojmë Asset Administration Shell një themel të shkëlqyer janë paraqitur në artikullin për AAS.
Pesë rregulla që zbatohen për çdo rrjedhë të të dhënave
Direksioni. Të gjitha shigjetat tregojnë drejt platformës. Transpareo nuk bën pyetje për asnjë sistem burimor, dhe Transpareo nuk zotëron asnjë kredenciale hyrjeje për ERP, MES, PIM ose PLM.
Nuk ka asnjë lidhje me sistemet tuaja që duhet të sigurohet, sepse ajo thjesht nuk ekziston.
Nxitës. Nxitja gjithmonë bëhet nga ana e burimit - nga vetë prodhuesi, middleware-i i tij ose një ofrues shërbimi i kontraktuar. Platforma pret; ajo nuk merr të dhëna.
Kufizimi i qëllimit. Transmetohet vetëm nëngrupi i nevojshëm për Pass-in, jo i gjithë grupi i të dhënave nga sistemi burimor. Pass-i kërkon vetëm disa fusha nga secili sistem; gjithçka tjetër mbetet aty ku është.
Lëshimi. Ana burimore përcakton përzgjedhjen, fushën e veprimit dhe kohën e secilit paketë të dhënash. Transpareo nuk mund të marrë më shumë se sa është dorëzuar.
Autorizimet. Kredencialet e aksesit të caktuara qeverisin atë që mund të bëhet me të dhënat e dorëzuara në platformë: zbatohen të drejtat minimale, dhe çdo gjë që nuk lejohet shprehimisht mbetet e ndaluar. Këto rregulla zbatohen në anën e platformës; ato kurrë nuk kanë efekt prapaveprues në burim.
Dërgohen vetëm konfirmime
Një kanal ## kthimiështë thelbësor, por ai nuk bart të dhëna; përkundrazi, ai bart përgjigje: URL-në DPP ose GS1 Digital Link, ID-në e versionit, statusin e publikimit dhe mesazhet e validimit. Për sistemin burimor, ky reagim është i vlefshëm sepse referenca e kalimit mund të ruhet drejtpërdrejt së bashku me artikullin në ERP ose PIM. Ai nuk përbën akses. Shërben si konfirmim që një dërgesë është pranuar.
Tre modele që kanë provuar vlerën e tyre në praktikë
- Drejtpërdrejt nga sistemi kryesor. ERP ose PLM dërgon të dhëna përmes një lidhësi. E thjeshtë dhe e arsyeshme kur një burim të dhënash dominojnë qartë.
- Përmes një shtrese agregimi. Middleware ose iPaaS bashkon fushat e ERP, MES dhe PIM dhe dorëzon një paketë. Ky është qasja standarde sa herë që janë të përfshirë burime të shumta.
- Përmes nënmodeleve AAS. Shtresa e menaxhimit tashmë është në përdorim, dhe paketa rrjedh nga nën-modelet e saj. Kjo është veçanërisht e favorshme në mjediset e Industrisë 4.0.
Ne kemi përcaktuar në udhëzuesin tonë të integrimit të ERP-së se cili model i përshtatet cilit peizazh sistemik dhe si një projekt i tillë mund të përfundojë në dy javë në vend të tre muajve.
Çfarë Transpareo qëllimisht nuk është
Nuk është një ‘sistem i dytë i regjistrit’. Platforma mban të dhënat e regjistrit të pasaportës dhe historikun e saj të pandryshueshëm të versioneve, jo të dhënat operative të prodhuesit. Çdo korrigjim i bërë në ERP arrin te Pasaporta përmes një dërgimi të ri - si një version i ri, i gjurmueshëm, jo si një ndryshim i heshtur në të dhënat ekzistuese. Si ky zinxhir versioni nënshkruhet dhe bëhet i verifikueshëm për të gjithë shpjegohet në artikullin për nënshkrimet dhe certifikatat.
Kjo ju lë pak për të kontrolluar në kuadër të strategjisë suaj të sigurisë, dhe pikërisht ky është qëllimi. Nuk ka kredenciale hyrjeje për t’i lëshuar, as hapje portash hyrëse në firewall, dhe asnjë sistem i palës së tretë me akses leximi në ERP-në tuaj.
Puna aktuale e projektit zhvendoset aty ku i takon: vendosja se cilat fusha duhet të përfshihen në kalim - jo se kush lejohet të hyjë ku.
Pyetje rreth këtij postimi
A ka nevojë Transpareo për qasje në ERP-në tonë ose në ndonjë sistem tjetër?
Jo. Çdo sistem që kontribuon të dhëna është në anën e burimit dhe mbetet atje, dhe Transpareo nuk ka asnjë kredenciale hyrjeje për ERP, MES, PIM ose PLM. Nuk ka asnjë lidhje me sistemet tuaja që duhet të sigurohet, sepse thjesht nuk ekziston. Kjo do të thotë se, për strategjinë tuaj të sigurisë, nuk ka nevojë të zbuloni asnjë detaj hyrjeje, të krijoni pika hyrjeje të brendshme ose të verifikoni ndonjë sistem të palës së tretë me akses leximi në ERP-në tuaj.
Kush organizon dorëzimin dhe sa shpesh?
Gjithmonë pala burimore. Push-i aktivizohet nga vetë prodhuesi, middleware-i i tij ose një ofrues shërbimi i kontraktuar; platforma thjesht pret dhe kurrë nuk kërkon të dhëna. Pala burimore përcakton përzgjedhjen, fushën dhe kohën e secilit paketë, prandaj Transpareo nuk mund të marrë më shumë se sa është dorëzuar. Ju vendosni vetë sa shpesh dorëzoni - të dhënat kryesore të qëndrueshme rrallë ndryshojnë, ndërsa ngjarjet e prodhimit ndodhin sapo të lindin.
A na duhet një shtresë administrative për këtë?
Jo. Shell-i administrativ nuk qëndron paralel me ERP, MES dhe PIM, por mbi to, dhe nuk gjeneron të dhëna të veta, por i përmbledh të dhënat ekzistuese në nënmodele të ndërveprueshme. Prandaj, ai është një format dorëzimi i përshtatshëm, por jo thelbësor. Ata që e përdorin nxjerrin paketën e të dhënave nga nënmodelet e tij. Ata që nuk e përdorin e furnizojnë të njëjtat fusha me mjete të tjera, ose drejtpërdrejt nga sistemi kryesor, ose përmes një shtrese agregimi.
Me cilin sistem të fillojmë?
Në krahasim me kërkesat e Rregullores së Ekodizajnit, PLM-ja është burimi më i plotë i vetëm - përbërja, listat e materialeve, ripërdorshmëria, pjesët rezervë dhe statuset e dizajnit ruhen të gjitha aty. Sistemi ERP menaxhon identifikimin e produktit, materialet, furnizuesit dhe origjinën; sistemi PIM trajton tekstet dhe imazhet që i drejtohen konsumatorit; dhe sistemi MES menaxhon prodhimin dhe ngjarjet e gjurmueshmërisë. Shumica e pasaportave të produkteve kërkojnë vetëm disa fusha nga secili sistem. Filloni me sistemin që përmban më shumë fusha të detyrueshme, dhe shtoni të tjerat gradualisht.
A përfundojnë detajet e klientit nga CRM-i në pasaportë?
Jo. Historitë e shërbimit dhe riparimit të klientëve individualë janë, nga natyra e tyre, të dhëna personale dhe prandaj nuk i përkasin një pasaporte publike. CRM është e vetmja kategori sistemi në këtë listë që përjashtohet plotësisht. Ngjarjet e riparimit dhe të ciklit të jetës mund të regjistrohen ende, por si ngjarje që lidhen me produktin, jo me një individ të emëruar.
Çfarë reagimi ofron platforma?
Kontrashtet, jo të dhëna. Kanali i kthimit përmban adresën DPP ose GS1 Digital Link, ID-në e versionit, statusin e publikimit dhe mesazhet e validimit. Vlen të ruhen këto përgjigje sepse referenca Pass mund të lidhet më pas drejtpërdrejt me artikullin në sistemin ERP ose PIM. Ato nuk përbëjnë një kërkesë për akses, por më tepër një konfirmim të dorëzimit të marrë.
Çfarë ndodh kur një vlerë korrigjohet në sistemin ERP?
Korrigjimi përfshihet përmes një publikimi të ri dhe bëhet një version i ri, i gjurmueshëm, në vend që të jetë një ndryshim i heshtur në versionin ekzistues. Çdo version i mëparshëm mbetet i aksesueshëm dhe i verifikueshëm, dhe pikërisht kjo e bën historikun e versioneve të vlefshëm për qëllime auditimi. Detajet se si ky zinxhir versionesh nënshkruhet dhe bëhet i verifikueshëm për të gjithë mund të gjenden në seksionin ‘Nënshkrimet dhe Certifikatat’ në DPP.
A do të bëhet Transpareo një sistem i dytë i regjistrit?
Jo, dhe kjo është me qëllim. Platforma ruan regjistrin e të dhënave të Pass dhe historikun e tij të pandryshueshëm të versioneve, jo të dhënat tuaja operative; sistemet tuaja mbeten burimi autoritativ për gjithçka që u përket atyre. Kjo gjithashtu siguron që puna e projektit të qëndrojë aty ku i takon - duke u përqendruar në vendimin se cilat fusha duhet të përfshihen në kalim, në vend të pyetjes se kush lejohet të hyjë ku.
