«Hvem har egentlig laget dette produktet?»
Spørsmålet du snart må kunne svare på
For en byggevareleverandør er det digitale produktpasset ikke først og fremst et IT-prosjekt. Det er et spørsmål om hvem i organisasjonen som sitter på svarene den dagen entreprenøren, myndighetene eller den største kunden din spør.
Der dataene faktisk ligger i dag
De fleste leverandører har god kontroll på produktdataene sine. Mål, vekt, NOBB-nummer, tekniske egenskaper og bilder ligger der de skal, og de vedlikeholdes.
Så kommer spørsmålene som handler om noe annet. Hvilket sertifikat gjelder for denne serien, og når går det ut? Hvem produserer egentlig komponenten som inngår? Hvilke av artiklene våre inneholder materiale fra denne underleverandøren?
Svarene finnes som regel. De ligger bare spredt. Sertifikatene er PDF-er i en mappe på fellesområdet. Underleverandørene sitter i hodet på innkjøperen. Miljødokumentasjonen ligger som vedlegg i en e-posttråd fra i fjor. Hver gang noen spør, starter en liten intern gravejobb.
Det har fungert så lenge spørsmålene har kommet én og én.
Det EU nå ber om er ikke bare produktdata
ESPR og det digitale produktpasset flytter kravet fra produktet til verdikjeden bak det. Passet skal fortelle hva produktet består av, hvor materialene kommer fra, hvilke aktører som har vært involvert og hvilke godkjenninger som gjelder.
Dette er data om aktører, materialer og dokumenter. De hører ikke naturlig hjemme på det enkelte produktet, fordi de gjentar seg. Den samme produsenten leverer inn i førti artikler. Det samme sertifikatet dekker en hel serie.
Fristelsen er å legge dem inn som tekstfelt på produktet likevel, fordi det er der man er vant til å jobbe. Da har man like mange versjoner av sannheten som man har artikler, og neste gang et sertifikat fornyes må noen finne og rette alle sammen.
Slik ser det ut når det er løst - Entiteter
I feed kan du sette opp dine egne entitetstyper. En entitetstype er en mal du definerer selv, med de media og attributtene du trenger. «Sertifisering» med utsteder, sertifikatnummer, utløpsdato og selve dokumentet. «Produsent» med logo, opprinnelsesland og kontaktinformasjon. «Materiale» med sammensetning og opphav.
Hver post legges inn én gang og kobles til de produktene den gjelder for. Koblingene går begge veier, så du kan gå fra sertifikatet til produktene eller fra produktet til alt som ligger bak det. Du kan søke opp produkter som mangler en gitt type dokumentasjon, og du kan koble en ny entitet til hundrevis av artikler i én operasjon i stedet for å redigere dem enkeltvis.
Når sertifikatet fornyes, endrer du datoen ett sted.
Få kontroll på verdikjeden og sertifiseringer med entiteter.
Det som betyr noe i praksis
Dataene blir ikke liggende låst i feed. Entiteter er tilgjengelige gjennom feeds API v2, og endringer varsles ut via webhooks, slik at de systemene som til slutt skal generere og publisere produktpasset kan hente dem automatisk.
Kravene trer i kraft gruppevis og over tid. Det er derfor liten grunn til å vente på en samlet innføring. Begynn med den entitetstypen som gir verdi allerede i dag, typisk sertifiseringer og godkjenninger, fordi utløpsdatoer uansett må følges opp. Resten kan bygges på etter hvert.
