Transpareo i AI-agenternes tidsalder

Det er kort efter skiftets afslutning. Compliance-ansvarlig eksporterer skiftlisten fra produktionssystemet, lægger den i sin assistent og skriver en sætning: «Udskriv produktpas for cellerne på denne liste.»

Assistenten indlæser 1240 serienumre med tilhørende batcher, forhører sig hos Transpareo om, hvad der kræves for et certifikat til dette produkt, opretter certifikaterne og lader dem kontrollere i forhold til forordningens regler. Svar: 1237 er klar, 3 er ikke, fordi CO₂-fodaftrykket mangler i et parti. Hun leverer værdien efterfølgende, og assistenten offentliggør den. To dage senere forlader cellerne fabrikken, hver med en QR-kode, hvorunder deres certifikat kan tilgås.

Det er ikke et fremtidsscenarie: Med Transpareo Connect kan det lade sig gøre allerede i dag. En assistent varetager her en compliance-opgave fra opdrag til underskrevet pas, og Transpareo giver ham undervejs alle de oplysninger, han har brug for.

Prøv det nu

Har du en konto hos Claude, ChatGPT, Grok eller Gemini, som kan forbinde til applikationer? Så forbind den til vores åbne demo. Den fungerer som en legeplads: Hver time nulstilles den, og alt, hvad du laver derinde, er væk igen inden da.

1. Opret forbindelse. Opret en ny MCP-server hos din AI-udbyder med adressen https://demo.transpareo.com/mcp . Afhængigt af udbyderen finder du dette under »Connector«, »Integration« eller »App«.
2. Del. Log ind med tester og Tester@12345
   • adgangsoplysningerne er bevidst angivet her. Skærmbilledet derpå angiver hver enkelt rettighed. De, der har læseadgang, kan De give permanent tilladelse til; dem, der har skriveadgang, bør De hellere få bekræftet enkeltvis.
3. Spørgsmål. Tilbage i chatvinduet stiller du et spørgsmål på dagligdags sprog, f.eks. »Giv os en oversigt over vores produktpas.«

Der blev bedt om en liste; man fik en beskrivelse af situationen.

Du får ikke kun svar på det, du har spurgt om, men også på, hvilken tilstand det er i. Det er muligt, fordi grænsefladen giver flere oplysninger end selve linjerne: hvor mange der er, hvor de befinder sig i CV’et, og hvad der mangler.

Det er grunden til denne artikel. Resten forklarer, hvorfor det fungerer.

Sagt, gjort

Der var præcis én side, der skulle kobles sammen: assistenten til Transpareo, de tre trin fra før. Den anden var en fil, som produktionssystemet alligevel genererer. Ingen har fastlagt, hvilken kolonne der passer til hvilket felt, og ingen vedligeholder en grænseflade: Assistenten læste listen og skrev passene, og hvad den skulle gøre, stod i én sætning. Ændres listen, ændres en instruktion til assistenten, ingen programkode.

Deres system behøver ikke kunne noget særligt for det. Det skal blot udskrive det, som det alligevel udskriver: eksportfilen, listen fra rapporten, tabellen fra skiftets afslutning.

Og det behøver ikke at være en tabel. Et datablade fra en leverandør, en PDF, en e-mail-korrespondance: Også herfra udtrækker en assistent værdierne og omformer dem til det format, som Transpareo kræver. For Transpareo angiver dette format, i stedet for at man skal gætte sig frem til det. Produktdata foreligger sjældent i struktureret form, men findes i dokumenter, og det har i årevis været den langsomme del af processen at udtrække dem derfra.

Den samme liste kunne også indlæses manuelt. Importfunktionen i applikationsmanager modtager tabeller, navngiver de kolonner, den har genkendt, kontrollerer forløbet, før der oprettes noget, og fortryder det igen, hvis det ønskes. Resultatet ville have været det samme. Men så skulle nogen have bekræftet tilknytningen, læst rapporten og selv indtastet de tre manglende værdier. En guide ændrer ikke, hvad der er muligt, men hvor lang tid det tager.

Det integrationsarbejde, der hidtil har været udgangspunktet for hvert compliance-projekt, kan i dag udtrykkes i én sætning på dagligsprog.

Det er den egentlige revolution. Forudsat at platformen i den anden ende kan fortælle et program, hvad den kræver.

Programmerne har altid været de vigtigste læsere

Et produktpas læses sjældent manuelt. Det scannes, hentes frem, kontrolleres, videresendes og arkiveres, og det meste af dette klarer software: forhandlerens kasseapparat, genvindingsvirksomhedens system, en myndigheds kontrolværktøj, importøren, der vil vide, om et parti er i overensstemmelse med kravene. De fleste af dens læsere læser den altså ikke med øjnene, men med et program.

Transpareo er derfor bygget op omkring sin grænseflade. Hvert offentliggjort certifikat er et signeret, maskinlæsbart dokument, og grænsefladen dækker hele livscyklussen: fra et produkts egenskabstyper over validering og oprettelse til offentliggørelse og begivenhederne for et enkelt enhed i felten. Og den er versioneret: Den, der i dag udvikler noget til den, bygger ikke på sand. Det nye er altså ikke, at programmer arbejder med pas. Det nye er, hvilke programmer.

Og derfor slutter en assistents arbejde ikke ved oprettelsen. Den samme type sætning går igen gennem resten af CV’et:

• «Tilbagekald alle pas fra parti B-2214.»
• «Indtast den nye CO₂-værdi for parti 88.»
• «Vis mig alle pas, der er sendt til reparation i denne måned.»

Hver af disse sætninger svarer til de samme kald, som en bruger udløser i applikationsmanager, og efterlader det samme spor i auditloggen.

En assistent skal kunne spørge, ikke gætte

En assistent er en meget hurtig medarbejder uden forudgående kendskab til din virksomhed. Han gør, hvad man beder ham om, og han udfylder hullerne med gæt, hvis man ikke giver ham svar. Fire ting forvandler gætteriet til arbejde.

Han skal kunne spørge, hvad der kræves. For hvert produkt og hver detaljeringsgrad angiver platformen, hvilke identifikatorer og egenskaber et certifikat skal indeholde, og hvilke af disse der allerede er gemt i produktet. For et enkeltstykke ser det sådan ud:

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

Assistenten skal skaffe to af de tre identifikationsnumre; det tredje står allerede på produktet. Dette er en arbejdsvejledning, ikke en gættetime.

Han skal kunne kontrollere uden at skrive. En validering udfører de samme kontroller som en offentliggørelse og tilføjer intet. Netop derfor kom tallet 1237 ovenfor til 3, før noget som helst var blevet offentliggjort.

Han skal forstå, hvorfor noget er blevet afvist. En afvisning angiver feltet og beskriver, hvad der skal gø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, der læser dette, tilføjer to oplysninger og sender det igen. En, der kun får et fejlnummer, prøver forskellige ting af. Det er den samme tekst, som et menneske ser i kommandolinjen .

Han må ikke tælle forkert. Hvis en forbindelse afbrydes, og assistenten prøver igen, opstår der alligevel kun én pass, ikke to. Skrivende opkald indeholder en nøgle, som platformen bruger til at genkende en gentagelse som en gentagelse.

Hver adgang kan tilbagekaldes

Jo flere programmer der arbejder med dine data, desto vigtigere bliver det, hvem der har adgang til hvad. En adgang oprettes i applikationsmanager og afslører sin adgangskode én eneste gang. Derefter arbejder programmet med tokens, der udløber efter en time, og adgangskoden sendes kun til den instans, der udsteder tokens. Den gemmes i operativsystemets nøglering, aldrig i et kommandolinjeargument, som ellers ville figurere i enhver procesliste.

Hver adgang har nøjagtigt de rettigheder, som du tildeler den: Læsning er én ting, skrivning en anden, offentliggørelse en tredje, og den kan begrænses til enkelte produkter. Uigenkaldelige handlinger kræver desuden en bekræftelse.

Når en assistent opretter forbindelse i browseren, vises der inden godkendelsen en skærm, der angiver hver enkelt tilladelse, som vedkommende anmoder om. Hvis tilladelsen gives, vises forbindelsen på siden med adgangsoplysninger sammen med navn og dato for den person, der har godkendt den, og den afbrydes også derfra.

En adgang, man ikke kan trække tilbage, er ikke en adgang, men en nøgle under dørmåtten.

Dine data forbliver hos dig

Det, der når frem til en AI-udbyder, er det, du henter via din assistent - og hvilken det er, og om den behandler data inden for EU, bestemmer du, ikke vi. En oversættelsestjeneste modtager kun en værdi fra dine produktdata der, hvor du har aktiveret oversættelse, og kun for dig selv. Det værktøj, der opretter forbindelsen, kører på din egen computer, og dets kildekode er åben: Din sikkerhedsafdeling kan læse, hvad det gør, i stedet for blot at stole på det.

For en europæisk virksomhed er det det afgørende punkt. Selve platformen er placeret i ISO 27001-certificerede datacentre i Tyskland; hvor dataene derudover sendes hen, bestemmes udelukkende af assistentens valg. Du kan vælge en, der behandler data i EU, eller en, der aldrig forlader din virksomhed: transpareo mcp kører protokollen på din egen computer, og hvilken model der ligger bag, er helt op til dig.

Dertil kommer, hvad der overhovedet står i et produktpas. Det er som regel produktdata: serienumre, batchnumre, materialer, måleværdier. Når der en gang er tale om personoplysninger, er det dine egne regler, der afgør, hvem der må se dem, og adgangen kan tilpasses præcist efter dette: kun læseadgang, kun bestemte produkter, og adgangen kan til enhver tid deaktiveres.

Det er klar til brug på få minutter

Det samme gælder for dit eget arbejdsområde, under dets egen adresse, f.eks. https://dpp.example.com/mcp: de samme tre trin, der skal ikke installeres noget.

Hvis man foretrækker at skrive eller omdanne processer til scripts, bruger man kommandolinjen. transpareo er et enkelt program, hvis kommandoer genereres ud fra beskrivelsen af grænsefladen: Det, platformen kan, kan værktøjet også, uden at nogen behøver at tilpasse de to manuelt. Det er open source og findes på GitHub. Tre linjer: installation, log-in, tjek af, hvad adgangen tillader.

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

auth login læser hemmeligheden fra standardindlæsningen eller fra en miljøvariabel, aldrig fra et argument, som ellers ville stå i proceslisten og i shell-historikken. Derefter gennemgår den samme binærfil forløbene:

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 der kører en assistent på din egen computer, forbinder en yderligere linje den:

transpareo setup claude

De samme processer er derefter tilgængelige som værktøjer under tilsvarende navne: dpp_requirements, validate_dpp, create_dpp, publish_dpp, tail_events. Det, du skriver i kommandolinjen, og det, en assistent åbner, er det samme. Derudover findes der en vejledning til assistenter, der beskriver de sædvanlige procedurer, så ingen behøver at lære rækkefølgen ved hjælp af prøve og fejl. Og hvis du foretrækker at programmere direkte, finder du den fuldstændige beskrivelse af grænsefladen på hvert arbejdsområde under /apidocs.

En assistent koster ikke noget ekstra

Intet ekstra. En assistent logger ind som API-bruger, og adgangen for programmer er inkluderet i alle Transpareo-abonnementer. Det er de offentliggjorte pas, der tælles, ikke antallet af personer eller programmer, der arbejder med dem. Den, der automatiserer sit compliance-arbejde, skal ikke modtage en regning for det.

Arbejdet begynder før pligten

Fra februar 2027 bliver produktpasset for batterier obligatorisk, og andre produktgrupper følger efter. Den egentlige arbejdsbyrde ligger ikke i selve passet, men i at systematisere produktdataene, og netop dette arbejde overdrager virksomhederne netop nu til assistenter: at samle felter, finde mangler, følge op på leverandøroplysninger, kontrollere og gentage. Hvordan disse data overhovedet kommer ind i passet, beskrives i »En strøm, en retning«; hvordan en egen tilkobling hertil ser ud, beskrives i vejledningen til ERP-tilkobling.

En assistent, der er nødt til at gætte, genererer pas, der ser plausible ud, men som ikke kan modstå en kontrol. En assistent, der kan stille spørgsmål, genererer pas, der er korrekte. Forskellen ligger ikke hos assistenten. Den ligger i den platform, som han henvender sig til.