Så snart et digitalt produktpass blir konkret, stiller IT-avdelingen et spørsmål som går foran alle andre: Hvilke av systemene våre 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 Pass, befinner seg på kildesiden og forblir der. Transpareo er utelukkende mottaker i enden av kjeden; datastrømmene går ensidig inn til plattformen og kommer inn via grensesnittet Transpareo Connect. Denne artikkelen kartlegger strømmene: hva hvert system leverer, hvilke regler som gjelder for hver strøm og hva som kommer tilbake som kvittering.
Hva hvert system bidrar med til passet
Opplysningene i et pass stammer sjelden fra ett enkelt system. I praksis er de fordelt på en håndfull systemklasser, hvor hver enkelt bidrar med bare noen få felt:
- ERP - artikkelidentitet, materialer, leverandører og opprinnelse, ordre- og batchreferanser, mengder. Stabile stamdata som sjelden endres.
- MES - Produksjonshistorikk, serie- og batchtilordning, kvalitetsdokumentasjon, sporbarhet. Hendelsesdata knyttet til et bestemt tidspunkt.
- APS - Produksjonstidspunkter og ressurstildeling. Sjelden direkte relevant for passet; det som teller, kommer som regel via MES.
- PLM - sammensetning, stykklister, reparerbarhet, reservedeler, konstruksjonsstatus. Målt opp mot kravene i økodesignforordningen, er dette den mest omfattende kilden.
- PIM - beskrivelser, bilder, vedlikeholds- og bruksanvisninger, språkversjoner. Innhold rettet mot forbrukerne.
- IoT - Tilstands- og bruksdata fra bruksfasen. Kun relevant for visse produktgrupper, for eksempel batterier.
- CRM - Service- og reparasjonshistorikk for enkeltkunder. Dette er i utgangspunktet personopplysninger og hører derfor ikke hjemme i et offentlig pass.
Administrasjonslaget står over systemene, ikke ved siden av dem
Én avgrensning er viktigere enn alle andre: Asset Administration Shell står ikke ved siden av ERP, MES og PIM, men over dem. Den genererer ikke data, men innkapsler eksisterende data i interoperable delmodeller. For tilkoblingen 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ømtyper
Retning. Alle pilene peker mot plattformen. Transpareo henter ikke data fra noen kildesystemer, og Transpareo har ikke tilgangsdata til ERP, MES, PIM eller PLM.
Det finnes ingen tilkobling til systemene deres som må sikres, fordi den ganske enkelt ikke finnes.
Utløser. Push-meldingen utløses alltid på kildesiden - av produsenten selv, dennes mellomvare eller en ekstern tjenesteleverandør. Plattformen venter; den henter ikke inn informasjonen selv.
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.
Godkjenning. Valg, omfang og tidspunkt for hver pakke bestemmes av kildesiden. Transpareo kan ikke motta mer enn det som er levert.
Rettigheter. Hva som er tillatt å gjøre med innleverte data på plattformen, reguleres av angitte tilgangsrettigheter: minimumsrettigheter, og det som ikke uttrykkelig er tillatt, forblir forbudt. Disse reglene gjelder på plattformen, og har aldri tilbakevirkende kraft på kilden.
Det er kun kvitteringer som kommer 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 praktisk når én datakilde klart dominerer.
- Gjennom et aggregeringslag, middleware eller iPaaS samles ERP-, MES- og PIM-felter og leveres som en samlet pakke. Dette er vanlig praksis når flere kilder er involvert.
- Om AAS-undermodeller. Administrasjonsskallet er allerede i bruk, og pakken er avledet fra undermodellene i dette. Dette er en fordel i Industri 4.0-miljøer.
I håndboken om ERP-integrasjon har vi beskrevet hvilke modeller som passer til hvilke systemlandskap, og hvordan et slikt prosjekt kan gjennomføres på to uker i stedet for tre måneder.
Ikke alle som bidrar med data, har et system som kan levere opplysningene. En leverandør uten egen bedriftsprogramvare fyller ut feltene du ber om via Transpareo Upstream på mobiltelefonen, og også her går informasjonsflyten bare i én retning: Svaret hans kommer til deg som et forslag, og du sjekker det før det havner i passet.
Hva Transpareo bevisst ikke er
Ingen ekstra «System of Record». Plattformen lagrer passoppføringen og dens uforanderlige versjonshistorikk, ikke produsentens driftsdata. Det som korrigeres i ERP-systemet, overføres til passet via en ny leveranse - som en ny, sporbar versjon, ikke som en skjult endring i eksisterende data. Hvordan Transpareo Proofchain signerer denne versjonskjeden og gjør den verifiserbar for alle, fremgår av artikkelen om signaturer og sertifikater.
Det er dermed lite igjen å sjekke 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 lesetilgang til ERP-systemet ditt.
Selve prosjektarbeidet flyttes dit det hører hjemme: å avgjøre hvilke felt som skal være med i passet - ikke hvem som får 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-meldinger til Transpareo Connect 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 skjult endring i eksisterende data. Hver tidligere versjon forblir tilgjengelig og kan kontrolleres, og det er nettopp dette som gjør historikken verdifull for et revisjonsarbeid. Hvordan denne versjonskjeden signeres og blir verifiserbar for alle, er beskrevet i avsnittet «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.
