Kan jeg knytte produktpasset til mit ERP- eller lagersystem?

Hvad du konkret skal gøre

Hvad der forventes af dig

Passet skal være overførbart som datasæt, ikke kun som skærm

Artikel 10 i ESPR (forordning (EU) 2024/1781) beskriver det digitale produktpas som en samling data, der kan læses og overføres via elektroniske midler. Det er et andet krav end "en pæn side, der åbner efter scanning af en QR-kode". For en virksomhed med 10 til 100 medarbejdere betyder det, at de data, der er i passet, også skal være tilgængelige som strukturerede data — ikke udelukkende som tekst på en webside. Hvorvidt og hvordan det knyttes til et eget ERP- eller lagersystem, er et valg, som virksomheden selv træffer; reglerne forpligter ikke til en knytte, men vel til et datasæt, der egner sig til det.

Interoperabilitet mellem systemer er et udgangspunkt, ikke et teknisk valg fra leverandørens side

Artikel 11 i ESPR handler om det tekniske design og driften af det digitale produktpas og nævner interoperabilitet som et af de udgangspunkter, som passystemet skal overholde. Det vedrører direkte spørgsmålet om, hvorvidt knytte til et eget system er muligt: et pas, der er opsat i henhold til denne artikel, er principielt beregnet til at kunne udveksle data mellem systemer, ikke til at være et lukket miljø. I praksis bemærker en virksomhed dette især ved spørgsmålet om, hvilke dataformater og identifikationskoder platformen bruger, og om de slutter sig til det, som virksomhedens eget ERP-system allerede anvender.

Den unikke identifikationskode er forbindelsen mellem pas og egen administration

En knytte mellem et produktpas og et internt system står eller falder med en sluttende identifikationskode pr. produkt eller batch. Uden en entydig koplingsnøgle er en ERP-knytte i praksis vanskelig at automatisere, selvom det ikke står bogstaveligt så i teksten til artikel 10 eller 11. Hvordan denne identifikationskode opbygges og tildeles, er beskrevet på siden om hvordan du giver hvert produkt en unik identifikationskode. For en virksomhed, der sælger aluminium pr. batch, hænger det også sammen med spørgsmålet om, hvorvidt registrering sker pr. batch eller pr. stk., som er nærmere udarbejdet på siden om batch- eller stykregistrering.

Passet eksisterer også, hvis det interne system ændres

Et ERP-system bliver på et tidspunkt udskiftet, migreret eller opdateret. Selve produktpasset løber ikke automatisk ind i det — det bliver hosted i ti år, uafhængigt af det, der sker internt med lageradministrationen. Denne forskel er relevant ved opsætning af en knytte: knytten er en bekvemmelighed for virksomhedens egen drift, ikke en erstatning for pligten til at holde passet tilgængeligt. Mere om denne opbevaringsperiode står på siden om hvor længe et pas skal være tilgængeligt.

Hvor det går galt i praksis

Der opstår nogle få situationer regelmæssigt hos virksomheder, der overvejer en knytte mellem pas og eget system:

• ERP-systemet ses som kilden, mens passet skal være kilden. Når data først er publiceret, er passet den konsultable sandhed for omverdenen. Ændringer i det interne system løber ikke automatisk ind i det, og den, der forveksler det, risikerer, at passet og egen administration kommer til at gå fra hinanden.
• Lagermutationer forvirres med pasændringer. Et internt lagersystem ændres dagligt: mængder, steder, batchstatusser. Produktpasset registrerer produktkendetegn, ikke den aktuelle lagerposition. Den, der blander disse to slags data i én knytte, skaber unødvendig kompleksitet — og nogle gange ubegrundede ændringer til et pas, der allerede er publiceret. Hvordan denne ændring efter publicering fungerer præcist, er beskrevet på siden om ændre data efter publicering.
• En knytte opbygges uden at tage højde for identifikationskoden på platformen. Hvis det interne artikelnummer ikke stemmer overens med den kode, der bruges i passet, opstår der et manuelt trin, der i praksis stort set ophæver koblingen.
• Det antages, at en ERP-kobling også sørger for den fysiske QR-kode på produktet. Det er to adskilte dele: datakoblingen styrer informationsudvekslingen, anbringelsen af bæreren på selve aluminium er en separat proces. Se herom hvordan QR-koden kommer på produktet.
• Det antages, at eget system senere selv "genererer" et pas. Så længe den delegerede handling for aluminium endnu ikke er offentliggjort, er det ikke fastsat, hvilket dataformat der nøjagtigt bliver obligatorisk. En kobling kan forberedes, men antagelsen om, at eget ERP-system senere opfylder alle krav selvstændigt, er forhastет.

Det, du kan dokumentere

For virksomheder, der overvejer en kobling mellem produktpasset og eget system, er det praktisk at fastsætte følgende punkter internt — også selvom koblingen endnu ikke bliver bygget:

• Hvilke felter i ERP- eller lagersystemet svarer til hvilke felter i produktpasset, herunder den brugte identifikationskode pr. produkt eller batch.
• Hvem inden for virksomheden er ansvarlig for at holde data, der både bruges internt og findes i passet, opdateret.
• En aftale om hvornår data fra det interne system overtages i passet, og hvornår det bestemt ikke sker automatisk.
• Dokumentation over hvilket system, der er kilde for hvilket givet — så det ved en kontrol eller et spørgsmål fra en kunde er klart, hvor et tal eller en karakteristika kommer fra.
• Et overblik over, om passet er opsat pr. styk eller pr. batch, da det bestemmer, hvordan en kobling med lagerlinjer bedst kan indrettes.

Disse punkter fastsætter ingen resultat og er ingen garanti for, at en kobling opfylder, hvad den delegerede handling senere kræver — teksten findes endnu ikke. De sikrer dog, at en virksomhed, når de tekniske krav bliver konkrete, ikke starter helt forfra med at finde ud af, hvilke data der hører hvor hen.