Un client no ha visitat mai el vostre aparador digital. Cap carret abandonat, cap visualització de pàgina registrada, cap clic a "afegir al carret" a les vostres mètriques web. I tanmateix, ha arribat un pagament, s'ha enviat una comanda i un risc de contracàrrec (chargeback) es troba ara als vostres llibres comptables, vinculat a un comprador que mai ha mirat una pantalla.
Així és com es veu una part creixent de les transaccions del 2026. Un agent d'IA —dins de ChatGPT, Gemini o un assistent de compres creat sobre un dels nous protocols de comerç agentat (agentic commerce)— ha fet la cerca, la comparació i la compra en nom d'una persona. La persona ha aprovat un pressupost i un conjunt de preferències; l'agent s'ha encarregat de la resta. Per als comerciants, això no és cap hipòtesi. Els venedors d'Etsy ja estan operant amb l'Instant Checkout d'OpenAI, més d'un milió de comerciants de Shopify s'hi estan incorporant, i s'espera que el propi servidor de comerç agentat de PayPal atregui desenes de milions de petites empreses a aquest sistema abans que acabi l'any.
El problema és que la majoria de la comptabilitat de les petites empreses encara assumeix que un humà ha fet clic a "comprar". Les comandes originades per agents trenquen aquesta hipòtesi de maneres que es tradueixen primer en maldecaps de conciliació i, si s'ignoren, en un risc financer i de compliment real.
Què significa realment el "comerç agentat" per als vostres llibres comptables
Si n'eliminem el bombo publicitari, el comerç agentat és simplement una compra delegada: un client estableix un objectiu ("busca'm una jaqueta impermeable de color blau marí, talla mitjana, per menys de 150 $") i uns límits (un topall de despesa, botigues aprovades, potser una targeta), i un agent d'IA s'encarrega de la cerca i la compra amb una interacció mínima. Aproximadament el 58% dels consumidors afirmen que ja han substituït la cerca tradicional per eines d'IA generativa per obtenir recomanacions de productes; la transició de "buscar i després comprar" a "delegar i després aprovar" ja està en marxa, no és una tendència de futur.
Tres famílies de protocols han sorgit per fer-ho possible, i és molt probable que us trobeu amb totes tres si veneu per internet a llarg termini:
- ACP (Agentic Commerce Protocol) — creat per Stripe i OpenAI, és el que impulsa l'Instant Checkout a ChatGPT. En lloc de permetre que un agent vegi el número de targeta real del client, el proveïdor de pagaments del client emet un token de pagament compartit (Shared Payment Token): una credencial acotada, de durada limitada i revocable, vàlida per a un comerciant i un import concrets. Stripe ho descriu com una autorització programable que es pot observar a través d'esdeveniments de webhook, la qual cosa és important perquè aquests webhooks són l'únic senyal en temps real que indica que un comprador no humà acaba de fer una transacció.
- AP2 (Agent Payments Protocol) — l'estàndard de la competència de Google, amb el suport de més de 60 socis, inclosos Mastercard, PayPal i American Express. AP2 representa cada compra realitzada per un agent mitjançant tres "mandats" signats: un mandat d'intenció (el que vol el comprador), un mandat de carret (el que l'agent ha reunit) i un mandat de pagament (el que es cobra). Cadascun és un registre verificable i signat criptogràficament; en teoria, una pista d'auditoria més neta que la d'un procés de compra humà típic, si els vostres sistemes saben com llegir-la.
- UCP i altres — un esforç més ampli per estandarditzar terminis de lliurament, polítiques de devolució i dades d'execució de comandes (fulfillment) llegibles per màquines, de manera que els agents puguin comparar els comerciants en condicions homogènies, i no només pel preu.
El resultat pràctic: és molt possible que el vostre aparador digital aviat doni servei a dos tipus de clients molt diferents —humans i agents de programari que actuen sota el mandat d'un humà— i la vostra comptabilitat necessita distingir-los.
Per què la conciliació es torna més difícil, no més fàcil
Es podria pensar que una comanda generada per una màquina i signada criptogràficament seria més fàcil de conciliar que una d'humana. A la pràctica, els comerciants es troben amb el contrari per uns quants motius concrets.
La cadena d'autorització resideix en múltiples llocs
Una única transacció ACP pot implicar un registre de mandat, un rebut de comanda, un esdeveniment de liquidació del vostre processador de pagaments i un registre d'identitat que confirmi quin agent (i sota l'autoritat de qui) ha iniciat la compra. Quan un esdeveniment de liquidació arriba al vostre canal bancari (bank feed), associar-lo amb el context de la comanda real —i ser capaç de demostrar la cadena si sorgeix una disputa— ja es descriu en les primeres implementacions com "un exercici de conciliació multifont". Aquesta és una manera elegant de dir: l'import que arriba al vostre compte i la comanda a la qual pertany tenen ara més capes entremig que un simple número de factura.
Els reemborsaments necessiten un "qui, què i per què" associat
Si l'equivalent de servei al client d'un agent d'IA inicia un reemborsament a la vostra plataforma —cada cop més habitual a mesura que els venedors automatitzen les devolucions—, aquest reemborsament necessita metadades: quin agent l'ha autoritzat, sota quina política i per què. El departament de finances necessita això per conciliar la transacció; vosaltres ho necessiteu per defensar-vos d'un contracàrrec (chargeback) on el client també disputi el mateix càrrec a través del seu banc, creant un risc de doble reemborsament. Els reemborsaments parcials en comandes de múltiples articles i els reemborsaments prorratejats en subscripcions només fan que agreujar aquesta situació.
L'exposició als contracàrrecs ja és gran i continua augmentant
Es preveu que les disputes de contracàrrec costin als comerciants aproximadament 28.000 milions de dòlars el 2026, amb un volum que ha crescut vora el 41% des del 2023; i això és abans de tenir en compte l'ambigüitat afegida de "realment el titular del compte va autoritzar això, o el seu agent es va excedir en el seu mandat?". Cada disputa que perdeu us costa l'import de la transacció, una taxa del processador que sol oscil·lar entre 15 , i el temps de personal necessari per recopilar proves sota un termini estricte de la xarxa. Les comandes iniciades per agents que no disposin de registres clars de mandat seran més difícils, i no més fàcils, de defensar.
Els feeds bancaris no distingeixen la diferència
El vostre extracte bancari mostra un ingrés. No mostra si aquest ingrés prové d'una persona que ha fet clic a "Fer la comanda" o d'un agent que ha executat un Mandat de Cistella (Cart Mandate) amb un pressupost de 150 $. Si el vostre pla de comptes i el vostre flux de treball de conciliació no poden etiquetar la font, perdreu la capacitat de respondre preguntes bàsiques més endavant: quants ingressos han arribat a través de la caixa de l'agent aquest trimestre, quina és la taxa de reemborsament del canal d'agents, el volum originat per agents està vinculat desproporcionadament a disputes? Aquestes no són preguntes abstractes: són les que un prestador, un comptable o un adquirent us acabaran fent.
Un marc de conciliació pràctic per a comandes originades per agents
No cal que us convertiu en enginyers de pagaments per gestionar-ho bé. Només necessiteu uns quants hàbits disciplinats afegits a qualsevol sistema de comptabilitat que ja feu servir.
1. Etiqueteu el canal al punt de venda, no després. Tant si sou a Shopify, Etsy o en una plataforma a mida, la majoria de les integracions de comerç agèntic passen un indicador o un camp de metadades que assenyala que la comanda ha arribat a través d'ACP, AP2 o un protocol similar. Captureu aquest indicador com una etiqueta de transacció o un subcompte (per exemple, "Vendes — Canal d'agents") en lloc d'agrupar-lo en els ingressos generals per vendes. Incorporar-ho a posteriori després de sis mesos de vendes d'agents i d'humans sense diferenciar és molt més dolorós que etiquetar des del primer dia.
2. Guardeu el mandat o el rebut de la comanda, no només el registre de liquidació. L'informe de liquidació del vostre processador de pagaments us diu que els diners s'han mogut. Normalment, no us explica tota la història de l'autorització. Qualsevol rebut proporcionat per la plataforma, referència de mandat o càrrega útil de webhook que acompanyi la comanda, conserveu-lo juntament amb els vostres registres de factures habituals. Tracteu-lo de la mateixa manera que tractaríeu una comanda de compra signada: és la vostra prova si mai hi ha una disputa que demani "realment es va autoritzar això?".
3. Concilieu de manera neta de comissions, explícitament. L'Instant Checkout d'OpenAI, per exemple, cobra als comerciants una comissió de transacció del 4% sobre les compres completades. Aquesta és una línia de cost real i necessita el seu propi compte; no la enterreu dins de "comissions de processament de pagaments" genèriques si realment voleu comparar els marges entre les vendes del canal d'agents i les vendes directes.
4. Creeu un registre de reemborsaments i disputes independent per a les comandes d'agents, almenys fins que confieu en el volum. Com que la pregunta "qui ha iniciat aquest reemborsament i per què" aquí importa més, un registre continu senzill (fins i tot un full de càlcul, per començar) que capti l'ID de la comanda, la referència del mandat, el motiu i si ha estat iniciat per un agent o per un humà us estalviarà hores la primera vegada que un contracàrrec i un reemborsament coincideixin en la mateixa comanda.
5. Decidiu, deliberadament, si realment voleu acceptar compres dirigides per agents. Sota protocols com l'AP2, la vostra botiga online pot decidir si accepta transaccions iniciades per agents, si les tracta de manera diferent (un CAPTCHA, un preu diferent, excloent les targetes regal) o si s'hi nega completament. Aquesta és tant una decisió de negoci com tècnica, i s'hauria de prendre tenint en compte la vostra capacitat de gestió de disputes i comptabilitat, no només el desig de capturar el canal de vendes.
La lliçó de fons: l'auditabilitat sempre ha estat el més important
Això és el que el comerç agèntic fa evident i que sempre ha estat veritat: una transacció és tan fiable com el registre que hi ha darrere. Els mandats signats criptogràficament i els tokens de pagament limitats són, en cert sentit, l'intent del comerç agèntic de resoldre un problema que una bona comptabilitat sempre ha intentat solucionar: saber exactament què es va autoritzar, per qui, per quant, i poder-ho demostrar més endavant.
Les petites empreses que ja porten un registre net, ben etiquetat i auditable ho tindran molt més fàcil per integrar les vendes del canal d'agents sobre el seu sistema existent. Les empreses amb una comptabilitat desorganitzada i sense diferenciar veuran que el comerç agèntic converteix un petit buit comptable en un problema real de conciliació i de defensa de disputes, just quan el volum de transaccions a través d'aquells canals comenci a créixer.
Mantingueu la vostra comptabilitat a punt per a la propera novetat
Tant si una venda prové d'un humà que fa clic a "comprar" com d'un agent d'IA que executa un mandat signat en nom seu, els aspectes fonamentals no canvien: cada transacció necessita un rumb clar i auditable des de la comanda fins a la liquidació. Beancount.io us ofereix una comptabilitat en text pla que és transparent i controlada per versions per disseny, de manera que etiquetar un nou canal de vendes (incloses les comandes originades per agents) és qüestió d'afegir un compte, no de reestructurar tota la comptabilitat. Comenceu de franc i comproveu per què els desenvolupadors i els propietaris de negocis amb visió financera s'estan passant a la comptabilitat en text pla abans que arribi el proper canvi en el comerç.