Så snart ett digitalt produktpass börjar ta form ställer IT-avdelningen en fråga som går före alla andra: Vilka av våra system måste plattformen ha tillgång till? Det är rätt fråga, eftersom den rör inloggningsuppgifter, brandväggsbehörigheter och ett säkerhetskoncept som någon måste ta ansvar för.
Vårt svar är kort: inget. Alla system som bidrar med data till passet finns på källsidan och stannar där. Transpareo är uteslutande mottagare i slutet av kedjan; dataströmmarna flödar ensidigt mot plattformen. Denna artikel spårar strömmarna: vad varje system levererar, vilka regler som gäller för varje flöde och vad som kommer tillbaka som bekräftelse.
Vad varje system bidrar med till passet
Uppgifterna i ett pass kommer sällan från ett enda system. I praktiken fördelas de på en handfull systemklasser, varav var och en bidrar med endast ett fåtal fält:
- ERP - artikelidentitet, material, leverantörer och ursprung, order- och batchnummer, kvantiteter. Stabila stamdata som sällan ändras.
- MES - produktionshistorik, serienummer- och batchnummer, kvalitetsintyg, spårbarhet. Händelsedata, knutna till en viss tidpunkt.
- APS - Produktionstidpunkter och resurstilldelning. Sällan direkt relevant för passet; det som är viktigt kommer oftast via MES.
- PLM - Sammansättning, stycklistor, reparerbarhet, reservdelar, konstruktionsstatus. Mätt mot vad förordningen om ekodesign kräver, den mest omfattande källan.
- PIM - beskrivningar, bilder, skötsel- och användningsanvisningar, språkvarianter. Innehållet riktat till konsumenterna.
- IoT - tillstånds- och användningsdata från användningsfasen. Endast efterfrågat för vissa produktgrupper, till exempel batterier.
- CRM - Service- och reparationshistorik för enskilda kunder. I princip personrelaterad information och hör därför inte hemma i ett offentligt pass.
Administrationsskalet står över systemen, inte bredvid dem
En avgränsning är viktigare än alla andra: Asset Administration Shell står inte bredvid ERP, MES och PIM, utan ovanför dem. Den genererar inga data, utan kapslar in befintliga data i interoperabla delmodeller. För anslutningen till Transpareo innebär detta: En AAS är ett bekvämt, men inte nödvändigt leveransformat. Den som använder den hämtar datapaketet från sina delmodeller; den som inte gör det levererar samma fält på annat sätt. Varför vi ändå anser att administrationsskalet är en utmärkt grund framgår i inlägget om AAS.
Fem regler som gäller för alla flöden
Riktning. Alla pilar pekar mot plattformen. Inget källsystem avfrågas av Transpareo, och Transpareo har inga inloggningsuppgifter till ERP, MES, PIM eller PLM. Det finns ingen anslutning till era system som behöver säkras, eftersom den helt enkelt inte finns.
Utlösare. Push-meddelandet utlöses alltid på källsidan - av tillverkaren själv, dennes middleware eller en anlitad tjänsteleverantör. Plattformen väntar; den hämtar inte informationen.
Ändamålsbegränsning. Endast den delmängd som krävs för passet överförs, inte källsystemets hela datamängd. Passet behöver endast ett fåtal fält från varje system; allt annat förblir där det är.
Godkännande. Urval, omfattning och tidpunkt för varje paket bestäms av källsidan. Transpareo kan inte ta emot mer än vad som har levererats.
Behörigheter. Vad som får göras med levererade data på plattformen regleras av specificerade åtkomstbehörigheter: minimala rättigheter, och det som inte uttryckligen är tillåtet förblir förbjudet. Dessa regler gäller på plattformssidan, aldrig retroaktivt för källan.
Endast kvitton skickas tillbaka
Det går inte helt utan en återkopplingskanal, men den överför inga data utan endast svar: DPP-URL:en respektive GS1 Digital Link, versions-ID:t, publiceringsstatus och valideringsmeddelanden. För källsidan är dessa återkopplingar värdefulla, eftersom passreferensen kan lagras direkt vid artikeln i ERP- eller PIM-systemet. De utgör inte en åtkomst. De är bekräftelsen på en mottagen leverans.
Tre modeller som har visat sig fungera i praktiken
- Direkt från det ledande systemet. ERP eller PLM skickar data via en koppling. Enkelt och praktiskt när en datakälla klart dominerar.
- Via ett aggregeringslager. Middleware eller iPaaS sammanför fält från ERP, MES och PIM och levererar ett paket. Det vanligaste fallet när flera källor är inblandade.
- Via AAS-delmodeller. Administrationsskalet används redan, och paketet härleds från dess delmodeller. Fördelaktigt i Industri 4.0-miljöer.
Vilket mönster som passar vilken systemmiljö och hur ett sådant projekt kan genomföras på två veckor istället för tre månader har vi beskrivit i Playbook för ERP-anslutning.
Vad Transpareo medvetet inte är
Inget andra ”System of Record”. Plattformen lagrar passdatauppsättningen och dess oföränderliga versionshistorik, inte tillverkarens driftsdata. Det som korrigeras i ERP når passet via en ny leverans - som en ny, spårbar version, inte som en tyst ändring i befintliga data. Hur denna versionskedja signeras och blir verifierbar för alla beskrivs i inlägget om signaturer och certifikat.
Det innebär att det finns lite kvar att kontrollera för ert säkerhetskoncept, och det är precis avsikten. Det finns inga inloggningsuppgifter som du lämnar ut, ingen öppning i brandväggen inåt och inget externt system med läsbehörighet i ditt ERP-system. Det egentliga projektarbetet flyttas dit det hör hemma: att besluta vilka fält som ska ingå i passet - inte vem som får logga in var.