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ë ketë akses 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 një marrës 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ë pasaportë rrallë vijnë 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; informacioni kryesor 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, versione 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ç janë 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.
Kallëpi i administrimit qëndron mbi sistemet, jo përkrah tyre
Një dallim është më i rëndësishëm se të gjithë të tjerët: Shell-i i Administrimit të Aseteve nuk qëndron përkrah ERP, MES dhe PIM, por mbi to. Ai nuk gjeneron të dhëna, por i përmbledh 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 bëjnë këtë, furnizojnë të njëjtat fusha me mjete 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 burimi, 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 në burim - nga vetë prodhuesi, middleware-i i tyre 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 të dhënave 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. Pala 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; në vend të kësaj, ai transmeton 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 pranë artikullit në ERP ose PIM. Ai nuk përbën një kërkesë për akses. Shërben si konfirmim që një dërgesë është pranuar.
Tre qasje që kanë rezultuar efektive në praktikë
- Direkt 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ë të vetme. Ky është qasja standarde sa herë që janë të përfshirë burime të shumta.
- Përmes nënmodeleve AAS. Shell-i i menaxhimit është tashmë në përdorim, dhe paketa nxirret nga nënmodelet e tij. Kjo është veçanërisht e favorshme në mjediset e Industrisë 4.0.
Ne kemi përcaktuar se cili model i përshtatet cilës peizazh sistemi dhe si një projekt i tillë mund të përfundojë në dy javë në vend të tre muajsh në Udhëzuesin e Integrimit të ERP.
Çfarë Transpareo qëllimisht nuk është
Jo një ‘sistem i dytë i regjistrit’. Platforma ruan regjistrin e të dhënave 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 në pasaportë përmes një dërgimi të ri - si një version i ri, i gjurmueshëm, jo si një ndryshim i heshtur në regjistrin ekzistues. Mënyra se si ky zinxhir versionesh nënshkruhet dhe bëhet i verifikueshëm për të gjithë shpjegohet në postimin për nënshkrimet dhe certifikatat.
Kjo lë pak për t’u kontrolluar nga ana juaj në kuadër të strategjisë suaj të sigurisë, dhe pikërisht ky është qëllimi. Nuk ka kredenciale hyrjeje për t’i zbuluar, as porta të brendshme të firewall-it për t’u hapur, dhe as ndonjë 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ë Pass - jo se kush lejohet të hyjë ku.