Så snart et digitalt produktpass blir konkret, stiller IT-avdelingen et spørsmål før alle andre: Hvilke av våre systemer må plattformen ha tilgang til? Det er det riktige spørsmålet, for bak det ligger påloggingsopplysninger, brannmurinnstillinger og et sikkerhetskonsept som noen må ta ansvar for.
Svaret vårt er kort: ingen. Alle systemer som bidrar med data til passet, befinner seg på kildesiden og forblir der. Transpareo er utelukkende mottaker i enden av kjeden; datastrømmene løper ensrettet mot plattformen. Denne artikkelen kartlegger strømmene: hva hvert system leverer, hvilke regler som gjelder for hver strøm og hva som kommer tilbake som bekreftelse.
Hva hvert system bidrar med til passet
Dataene i et pass stammer sjelden fra ett enkelt system. I praksis fordeler de seg på en håndfull systemklasser, hvor hver bidrar med bare noen få felt:
- ERP - artikkelidentitet, materialer, leverandører og opprinnelse, ordre- og batchtilknytning, mengder. Stabile stamdata som sjelden endres.
- MES - produksjonshistorikk, serie- og batchtilknytning, kvalitetsbevis, sporbarhet. Hendelsesdata, knyttet til et bestemt tidspunkt.
- APS - produksjonstidspunkter og ressurstildeling. Sjelden direkte relevant for passet; det som teller, kommer vanligvis via MES.
- PLM - sammensetning, stykklister, reparerbarhet, reservedeler, konstruksjonsstatus. Målt etter kravene i forordningen om miljøvennlig design, er dette den mest omfattende kilden.
- PIM - beskrivelser, bilder, vedlikeholds- og bruksanvisninger, språkversjoner. Innholdet rettet mot forbrukerne.
- IoT - Status- og bruksdata fra bruksfasen. Kun relevant for bestemte produktgrupper, for eksempel batterier.
- CRM - Service- og reparasjonshistorikk for enkeltkunder. I utgangspunktet personopplysninger, og hører derfor ikke hjemme i et offentlig pass.
Administrasjonsskallet står over systemene, ikke ved siden av dem
Én avgrensning er viktigere enn alle andre: Asset Administration Shell står ikke ## ved siden avERP, MES og PIM, men over dem. Det genererer ikke data, men innkapsler eksisterende data i interoperable undermodeller. For tilkobling til Transpareo betyr dette: En AAS er et praktisk, men ikke nødvendig leveringsformat. De som bruker den, henter datapakken fra undermodellene sine; de som ikke gjør det, leverer de samme feltene på en annen måte. Hvorfor vi likevel anser administrasjonsskallet som et utmerket fundament, fremgår av artikkelen om AAS.
Fem regler som gjelder for alle strømmer
Retning. Alle pilene peker mot plattformen. Transpareo forespørger ikke noe kildesystem, og Transpareo har ingen tilgangsdata til ERP, MES, PIM eller PLM.
Det finnes ingen forbindelse til systemene dine som må sikres, fordi den ganske enkelt ikke eksisterer.
Utløser. Push-meldingen utløses alltid på kildesiden - av produsenten selv, dennes mellomvare eller en oppdragsgiver. Plattformen venter; den henter ikke inn data.
Formålsbegrensning. Det overføres utelukkende den delmengden som er nødvendig for passet, ikke hele datasettet fra kildesystemet. Passet trenger bare noen få felt fra hvert system; alt annet forblir der det er.
Frigivelse. Valg, omfang og tidspunkt for hver pakke bestemmes av kildesiden. Transpareo kan ikke motta mer enn det som er levert.
Tillatelser. Hva som er tillatt å gjøre med de leverte dataene på plattformen, reguleres av spesifiserte tilgangsrettigheter: minimale rettigheter, og det som ikke uttrykkelig er tillatt, forblir forbudt. Disse reglene gjelder på plattformsiden, aldri med tilbakevirkende kraft på kilden.
Det er ## kun kvitteringer som sendes tilbake
Det går ikke helt uten en returkanal, men den overfører ikke data, men svar: DPP-URL-en eller GS1 Digital Link, versjons-ID-en, publiseringsstatusen og valideringsmeldinger. For kildesiden er disse tilbakemeldingene verdifulle, fordi pass-referansen kan lagres direkte ved varen i ERP- eller PIM-systemet. De utgjør ikke en tilgang. De er kvitteringen for en mottatt leveranse.
Tre modeller som har vist seg å fungere i praksis
- Direkte fra det ledende systemet. ERP eller PLM sender data via en kobling. Enkelt og fornuftig når én datakilde klart dominerer.
- Via et aggregeringslag. Middleware eller iPaaS samler ERP-, MES- og PIM-felt og leverer en pakke. Dette er vanlig når flere kilder er involvert.
- Via AAS-undermodeller. Administrasjonsskallet er allerede i bruk, og pakken utledes fra undermodellene. Fordelaktig i Industri 4.0-miljøer.
Hvilken modell som passer til hvilket systemlandskap, og hvordan et slikt prosjekt kan gjennomføres på to uker i stedet for tre måneder, har vi beskrevet i håndboken for ERP-tilkobling.
Hva Transpareo bevisst ikke er
Ikke et sekundært «System of Record». Plattformen lagrer pass-datasettet og dets uforanderlige versjonshistorikk, ikke produsentens driftsdata. Det som korrigeres i ERP-systemet, overføres til Pass via en ny leveranse - som en ny, sporbar versjon, ikke som en stille endring i eksisterende data. Hvordan denne versjonskjeden signeres og blir verifiserbar for alle, fremgår av artikkelen om signaturer og sertifikater.
Det er dermed lite å kontrollere i sikkerhetskonseptet ditt, og det er nettopp meningen. Det er ingen påloggingsopplysninger du må oppgi, ingen åpning i brannmuren innover og ingen eksterne systemer med leserettigheter i ERP-systemet ditt.
Selve prosjektarbeidet flyttes dit det hører hjemme: å bestemme hvilke felt som skal inngå i passet - ikke hvem som har lov til å logge seg inn hvor.
Spørsmål om dette innlegget
Trenger Transpareo tilgang til vårt ERP-system eller et annet system?
Nei. Hvert system som bidrar med data, befinner seg på kildesiden og forblir der, og Transpareo har ingen tilgangsdata til ERP, MES, PIM eller PLM. Det finnes ingen tilkobling til systemene deres som må sikres, fordi den ganske enkelt ikke eksisterer. For sikkerhetskonseptet ditt betyr dette at det ikke er behov for å utlevere påloggingsopplysninger, opprette noen innadgående tilkoblinger eller kontrollere eksterne systemer med leserettigheter i ERP-systemet ditt.
Hvem bestiller en leveranse, og hvor ofte?
Alltid kildesiden. Push-meldingen utløses av produsenten selv, dennes mellomvare eller en oppdragsgiver; plattformen venter og henter aldri inn data. Valg, omfang og tidspunkt for hver pakke bestemmes av kildesiden, og derfor kan Transpareo heller ikke motta mer enn det som ble levert. Hvor ofte du leverer, bestemmer du selv - stabile stamdata endres sjelden, mens produksjonshendelser oppstår når de oppstår.
Trenger vi et administrasjonsskjema til dette?
Nei. Administrasjonsskallet står ikke ved siden av ERP, MES og PIM, men over dem, og det genererer ikke egne data, men innkapsler eksisterende data i interoperable delmodeller. Dermed er det et praktisk, men ikke nødvendig leveringsformat. De som bruker det, henter datapakken fra delmodellene. De som ikke bruker den, leverer de samme feltene på en annen måte, enten direkte fra det ledende systemet eller via et aggregeringslag.
Hvilket system skal vi begynne med?
Målt opp mot kravene i økodesignforordningen er PLM den mest omfattende enkeltkilden - sammensetning, styklister, reparerbarhet, reservedeler og konstruksjonsstatus finnes der. ERP-systemet bidrar med artikkelidentitet, materialer, leverandører og opprinnelse, PIM-systemet med tekster og bilder rettet mot forbrukerne, og MES-systemet med produksjons- og sporbarhetshendelser. De fleste passene trenger bare noen få felt fra hvert system. Begynn der de fleste av de obligatoriske feltene befinner seg, og fyll ut resten litt etter litt.
Blir kundedata fra CRM-systemet lagt inn i passet?
Nei. Service- og reparasjonshistorikken til den enkelte kunde er i utgangspunktet personavhengig og hører derfor ikke hjemme i et offentlig pass. CRM er den eneste systemklassen på denne listen som holdes helt utenfor. Reparasjons- og livssyklushendelser kan likevel vises, men som hendelser knyttet til produktet, ikke til en navngitt person.
Hva får man tilbake fra plattformen?
Kvitteringer, ikke data. Returkanalen overfører DPP-adressen eller GS1 Digital Link, versjons-ID, publiseringsstatus og valideringsmeldinger. Det er verdt å lagre disse tilbakemeldingene, fordi Pass-referansen deretter kan spores direkte til varen i ERP- eller PIM-systemet. De utgjør ikke en tilgang, men er en kvittering for en mottatt leveranse.
Hva skjer når en verdi i ERP-systemet blir korrigert?
Rettelsen overføres til passet via en ny leveranse og blir en ny, sporbar versjon, ikke en stille endring i eksisterende data. Hver tidligere versjon forblir tilgjengelig og kan kontrolleres, og det er nettopp dette som gjør historikken verdifull for en revisjon. Hvordan denne versjonskjeden signeres og blir verifiserbar for alle, er beskrevet i «Signaturer og sertifikater» i DPP.
Blir Transpareo et «System of Record» nummer to?
Nei, og det er med vilje. Plattformen lagrer pass-datasettet og dets uforanderlige versjonshistorikk, ikke driftsdataene dine; systemene dine forblir avgjørende for alt som tilhører dem. Dermed forblir også prosjektarbeidet der det hører hjemme - nemlig ved beslutningen om hvilke felt som skal inngå i passet, i stedet for spørsmålet om hvem som har lov til å logge seg inn hvor.
