ACP, UCP og AP2 bornar saman: samskiptareglur fulltrúaverslunar í október 2026 og hverja þeirra vefverslunin þín þarf

Þrjár opnar samskiptareglur lýsa nú því hvernig gervigreindarfulltrúi kaupir af vefverslun. Agentic Commerce Protocol (ACP) kemur frá OpenAI og Stripe. Universal Commerce Protocol (UCP) kemur frá Google og Shopify. Agent Payments Protocol (AP2), sem Google kom af stað og afhenti FIDO Alliance í apríl, er alls ekki samskiptaregla um greiðsluferli: hún skilgreinir undirritaða sönnun þess að notandi hafi heimilað greiðslu og er hönnuð til að starfa innan UCP. Allar þrjár eru gefnar út með Apache 2.0-leyfi.

Hinn 22. október 2026 er staða þeirra mjög ólík. ACP er merkt sem beta-útgáfa, nýjasta útgáfan er 2026-04-17 og engin breyting hefur verið færð inn í hana síðan 17. júlí. ChatGPT, helsti notandi hennar, sneri baki við sjálfstæðu greiðsluferli í mars og notar ACP nú aðallega til að taka við vörugögnum. UCP gaf í ágúst út útgáfu sem rýfur samhæfni, 2026-08-25, á meðan þjónustur Google sjálfs keyra enn 2026-04-08 og greiðsluferli Google er í snemmbúnum aðgangi, aðeins í Bandaríkjunum. AP2 er í útgáfu v0.2 og í skjölum Google er engin vara sögð nota hana.

Þessi grein er fyrir tæknistjóra og leiðandi forritara vefverslana og verslunarvettvanga sem eru að ákveða hvað skuli innleitt. Ef þú vilt vita hvað hver gervigreindarvettvangur krefst af vefverslun sem fyrirtæki, byrjaðu á yfirliti okkar um fulltrúaverslun (agentic commerce).

Hlið við hlið

ACP: Agentic Commerce Protocol

Stjórnun og útgáfur

Í kóðageymslu forskriftarinnar segir að OpenAI og Stripe haldi ACP við, og hún er merkt sem beta-útgáfa. Stjórnunarskjal hennar gerir fyrirtækin tvö að stofnviðhaldsaðilum: þau skipa í sæti stýrinefndarinnar (allt að sjö) og halda neitunarvaldi sem beita á „sem þrautalendingu“. Meta bættist við sem þriðji aðalviðhaldsaðilinn og nefndarmaður 24. apríl 2026. Í skjölum Stripe er ACP sögð „búin til af Stripe, OpenAI og Meta“, en í tilkynningaskrá (NOTICE) kóðageymslunnar er aðeins OpenAI og Stripe getið. Hlutlaus stofnun er enn aðeins yfirlýst framtíðarleið.

Útgáfurnar eru fimm, hver með sína dagsetningu: 2025-09-29 (greiðsluferli og framseld greiðsla), 2025-12-12 (breytingar sem rjúfa samhæfni, byggðar á reynslu af aðlögunarlögum URBN og Etsy), 2026-01-16 (3DS-veitandi sem söluaðili velur), 2026-01-30 (samningar um getu, viðbætur og nýr rammi um greiðslumeðhöndlara sem rýfur samhæfni) og 2026-04-17 (karfa, vörustraumur, pantanir, framseld auðkenning, uppgötvun og MCP), sem úrelti 2026-01-30. Ekkert hefur verið gefið út á þeim sex mánuðum sem síðan eru liðnir. Mappan unreleased/ geymir smærri breytingar dagsettar allt til 17. júlí, svo sem auðkenni fyrir uppfærslur á vörustraumi og valfrjálsa vöruslóð á vörum í greiðsluferli.

Hvað söluaðili innleiðir samkvæmt 2026-04-17

Söluaðilinn hýsir API greiðsluferlisins og gervigreindarfulltrúinn kallar á það:

• POST /checkout_sessions stofnar greiðslulotu, POST /checkout_sessions/{checkout_session_id} uppfærir hana (POST, ekki PUT), GET á sömu slóð sækir hana, og .../complete og .../cancel ljúka henni.
• Beiðnir bera bearer-API-lykil og áskilinn haus, API-Version. Frá 2026-04-17 er Idempotency-Key skylda í hverri POST-beiðni, með skilgreindum villum: 400 idempotency_key_required, 409 idempotency_in_flight og 422 idempotency_conflict.
• Beiðnin um að stofna lotu ber hlutinn capabilities. Gervigreindarfulltrúinn gefur upp hvað hann styður og seljandinn skilar sniðmenginu, svo ósamræmi kemur í ljós fyrir greiðslu.
• Söluaðilinn sendir pöntunaratburði með POST til móttakara sem OpenAI hýsir á /agentic_checkout/webhooks/order_events, undirritaða með HMAC-SHA256 í hausnum Merchant-Signature. Stöðurnar ná frá created til delivered eða canceled, og adjustments[] ber endurgreiðslur, skil, ágreiningsmál og endurkröfur.

Útgáfan 2026-04-17 bætti einnig við kyrrstæðri, opinberri skrá, /.well-known/acp.json, þar sem reiturinn transports segir hvort verslunin talar rest, mcp eða hvort tveggja. Hún bætti við MCP-bindingu yfir Streamable HTTP með fimm verkfærum (create_checkout_session, get_checkout_session, update_checkout_session, complete_checkout_session, cancel_checkout_session), með auðkenningu í stillingum þjónsins frekar en í hverri beiðni. Og hún bætti við Feed API sem gervigreindarfulltrúinn hýsir og söluaðilinn sendir til (POST /feeds, PATCH /feeds/{id}/products), körfu fyrir einn seljanda án greiðslugagna (POST /carts, PUT /carts/{id}) og framseldri 3DS2-auðkenningu (POST /delegate_authentication). Áskriftir eru engar: í RFC-skjalinu um viðbætur er subscription skráð sem „stuðningur við endurtekna innheimtu (í framtíðinni)“.

Hvernig greiðsla fer fram í ACP

Upphaflega svar ACP er framseld greiðsla. Greiðsluþjónustuveitandinn eða kortageymslan innleiðir POST /agentic_commerce/delegate_payment, sem breytir korti (einu tegund greiðsluupplýsinga sem er studd) í tóka sem greiðsluþjónustuveitandi söluaðilans má aðeins nota innan heimildarramma: reason (aðeins one_time), max_amount, currency, checkout_session_id, merchant_id og expires_at. Í orðum RFC-skjalsins: „Greiðslur, uppgjör og regluvarsla eru áfram á greiðsluinnviðum söluaðilans.“ Worldpay lýsir eigin útgáfu af kallinu í skjölum sínum, og PayPal styður ACP með framseldum tókum í Braintree.

Frá 2026-01-30 eru samþykktir greiðslumátar tilgreindir sem meðhöndlarar undir capabilities.payment.handlers. Dæmið um greiðslugögn í breytingaskránni:

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

spt er Shared Payment Token frá Stripe, í boði „í Bandaríkjunum, Kanada og völdum Evrópulöndum“. Seljandi hjá Stripe rukkar tókann með payment_method_data[shared_payment_granted_token] í forútgáfu API-sins; seljandi hjá öðrum færsluhirði getur einu sinni leyst hann upp í greiðsluupplýsingar kortafyrirtækisins. Grein okkar um fulltrúagreiðslur fjallar um hver ber áhættuna.

Hverju breytti stefnubreyting OpenAI í mars

Hinn 24. mars 2026 skrifaði OpenAI að „fyrsta útgáfa Instant Checkout bauð ekki upp á þann sveigjanleika sem við stefnum að“, leyfði söluaðilum að nota eigin greiðsluferli og sagðist vera að „útvíkka ACP svo hún tengi saman söluaðila og notendur í öllu ferlinu við að finna vörur.“ Target, Sephora, Nordstrom, Lowe's, Best Buy, The Home Depot og Wayfair höfðu innleitt ACP svo vörur þeirra finnist, og vörulistar Shopify-verslana berast í gegnum Shopify Catalog. Hvað það þýðir fyrir forritara:

• Vörustraumurinn er sá hluti sem er virkur. Á síðu OpenAI fyrir söluaðila segir að kaupum sé „lokið á vefjum eða í öppum í eigu söluaðila“ og að innkaup séu virk fyrir notendur í Bandaríkjunum. Skráning vörustrauma er fyrir samþykkta samstarfsaðila af biðlista: heil skrá daglega yfir SFTP með níu skyldureitum, uppfærslur í gegnum API yfir daginn, tilboð aðeins í gegnum API. Hefðbundna upphleðslan „miðar eins og er á Bandaríkin“.
• Greiðsluferlið þarf sérstakan aðgang. Í forskrift vörustraumsins segir að greiðsluferli „krefjist tengingar sem er virkjuð sérstaklega“. Fyrir ChatGPT-öpp er leiðin sem er í almennri útgáfu ytra greiðsluferli á eigin léni forritarans. Greiðsluglugginn inni í spjallinu er lokuð beta-útgáfa, „takmörkuð við valin markaðstorg“, sem afhendir MCP-þjóni appsins greiðslutóka í kalli á verkfærið complete_checkout.
• Síður OpenAI eru á eftir forskriftinni. Tilvísunarskjal fyrirtækisins um greiðsluferli sýnir enn API-Version 2025-09-12 og upptalninguna provider með gildunum stripe, adyen og braintree. Smíðaðu samkvæmt kóðageymslunni og fáðu staðfest hjá OpenAI hvaða útgáfu fyrirtækið tekur við.

Síður greiðsluþjónustuveitenda sem kynna Instant Checkout enn sem virka þjónustu eru úreltar.

UCP: Universal Commerce Protocol

Stjórnun og útgáfur

Google kynnti UCP 11. janúar 2026, þróaða í samstarfi við Shopify, Etsy, Wayfair, Target og Walmart. Stjórnunarreglurnar veita Google og Shopify hvoru sitt fasta atkvæðið í stjórninni, sem Stripe bættist í 28. apríl 2026, og þar segir að „Google fer með umboðsatkvæði allra lausra sæta fram í des. 2028“. Hinn 24. apríl stækkaði Shopping Tech Council í 16 sæti þegar Amazon, Meta, Microsoft, Salesforce og Stripe bættust við, svo Meta og Stripe sitja nú bæði í nefnd ACP og stjórn UCP.

Í kóðageymslunni eru fjórar útgáfur. 2026-04-08 bætti við getu fyrir körfu og vörulista, undirritun beiðna og svara, og Get Order. 2026-08-25 rýfur samhæfni: signing_keys[] vék fyrir JWK Set í keys[], greiðsluviðbætur færðust frá dev.ucp.shopping.* til dev.ucp.common.payment.*, sameiginleg skemu færðust og fengu nýjar $id-slóðir, og PAN og tókar kortafyrirtækja (network tokens) urðu aðskildar tegundir greiðsluupplýsinga. Hún bætti líka við 3DS2-auðkenningu sem er óháð þjónustuaðilum, skiptum greiðslum, greiðsluskilmálum og samvirkni við Web Bot Auth.

Hér er gildran. Leiðbeiningar Google um prófílinn ná aðeins yfir 2026-04-08 og 2026-01-23, eigin fulltrúaprófíll Google á ucp.goog tilgreinir "version": "2026-04-08", og Salesforce B2C Commerce 26.9 styður sömu tvær útgáfur. Checkout MCP frá Shopify vísar hins vegar á 2026-08-25. Ef þú smíðar samkvæmt nýjustu útgáfunni smíðar þú útgáfu sem Google lýsir ekki í skjölum sínum. Svar forskriftarinnar er hluturinn supported_versions, sem tengir hverja eldri útgáfu við sína eigin prófílslóð (URI).

Uppgötvun, flutningsleiðir og auðkenning

Hvert fyrirtæki birtir prófíl á /.well-known/ucp með ucp.version, ucp.services og ucp.payment_handlers, og Google krefst þess að hann sé opinber og án auðkenningar. Vettvangur gervigreindarfulltrúans birtir líka prófíl, og hver beiðni ber slóð hans (URI) í hausnum UCP-Agent, yfir HTTPS með TLS 1.3 hið minnsta. Auðkenning er val fyrirtækisins: engin, X-API-Key, OAuth 2.0, gagnkvæmt TLS (mutual TLS) eða HTTP Message Signatures samkvæmt RFC 9421. Google sendir bearer-tóka, og í algengum spurningum Google er einnig boðið upp á mTLS. Idempotency-Key er aðeins „SHOULD“ (ráðlagt); þjónn sem tekur við slíkum lykli geymir hann í að minnsta kosti 24 klukkustundir og svarar með 409 þegar hann er endurnýttur með öðru meginmáli.

REST er kjarnaflutningsleiðin, ásamt MCP, A2A-viðbót og innfelldum ham sem er opnaður í gegnum continue_url. Pantanir fara um GET /orders/{id} og webhook frá fyrirtækinu til vettvangsins, sem er undirritaður samkvæmt RFC 9421. Slóðir fyrir körfur eru þær sömu og í ACP. Aðgerðir greiðsluferlisins líta svipað út en eru ekki víxlanlegar:

Einn kjarni greiðsluferlis getur þjónað báðum. Ein beiningartafla getur það ekki.

Hvernig greiðsla fer fram í UCP

UCP flytur ekki peninga. Greiðslumeðhöndlari er forskrift sem veitandi greiðsluupplýsinga skrifar, svo sem com.google.pay fyrir Google Pay eða dev.shopify.shop_pay fyrir Shop Pay. Fyrirtækið telur upp þá meðhöndlara sem það tekur við, vettvangurinn keyrir einn þeirra, og við complete fær fyrirtækið ógagnsæjan tóka sem það rukkar í gegnum eigin greiðsluþjónustuveitanda.

Í þjónustum Google er Google Pay eini meðhöndlarinn, PAN_ONLY er eina auðkenningaraðferðin sem er notuð, og greiðsluþjónustuveitandinn þinn „verður að geta unnið úr tókunum okkar“. Stripe gefur út com.stripe.payments fyrir kort og Apple Pay: „Gervigreindarfulltrúinn sendir sameiginlegan greiðslutóka (SPT) í Complete Checkout-beiðninni og seljandinn rukkar hann.“ Google Pay er áfram á eigin meðhöndlara. PayPal tekur við Google Pay-meðhöndlaranum í gegnum Braintree eða í gegnum Orders v2 API sitt.

Hvað Google krefst áður en Google kallar á þig

Leiðbeiningar Google um innbyggt greiðsluferli fara fram á REST-API fyrir greiðsluferlið, og Google heldur greiðsluskrefinu hjá sér: kaupandinn slær inn viðkvæmar upplýsingar „eingöngu í viðmóti Google“. Þjónustustigið er að minnsta kosti 95% uppitími á hverjum endapunkti, með p50- og p95-svartíma upp á 1 og 4 sekúndur fyrir stofnun, 1 og 5 fyrir uppfærslu, og 6 og 10 fyrir frágang kaupanna. Eftir pöntun sendir þú stöðuuppfærslur í webhook hjá Google með auðkenni samstarfsaðila og lykli sem þú færð við skráningu. Í Merchant Center þarf hver vara að hafa native_commerce(checkout_eligibility) stillt á true (eigindin „er sjálfgefið FALSE“), skilastefna og tengiliður fyrir þjónustu eru skylda, og áskriftir, afborganir, persónugerðar, notaðar og endurnýjaðar vörur, forpantanir og vörur með aldurstakmörkunum eru undanskildar.

Léttari kosturinn, frá 2026-04-08, er flutningur körfu (cart transfer): þú innleiðir aðeins stofnun körfu, Google afhendir vefnum þínum körfuna, og hvorki þarf greiðslumeðhöndlara né webhook fyrir pantanir.

Aðgangurinn er hin raunverulega takmörkun. Greiðsluferlið er „í boði fyrir valda söluaðila“ í gegnum áhugaeyðublað fyrir snemmbúinn aðgang, þar sem þú skuldbindur þig til að hefjast handa innan 30 daga og samþykkir að aðgangurinn „kann að verða afturkallaður“ ef þér miðar ekki áfram. Skilmálar UCP Checkout gilda „eingöngu um Bandaríkin“. Merchant Center-miðstöðin á að fylgja í Ástralíu og Kanada „snemma á næsta ári“; Google gefur enga dagsetningu fyrir greiðsluferlið í neinu öðru landi.

UCP utan Google

Microsoft Merchant Center hefur tekið við vörustraumum sem eru tilbúnir fyrir UCP í Bandaríkjunum frá 21. apríl 2026. Copilot Checkout þarf vörustraum sem samræmist UCP, tekur við enskumælandi söluaðilum sem selja bandarískum kaupendum í dollurum með einn greiðsluþjónustuveitanda hver, og stillingin fyrir verslunina er merkt „tilraunaverkefni eingöngu fyrir valda viðskiptavini“. Shopify birtir UCP yfir MCP á https://{shop}/api/ucp/mcp og hefur fjarlægt eldri verkfæri sín fyrir vörulista og körfu. Getu fyrir gistibókanir var bætt inn í kóðann sem drögum 24. september 2026, og hún er ekki í neinni útgáfu.

AP2: Agent Payments Protocol

AP2 er ekki þriðja leiðin til að ljúka kaupum. Í forskriftinni segir að hún „starfar sem öryggiseiginleiki innan samskiptareglu um viðskipti“ og sé „hönnuð sérstaklega til að vera samhæf við Universal Commerce Protocol (UCP)“. Útgáfa 0.1.0 kom út 16. september 2025 og v0.2 hinn 28. apríl 2026, daginn sem Google afhenti FIDO Alliance AP2. Í tilkynningu FIDO eru nefndir vinnuhópurinn Agentic Authentication og vinnuhópurinn Payments, undir formennsku félagsmanna frá Mastercard og Visa, og þar segir að framlögin „verða yfirfarin og þróuð áfram“. FIDO hefur ekki birt neina AP2-forskrift. GitHub-kóðageymslan tekur nú aðeins við sýnidæmum og breytingum á SDK, og síðasta breytingin var færð inn 29. apríl.

Útgáfa 0.2 skilgreinir Checkout Mandate (hvað er keypt) og Payment Mandate (greiðsluna, með skorðum á borð við payment.amount_range, payment.budget og payment.allowed_payees). Hvort um sig er SD-JWT, bæði í lokuðu og opnu formi (til dæmis mandate.payment.1 og mandate.payment.open.1). Í hamnum Human Present samþykkir notandinn lokuðu umboðin. Í hamnum Human Not Present samþykkir notandinn opin umboð sem setja skorður og bera opinberan lykil gervigreindarfulltrúans í kröfunni cnf, og fulltrúinn setur saman lokuðu umboðin innan þeirra marka. Kennsluefni um Intent Mandate og Cart Mandate lýsir v0.1; þau hugtök eru horfin úr v0.2.

Innan UCP er AP2 viðbótin dev.ucp.common.payment.ap2_mandate (dev.ucp.shopping.ap2_mandate fyrir 2026-08-25). Þegar samið hefur verið um hana undirritar fyrirtækið svör sín í greiðsluferlinu, vettvangurinn leggur fram checkout_mandate og payment_mandate við complete, og lotan er „Security Locked“ (öryggislæst): hvorugur aðili má falla aftur á venjulegt greiðsluferli.

Enginn biður um hana enn. Í algengum spurningum Google er AP2 sögð „sérstaklega gagnleg fyrir framtíðaraðstæður sem fela í sér færslur sjálfstæðra gervigreindarfulltrúa“. Eigin fulltrúaprófíll Google telur Google Pay sem eina greiðslumeðhöndlarann og tilgreinir enga AP2-getu, og 2026-08-25-prófíll Google er heldur ekki með neina AP2-færslu. Í skjölum Google er engin vara sögð nota AP2, svo söluaðili hefur ekkert að smíða fyrr en vettvangur semur um hana.

Skyldar samskiptareglur

MCP

Bæði ACP og UCP geta keyrt yfir MCP, en núverandi forskrift hennar, 2026-07-28, fjarlægir lotur og hausinn Mcp-Session-Id, sleppir initialize-handabandinu, krefst server/discover og lætur biðlara senda beiðni aftur undir nýju auðkenni þegar gagnastraumurinn hans rofnar. Binding ACP vísar enn á flutningsleiðina úr 2025-11-25. Auðkenni greiðslulotu er einmitt sú tegund auðkennis sem þjónninn gefur út og nýja forskriftin gerir ráð fyrir, og complete sem tapast í miðjum gagnastraumi kemur aftur sem ný beiðni: líttu á idempotency-lykla sem skyldu í báðum samskiptareglunum.

WebMCP

WebMCP er tillaga að vefstaðli sem gerir síðu kleift að bjóða eigin aðgerðir fram fyrir gervigreindarfulltrúa í vafra. Shopify býður UCP-greiðsluferli bæði sem Checkout MCP og Checkout WebMCP, með sama greiðsluferlishlutnum, og mælir með Checkout MCP. Leiðarvísir okkar um WebMCP fjallar um stöðu hans.

x402 og MPP

x402 og Machine Payments Protocol, sem Tempo og Stripe hönnuðu, rukka gervigreindarfulltrúa fyrir hverja HTTP-beiðni um API, gögn eða efni. Þetta eru ekki samskiptareglur fyrir greiðsluferli vefverslana. Sjá grein okkar um x402.

Visa Trusted Agent Protocol og Mastercard Agent Pay

Þau standa við hlið ACP og UCP frekar en að leysa þær af hólmi. Trusted Agent Protocol frá Visa gefur gervigreindarfulltrúa „staðlaða, dulritunarlega aðferð“ til að sanna auðkenni sitt og heimild gagnvart söluaðilum, og Mastercard Agent Pay er verkefni um tókavæðingu fyrir fulltrúaverslun. Í leiðarvísi Mastercard fyrir söluaðila eru UCP og ACP settar á hæsta viðbúnaðarstigið, þar kemur fram að „fyrstu notendurnir eru að innleiða þetta núna“, og söluaðilum er ráðlagt að byrja á tveimur einfaldari stigunum. Grein okkar um fulltrúagreiðslur fjallar um bæði verkefnin.

Personal Agent Protocol

Sierra segist hafa kynnt Personal Agent Protocol („Poppy“) ásamt Meta 6. október 2026, og fyrirtækið birti drög 9. október. Fyrirtæki birtir eina skrá á /.well-known/poppy.json; samskiptareglan notar OAuth, JWT, HTTPS, OpenAPI og MCP til að gera persónulegum gervigreindarfulltrúa kleift að auðkenna sig og fá leyfi viðskiptavinarins fyrir hvers kyns verkefnum, og Sierra segir hana bæta UCP upp. Vefur samskiptareglunnar sýnir útgáfu 0.2 og segir „Þetta eru drög“. Við fundum enga færslu um hana á fréttavef Meta sjálfs.

Hverja þeirra þarft þú?

Á Shopify

Ekkert þarf að smíða. Verslunarvefir Shopify fyrir gervigreindarfulltrúa (agentic storefronts) eru „sjálfgefið virkir fyrir gjaldgengar verslanir“. ChatGPT fær vörulistann þinn í gegnum Shopify Catalog og sendir kaupendur í verslunina þína. Beint greiðsluferli Google er sjálfgefið virkt fyrir verslanir sem hafa aðsetur í Bandaríkjunum og selja þangað, og Copilot skráði söluaðila á Shopify sjálfkrafa. Ákvarðanir þínar snúast um vörugögn og hvort beina greiðsluferlið eigi að vera áfram virkt, vitandi að sérsniðnir pixlar (custom pixels) virkjast ekki í greiðsluferli Google.

Á Salesforce, commercetools eða öðrum vettvangi

Salesforce B2C Commerce 26.9 styður UCP 2026-01-23 og 2026-04-08: /.well-known/ucp með vörpuninni supported_versions, og endapunktana fyrir greiðslulotur á bak við SLAS-tóka. Salesforce skráir UCP-greiðsluferli á Google í almennri útgáfu í október 2026. Lota er headless-sýn á innkaupakörfu, og leiðbeiningar Salesforce um úttekt vara við því að stýringar (controllers) SFRA og SiteGenesis og „önnur SCAPI-tilföng sem þú notar í dag keyra ekki í þessu ferli“, svo virkni sem tengist þeim þarf að afrita eða brúa yfir á UCP-króka greiðslulotunnar. Vörustraumurinn verður að miða á en-US, og Salesforce „sleppur ekki fram hjá biðlista Google“. Fyrir ChatGPT er Salesforce ein þeirra leiða sem OpenAI nefnir til að afhenda ACP-vörustrauma.

Ef þú ert á commercetools eða öðrum vettvangi, spyrðu framleiðandann hvaða UCP-útgáfur og getu hann styður, hverjir af krókunum þínum keyra í greiðsluferli gervigreindarfulltrúa og hvort hann sendir vörustrauma til OpenAI.

Á eigin hugbúnaði

1. Vörustraumar fyrst. Google Merchant Center og, þegar OpenAI hleypir þér inn, vörustraumur OpenAI. Viðskiptaleg notkun ACP í ChatGPT í dag er nákvæmlega þetta.
2. UCP fyrir Google, ef þú selur í Bandaríkjunum og Google hleypir þér inn. Smíðaðu samkvæmt 2026-04-08: prófílinn með com.google.pay, aðgerðir greiðsluferlisins innan svartímamarkmiða Google, greiðsluþjónustuveitanda sem vinnur úr Google Pay-tókum, webhook fyrir pantanir og eigindina í vörustraumnum. Eða byrjaðu á flutningi körfu einum og sér.
3. ACP-greiðsluferli aðeins ef ástæða er til, til dæmis ChatGPT-app sem hefur fengið inngöngu í beta-útgáfu greiðslugluggans. Smíðaðu samkvæmt 2026-04-17 í kóðageymslunni.
4. AP2: ekkert enn.
5. Einn kjarni greiðsluferlis. Báðar samskiptareglurnar vilja lotu sem hægt er að stofna, uppfæra, ljúka og hætta við í gegnum API og endurtaka á öruggan hátt. Smíðaðu hann einu sinni ofan á pöntunar-, skatta- og greiðsluvirknina þína, með þunnum aðlögunarlögum fyrir ACP og UCP ofan á og MCP þar sem gervigreindarfulltrúar þurfa á því að halda.

Hvorug samskiptareglan veitir áskriftarfyrirtæki innbyggt greiðsluferli fyrir gervigreindarfulltrúa í dag.

Ef þú selur aðeins utan Bandaríkjanna

Engin þeirra þriggja veitir þér greiðsluferli fyrir gervigreindarfulltrúa í dag. Innkaup í ChatGPT og hefðbundin upphleðsla vörustrauma hjá OpenAI eru bundin við Bandaríkin; skilmálar Google fyrir UCP Checkout gilda aðeins um Bandaríkin; Copilot Checkout þjónar bandarískum kaupendum í dollurum. Næsta tilkynnta skref Google er Merchant Center-miðstöðin í Ástralíu og Kanada „snemma á næsta ári“, án dagsetningar fyrir Bretland eða ESB.

Haltu vörustraumnum í Merchant Center tæmandi, og ef þú ert hvort sem er að endursmíða greiðsluferlið, smíðaðu þá API-drifna kjarnann sem lýst er hér að ofan, svo aðlögunarlag verði lítið verk þegar markaðurinn þinn opnast. Selur þú til Bandaríkjanna erlendis frá? Athugaðu hvar hvert verkefni krefst þess að söluaðilinn hafi aðsetur; beint greiðsluferli Google í gegnum Shopify krefst til dæmis bandarískrar verslunar.

Hvar þú færð aðstoð

Við smíðum lag samskiptareglnanna fyrir vefverslanir sem eru ekki á Shopify: /.well-known/ucp-prófíl og endapunkta fyrir greiðslulotur ofan á þá pöntunar-, skatta- og greiðsluvirkni sem þú ert þegar með, webhooks fyrir pantanir til Google, vörustrauma fyrir Google Merchant Center og OpenAI, og MCP-þjóna sem bjóða gervigreindarfulltrúum sama greiðsluferli. Þjónusta okkar við þróun gervigreindarfulltrúa og MCP-samþættingu er þar sem sú vinna hefst.

Skrifaðu á office@c9group.dev, segðu okkur hvaða vettvang og greiðsluþjónustuveitanda þú notar og í hvaða löndum þú selur, og við segjum þér hvaða samskiptaregla á við og hvað þyrfti til að innleiða hana. Skilmálar verkefna Google og OpenAI eru samningar: við erum verkfræðingar, ekki lögfræðingar, svo láttu ráðgjafa lesa þá áður en þú skrifar undir.