Zodra een digitaal productpaspoort concreet vorm krijgt, stelt de IT-afdeling één vraag die voor alle andere gaat: met welke van onze systemen moet het platform communiceren? Dat is de juiste vraag, want hierachter gaan toegangsgegevens, firewalltoestemmingen 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 de 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 batchverwijzingen, 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 de eisen van de verordening inzake ecologisch ontwerp, 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, zoals batterijen.
- CRM - Service- en reparatiegeschiedenis van individuele klanten. In principe persoonsgebonden en hoort daarom niet thuis in een openbaar paspoort.
De Asset Administration Shell 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. Zij genereert geen gegevens, maar verpakt bestaande ## gegevensin 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 wij de Asset Administration Shell desondanks als een uitstekende basis beschouwen, leest u in het artikel over de AAS.
Vijf regels die voor elke gegevensstroom gelden
Richting. Alle pijlen wijzen naar het platform. Transpareo doet geen verzoeken aan bronsystemen en beschikt niet over toegangsgegevens voor ERP, MES, PIM of PLM.
Er is geen verbinding met uw systemen die beveiligd zou moeten worden, omdat die simpelweg niet bestaat.
Trigger. De push wordt altijd aan de bronzijde geactiveerd - door de fabrikant zelf, diens middleware of een ingeschakelde 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 overige blijft waar het is.
Vrijgave. De bronpartij 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 modellen die in de praktijk hun waarde bewijzen
- Rechtstreeks vanuit het leidende systeem. ERP of PLM verstuurt 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 standaardprocedure 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. Dit biedt voordelen in Industrie 4.0-omgevingen.
Welk model bij welke systeemomgeving past en hoe een dergelijk project in twee weken in plaats van drie maanden kan worden afgerond, hebben wij vastgelegd in het Playbook voor ERP-koppeling.
Wat Transpareo bewust niet is
Geen tweede „System of Record“. Het platform bewaart het paspoortdossier en de onveranderlijke versiegeschiedenis daarvan, niet de bedrijfsgegevens van de fabrikant. Wat in het ERP wordt gecorrigeerd, wordt via een nieuwe levering doorgevoerd in de Pass - 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 hoeft vrij te geven, geen firewall-opening naar binnen en geen extern systeem met leesrechten in uw ERP.
Het eigenlijke projectwerk verschuift naar waar het thuishoort: beslissen welke velden in de pas thuishoren - niet wie zich waar mag aanmelden.
Vragen over dit artikel
Heeft Transpareo toegang nodig tot ons ERP-systeem of een ander systeem?
Nee. Elk systeem dat gegevens aanlevert, bevindt zich aan de bronzijde en blijft daar, en Transpareo beschikt niet over toegangsgegevens voor ERP, MES, PIM of PLM. Er is geen verbinding met uw systemen die beveiligd zou moeten worden, omdat deze simpelweg niet bestaat. Voor uw beveiligingsconcept hoeft u dus geen toegangsgegevens vrij te geven, geen interne toegang te verlenen en geen extern systeem met leesrechten in uw ERP te controleren.
Wie geeft opdracht tot een levering, en hoe vaak?
Altijd de bronzijde. De push wordt geïnitieerd door de fabrikant zelf, diens middleware of een ingeschakelde dienstverlener; het platform wacht af en haalt nooit gegevens op. De bronzijde bepaalt de selectie, de omvang en het tijdstip van elk pakket, waardoor Transpareo ook niet meer kan ontvangen dan er is geleverd. Hoe vaak u gegevens aanlevert, bepaalt u zelf - stabiele stamgegevens veranderen zelden, productiegebeurtenissen vinden plaats wanneer ze zich voordoen.
Hebben wij daarvoor een administratieve shell nodig?
Nee. De administratieschil staat niet naast ERP, MES en PIM, maar erboven, en genereert geen eigen gegevens, maar verpakt bestaande gegevens in interoperabele submodellen. Daarmee is het een handig, maar geen noodzakelijk leveringsformaat. Wie het in gebruik heeft, leidt het gegevenspakket af uit de submodellen ervan. Wie dit niet gebruikt, levert dezelfde velden op een andere manier aan, rechtstreeks vanuit het leidende systeem of via een aggregatielaag.
Met welk systeem gaan we beginnen?
Afgemeten aan de eisen van de verordening inzake ecologisch ontwerp vormt het PLM de meest uitgebreide afzonderlijke bron - samenstelling, stuklijsten, repareerbaarheid, reserveonderdelen en ontwerpstatussen zijn daar te vinden. Het ERP-systeem draagt bij aan artikelidentiteit, materialen, leveranciers en herkomst; het PIM-systeem aan de teksten en afbeeldingen voor de consument; en het MES-systeem aan de productie- en traceerbaarheidsgegevens. Voor de meeste productpaspoorten zijn slechts enkele velden uit elk systeem nodig. Begin bij de velden die het vaakst verplicht zijn en vul de rest geleidelijk aan.
Worden klantgegevens uit het CRM in het paspoort opgenomen?
Nee. De service- en reparatiegeschiedenis van individuele klanten is in principe persoonsgebonden en hoort daarom niet thuis in een openbaar paspoort. Het CRM is de enige systeemklasse in deze lijst die volledig buiten beschouwing blijft. Reparatie- en levenscyclusgebeurtenissen kunnen niettemin worden weergegeven, maar dan als gebeurtenissen met betrekking tot het product, niet met betrekking tot een met naam genoemde persoon.
Wat wordt er door het platform teruggestuurd?
Bevestigingen, geen gegevens. Het retourkanaal verzendt het DPP-adres of de GS1 Digital Link, de versie-ID, de publicatiestatus en validatiemeldingen. Het is de moeite waard om deze terugmeldingen op te slaan, omdat de Pass-referentie vervolgens rechtstreeks aan het artikel in het ERP- of PIM-systeem kan worden gekoppeld. Het gaat hier niet om een transactie, maar om de ontvangstbevestiging van een ontvangen levering.
Wat gebeurt er wanneer een waarde in het ERP-systeem wordt gecorrigeerd?
De correctie wordt via een nieuwe levering in het bestand opgenomen en vormt een nieuwe, traceerbare versie, niet een stille wijziging in het bestaande bestand. Elke eerdere versie blijft beschikbaar en controleerbaar, en juist dat maakt de geschiedenis waardevol voor een controle. Hoe deze versieketen wordt ondertekend en voor iedereen controleerbaar wordt, wordt beschreven in het hoofdstuk ‘Handtekeningen en certificaten’ in het DPP.
Wordt Transpareo een tweede ‘System of Record’?
Nee, en dat is bewust zo gedaan. Het platform bewaart het paspoortdossier en de onveranderlijke versiegeschiedenis daarvan, niet uw bedrijfsgegevens; uw systemen blijven bepalend voor alles wat onder uw beheer valt. Zo blijft het projectwerk ook waar het thuishoort - bij de beslissing welke velden in de pas moeten worden opgenomen, in plaats van bij de vraag wie zich waar mag aanmelden.
