Një rrjedhë, një drejtim: si të dhënat rrjedhin në pasaportën e produktit

Një rrjedhë, një drejtim: si të dhënat rrjedhin në pasaportën e produktit

ERP, MES, PLM dhe PIM furnizojnë të dhëna në pasaportën e produktit përmes e Transpareo Connect -it dhe ruajnë kontrollin. Rrjedha është njëkahëshe; dërgohen vetëm konfirmime.

Sapo planet për një pasaportë dixhitale të produktit marrin formë, departamenti i IT-së pyet një gjë mbi të gjitha: Cilat nga sistemet tona do t’i 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 thjeshtë: asnjë. Të gjitha sistemet që kontribuojnë të dhëna në Pass ndodhen në faqen burimore dhe mbeten atje. Transpareo vepron vetëm si marrësi në fund të zinxhirit; rrjedhat e të dhënave lëvizin njëkahësisht drejt platformës dhe arrijnë përmes ndërfaqes së saj në Transpareo Connect. Ky artikull ndjek këto rrjedha të të dhënave: çfarë ofron secili sistem, cilat rregulla zbatohen për secilën rrjedhë dhe çfarë kthehet si konfirmim.

Çfarë kontribuon secili sistem në kalim

Të dhënat e pasaportës rrallë vijnë nga një sistem i vetëm. Në praktikë, ato janë të shpërndara në disa klasa sistemesh, secila prej të cilave kontribuon vetëm disa fusha:

  • ERP - identifikimi i artikullit, materialet, furnizuesit dhe origjina, referencat e porosive dhe të serive, sasi. Të dhëna kryesore të qëndrueshme që rrallë ndryshojnë.
  • MES - Historia e prodhimit, ndarja e serive dhe partive, regjistrat e cilësisë, gjurmueshmëria. Të dhënat e ngjarjeve të lidhura me një pikë të caktuar në kohë.
  • APS - Oraret e prodhimit dhe ndarja e burimeve. Rrallëherë është drejtpërdrejt relevante për kalimin; 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. Matet kundrejt kërkesave të Rregullores për Ekodizajn, ky është burimi më gjithëpërfshirës.
  • PIM - përshkrime, imazhe, udhëzime për kujdesin dhe përdorimin, versionet gjuhësore. Përmbajtje e destinuar për konsumatorët.
  • IoT - Statusi dhe të dhënat e përdorimit 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ë. Kjo është, nga natyra e saj, informacion personal dhe prandaj nuk i përket një regjistri publik.

Shtresa e administrimit qëndron mbi sistemet, jo pranë tyre.

Një dallim është më i rëndësishëm se të gjithë të tjerët: Asset Administration Shell 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. Sa i përket integrimit me Transpareo, kjo do të thotë se 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ënmodelet e saj; ata që nuk e përdorin furnizojnë të njëjtat fusha me mjete të tjera. Arsyeja pse megjithatë e konsiderojmë Shell-in e Administrimit një themel të shkëlqyer shpjegohet në artikullin për AAS.

Pesë rregulla që vlejnë për të gjithë

Direksioni. Të gjitha shigjetat tregojnë drejt platformës. Transpareo nuk pyet asnjë sistem burimor dhe nuk ka kredenciale hyrjeje për ERP, MES, PIM ose PLM.

Nuk ka lidhje me sistemet tuaja që duhet të sigurohen, sepse ato thjesht nuk ekzistojnë.

Nxitësi. Nxitja gjithmonë aktivizohet në anën e burimit - nga vetë prodhuesi, middleware-i i tij ose një ofrues shërbimi i kontraktuar. Platforma pret; ajo nuk e merr vetë të dhënat.

Përdorim i kufizuar. Transmetohet vetëm nëngrupi i të dhënave të nevojshme për pasaportën; i gjithë grupi i të dhënave nga sistemi burimor nuk transferohet. Pasaporta kërkon vetëm disa fusha nga secili sistem; gjithçka tjetër mbetet aty ku është.

Miratim. Faqja burimore përcakton përzgjedhjen, fushën dhe kohën e secilit paketë. Transpareo nuk mund të marrë më shumë se sa është furnizuar.

Lejet. Kredencialet e aksesit të caktuara përcaktojnë se çfarë mund të bëhet me të dhënat e furnizuara në platformë: ato përcaktojnë 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 zbatohen me efekt prapaveprues ndaj burimit.

Gjërat e vetme që kthehen janë faturat.

Nuk është e mundur të funksionosh pa një kanal kthimi, por ai nuk bart të dhëna; përkundrazi, bart përgjigje: URL-në DPP ose GS1 Digital Link, ID-në e versionit, statusin e publikimit dhe mesazhet e validimit. Ky reagim është i vlefshëm për faqen burimore sepse referenca Pass mund të ruhet drejtpërdrejt pranë artikullit në sistemin ERP ose PIM. Ai nuk përbën një akses. Shërben si konfirmim që një dërgesë është pranuar.

Tre qasje që kanë dëshmuar vlerën e tyre në praktikë

  • Direkt nga sistemi kryesor. ERP ose PLM furnizon të dhëna përmes një lidhësi. E thjeshtë dhe praktike kur një burim të dhënash dominojnë qartë.
  • Përmes një shtrese agregimi, middleware-i ose iPaaS, fushat ERP, MES dhe PIM konsolidohen dhe ofrohen si një paketë e vetme. Kjo zakonisht ndodh kur janë të përfshirë burime të shumta.
  • Rreth nënmodeleve të AAS. Shtresa e administrimit tashmë është në përdorim, dhe paketa rrjedh nga nënmodelet e saj. Kjo është e favorshme në mjediset e Industrisë 4.0.

Ne kemi përcaktuar në udhëzuesin tonë të integrimit të ERP-së se cili model është i përshtatshëm për cilin peizazh sistemik, dhe si mund të përfundojë një projekt i tillë në dy javë në vend të tre muajsh.

Jo të gjithë ata që kontribuojnë të dhëna kanë një sistem që mund t’i sigurojë ato. Një furnizues pa softuerin e vet të biznesit plotëson fushat që ju kërkoni përmes Transpareo Upstream në telefonin e tij celular, dhe edhe këtu rrjedha është njëkahëshe: përgjigjja e tij ju dërgohet si sugjerim, dhe ju e verifikoni para se të përfshihet në pasaportë.

Çfarë Transpareo qëllimisht nuk është

Nuk ka një ‘sistem regjistri’ të dytë . Platforma mban regjistrin e pasaportës dhe historikun e tij të pandryshueshëm të versioneve, jo të dhënat operative të prodhuesit. Çdo korrigjim i bërë në sistemin ERP pasqyrohet 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. Artikulli mbi nënshkrimet dhe certifikatat shpjegon se si Zyra Federale Zvicerane për Teknologji Informacioni, Telekomunikacione dhe Media të Reja ( Transpareo Proofchain ) nënshkruan këtë histori versionesh dhe e bën të verifikueshme për të gjithë.

Kjo lë pak për t’u kontrolluar në strategjinë tuaj të sigurisë, dhe pikërisht ky është qëllimi. Nuk ka kredenciale hyrjeje për t’i zbuluar, nuk ka porta të firewall-it hyrës, dhe asnjë sistem i jashtëm me akses leximi në ERP-në tuaj.

Puna aktuale e projektit po zhvendoset aty ku i takon: vendosja e fushave që duhet të përfshihen në kalim - jo e atij 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ë faqja burimore. Dërgimi te Transpareo Connect aktivizohet nga vetë prodhuesi, softueri i ndërmjetëm i tij ose një ofrues shërbimi i kontraktuar; platforma kurrë nuk pret apo nuk merr të dhëna. Faqja 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ë ndodhin.

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 aplikohet në versionin e kaluar përmes një publikimi të ri dhe bëhet një version i ri, i gjurmueshëm, në vend të një ndryshimi të 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 një auditim. Detajet se si kjo zinxhir versionesh nënshkruhet dhe bëhet i verifikueshëm për të gjithë mund të gjenden në seksionin ‘Nënshkrimet dhe Certifikatat’ të DPP-së.

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.

Rrjedhat e të dhënave dhe ndërfaqet në buletin

Si të siguroheni që të dhënat e produktit të përfshihen saktë në katalog - modelet e integrimit, kufizimet e sistemit dhe udhëzuesit praktikë, të dërguara në kutinë tuaj të postës elektronike çdo muaj.