Primerjava ACP, UCP in AP2: protokoli agentne trgovine oktobra 2026 in katerega od njih potrebuje vaša trgovina

Trije odprti protokoli zdaj opisujejo, kako agent umetne inteligence (UI) kupuje v spletni trgovini. Agentic Commerce Protocol (ACP) prihaja od OpenAI in Stripa. Universal Commerce Protocol (UCP) prihaja od Googla in Shopifyja. Agent Payments Protocol (AP2), ki ga je začel Google in ga aprila predal zvezi FIDO Alliance, sploh ni protokol za blagajno: določa podpisano dokazilo, da je uporabnik odobril plačilo, in je zasnovan za delovanje znotraj UCP. Vsi trije so objavljeni pod licenco Apache 2.0.

Na dan 22. oktobra 2026 so v zelo različnih stanjih. ACP je označen kot beta, njegova zadnja izdaja je 2026-04-17, od 17. julija pa vanj ni bila vnesena nobena sprememba. ChatGPT, njegov glavni uporabnik, se je marca odmaknil od samostojne blagajne in ACP zdaj uporablja predvsem za prejemanje podatkov o izdelkih. UCP je avgusta objavil različico z nezdružljivimi spremembami, 2026-08-25, medtem ko Googlove lastne storitve še vedno tečejo na 2026-04-08, Googlova blagajna pa je v zgodnjem dostopu, samo v ZDA. AP2 je pri različici v0.2 in noben Googlov izdelek v dokumentaciji ne navaja, da bi ga uporabljal.

Članek je namenjen tehničnim direktorjem (CTO) in vodilnim razvijalcem spletnih trgovin in platform za e-trgovino, ki se odločajo, kaj implementirati. Kaj posamezna platforma UI od trgovine zahteva s poslovnega vidika, najprej preberite v našem pregledu agentne trgovine.

Protokoli drug ob drugem

ACP: Agentic Commerce Protocol

Upravljanje in različice

Repozitorij specifikacije navaja, da ACP vzdržujeta OpenAI in Stripe, in ga označuje kot beta. Dokument o upravljanju ju določa za ustanovna vzdrževalca (Founding Maintainers): imenujeta člane usmerjevalnega odbora (do sedem mest) in obdržita veto, ki se uporabi „v skrajnem primeru“. Meta se je 24. aprila 2026 pridružila kot tretja glavna vzdrževalka in članica odbora. Stripova dokumentacija ACP opisuje kot protokol, „ki so ga ustvarili Stripe, OpenAI in Meta“, datoteka z obvestili v repozitoriju pa navaja samo OpenAI in Stripe. Nevtralna fundacija je zgolj napovedana pot za prihodnost.

Izdaj z datumom je pet: 2025-09-29 (blagajna in delegirano plačilo), 2025-12-12 (nezdružljive spremembe na podlagi izkušenj z adapterjema za URBN in Etsy), 2026-01-16 (ponudnik 3DS po izbiri trgovca), 2026-01-30 (pogajanje o zmožnostih, razširitve in nezdružljivo ogrodje za payment handlerje) ter 2026-04-17 (košarica, vir izdelkov, naročila, delegirana avtentikacija, odkrivanje in MCP), ki je 2026-01-30 označila kot zastarelo. V šestih mesecih od takrat ni izšlo nič. Mapa unreleased/ vsebuje manjše spremembe z datumi do 17. julija, na primer ID posodobitve vira in neobvezen URL izdelka pri postavkah v blagajni.

Kaj trgovec implementira v različici 2026-04-17

API za blagajno gosti trgovec, kliče pa ga agent:

• POST /checkout_sessions ustvari sejo, POST /checkout_sessions/{checkout_session_id} jo posodobi (POST, ne PUT), GET na isti poti jo pridobi, .../complete in .../cancel pa jo zaključita.
• Zahteve nosijo ključ API kot žeton bearer in obvezno glavo API-Version. Od 2026-04-17 je Idempotency-Key obvezen pri vsakem POST, z določenimi napakami: 400 idempotency_key_required, 409 idempotency_in_flight in 422 idempotency_conflict.
• Zahteva za ustvarjanje nosi objekt capabilities. Agent navede, kaj podpira, prodajalec pa vrne presek, zato se nezdružljivost pokaže še pred plačilom.
• Trgovec dogodke naročil s POST pošilja sprejemniku, ki ga gosti OpenAI, na /agentic_checkout/webhooks/order_events, podpisane s HMAC-SHA256 v glavi Merchant-Signature. Statusi segajo od created do delivered ali canceled, adjustments[] pa nosi vračila kupnine, vračila blaga, spore in povratne bremenitve (chargebacks).

Izdaja 2026-04-17 je dodala tudi statično, javno datoteko /.well-known/acp.json, katere polje transports pove, ali trgovina govori rest, mcp ali oboje. Dodala je vezavo MCP prek Streamable HTTP s petimi orodji (create_checkout_session, get_checkout_session, update_checkout_session, complete_checkout_session, cancel_checkout_session), pri kateri je avtentikacija nastavljena v konfiguraciji strežnika in ne pri vsaki zahtevi. Dodala je še Feed API, ki ga gosti agent in nanj podatke pošilja trgovec (POST /feeds, PATCH /feeds/{id}/products), košarico za enega prodajalca brez plačilnih podatkov (POST /carts, PUT /carts/{id}) in delegirano avtentikacijo 3DS2 (POST /delegate_authentication). Naročnin ni: RFC za razširitve navaja subscription kot „podporo za ponavljajoče se zaračunavanje (v prihodnosti)“.

Kako deluje plačilo v ACP

Prvotni odgovor ACP je delegirano plačilo. PSP ali trezor kartic implementira POST /agentic_commerce/delegate_payment, ki kartico (edino vrsto plačilnih podatkov) spremeni v žeton, ki ga sme PSP trgovca uporabiti le v okviru dovoljenja: reason (samo one_time), max_amount, currency, checkout_session_id, merchant_id in expires_at. Kot pravi RFC: „Plačila, poravnava in skladnost ostanejo na infrastrukturi trgovca.“ Worldpay dokumentira svojo različico tega klica, PayPal pa ACP podpira z delegiranimi žetoni v Braintree.

Od 2026-01-30 se sprejeti načini plačila navedejo kot handlerji pod capabilities.payment.handlers. Primer plačilnih podatkov iz dnevnika sprememb:

{ "handler_id": "card_tokenized", "instrument": { "type": "card", "credential": { "type": "spt", "token": "spt_123" } } }

spt je Stripov Shared Payment Token, na voljo „v ZDA, Kanadi in izbranih evropskih državah“. Prodajalec, ki plačila obdeluje pri Stripu, ga bremeni s payment_method_data[shared_payment_granted_token] na različici API-ja v predogledu; prodajalec pri drugem procesorju ga lahko enkrat razreši v omrežne plačilne podatke. Kdo nosi tveganje, opisuje naš članek o agentnih plačilih.

Kaj je spremenila OpenAI-jeva marčevska poteza

OpenAI je 24. marca 2026 zapisal, da „prva različica Instant Checkout ni ponujala ravni prilagodljivosti, ki si jo želimo zagotoviti“, trgovcem omogočil uporabo lastnih blagajn in sporočil, da „ACP razširja v povezovalno plast med trgovci in uporabniki skozi celotno odkrivanje“. Target, Sephora, Nordstrom, Lowe's, Best Buy, The Home Depot in Wayfair so ACP integrirali za odkrivanje, katalogi s Shopifyja pa prispejo prek Shopify Catalog. Kaj to pomeni za razvijalca:

• Vir izdelkov je del, ki deluje. OpenAI-jeva stran za trgovce navaja, da se nakupi „zaključijo na spletnih mestih ali v aplikacijah v lasti trgovcev“ in da je nakupovanje na voljo uporabnikom v ZDA. Vključitev virov izdelkov je za odobrene partnerje s čakalnega seznama: dnevna celotna datoteka prek SFTP z devetimi obveznimi polji, posodobitve prek API-ja čez dan, promocije samo prek API-ja. Standardno nalaganje „trenutno cilja na ZDA“.
• Blagajna se odobri posebej. Specifikacija vira navaja, da blagajna „zahteva ločeno omogočeno integracijo“. Za aplikacije v ChatGPT je splošno dostopna pot zunanja blagajna na razvijalčevi lastni domeni. Plačilni obrazec v klepetu je zasebna beta, „omejena na izbrane tržnice“, ki plačilni žeton preda strežniku MCP aplikacije v klicu orodja complete_checkout.
• OpenAI-jeve strani zaostajajo za specifikacijo. Njegova referenca za blagajno še vedno prikazuje API-Version 2025-09-12 in naštevni tip provider z vrednostmi stripe, adyen in braintree. Gradite po repozitoriju in pri OpenAI preverite, katero različico sprejema.

Strani ponudnikov plačilnih storitev, ki Instant Checkout še vedno predstavljajo kot delujoč, so zastarele.

UCP: Universal Commerce Protocol

Upravljanje in različice

Google je 11. januarja 2026 predstavil UCP, razvit skupaj s Shopifyjem, Etsyjem, Wayfairjem, Targetom in Walmartom. Pravila upravljanja Googlu in Shopifyju dajejo vsakemu po en stalni glas v upravnem svetu (Governing Council), ki se mu je 28. aprila 2026 pridružil Stripe, in določajo, da „Google do decembra 2028 glasuje po pooblastilu za vsa prosta mesta“. Shopping Tech Council se je 24. aprila razširil na 16 mest in dobil Amazon, Meto, Microsoft, Salesforce in Stripe, tako da Meta in Stripe zdaj sedita v odboru ACP in v svetu UCP.

Repozitorij ima štiri izdaje. 2026-04-08 je dodala zmožnosti košarice in kataloga, podpisovanje zahtev in odgovorov ter Get Order. 2026-08-25 prinaša nezdružljive spremembe: signing_keys[] je zamenjal JWK Set v keys[], razširitve plačil so se preselile iz dev.ucp.shopping.* v dev.ucp.common.payment.*, skupne sheme so se preselile in spremenile URL-je $id, PAN in omrežni žetoni pa sta postala ločeni vrsti plačilnih podatkov. Dodala je tudi 3DS2, neodvisen od ponudnika, razdeljena plačila, plačilne pogoje in interoperabilnost z Web Bot Auth.

Tu je past. Googlov vodnik za profil pokriva samo 2026-04-08 in 2026-01-23, Googlov lastni profil agenta na ucp.goog navaja "version": "2026-04-08", Salesforce B2C Commerce 26.9 pa podpira isti dve različici. Shopifyjev Checkout MCP medtem povezuje na 2026-08-25. Če gradite po zadnji izdaji, gradite različico, ki je Google ne dokumentira. Odgovor specifikacije je objekt supported_versions, ki vsako starejšo različico preslika v njen lastni URI profila.

Odkrivanje, transport in avtentikacija

Vsako podjetje objavi profil na /.well-known/ucp z ucp.version, ucp.services in ucp.payment_handlers, Google pa zahteva, da je javen in dostopen brez avtentikacije. Svoj profil objavi tudi platforma agenta, vsaka zahteva pa nosi njegov URI v glavi UCP-Agent, prek HTTPS z najmanj TLS 1.3. Avtentikacijo izbere podjetje: brez nje, X-API-Key, OAuth 2.0, vzajemni TLS ali HTTP Message Signatures po RFC 9421. Google pošilja žeton bearer, njegova pogosta vprašanja pa ponujajo tudi mTLS. Idempotency-Key je samo „SHOULD“ (priporočilo); strežnik, ki ga sprejme, ga hrani vsaj 24 ur in odgovori z 409, ko je ponovno uporabljen z drugačnim telesom zahteve.

REST je osnovni transport, poleg MCP, razširitve A2A in vgrajenega načina, do katerega se pride prek continue_url. Naročila so GET /orders/{id} in webhook od podjetja do platforme, podpisan po RFC 9421. Poti za košarico so enake kot pri ACP. Operacije blagajne so si podobne, a niso zamenljive:

Eno jedro blagajne lahko služi obema. Ena tabela poti ne more.

Kako deluje plačilo v UCP

UCP ne premika denarja. Payment handler je specifikacija, ki jo napiše ponudnik plačilnih podatkov, na primer com.google.pay za Google Pay ali dev.shopify.shop_pay za Shop Pay. Podjetje navede handlerje, ki jih sprejema, platforma uporabi enega od njih, ob complete pa podjetje prejme neprozoren žeton, ki ga bremeni prek svojega PSP.

V Googlovih storitvah je edini handler Google Pay, PAN_ONLY je edini uporabljeni način avtentikacije, vaš PSP pa „mora biti zmožen obdelati naše žetone“. Stripe objavlja com.stripe.payments za kartice in Apple Pay: „Agent v zahtevi Complete Checkout pošlje shared payment token (SPT), prodajalec pa ga bremeni.“ Google Pay ostaja na svojem handlerju. PayPal sprejema handler Google Pay prek Braintree ali prek svojega API-ja Orders v2.

Kaj Google zahteva, preden vas pokliče

Googlov vodnik za nativno blagajno zahteva REST API za blagajno, plačilni korak pa obdrži zase: kupec občutljive podatke vnese „samo v Googlovem uporabniškem vmesniku“. Ravni storitve so najmanj 95 % razpoložljivosti na vsaki končni točki, z zakasnitvijo p50 in p95 1 in 4 sekunde za ustvarjanje, 1 in 5 za posodobitev ter 6 in 10 za zaključek. Po naročilu pošiljate posodobitve statusa na Googlov webhook z ID-jem partnerja in ključem, ki ju dobite ob vključitvi. V Merchant Center mora imeti vsak izdelek native_commerce(checkout_eligibility) nastavljen na true (ima „privzeto vrednost FALSE“), pravila za vračila in kontakt za podporo so obvezni, izključeni pa so naročnine, obročna plačila, personalizirano, rabljeno in obnovljeno blago, prednaročila in izdelki s starostno omejitvijo.

Lažja možnost, na voljo od 2026-04-08, je prenos košarice: implementirate samo ustvarjanje košarice, Google košarico preda vašemu spletnemu mestu, payment handler in webhook za naročila pa nista potrebna.

Dostop je prava omejitev. Blagajna je „na voljo izbranim trgovcem“ prek obrazca za izkaz interesa za zgodnji dostop, v katerem se zavežete, da boste začeli v 30 dneh, in sprejmete, da se vam dostop „lahko odvzame“, če ne napredujete. Pogoji UCP Checkout veljajo „samo za Združene države“. Središče v Merchant Center naj bi v Avstraliji in Kanadi sledilo „v začetku prihodnjega leta“; za nobeno drugo državo Google datuma za blagajno ne navaja.

UCP zunaj Googla

Microsoft Merchant Center od 21. aprila 2026 v ZDA sprejema vire izdelkov, pripravljene za UCP. Copilot Checkout potrebuje vir, skladen z UCP, sprejema trgovce, ki poslujejo v angleščini in kupcem v ZDA prodajajo v dolarjih, vsakega z enim PSP, njegova nastavitev za trgovine pa je označena z „v pilotni fazi samo za izbrane stranke“. Shopify ponuja UCP prek MCP na https://{shop}/api/ucp/mcp in je odstranil svoja starejša orodja za katalog in košarico. Zmožnost za rezervacijo nastanitev je bila 24. septembra 2026 združena kot osnutek in ni v nobeni izdaji.

AP2: Agent Payments Protocol

AP2 ni tretji način za nakup v blagajni. Njegova specifikacija pravi, da „deluje kot varnostna funkcija znotraj protokola za trgovino (Commerce Protocol)“ in je „izrecno zasnovan za združljivost z Universal Commerce Protocol (UCP)“. Različica 0.1.0 je izšla 16. septembra 2025, v0.2 pa 28. aprila 2026, na dan, ko je Google AP2 predal zvezi FIDO Alliance. Obvestilo zveze FIDO imenuje delovni skupini Agentic Authentication in Payments, ki ju vodijo člani iz Mastercarda in Vise, in pravi, da bodo prispevki „pregledani in nadalje razviti“. FIDO ni objavil nobene specifikacije AP2. Repozitorij na GitHubu zdaj sprejema le primere in spremembe SDK, zadnji commit pa je bil 29. aprila.

Različica 0.2 določa Checkout Mandate (kaj se kupuje) in Payment Mandate (plačilo, z omejitvami, kot so payment.amount_range, payment.budget in payment.allowed_payees). Vsak je SD-JWT v zaprti in odprti obliki (na primer mandate.payment.1 in mandate.payment.open.1). V načinu Human Present (človek je prisoten) uporabnik odobri zaprte mandate. V načinu Human Not Present (človek ni prisoten) uporabnik odobri odprte mandate, ki določajo omejitve in nosijo javni ključ agenta v trditvi cnf, agent pa v teh mejah sestavi zaprte. Vodiči o mandatih Intent in Cart opisujejo v0.1; v v0.2 teh izrazov ni več.

Znotraj UCP je AP2 razširitev dev.ucp.common.payment.ap2_mandate (pred 2026-08-25 dev.ucp.shopping.ap2_mandate). Ko se strani o njej dogovorita, podjetje podpisuje svoje odgovore blagajne, platforma ob complete predloži checkout_mandate in payment_mandate, seja pa je „Security Locked“ (varnostno zaklenjena): nobena stran ne sme preklopiti nazaj na običajno blagajno.

Zaenkrat ga nihče ne zahteva. Googlova pogosta vprašanja AP2 opisujejo kot „posebej uporaben za prihodnje scenarije, ki vključujejo avtonomne transakcije agentov UI“. Googlov lastni profil agenta kot edini payment handler navaja Google Pay in ne navaja nobene zmožnosti AP2, vnosa za AP2 pa nima niti njegov profil 2026-08-25. Noben Googlov izdelek ne dokumentira uporabe AP2, zato trgovec nima česa graditi, dokler se o njem ne dogovori kakšna platforma.

Sosednji protokoli

MCP

ACP in UCP lahko oba tečeta prek MCP, katerega trenutna specifikacija, 2026-07-28, odstrani seje in glavo Mcp-Session-Id, opusti rokovanje initialize, zahteva server/discover in določa, da odjemalec ob prekinitvi toka zahtevo ponovno pošlje pod novim ID-jem. Vezava ACP se še vedno sklicuje na transport 2025-11-25. ID seje blagajne je natanko identifikator, ki ga ustvari strežnik, kakršnega pričakuje nova specifikacija, complete, izgubljen sredi toka, pa se vrne kot nova zahteva: ključe idempotentnosti obravnavajte kot obvezne pri obeh protokolih.

WebMCP

WebMCP je predlagani spletni standard, s katerim stran agentom v brskalniku izpostavi svoje lastne funkcije. Shopify blagajno UCP ponuja kot Checkout MCP in kot Checkout WebMCP, z istim objektom blagajne, priporoča pa Checkout MCP. Njegovo stanje opisuje naš vodnik po WebMCP.

x402 in MPP

x402 in Machine Payments Protocol, ki sta ga zasnovala Tempo in Stripe, agentu zaračunata vsako zahtevo HTTP za API, podatke ali vsebino. Nista protokola za blagajno spletne trgovine. Glejte naš članek o x402.

Visa Trusted Agent Protocol in Mastercard Agent Pay

Ta dva delujeta ob ACP in UCP, ne namesto njiju. Visin Trusted Agent Protocol agentu daje „standardizirano kriptografsko metodo“, s katero trgovcem dokaže svojo identiteto in pooblastilo, Mastercard Agent Pay pa je program tokenizacije za agentno trgovino. Mastercardov vodnik za trgovce UCP in ACP uvršča na najvišjo raven pripravljenosti, navaja, da se „zgodnji uporabniki trenutno integrirajo“, in trgovcem svetuje, naj začnejo z njegovima preprostejšima ravnema. Oba programa opisuje naš članek o agentnih plačilih.

Personal Agent Protocol

Sierra pravi, da je 6. oktobra 2026 skupaj z Meto napovedala Personal Agent Protocol („Poppy“), 9. oktobra pa je objavila osnutek. Podjetje objavi eno datoteko na /.well-known/poppy.json; protokol uporablja OAuth, JWT, HTTPS, OpenAPI in MCP, da se osebni agent lahko identificira in pridobi dovoljenje stranke za katero koli vrsto opravila, Sierra pa ga opisuje kot dopolnilo UCP. Spletno mesto protokola prikazuje različico 0.2 in pravi: „To je osnutek“. V Metinem lastnem središču za novinarje nismo našli nobene objave o njem.

Katerega potrebujete?

Na Shopifyju

Ničesar vam ni treba graditi. Shopifyjeve agentne izložbe (agentic storefronts) so „privzeto aktivne za upravičene trgovine“. ChatGPT prejme vaš katalog prek Shopify Catalog in kupce pošlje v vašo trgovino. Googlova neposredna blagajna je privzeto vklopljena za trgovine s sedežem v ZDA, ki prodajajo v ZDA, Copilot pa je trgovce na Shopifyju vključil samodejno. Vaše odločitve so podatki o izdelkih in to, ali boste neposredno blagajno pustili vklopljeno, ob zavedanju, da se piksli po meri v Googlovi ne sprožijo.

Na Salesforceu, commercetools ali drugi platformi

Salesforce B2C Commerce 26.9 podpira UCP 2026-01-23 in 2026-04-08: /.well-known/ucp z mapo supported_versions in končne točke za seje blagajne, zaščitene z žetonom SLAS. Salesforce blagajno UCP v Googlu navaja kot splošno dostopno oktobra 2026. Seja je pogled na košarico v arhitekturi headless, Salesforceov vodnik za tehnično revizijo pa opozarja, da kontrolerji SFRA in SiteGenesis ter „drugi viri SCAPI, ki jih uporabljate danes, v tem toku ne tečejo“, zato je treba logiko, vezano nanje, kopirati ali premostiti na kljuke (hooks) seje blagajne UCP. Vir mora ciljati na en-US, Salesforce pa „ne preskoči Googlovega čakalnega seznama“. Za ChatGPT je Salesforce ena od poti dostave, ki jih OpenAI navaja za vire ACP.

Na commercetools ali drugi platformi ponudnika vprašajte, katere različice in zmožnosti UCP podpira, katere od vaših kljuk tečejo v blagajni agenta in ali pošilja vire izdelkov v OpenAI.

Na lastni programski opremi

1. Najprej viri izdelkov. Google Merchant Center in, ko vas OpenAI sprejme, njegov vir izdelkov. Komercialna uporaba ACP v ChatGPT je danes natanko to.
2. UCP za Google, če prodajate v ZDA in vas Google sprejme. Gradite po 2026-04-08: profil s com.google.pay, operacije blagajne v okviru Googlovih ciljev glede zakasnitve, PSP, ki obdeluje žetone Google Pay, webhook za naročila in atribut vira. Ali pa začnite samo s prenosom košarice.
3. Blagajna ACP samo z razlogom, na primer za aplikacijo v ChatGPT, sprejeto v beto plačilnega obrazca. Gradite po različici 2026-04-17 iz repozitorija.
4. AP2: zaenkrat nič.
5. Eno jedro blagajne. Oba protokola zahtevata sejo, ki jo je mogoče prek API-ja ustvariti, posodobiti, zaključiti in preklicati ter varno ponoviti. Zgradite jo enkrat nad svojo logiko naročil, davkov in plačil, s tankima adapterjema za ACP in UCP na vrhu in z MCP tam, kjer ga agenti potrebujejo.

Nobeden od obeh protokolov naročniškemu poslu danes ne daje nativne blagajne za agente.

Prodaja samo zunaj ZDA

Nobeden od treh vam danes ne da blagajne za agente. Nakupovanje v ChatGPT in OpenAI-jevo standardno nalaganje virov sta omejena na ZDA; Googlovi pogoji UCP Checkout veljajo samo za ZDA; Copilot Checkout služi kupcem v ZDA, ki plačujejo v dolarjih. Googlov naslednji napovedani korak je središče v Merchant Center v Avstraliji in Kanadi „v začetku prihodnjega leta“, brez datuma za Združeno kraljestvo ali EU.

Skrbite, da bo vaš vir v Merchant Center popoln, in če blagajno že tako ali tako prenavljate, zgradite zgoraj opisano jedro, ki ga poganja API, da bo adapter majhno delo, ko se vaš trg odpre. Prodajate v ZDA iz tujine? Preverite, kje mora imeti trgovec sedež pri posameznem programu; Shopifyjeva neposredna blagajna v Googlu na primer zahteva trgovino v ZDA.

Kje dobiti pomoč

Gradimo protokolni sloj za trgovine, ki ne tečejo na Shopifyju: profil /.well-known/ucp in končne točke za seje blagajne nad vašo obstoječo logiko naročil, davkov in plačil, webhooke za naročila v Google, vire izdelkov za Google Merchant Center in OpenAI ter strežnike MCP, ki isto blagajno izpostavijo agentom. Naša storitev razvoja agentov UI in integracije strežnikov MCP je izhodišče tega dela.

Pišite na office@c9group.dev, navedite svojo platformo, ponudnika plačilnih storitev in države, v katerih prodajate, in povedali vam bomo, kateri protokol velja za vas in kaj bi zahtevala njegova implementacija. Googlovi in OpenAI-jevi programski pogoji so pogodbe: smo inženirji, ne pravniki, zato naj jih pred podpisom prebere svetovalec.