Transpareo á tímum gervigreindarboðbera

Stuttu eftir lok vaktarinnar flytur samræmingarfulltrúinn vaktalista úr framleiðslukerfinu, setur hann í aðstoðarkerfi sitt og skrifar setninguna: ‘Birta vörupassa frumna á þessum lista.’

Aðstoðarkerfið les 1.240 raðnúmer með lotunum þeirra, athugar hjá Transpareo hvað fer í vegabréf fyrir þessa vöru, býr til vegabréfin og lætur athuga þau samkvæmt reglugerðinni. Niðurstaðan: 1. 237 einingar eru tilbúnar, en 3 ekki, því einni lotu vantar CO₂-fótspor sitt. Hún skráir inn vantar gildið og aðstoðarkerfið birtir þær. Tveimur dögum síðar yfirgefa frumulínurnar verksmiðjuna, hver með QR-kóða sem vísar á ferilskrá sína.

Þetta er ekki senna úr framtíðinni: með Transpareo er þetta mögulegt í dag. Aðstoðaraðili sinnir samræmingarverkefni hér **frá upphaflegri beiðni og alla leið að undirrituðu vegabréfi **, og vettvangurinn veitir þeim allt sem þeir þurfa að vita á leiðinni.

Reyndu núna

Áttu reikning hjá Claude, ChatGPT, Grok eða Gemini sem gerir þér kleift að tengja forrit? Þá skaltu tengja hann við okkarSýning. Þetta er leikvöllur: hann endurstillist á klukkutíma fresti og allt sem þú gerir þar mun hafa horfið þá.

1. Tengja. Búðu til nýja forrit í aðstoðarkerfinu þínu, sláðu inn https://demo.transpareo.com/mcp sem heimilisfang og smelltu á ‘Connect’.
2. Veita heimild. Skráðu þig inn með tester og DemoPass2027 - þessar innskráningarupplýsingar eru hér sýndar viljandi. Skjárinn sem birtist næst listar hverja heimild fyrir sig. Þú getur veitt lestrarheimildir varanlega; fyrir skrifheimildir er betra að staðfesta þær hverja fyrir sig.
3. Fyrirspurn. Aftur í spjallglugganum, spurðu á daglegu máli, til dæmis : ‘Skráðu vörupassa okkar.’

   

   > Listi var óskaður eftir; staðan var skilað.

Svarið inniheldur ekki aðeins það sem þú baðst um, heldur einnig núverandi stöðu þess. Þetta er mögulegt vegna þess að viðmótið veitir meiri upplýsingar en bara línurnar sjálfar: hversu margar eru til, hvar þær eru í sögunni, og hvað vantar.

Þess vegna var þessi grein skrifuð. Hið síðara útskýrir hvers vegna þetta virkar.

Ekki sagt, ekki gert

Það var nákvæmlega ein hlið sem þurfti að samþætta: leiðbeiningarnar með Transpareo, þrjú skrefin sem nefnd voru áður. Hitt var skrá sem framleiðslukerfið útbýr engu að síður. Enginn hefur tilgreint hvaða dálkur passar við hvaða reit, enginn viðheldur viðmótinu: galdurinn las listann og skrifaði pass-through-færslurnar, og það sem hann átti að gera var sett fram í einni setningu. Ef listinn breytist, breytist ein einasta leiðbeining til galdursins - ** - enginn forritakóði **.

Kerfið þitt þarf ekki að geta gert neitt sérstakt í þessu. Það þarf bara að útgefa það sem það gefur út engu að síður: útflutningsskrána, listann úr skýrslunni, töfluna í lok vaktar.

Sama listann má einnig flytja inn handvirkt. Innflytjandinn í Forritastjóranum tekur við töflum, nefnir dálkana sem hann hefur greint, athugar ganginn áður en neitt er búið til og snýr við ef þess þarf. Niðurstaðan hefði verið sú sama. Einungis hefði einhver þurft að staðfesta úthlutunina, lesa skýrsluna og bæta sjálfir við þrjú vantar gildi. **Galdamaður breytir ekki því sem er mögulegt, heldur því hversu langan tíma það tekur. **

Samþættingarvinna sem áður var í upphafi hvers samræmingarverkefnis má nú draga saman í eina setningu á daglegu máli.

Þetta er raunverulega byltingin. Að því gefnu að vettvangurinn í hinum endanum geti sagt forriti hvað það þarf.

Forrit hafa ætíð verið helstu lesendur

Vöruskírteini er sjaldan lesið með höndum. Það er skannað, sótt, athugað, sent áfram og skráð til varðveislu, og mest af þessu er unnið með hugbúnaði: afgreiðslukassanum hjá smásalanum, kerfi endurvinnslufyrirtækisins, staðfestingartóli eftirlitsstofnunar og innflytjandanum sem vill vita hvort sending sé samkvæm kröfum. Flestir lesendur þess lesa það því ekki með augunum, heldur með forriti.

Transpareo er því byggt í kringum viðmót sitt. Öll útgefin vöruskilríki er undirritað, vélrænt lesanlegt skjal, og viðmótið nær yfir allan lífsferilinn: frá eignarflokkum vöru, í gegnum prófun og gerð, til útgáfu og atburða sem tengjast einstökum hlutum á vettvangi. Og hún er í útgáfustjórnun: hver sem er að byggja eitthvað til að vinna með hana í dag er ekki að byggja á sandi. Þannig að það sem er nýtt er ekki að forrit vinni með vegabréf. Það sem er nýtt er hvaða forrit.

Og þess vegna lýkur vinnu aðstoðarmannsins ekki við sköpun. Sama tegund setninga er notuð í gegnum restina af lífsferlinu:

• ‘Kalla til baka öll vegabréf úr lotu B-2214.’
• ‘Uppfæra nýja CO₂-gildi fyrir lotu 88.’
• “Sýndu mér öll vegabréfin sem hafa farið til viðgerðar þennan mánuð.”

Hver setningin fyrir sig verður að sömu fyrirspurnum sem maður myndi kalla fram í Forritastjóra, og skilur eftir sig sömu slóð.

Aðstoðarkerfi verður að geta spurt, ekki giskað

Aðstoðarkerfi er mjög hraður starfsmaður án forþekkingar á fyrirtækinu þínu. Það gerir það sem því er sagt og fyllir í eyðurnar með forsendum ef því eru ekki gefnar svör. Fjórir þættir gera giskun að vinnu.

Það þarf að geta spurt hvað er krafist. Fyrir hverja vöru og hvert smáatriðisstig tilgreinir vettvangurinn hvaða auðkenni og eiginleika leyfi krefst og hvaða þeirra eru þegar vistuð fyrir vöruna. Fyrir eitt atriði lítur það svona út:

{
  "auðkenni": {
    "batchIdentifier": { "required": true },
    "modelIdentifier": { "required": true, "source": "product", "value": "4006381333931" },
    "serialIdentifier": { "required": true }
  }
}

Aðstoðarkerfið þarf að afla tveggja af þremur auðkennum; hið þriðja er þegar tengt vörunni. Þetta er leiðbeiningasett, ekki spurningalisti.

Hún þarf að geta staðfest án þess að skrifa neitt. Staðfestingarkerfi framkvæmir sömu athuganir og birting og býr ekki til neitt. Þetta er einmitt ástæðan fyrir því að talan 1237 birtist sem 3 hér að ofan, áður en neitt hafði verið birt.

Hún þarf að skilja hvers vegna eitthvað var hafnað. Synjun tilgreinir sviðið og segir til um hvað þarf að gera:

PRODUCT_INVALID: Varan ógild
Leiðréttu eiginleikana sem taldir eru upp undir sviðum og sendu beiðnina aftur.
  brand: Vörumerki þarf vörumerki - ekkert var gefið upp
  componentsInput: Inntak íhluta vantar

Maður sem les þetta fyllir inn þessi tvö atriði og sendir beiðnina aftur. Einhver sem fær aðeins villukóða mun prófa ýmsa valkosti. Þetta er sama orðalagið og maður sér í skipanalínunni.

Þeir mega ekki telja vitlaust. Ef tenging tapast og aðstoðarkerfið reynir aftur, er aðeins eitt aðgangslykill búið til, ekki tvö. Skjalfest köll bera með sér lykil, sem vettvangurinn notar til að greina endurtekningu tilraunar sem slíka.

Öllum aðgangi má afturkalla

Því fleiri forrit sem vinna með gögnin þín, því mikilvægara verður að ákvarða hverjum er heimilt að gera hvað. Aðgangslykill er búinn til í Forritastjóranum og afhjúpar leyndarmál sitt aðeins einu sinni. Eftir það vinnur forritið með lykla sem renna út eftir klukkutíma, og leyndarmálið fer aðeins til þess staðsetningar sem gefur út lykla. Hann er geymdur í lyklasafni stýrikerfisins, aldrei sem skipanalínurökstuðli, sem annars myndi birtast í öllum ferlalistum.

Hver aðgangsheimild felur í sér nákvæmlega þau réttindi sem þú veitir henni: að lesa er annað, að skrifa annað, að birta þriðja, og hún getur verið takmörkuð niður í einstakar vörur. Óafturkræfar aðgerðir krefjast einnig staðfestingar.

Þegar aðstoðarmaður tengist í gegnum vafrann birtist skjár áður en heimild er veitt, sem listar allar einustu heimildir sem hann þarfnast. Ef heimild er veitt birtist tengingin á síðunni um aðganga, ásamt nafni og dagsetningu þess sem veitti hana, og er þar einnig óvirk gerð.

Aðgangur sem ekki er hægt að afturkalla er ekki aðgangur, heldur lykill falinn undir dyðingunni.

Gögnin þín verða hjá þér

Transpareo sendir ekkert sjálfviljugt til gervigreindarveitanda. Það sem berst til gervigreindarveitanda er það sem þú sækir í gegnum aðstoðarmanninn þinn - og þú, ekki við, ákveður hver sá aðstoðarmaður er og hvort hann vinnur úr gögnum innan ESB. Tækið sem stofnar tenginguna keyrir á þínu eigin tölvu, og uppsprettukóði þess er opinn: öryggisdeild þín getur athugað hvað það gerir, frekar en að taka bara orð okkar fyrir það.

Fyrir evrópskt fyrirtæki er þetta lykilatriðið. Vettvangurinn sjálfur er hýstur í gagnaverum í Þýskalandi með ISO 27001-vottun; það sem gerist utan þeirra marka er eingöngu ákvarðað af vali þínu á aðstoðarmanni. Þú getur valið einn sem vinnur úr gögnum innan ESB, eða einn sem sendir gögnin aldrei út fyrir fyrirtækið þitt. fyrirtækið yfirgefur aldrei: transpareo mcp keyrir samskiptaregluna á eigin tölvu þinni, og hvaða líkan knýr það er alfarið undir þér komið.

Auk þess bætist við það sem raunverulega birtist í vöruskírteini. Þetta eru yfirleitt vörugögn: lotunúmer, efnisnúmer, mæligildi. Þar sem persónuupplýsingar koma við, ákvarða þínar eigin reglur hverjum er heimilt að skoða þær, og aðgangi má sérsníða nákvæmlega í samræmi við það: eingöngu lestur, aðeins ákveðnar vörur, og hann má slökkva hvenær sem er.

Hægt er að setja það upp á örfáum mínútum

Sama gildir um vinnusvæði þitt, á eigin slóð, eins og https://dpp.example.com/mcp: sömu þrjú skref; ekkert þarf að setja upp.

Þeir sem kjósa að slá inn eða sjálfvirknivæða ferla með handritum geta notað skipanalínuna. transpareo er eitt forrit sem hefur skipanir sínar framleiddar úr viðmótslýsingunni: hvað sem vettvangurinn getur gert, getur tækið gert, án þess að nokkur þurfi að samræma þau handvirkt. Það er opinn hugbúnaður og aðgengilegt á GitHub. Þrjár línur: setja upp, skrá sig inn og athuga hvaða aðgerðir reikningurinn er heimilaður til að framkvæma.

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

Leyniorðið er lesið af auth login úr staðlaðri inntaki eða úr umhverfibreytu, aldrei úr rökorði, sem annars myndi birtast á vinnslulista og í sögn skeljarinnar. Eftir það sér sama forritið um næstu skref:

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

Ef galdramaður er í gangi á eigin tölvu, tengir önnur lína hann:

transpareo setup claude

Sömu ferlarnir eru þá tiltækir sem verkfæri, undir samsvarandi nöfnum: dpp_requirements, validate_dpp, create_dpp, publish_dpp, tail_events. Það sem þú slærð inn í skipanalínunni og það sem galdrameistari kallar fram er hið sama. Auk þess er til leiðarvísir fyrir galdramenn sem lýsir staðlaða vinnuflæðinu, svo enginn þurfi að læra röðina með tilraunum og mistökum. Og fyrir þá sem kjósa að forrita beint, má finna fulla lýsingu á viðmótinu í hverju vinnurými undir /apidocs.

Galdramaður kostar ekkert aukalega

Engin aukagjöld. Galdramaður tengist sem API-notandi, og aðgangur fyrir forrit erinnifalinn í öllum verðáætlunum. Það sem skiptir máli eru útgefin vegabréf, ekki fjöldi fólks eða forrita sem vinna að þeim. Enginn sem sjálfvirknivæðir reglufylgni sína ætti að þurfa að greiða fyrir það.

Vinnan hefst áður en hún verður skylda

Frá og með febrúar 2027 verðurvöruskírteini fyrir rafhlöðurskylda, og aðrar vörulotur munu fylgja í kjölfarið. Hin raunverulega vinna felst ekki í skírteininu sjálfu, heldur í að skipuleggja vörugögnin, og einmitt þetta vinnu er einmitt það sem fyrirtæki eru nú að fela aðstoðarkerfum: að setja saman reiti, greina eyður, fylgja eftir upplýsingum frá birgjum, athuga, endurtaka. Hvernig þessar upplýsingar berast raunverulega inn í vegabréfið er lýst í ‘One Current, One Direction’; og hvernig helguð tenging fyrir þetta lítur út er fjallað um í leiðbeiningunum um ERP-samþættingu.

Aðstoðarmaður sem þarf að giska framleiðir vegabréf sem virðast trúverðug en standast ekki skoðun. Aðstoðarmaður sem getur spurt spurninga framleiðir rétt vegabréf. Munurinn liggur ekki hjá aðstoðarmanninum. Hann liggur í vettvangi sem þeir snúa sér til.