Transpareo i en tid preget av AI-agenter

Det er like etter at skiftet er slutt. Compliance-ansvarlig eksporterer skiftlisten fra produksjonssystemet, legger den inn i assistenten sin og skriver en setning: «Publiser produktpass for cellene på denne listen.»

Assistenten leser inn 1240 serienumre med tilhørende batcher, sjekker hos Transpareo hva som kreves for et sertifikat for dette produktet, oppretter sertifikatene og lar dem kontrolleres opp mot forskriftens regler. Svar: 1237 er klare, 3 er ikke det, fordi CO₂-fotavtrykket mangler i ett parti. Hun leverer verdien i etterkant, og assistenten publiserer den. To dager senere forlater cellene fabrikken, hver med en QR-kode som gir tilgang til passet deres.

Dette er ikke en fremtidsvisjon: Med « Transpareo Connect » er dette mulig allerede i dag. En assistent utfører her en compliance-oppgave fra oppdraget til det signerte passet, og Transpareo gir ham underveis all den informasjonen han trenger for å gjøre dette.

Prøv det nå

Har du en konto hos Claude, ChatGPT, Grok eller Gemini som tillater tilkobling av applikasjoner? Da kan du koble den til vår åpne demo. Den fungerer som en lekeplass: Hver time startes den på nytt, og alt du gjør der, er borte igjen innen den tid.

1. Koble til. Opprett en ny MCP-server hos din AI-leverandør med adressen https://demo.transpareo.com/mcp . Avhengig av leverandør finner du dette under «Connector», «Integration» eller «App».
2. Del. Logg inn med tester og Tester@12345
   • påloggingsopplysningene er oppgitt her med vilje. Skjermbildet som vises deretter, angir hver enkelt rettighet. De med lesetilgang kan du gi permanent tilgang; de med skrivetilgang bør du heller be om bekreftelse for hver enkelt.
3. Spørsmål. Tilbake i chatvinduet stiller du spørsmålet på dagligspråk, for eksempel «Gi oss en oversikt over produktpassene våre.»

Det ble bedt om en liste; man fikk vite hvordan situasjonen var.

Du får ikke bare tilbake det du har spurt om, men også hvilken tilstand det er i. Dette er mulig fordi grensesnittet gir mer informasjon enn selve linjene: hvor mange det er, hvor de befinner seg i CV-en, og hva som mangler.

Det er grunnen til denne artikkelen. Resten forklarer hvorfor det fungerer.

Sagt, gjort

Det var bare én side som måtte kobles til: assistenten til Transpareo, de tre trinnene fra nettopp. Den andre var en fil som produksjonssystemet uansett genererer. Ingen har fastsatt hvilken kolonne som passer til hvilket felt, ingen vedlikeholder et grensesnitt: Assistenten leste listen og skrev passene, og det han skulle gjøre, sto i én setning. Endres listen, endres en instruksjon til assistenten, ikke programkoden.

Systemet ditt trenger ikke å kunne noe spesielt for dette. Det må bare vise det det uansett viser: eksportfilen, listen fra rapporten, tabellen fra skiftets slutt.

Og det trenger ikke å være en tabell. Et datablad fra en leverandør, en PDF-fil, en e-postkorrespondanse: Også fra disse kan en assistent lese ut verdiene og omforme dem til det formatet Transpareo krever. For Transpareo angir dette formatet, i stedet for å la brukerne gjette seg frem. Produktdata foreligger sjelden i strukturert form, men i dokumenter, og å hente dem ut derfra var i mange år det flaskehalsen.

Den samme listen kan også legges inn manuelt. Importfunksjonen i Applikasjonsbehandleren tar imot tabeller, navngir kolonnene den har gjenkjent, sjekker gjennomføringen før noe opprettes, og kan om ønskelig reversere den. Resultatet ville vært det samme. Men da måtte noen ha bekreftet tilordningen, lest rapporten og selv fylt inn de tre manglende verdiene. En veiviser endrer ikke hva som er mulig, men hvor lang tid det tar.

Integrasjonsarbeidet, som tidligere var det første trinnet i hvert compliance-prosjekt, kan i dag beskrives med én setning i dagligspråket.

Det er den virkelige revolusjonen. Forutsatt at plattformen i den andre enden kan fortelle et program hva den krever.

Programmer har alltid vært de viktigste leserne

Et produktpass blir sjelden lest for hånd. Det blir skannet, hentet frem, sjekket, videresendt og arkivert, og det meste av dette gjøres av programvare: forhandlerens kasseapparat, gjenvinningsbedriften, kontrollverktøyet til en myndighet, importøren som vil vite om et parti er i samsvar med kravene. De fleste av leserne leser den altså ikke med øynene, men med et program.

Transpareo er derfor bygget opp rundt grensesnittet sitt. Hvert publisert pass er et signert, maskinlesbart dokument, og grensesnittet dekker hele livssyklusen: fra egenskapstypene til et produkt, via validering og opprettelse, til publisering og hendelsene knyttet til et enkelt enhet i felten. Og den er versjonert: Den som i dag bygger noe for dette formålet, bygger ikke på sand. Det nye er altså ikke at programmer arbeider med pass. Det nye er hvilke programmer.

Og derfor slutter ikke arbeidet til en assistent med å opprette dokumentet. Den samme typen setning går igjen gjennom resten av CV-en:

• «Tilbakekall alle passene i partiet B-2214.»
• «Oppdater den nye CO₂-verdien for parti 88.»
• «Vis meg alle passene som har vært til reparasjon denne måneden.»

Hver av disse setningene blir til de samme oppkallene som en person utløser i Applikasjonsbehandleren, og etterlater seg det samme sporet i revisjonsloggen.

En assistent må kunne spørre, ikke gjette

En assistent er en svært rask medarbeider uten forkunnskaper om bedriften din. Han gjør det man ber ham om, og han fyller hullene med gjetninger når man ikke gir ham svar. Fire ting gjør at gjetningene blir til arbeid.

Han må kunne spørre om hva som kreves. For hvert produkt og hver detaljnivå oppgir plattformen hvilke identifikatorer og egenskaper et pass må ha, og hvilke av disse som allerede er lagret i produktet. For et enkeltprodukt ser det slik ut:

{
  "identifiers": {
    "batchIdentifier": { "required": true },
    "modelIdentifier": { "required": true, "source": "product", "value": "4006381333931" },
    "serialIdentifier": { "required": true }
  }
}

Assistenten må skaffe to av de tre identifikasjonsnumrene; det tredje står allerede på produktet. Dette er en arbeidsinstruks, ikke en gjettestund.

Han må kunne teste uten å skrive noe. En validering utfører de samme kontrollene som en publisering og legger ikke til noe. Det var nettopp derfor tallet 1237 ble lagt til 3 ovenfor, før noe hadde blitt publisert.

Han må forstå hvorfor noe ble avvist. En avvisning angir feltet og forteller hva som skal gjøres:

PRODUCT_INVALID: Product invalid
Correct the attributes listed under fields and resend the request.
  brand: Brand needs a brand - none was given
  componentsInput: Components input missing

En assistent som leser dette, fyller ut to opplysninger og sender det på nytt. En som bare får et feilnummer, prøver ut ulike ting. Det er den samme teksten som et menneske ser i kommandolinjen.

Han må ikke telle feil. Hvis en forbindelse brytes og assistenten prøver på nytt, blir det likevel bare én pass, ikke to. Skrivende forespørsler inneholder en nøkkel som plattformen bruker til å gjenkjenne en gjentakelse som nettopp det.

Hver tilgang kan trekkes tilbake

Jo flere programmer som behandler dataene dine, desto viktigere blir det å bestemme hvem som har tilgang til hva. En tilgang opprettes i Applikasjonsbehandleren og viser sin nøkkel én eneste gang. Deretter bruker programmet tokens som utløper etter en time, og nøkkelen sendes kun til den instansen som utsteder tokens. Den lagres i operativsystemets nøkkelring, aldri i et kommandolinjeargument, som ellers ville stått i enhver prosessliste.

Hver tilgang har nøyaktig de rettighetene du tildeler den: Lesing er én rettighet, skriving en annen, publisering en tredje, og den kan begrenses til enkelte produkter. Irreversible handlinger krever i tillegg en bekreftelse.

Når en assistent kobler seg til i nettleseren, vises det før godkjenningen et skjermbilde som angir hver enkelt tillatelse han ber om. Hvis tillatelsen gis, vises tilkoblingen på siden for tilganger, med navn og dato for personen som har godkjent den, og den deaktiveres også der.

En nøkkel man ikke kan ta tilbake, er ikke en nøkkel, men en nøkkel under dørmatten.

Opplysningene dine forblir hos deg

Det som når frem til en AI-leverandør, er det du henter frem via din assistent - og hvilken assistent det er, og om den behandler dataene innenfor EU, bestemmer du, ikke vi. En oversettelsestjeneste mottar kun en verdi fra produktdataene dine der du har aktivert oversettelse, og da kun for deg selv. Verktøyet som oppretter forbindelsen, kjører på din egen datamaskin, og kildekoden er åpen: Sikkerhetsavdelingen din kan sjekke hva det gjør, i stedet for å bare stole på det.

For et europeisk selskap er dette det avgjørende punktet. Selve plattformen ligger i ISO 27001-sertifiserte datasentre i Tyskland; hvor dataene sendes videre derfra, avhenger utelukkende av hvilket assistentprogram du velger. Du kan velge en som behandler dataene i EU, eller en som aldri forlater bedriften din: transpareo mcp kjører protokollen på din egen datamaskin, og hvilken modell som ligger bak, er opp til deg.

I tillegg kommer det som faktisk står i et produktpass. Dette er som regel produktdata: serienumre, batcher, materialer, måleverdier. Når det likevel er snakk om personopplysninger, er det dine egne regler som avgjør hvem som får se dem, og tilgangen kan tilpasses nøyaktig etter dette: kun lesetilgang, kun bestemte produkter, og kan deaktiveres når som helst.

Det tar bare noen minutter å sette det opp

Det samme gjelder for ditt eget arbeidsområde, med sin egen adresse, for eksempel https://dpp.example.com/mcp: de samme tre trinnene, det er ingenting å installere.

De som foretrekker å skrive eller automatisere prosesser i skript, bruker kommandolinjen. transpareo er et enkelt program hvis kommandoer genereres ut fra beskrivelsen av grensesnittet: Det plattformen kan, kan verktøyet også, uten at noen trenger å tilpasse de to manuelt. Det er åpen kildekode og ligger på GitHub. Tre linjer: installere, logge inn, sjekke hva tilgangen tillater.

curl -fsSL https://transpareo.com/cli/install.sh | sh
transpareo auth login --host dpp.example.com --client-id <id>
transpareo me

auth login -programmet leser inn «hemmeligheten» fra standardinngangen eller fra en miljøvariabel, aldri fra et argument, som ellers ville ha stått i prosesslisten og i shell-loggen. Deretter behandler den samme binærfilen prosessene:

transpareo dpps requirements --product-id 8 --granularity item
transpareo dpps validate --file passport.json
transpareo dpps create --file passport.json
transpareo dpps publish <code>
transpareo events tail --follow

Hvis en assistent kjører på din egen datamaskin, kobles den til via en ekstra linje:

transpareo setup claude

De samme prosessene er da tilgjengelige som verktøy, under tilsvarende navn: dpp_requirements, validate_dpp, create_dpp, publish_dpp, tail_events. Det du skriver inn i kommandolinjen og det en assistent starter, er det samme. I tillegg følger en veiledning for assistenter som beskriver de vanlige prosessene, slik at ingen trenger å lære rekkefølgen gjennom prøving og feiling. Og de som foretrekker å programmere direkte, finner den fullstendige beskrivelsen av grensesnittet på hvert arbeidsområde under /apidocs.

En assistent koster ikke noe ekstra

Ingenting ekstra. En assistent logger seg på som API-bruker, og tilgang for programmer er inkludert i alle Transpareo-abonnementer. Det er de publiserte passene som telles, ikke antallet personer eller programmer som arbeider med dem. De som automatiserer sitt compliance-arbeid, skal ikke få en regning for det.

Arbeidet begynner før plikten

Fra februar 2027 blir produktpasset for batterier obligatorisk, og andre produktgrupper følger etter. Den egentlige arbeidsinnsatsen ligger ikke i selve passet, men i å ordne produktdataene, og det er nettopp denne arbeidet overlater bedrifter nå til assistenter: Samle inn felt, finne mangler, følge opp leverandørinformasjon, kontrollere, gjenta. Hvordan disse dataene i det hele tatt havner i passet, beskrives i «En strøm, én retning»; hvordan en egen tilkobling for dette ser ut, beskrives i veiledningen for ERP-tilkobling.

En assistent som må gjette, genererer pass som ser plausible ut, men som ikke tåler en nærmere granskning. En assistent som kan stille spørsmål, genererer pass som stemmer. Forskjellen ligger ikke hos assistenten. Den ligger i plattformen han henvender seg til.