Det är strax efter skiftets slut. Den ansvariga för regelefterlevnad exporterar skiftlistan från produktionssystemet, lägger in den i sin assistent och skriver en mening: ”Publicera produktpass för cellerna i den här listan.”
Assistenten läser in 1 240 serienummer med tillhörande batcher, frågar Transpareo vad som krävs för ett pass för denna produkt, skapar passen och låter dem kontrolleras mot bestämmelsernas regler. Svar: 1 237 är klara, 3 är det inte, eftersom koldioxidavtrycket saknas i ett parti. Hon lämnar in värdet och assistenten publicerar dem. Två dagar senare lämnar cellerna fabriken, var och en med en QR-kod som länkar till sitt pass .
Det här är ingen framtidsvision: med Transpareo går det redan idag. En assistent sköter här **en efterlevnadsuppgift från beställning till det undertecknade passet **, och plattformen förser honom under tiden med allt han behöver veta för detta.
Prova det nu
Har ni ett konto hos Claude, ChatGPT, Grok eller Gemini som tillåter anslutning av applikationer? Anslut det då till vår Demo. Det är en lekplats: Varje timme byggs den upp på nytt, och vad ni gör där är borta igen innan dess.
-
Anslut. Skapa en ny
applikation i din assistent, ange
https://demo.transpareo.com/mcpsom adress och klicka på «Anslut». -
Delning. Logga in med
testerochDemoPass2027- inloggningsuppgifterna anges här medvetet. Skärmen därefter namnger varje behörighet separat. De som har läsbehörighet kan du bevilja permanent; de som har skrivbehörighet bör du hellre bekräfta en och en.
- Fråga. Tillbaka i chattfönstret frågar du i vardagligt språk, till exempel «Visa en lista över våra produktpass.»
Frågan gällde en lista; det som lästes upp var statusen.
Som svar får du inte bara det du frågade om, utan också i vilket tillstånd det befinner sig. Detta är möjligt eftersom gränssnittet ger mer information än själva raderna: hur många det finns, var de befinner sig i livscykeln, vad som saknas.
Det är anledningen till den här artikeln. Resten förklarar varför det fungerar.
Sagt, gjort
Det var precis en sida som skulle kopplas in: assistenten till Transpareo, de tre stegen från nyss. Den andra var en fil som produktionssystemet ändå genererar. Ingen har fastställt vilken kolumn som passar till vilket fält, ingen underhåller ett gränssnitt: Assistenten läste listan och skrev passerna, och vad den skulle göra stod i en enda mening. Om listan ändras, ändras en instruktion till assistenten, **ingen programkod **.
Ditt system behöver inte kunna göra någonting för detta. Det behöver bara mata ut det som det ändå matar ut: exportfilen, listan från rapporten, tabellen från skiftets slut.
Samma lista skulle också kunna läsas in manuellt. Importverktyget i Applikationshanteraren tar emot tabeller, namnger de kolumner som den har identifierat, kontrollerar processen innan något skapas och återtar den om så önskas. Resultatet skulle ha blivit detsamma. Men då skulle någon ha behövt bekräfta tilldelningen, läsa läsa rapporten och själv fylla i de tre saknade värdena . **En assistent förändrar inte vad som är möjligt, utan hur lång tid det tar. **
Integrationsarbetet, som hittills stått i början av varje compliance-projekt, ryms idag i en mening på vardagsspråk.
Det är den verkliga omvälvningen. Förutsatt att plattformen i andra änden kan tala om för ett program vad den kräver.
Program har alltid varit de huvudsakliga läsarna
Ett produktpass läses sällan för hand. Den skannas, hämtas, kontrolleras, vidarebefordras och arkiveras, och det mesta av detta sköts av programvara: återförsäljarens kassa, återvinningsföretagets system, myndighetens kontrollverktyg, importören som vill veta om ett parti uppfyller kraven. De flesta av dess läsare läser det alltså inte med ögonen, utan med ett program.
Transpareo är därför uppbyggt kring sitt gränssnitt. Varje publicerat pass är ett signerat, maskinläsbart dokument, och gränssnittet täcker hela livscykeln: från produktens egenskapstyper via kontroll och skapande till publicering och händelserna för ett enskilt exemplar ute på fältet. Och den är versionshanterad: Den som idag bygger något runt den bygger inte på sand. Det nya är alltså inte att program arbetar med pass. Det nya är vilka program det är.
Och därför slutar inte en assistents arbete vid skapandet. Samma typ av sats gäller genom resten av livscykeln:
- ”Återkalla alla pass för sats B-2214.”
- ”Lägg in det nya CO2-värdet för parti 88.”
- ”Visa mig alla pass som har skickats på reparation den här månaden.”
Var och en av dessa meningar blir till samma anrop som en människa utlöser i Applikationshanteraren och lämnar samma spår efter sig.
En assistent måste kunna fråga, inte gissa
En assistent är en mycket snabb medarbetare utan förkunskaper om ert företag. Hen gör vad man säger åt hen och fyller luckor med gissningar om man inte ger hen några svar. Fyra saker förvandlar gissningar till arbete.
Den måste kunna fråga vad som krävs. För varje produkt och varje detaljnivå svarar plattformen vilka identifierare och egenskaper ett pass behöver och vilka av dessa som redan finns lagrade för produkten. För ett enskilt exemplar ser det ut så här:
{
"identifiers": {
"batchIdentifier": { "required": true },
"modelIdentifier": { "required": true, "source": "product", "value": "4006381333931" },
"serialIdentifier": { "required": true }
}
}
Två av de tre identifierarna måste assistenten skaffa fram, den tredje finns redan på produkten. Detta är en arbetsinstruktion, inte en gissningslektion.
Han måste kunna kontrollera utan att skriva. En kontroll utför samma granskningar som en publicering och skapar ingenting . Det är just därför som siffran 1237 tillkom till 3 ovan, innan något hade publicerats.
Han måste förstå varför något har avvisats. Ett avslag anger fältet och beskriver vad som ska göras:
PRODUCT_INVALID: Produkt ogiltig
Korrigera attributen som anges under fälten och skicka om begäran.
brand: Varumärke krävs - inget angavs
componentsInput: Komponentinmatning saknas
En assistent som läser detta fyller i två uppgifter och skickar igen. En som bara får ett felnummer provar sig fram. Det är samma formulering som en människa ser i kommandoraden .
Han får inte räkna fel. Om en anslutning bryts och assistenten försöker igen skapas ändå bara ett pass, inte två. Skrivande anrop bär en nyckel, utifrån vilken plattformen känner igen en upprepning som just en upprepning.
Varje åtkomst kan återkallas
Ju fler program som arbetar med dina data, desto viktigare blir det vem som får göra vad. En åtkomst skapas i applikationshanteraren och visar sin hemlighet en enda gång. Därefter arbetar programmet med token som upphör att gälla efter en timme, och hemligheten skickas endast till den plats som utfärdar token. Den lagras i operativsystemets nyckelring, aldrig i ett kommandoradsargument, som annars skulle synas i varje processlista.
Varje åtkomst har exakt de rättigheter som du ger den: Läsning är en sak, skrivning en annan, publicering en tredje, och den kan begränsas till enskilda produkter. Oåterkalleliga åtgärder kräver dessutom en bekräftelse.
Om en assistent ansluter sig via webbläsaren visas, innan godkännandet ges, en skärm som specificerar varje enskild behörighet som den begär. Om bekräftelsen ges visas anslutningen på sidan med åtkomsträttigheter, med namn och datum för den person som godkänt den, och där kan den också inaktiveras igen.
En åtkomsträttighet som inte går att återkalla är ingen åtkomsträttighet, utan en nyckel under dörrmattan.
Dina uppgifter stannar hos dig
Transpareo skickar inte något på eget initiativ till en AI-leverantör. Det som kommer fram till en sådan är det du hämtar via din assistent - och vilken det är och om den behandlar uppgifterna inom EU bestämmer du, inte vi. Verktyget som upprättar anslutningen körs på din egen dator, och dess källkod är öppen: din säkerhetsavdelning kan läsa vad det gör, istället för att bara lita på det.
För ett europeiskt företag är detta den avgörande
punkten. Plattformen i sig finns i ISO 27001-certifierade
datacenter i Tyskland; vart informationen vidarebefordras,
bestäms enbart av valet av assistent. Ni kan välja en
som behandlar data inom EU, eller en som aldrig lämnar ert
företag aldrig lämnar: transpareo mcp hanterar protokollet
på er egen dator, och vilken modell som ligger bakom
är er sak.
Därtill kommer vad som överhuvudtaget står i ett produktpass. Det är i regel produktdata: serienummer, batcher, material, mätvärden. Om det mot förmodan skulle förekomma personuppgifter, är det dina egna regler som avgör vem som får se dem, och behörigheten kan anpassas exakt efter detta: endast läsbehörighet, endast vissa produkter, och kan inaktiveras när som helst.
Det är klart på några minuter
Detsamma gäller för din egen arbetsmiljö, med sin
egen adress, till exempel https://dpp.example.com/mcp:
samma tre steg, inget behöver installeras.
Den som hellre skriver eller automatiserar processer i skript använder
kommandoraden. transpareo är ett enda program vars
kommandon genereras utifrån beskrivningen av gränssnittet: Det som
plattformen kan, kan verktyget också, utan att någon behöver
anpassa dem manuellt. Det är öppen källkod och finns på
GitHub. Tre
rader: installera, logga in, kontrollera vad åtkomsten tillåter.
curl -fsSL https://transpareo.com/cli/install.sh | sh
transpareo auth login --host dpp.example.com --client-id <id>
transpareo me
Inloggningsuppgifterna läses in av auth login från standardinmatningen eller från
en miljövariabel, aldrig från ett argument, som annars skulle synas i
processlistan och i shell-historiken. Därefter hanterar
samma binärfil följande steg:
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
Om en assistent körs på din egen dator ansluter en ytterligare rad den:
transpareo setup claude
Samma processer finns då tillgängliga som verktyg, under
motsvarande namn: dpp_requirements, validate_dpp,
create_dpp, publish_dpp, tail_events. Det du skriver i
kommandoraden och det som en assistent anropar är samma sak.
Dessutom finns en handledning för assistenter som beskriver de vanliga
arbetsflödena, så att ingen behöver lära sig ordningen genom
trial and error. Och den som hellre programmerar direkt hittar den
fullständiga beskrivningen av gränssnittet i varje
arbetsområde under /apidocs.
En assistent kostar inget extra
Inget tillägg. En assistent ansluter sig som API-användare, och åtkomsten för program%{pricing_link label="ingår i alla abonnemang"}. Det är de publicerade passerna som räknas, inte antalet människor eller program som arbetar med dem. Den som automatiserar sitt compliance-arbete ska inte behöva betala för det.
Arbetet börjar innan det blir obligatoriskt
Från och med februari 2027 är produktpasset för batterier obligatoriskt, och andra produktgrupper följer. Den egentliga arbetsinsatsen ligger inte i passet, utan i att ordna produktdata, och det är just denna arbetet överlåter företagen just nu till assistenter: sammanställa fält, hitta luckor, följa upp leverantörsuppgifter, kontrollera, upprepa. Hur dessa data överhuvudtaget hamnar i passet beskrivs i ”En ström, en riktning”; hur en egen anslutning för detta ser ut beskrivs i vägledningen för ERP-anslutning.
En assistent som måste gissa skapar pass som ser rimliga ut men som inte klarar en granskning. En assistent som kan ställa frågor skapar pass som stämmer. Skillnaden ligger inte hos assistenten. Den ligger i den plattform som han vänder sig till.
Frågor om det här inlägget
Kostar det extra att lägga till en assistent?
Nej. En assistent ansluter sig som API-användare, och åtkomsten för program är in jedem Tarif enthalten. Det som räknas är publicerade pass, inte antalet personer eller program som arbetar med dem.
Kan en assistent råka publicera något av misstag?
Publicering är en separat åtgärd med en egen behörighet, och det finns ingen behörighet för denna åtkomst som du inte har beviljat. Den som ger en assistent behörighet att läsa och granska, men inte att publicera, får en assistent som gör just det. Oåterkalleliga åtgärder kräver dessutom en bekräftelse, och ett skrivskyddat läge inaktiverar alla skrivfunktioner, medan granskning fortfarande är tillåten.
Får en AI-leverantör tillgång till våra produktdata?
Inte från vår sida. Transpareo skickar inga data till någon AI-leverantör. Det är du som bestämmer vilken assistent du vill använda och om den ska bearbeta data inom EU; verktyget som upprättar anslutningen körs på din egen dator och är öppen källkod, vilket innebär att din säkerhetsavdelning kan granska koden.
Får en assistent tillgång till våra inloggningsuppgifter?
Hemligheten lämnar den dator där den lagrats endast i riktning mot den instans som utfärdar token för den, och lagras i operativsystemets nyckelring, inte i en fil och aldrig i ett kommandoradsargument. Därefter arbetar man med ett token som upphör att gälla efter en timme. En assistent i webbläsaren får inte någon hemlighet alls, utan en anslutning som du godkänner och kan bryta när som helst.
Hur vet en assistent vilka uppgifter som krävs för ett pass?
Han frågar efter det. För varje produkt och varje detaljnivå anger plattformen vilka identifierare och egenskaper som krävs och vilka av dessa som redan finns lagrade för produkten. Det är skillnaden mellan en assistent som läser av kraven och en som gissar sig fram till dem.
Vad händer om en assistent gör något fel?
Han får ett felmeddelande som anger vilket fält som saknas och vad som ska göras, medan plattformen inte skriver något. Samma meddelande når en person som arbetar i kommandoraden och en assistent via dennes verktyg, med exakt samma ordalydelse. En assistent som får ett användbart felmeddelande korrigerar sig själv; en som bara får ett nummer gissar.
Är det öppen källkod?
Kommandoradsverktyget är öppen källkod under MIT-licensen och finns tillgängligt för allmänheten på GitHub. Varje utgåva är försedd med en signatur, en lista över ingående komponenter och ett ursprungsintyg; verktyget kontrollerar denna signatur innan det uppdaterar sig själv och installerar ingenting om kontrollen misslyckas.
