Så snart et digitalt produktpas bliver en konkret realitet, stiller IT-afdelingen et spørgsmål, der går forud for alle andre: Hvilke af vores systemer skal platformen have adgang til? Det er det rigtige spørgsmål, for bag det ligger adgangsdata, firewall-godkendelser og et sikkerhedskoncept, som nogen skal tage ansvaret for.
Vores svar er kort: ingen. Alle systemer, der bidrager med data til passet, befinder sig på kildesiden og forbliver der. Transpareo er udelukkende modtager i slutningen af kæden; datastrømmene løber ensidigt mod platformen. Denne artikel kortlægger strømmene: hvad hvert system leverer, hvilke regler der gælder for hver strøm, og hvad der kommer tilbage som kvittering.
Hvad hvert system bidrager med til passet
Dataene i et pass stammer sjældent fra ét enkelt system. I praksis fordeler de sig på en håndfuld systemklasser, hvoraf hver kun bidrager med få felter:
- ERP - artikelidentitet, materialer, leverandører og oprindelse, ordre- og batchnummer, mængder. Stabile stamdata, der sjældent ændres.
- MES - produktionshistorik, serie- og batchnummer, kvalitetsbeviser, sporbarhed. Hændelsesdata, der er knyttet til et bestemt tidspunkt.
- APS - Produktionstidspunkter og ressourcetildeling. Sjældent direkte relevant for passet; det, der tæller, kommer oftest via MES.
- PLM - Sammensætning, styklister, reparerbarhed, reservedele, konstruktionsstatus. Målt ud fra kravene i økodesignforordningen er dette den mest omfattende kilde.
- PIM - beskrivelser, billeder, vedligeholdelses- og brugsanvisninger, sprogversioner. Indholdet rettet mod forbrugerne.
- IoT - Status- og brugsdata fra brugsfasen. Kun relevant for bestemte produktgrupper, f.eks. batterier.
- CRM - Service- og reparationshistorik for enkelte kunder. I princippet personrelateret og hører derfor ikke hjemme i et offentligt pas.
Administrationsskallen står over systemerne, ikke ved siden af dem
Én afgrænsning er vigtigere end alle andre: Asset Administration Shell står ikke ## ved siden afERP, MES og PIM, men over dem. Den genererer ikke data, men indkapsler eksisterende data i interoperable undermodeller. For tilkoblingen til Transpareo betyder det: En AAS er et praktisk, men ikke et nødvendigt leveringsformat. Den, der bruger den, udleder datapakken fra sine undermodeller; den, der ikke gør det, leverer de samme felter på en anden måde. Hvorfor vi alligevel anser administrationsskallen for at være et fremragende fundament, fremgår af artiklen om AAS.
Fem regler, der gælder for enhver datastrøm
Retning. Alle pile peger mod platformen. Transpareo forespørger ikke på noget kildesystem, og Transpareo har ingen adgangsdata til ERP, MES, PIM eller PLM.
Der er ingen forbindelse til jeres systemer, der skal sikres, fordi den ganske enkelt ikke findes.
Udløser. Push-funktionen udløses altid på kildesiden - af producenten selv, dennes middleware eller en udpeget tjenesteudbyder. Platformen afventer; den henter ikke data.
Formålsbegrænsning. Der overføres udelukkende den delmængde, der er nødvendig for passet, ikke kildesystemets samlede datamængde. Passet har kun brug for få felter fra hvert system; alt andet forbliver, hvor det er.
Frigivelse. Valg, omfang og tidspunkt for hver pakke bestemmes af kildesiden. Transpareo kan ikke modtage mere, end der er leveret.
Bemyndigelser. Hvad der må ske med de leverede data på platformen, reguleres af specificerede adgangsbeviser: minimale rettigheder, og hvad der ikke udtrykkeligt er tilladt, forbliver forbudt. Disse regler gælder på platformsiden, aldrig med tilbagevirkende kraft på kilden.
Der sendes kun kvitteringer tilbage
Det går ikke helt uden en returkanal, men den transporterer ikke data, men svar: DPP-URL’en eller GS1 Digital Link, versions-ID’et, publikationsstatus og valideringsmeddelelser. For kildesiden er disse tilbagemeldinger værdifulde, fordi pass-referencen kan gemmes direkte ved varen i ERP- eller PIM-systemet. De udgør ikke en adgang. De er kvitteringen for en modtaget levering.
Tre modeller, der har vist sig at fungere i praksis
- Direkte fra det ledende system. ERP eller PLM sender data via en konnektor. Enkelt og fornuftigt, når én datakilde klart dominerer.
- Via et aggregeringslag. Middleware eller iPaaS samler felter fra ERP, MES og PIM og leverer en samlet pakke. Dette er normalt, så snart der er flere kilder involveret.
- Via AAS-undermodeller. Administrationsskallen er allerede i brug, og pakken udledes af dens undermodeller. Dette er en fordel i Industri 4.0-miljøer.
Hvilken model der passer til hvilket systemlandskab, og hvordan et sådant projekt kan gennemføres på to uger i stedet for tre måneder, har vi beskrevet i vores playbook om ERP-integration.
Hvad Transpareo bevidst ikke er
Ikke et andet »System of Record«. Platformen opbevarer pass-datasættet og dets uforanderlige versionshistorik, ikke producentens driftsdata. Det, der rettes i ERP-systemet, overføres til Pass via en ny levering - som en ny, sporbar version, ikke som en skjult ændring i den eksisterende database. Hvordan denne versionskæde signeres og gøres verificerbar for alle, fremgår af artiklen om signaturer og certifikater.
Der er dermed kun få ting at kontrollere i forbindelse med jeres sikkerhedskoncept, og det er netop hensigten. Der er ingen adgangsdata, I skal udlevere, ingen åbning i firewallen indad, og intet eksternt system med læserettigheder i jeres ERP.
Det egentlige projektarbejde flyttes derhen, hvor det hører hjemme: at beslutte, hvilke felter der skal med i passet - ikke hvem der må logge ind hvor.
Spørgsmål til dette indlæg
Har Transpareo brug for adgang til vores ERP-system eller et andet system?
Nej. Hvert system, der leverer data, befinder sig på kildesiden og forbliver der, og Transpareo har ingen adgangsoplysninger til ERP, MES, PIM eller PLM. Der er ingen forbindelse til Deres systemer, som skal sikres, fordi den ganske enkelt ikke findes. I forbindelse med jeres sikkerhedskoncept behøver I derfor ikke at udlevere adgangsdata, oprette nogen indadgående adgang eller kontrollere, om et eksternt system har læserettigheder i jeres ERP-system.
Hvem bestiller en levering, og hvor ofte?
Altid kildesiden. Push-beskeden udløses af producenten selv, dennes middleware eller en udpeget tjenesteudbyder; platformen afventer og henter aldrig data. Valg, omfang og tidspunkt for hver pakke bestemmes af kildesiden, hvorfor Transpareo heller ikke kan modtage mere, end der er leveret. Hvor ofte du leverer, bestemmer du selv - stabile stamdata ændres sjældent, mens produktionshændelser opstår, når de opstår.
Har vi brug for en administrationsskal til det?
Nej. Administrationsskallen står ikke ved siden af ERP, MES og PIM, men over dem, og den genererer ikke egne data, men indkapsler eksisterende data i interoperable delmodeller. Dermed er den et praktisk, men ikke nødvendigt leveringsformat. Den, der bruger den, udleder datapakken fra dens delmodeller. Den, der ikke gør det, leverer de samme felter på en anden måde, direkte fra det ledende system eller via et aggregeringslag.
Hvilket system skal vi starte med?
Set i lyset af kravene i økodesignforordningen er PLM den mest omfattende enkeltkilde - her findes sammensætning, styklister, reparerbarhed, reservedele og konstruktionsstatus. ERP-systemet bidrager med artikelidentitet, materialer, leverandører og oprindelse, PIM-systemet med forbrugerrettede tekster og billeder, og MES-systemet med produktions- og sporbarhedshændelser. De fleste certifikater kræver kun få felter fra hvert system. Start der, hvor de fleste af dine obligatoriske felter findes, og udfyld resten lidt efter lidt.
Bliver kundedata fra CRM-systemet overført til Pass?
Nej. Den enkelte kundes service- og reparationshistorik er som udgangspunkt personrelateret og hører derfor ikke hjemme i et offentligt pas. CRM er den eneste systemkategori på denne liste, der helt holdes udenfor. Reparations- og livscyklusbegivenheder kan alligevel vises, men som begivenheder knyttet til produktet, ikke til en navngiven person.
Hvad får man tilbage fra platformen?
Kvitteringer, ingen data. Returkanalen overfører DPP-adressen henholdsvis GS1 Digital Link, versions-ID’et, publikationsstatus og valideringsmeddelelser. Det er en god idé at gemme disse tilbagemeldinger, da Pass-referencen derefter kan knyttes direkte til varen i ERP- eller PIM-systemet. De udgør ikke en adgang, men er en kvittering for en modtaget levering.
Hvad sker der, når en værdi rettes i ERP-systemet?
Rettelsen indgår i en ny levering og bliver til en ny, sporbar version, ikke en usynlig ændring i den eksisterende version. Alle tidligere versioner forbliver tilgængelige og kan kontrolleres, og netop det gør historikken værdifuld i forbindelse med en revision. Hvordan denne versionskæde signeres og gøres verificerbar for alle, fremgår af afsnittet »Signaturer og certifikater« i DPP.
Bliver Transpareo et andet »System of Record«?
Nej, og det er helt bevidst. Platformen opbevarer Pass-datasættet og dets uændrelige versionshistorik, ikke jeres driftsdata; jeres systemer er fortsat afgørende for alt, hvad der hører til dem. Dermed forbliver projektarbejdet også der, hvor det hører hjemme - nemlig i beslutningen om, hvilke felter der skal med i passet, i stedet for i spørgsmålet om, hvem der må logge ind hvor.
