Zodra een digitaal productpaspoort concreet vorm krijgt, stelt de IT-afdeling één vraag die boven alle andere uitstijgt: met welke van onze systemen moet het platform in verbinding staan? Dat is de juiste vraag, want daarachter gaan inloggegevens, firewalltoegangen en een beveiligingsconcept schuil waarvoor iemand verantwoordelijk moet zijn.
Ons antwoord is kort: geen enkel. Alle systemen die gegevens aan het paspoort bijdragen, bevinden zich aan de bronzijde en blijven daar. Transpareo is uitsluitend ontvanger aan het einde van de keten; de gegevensstromen lopen eenzijdig naar het platform toe. Dit artikel brengt de stromen in kaart: wat elk systeem levert, welke regels voor elke stroom gelden en wat er als bevestiging terugkomt.
Wat elk systeem bijdraagt aan het paspoort
De gegevens van een paspoort zijn zelden afkomstig uit één systeem. In de praktijk zijn ze verdeeld over een handvol systeemklassen, waarvan elk slechts enkele velden bijdraagt:
- ERP - artikelidentiteit, materialen, leveranciers en herkomst, order- en batchreferenties, hoeveelheden. Stabiele stamgegevens die zelden veranderen.
- MES - productiegeschiedenis, serie- en batchtoewijzing, kwaliteitsbewijzen, traceerbaarheid. Gebeurtenisgegevens, gekoppeld aan een bepaald tijdstip.
- APS - Productietijdstippen en toewijzing van middelen. Voor het paspoort zelden direct relevant; wat telt, komt meestal via het MES.
- PLM - Samenstelling, stuklijsten, repareerbaarheid, reserveonderdelen, ontwerpstatussen. Afgemeten aan wat de verordening inzake ecologisch ontwerp vereist, de meest uitgebreide bron.
- PIM - Beschrijvingen, afbeeldingen, onderhouds- en gebruiksinstructies, taalvarianten. De inhoud gericht op de consument.
- IoT - Status- en gebruiksgegevens uit de gebruiksfase. Alleen van belang bij bepaalde productgroepen, bijvoorbeeld bij batterijen.
- CRM - Service- en reparatiegeschiedenis van individuele klanten. In principe persoonsgebonden en hoort daarom niet thuis in een openbaar paspoort.
De beheerlaag staat boven de systemen, niet ernaast
Eén afbakening is belangrijker dan alle andere: de Asset Administration Shell staat niet naast ERP, MES en PIM, maar erboven. Het genereert geen gegevens, maar verpakt bestaande gegevens in interoperabele submodellen. Voor de koppeling met Transpareo betekent dit: een AAS is een handig, maar geen noodzakelijk leveringsformaat. Wie er gebruik van maakt, leidt het gegevenspakket af uit de submodellen; wie dat niet doet, levert dezelfde velden op een andere manier aan. Waarom we de Asset Administration Shell toch als een uitstekende basis beschouwen, staat in het artikel over de AAS.
Vijf regels die voor elke stroom gelden
Richting. Alle pijlen wijzen naar het platform. Transpareo doet geen verzoeken aan bronsystemen en Transpareo beschikt niet over toegangsgegevens voor ERP, MES, PIM of PLM. Er is geen verbinding met uw systemen die beveiligd moet worden, omdat die simpelweg niet bestaat.
Trigger. De push wordt altijd aan de bronzijde geactiveerd - door de fabrikant zelf, zijn middleware of een ingehuurde dienstverlener. Het platform wacht af; het haalt de gegevens niet op.
Doelgebondenheid. Er wordt uitsluitend de voor de pas vereiste subset verzonden, niet de volledige dataset van het bronsysteem. De pas heeft van elk systeem slechts enkele velden nodig; al het andere blijft waar het is.
Vrijgave. De bron bepaalt de selectie, omvang en het tijdstip van elk pakket. Transpareo kan niet meer ontvangen dan er is aangeleverd.
Toegangsrechten. Wat er met de aangeleverde gegevens op het platform mag gebeuren, wordt geregeld door aangewezen toegangsbewijzen: minimale rechten, en wat niet uitdrukkelijk is toegestaan, blijft verboden. Deze regels gelden aan de kant van het platform, nooit met terugwerkende kracht op de bron.
Alleen bevestigingen worden teruggestuurd
Geheel zonder terugkanaal gaat het niet, maar dit kanaal transporteert geen gegevens, maar antwoorden: de DPP-URL of de GS1 Digital Link, de versie-ID, de publicatiestatus en validatiemeldingen. Voor de bronpagina zijn deze terugmeldingen waardevol, omdat de pass-referentie in het ERP- of PIM-systeem direct bij het artikel kan worden opgeslagen. Ze vormen geen toegang. Ze zijn de bevestiging van een ontvangen levering.
Drie voorbeelden die zich in de praktijk hebben bewezen
- Rechtstreeks vanuit het leidende systeem. ERP of PLM stuurt de gegevens via een connector. Eenvoudig en zinvol wanneer één gegevensbron duidelijk de overhand heeft.
- Via een aggregatielaag. Middleware of iPaaS voegt ERP-, MES- en PIM-velden samen en levert één pakket. Dit is de standaardaanpak zodra er meerdere bronnen bij betrokken zijn.
- Via AAS-submodellen. De beheerslaag is al in gebruik en het pakket wordt afgeleid uit de submodellen daarvan. Voordelig in Industrie 4.0-omgevingen.
Welk patroon bij welke systeemomgeving past en hoe een dergelijk project in twee weken in plaats van drie maanden kan worden afgerond, hebben we beschreven in het Playbook voor ERP-koppeling.
Wat Transpareo bewust niet is
Geen tweede ‘System of Record’. Het platform bewaart het Pass-record en de onveranderlijke versiegeschiedenis ervan, niet de bedrijfsgegevens van de fabrikant. Wat in het ERP wordt gecorrigeerd, komt via een nieuwe levering in Pass terecht - als een nieuwe, traceerbare versie, niet als een stille wijziging in de bestaande gegevens. Hoe deze versieketen wordt ondertekend en voor iedereen controleerbaar wordt, staat beschreven in het artikel over handtekeningen en certificaten.
Voor uw beveiligingsconcept blijft er dus weinig te controleren, en dat is precies de bedoeling. Er zijn geen inloggegevens die u vrijgeeft, geen openingen in de firewall naar binnen en geen extern systeem met leesrechten in uw ERP. Het eigenlijke projectwerk verschuift naar waar het thuishoort: beslissen welke velden in het paspoort thuishoren - niet wie zich waar mag inloggen.