Un cliente nunca visitó su tienda. No hubo carritos abandonados, no se registraron visitas a la página, ni clics en "añadir al carrito" en sus análisis. Y, sin embargo, llegó un pago, se envió un pedido y un riesgo de contracargo ahora figura en sus libros contables, vinculado a un comprador que nunca estuvo mirando una pantalla.
Así es como se ve una parte cada vez mayor de las transacciones en 2026. Un agente de IA —dentro de ChatGPT, Gemini o un asistente de compras desarrollado sobre uno de los nuevos protocolos de comercio agéntico— se encargó de buscar, comparar y comprar en nombre de una persona. El usuario aprobó un presupuesto y un conjunto de preferencias; el agente hizo el resto. Para los comerciantes, esto no es una hipótesis. Los vendedores de Etsy ya están activos en el Instant Checkout de OpenAI, más de un millón de comerciantes de Shopify se están sumando, y se espera que el propio servidor de comercio agéntico de PayPal incorpore a decenas de millones de pequeñas empresas a estas vías antes de que termine el año.
El problema es que la contabilidad de la mayoría de las pequeñas empresas todavía asume que un humano hizo clic en "comprar". Los pedidos originados por agentes rompen esa premisa de formas que se manifiestan primero como dolores de cabeza en la conciliación y, si se ignoran, como un riesgo financiero y de cumplimiento real.
Qué significa realmente el "comercio agéntico" para sus libros contables
Dejando a un lado el revuelo publicitario, el comercio agéntico no es más que compras delegadas: un cliente establece un objetivo ("búscame una chaqueta impermeable de menos de $150 en azul marino, talla mediana") y algunos límites (un tope de gasto, minoristas aprobados, tal vez una tarjeta), y un agente de IA se encarga de la búsqueda y la compra con una intervención adicional mínima. Aproximadamente el 58% de los consumidores afirma que ya ha sustituido la búsqueda tradicional por herramientas de IA generativa para obtener recomendaciones de productos; la transición de "buscar y luego comprar" a "delegar y luego aprobar" ya está en marcha, no es una tendencia futura.
Han surgido tres familias de protocolos para hacer esto posible, y es muy probable que se encuentre con las tres si vende en línea durante suficiente tiempo:
- ACP (Agentic Commerce Protocol) — desarrollado por Stripe y OpenAI, esto es lo que impulsa el Instant Checkout en ChatGPT. En lugar de que un agente vea el número de tarjeta real de su cliente, el proveedor de pagos del cliente emite un Token de pago compartido (Shared Payment Token): una credencial delimitada, con límite de tiempo y revocable, válida para un comerciante y un importe específicos. Stripe lo describe como una concesión programable, observable a través de eventos de webhook — lo cual es importante, porque esos webhooks son su única señal en tiempo real de que un comprador no humano acaba de realizar una transacción.
- AP2 (Agent Payments Protocol) — el estándar de la competencia de Google, respaldado por más de 60 socios, incluidos Mastercard, PayPal y American Express. AP2 representa cada compra de un agente mediante tres "mandatos" firmados: un Mandato de intención (lo que el comprador quiere), un Mandato de carrito (lo que el agente reunió) y un Mandato de pago (lo que se cobra). Cada uno es un registro verificable y firmado criptográficamente; en teoría, un rastro de auditoría más limpio que el de una compra humana típica, siempre que sus sistemas sepan cómo leerlo.
- UCP y otros — un esfuerzo más amplio hacia la estandarización de plazos de entrega, políticas de devolución y datos de procesamiento legibles por máquinas, para que los agentes puedan comparar comerciantes bajo condiciones coherentes y no solo por el precio.
El resultado práctico: su tienda pronto podría estar atendiendo a dos tipos de clientes muy diferentes —humanos y agentes de software que actúan bajo el mandato de un humano— y su contabilidad debe ser capaz de diferenciarlos.
Por qué la conciliación se vuelve más difícil, no más fácil
Se podría pensar que un pedido generado por una máquina y firmado criptográficamente sería más fácil de conciliar que uno humano. En la práctica, los comerciantes se están encontrando con lo contrario, por algunas razones concretas.
La cadena de autorización reside en múltiples lugares
Una sola transacción de ACP puede involucrar un registro de mandato, un recibo de pedido, un evento de liquidación de su procesador de pagos y un registro de identidad que confirme qué agente (y bajo qué autoridad) inició la compra. Cuando un evento de liquidación llega a su flujo bancario, vincularlo con el contexto real del pedido —y ser capaz de demostrar la cadena de custodia si surge una disputa— ya se describe en las primeras implementaciones como "un ejercicio de conciliación de múltiples fuentes". Esa es una forma elegante de decir: el importe que llega a su cuenta y el pedido al que pertenece ahora tienen más capas intermedias que un simple número de factura.
Los reembolsos necesitan llevar asociados un "quién, qué y por qué"
Si la contraparte de servicio al cliente de un propio agente de IA inicia un reembolso en su plataforma —cada vez más común a medida que los minoristas automatizan las devoluciones—, ese reembolso necesita metadatos: qué agente lo autorizó, bajo qué política y por qué. El departamento de finanzas necesita esto para conciliar la transacción; usted lo necesita para defenderse de un contracargo en el que el cliente también dispute el mismo cargo a través de su banco, lo que genera un riesgo de doble reembolso. Los reembolsos parciales en pedidos de varios artículos y los reembolsos prorrateados en suscripciones no hacen más que agravar esta situación.
La exposición a los contracargos ya es grande y va en aumento
Se prevé que las disputas por contracargo cuesten a los comerciantes aproximadamente 28 000 millones de dólares en 2026, con un aumento del volumen de alrededor del 41% desde 2023, y eso antes de tener en cuenta la ambigüedad añadida de "¿realmente autorizó esto el titular de la cuenta o su agente se extralimitó en su mandato?". Cada disputa que pierde le cuesta el importe de la transacción, una comisión del procesador que suele oscilar entre $15 y $100, y el tiempo del personal para recopilar pruebas bajo un estricto plazo de la red de pago. Los pedidos iniciados por agentes que carezcan de registros de mandato claros serán más difíciles, y no más fáciles, de defender.
Los feeds bancarios no distinguen la diferencia
El extracto de su banco muestra un depósito. No muestra si ese depósito provino de una persona que pulsó "Realizar pedido" o de un agente que ejecutó un mandato de carrito (Cart Mandate) con un presupuesto de $150. Si su plan de cuentas y su flujo de trabajo de conciliación no pueden etiquetar el origen, perderá la capacidad de responder a preguntas básicas más adelante: ¿cuántos ingresos llegaron a través de la pasarela de pago del agente este trimestre?, ¿cuál es la tasa de reembolso del canal del agente?, ¿está el volumen originado por agentes vinculado de manera desproporcionada a disputas? Estas no son preguntas abstractas; son las que un prestamista, un contador o un adquirente eventualmente le harán.
Un marco de conciliación práctico para pedidos originados por agentes
No necesita convertirse en un ingeniero de pagos para gestionar esto de manera adecuada. Solo necesita aplicar algunos hábitos disciplinados sobre cualquier sistema de contabilidad que ya utilice.
1. Etiquete el canal en el punto de venta, no después. Ya sea que use Shopify, Etsy o una infraestructura personalizada, la mayoría de las integraciones de comercio agéntico transmiten una marca (flag) o un campo de metadatos que indica que el pedido provino de ACP, AP2 o un protocolo similar. Capture esa marca como una etiqueta de transacción o una subcuenta (por ejemplo, "Ventas — Canal de agentes") en lugar de agruparla en los ingresos por ventas generales. Adaptar esto después de seis meses de ventas indiferenciadas de agentes y humanos es mucho más doloroso que etiquetarlo desde el primer día.
2. Conserve el mandato o el recibo del pedido, no solo el registro de la liquidación. El informe de pagos de su procesador de pagos le indica que el dinero se movió. Por lo general, no le muestra el historial completo de la autorización. Conserve cualquier recibo proporcionado por la plataforma, referencia de mandato o payload de webhook que acompañe al pedido junto con sus registros de facturas habituales. Trátelo como trataría una orden de compra firmada: es su evidencia si alguna vez surge una disputa que pregunte "¿realmente se autorizó esto?".
3. Concilie de forma neta de comisiones, explícitamente. Instant Checkout de OpenAI, por ejemplo, cobra a los comercios una comisión de transacción del 4% sobre las compras completadas. Esa es una línea de costo real y necesita su propia cuenta; no la oculte dentro de "comisiones de procesamiento de pagos" genéricas si realmente desea comparar los márgenes entre las ventas del canal de agentes y las ventas directas.
4. Cree un registro independiente de reembolsos y disputas para los pedidos de agentes, al menos hasta que confíe en el volumen. Debido a que la pregunta de "quién inició este reembolso y por qué" adquiere mayor importancia aquí, un registro continuo simple (en forma de hoja de cálculo, para empezar) que recopile el ID del pedido, la referencia del mandato, el motivo y si fue iniciado por un agente o por un humano le ahorrará horas la primera vez que un contracargo (chargeback) y un reembolso coincidan en el mismo pedido.
5. Decida, deliberadamente, si realmente desea aceptar compras dirigidas por agentes. Bajo protocolos como AP2, su tienda puede decidir si acepta transacciones iniciadas por agentes, si las trata de manera diferente (un CAPTCHA, un precio distinto, la exclusión de tarjetas de regalo) o si opta por no participar en absoluto. Esa es tanto una decisión comercial como técnica, y debe tomarse teniendo en cuenta su capacidad de contabilidad y gestión de disputas, no solo su deseo de captar el canal de ventas.
La lección de fondo: la auditabilidad siempre fue el objetivo
Esto es lo que el comercio agéntico deja en claro y que siempre ha sido cierto: una transacción es tan confiable como el registro que la respalda. Los mandatos firmados criptográficamente y los tokens de pago con alcance limitado (scoped payment tokens) son, en cierto sentido, el intento del comercio agéntico de resolver un problema que la buena contabilidad siempre ha intentado solucionar: saber exactamente qué se autorizó, quién lo hizo, por cuánto y poder demostrarlo más adelante.
Las pequeñas empresas que ya mantienen registros limpios, bien etiquetados y auditables tendrán mucha más facilidad para incorporar las ventas del canal de agentes sobre su sistema existente. Las empresas con una contabilidad descuidada y no diferenciada descubrirán que el comercio agéntico convierte un pequeño vacío contable en un problema real de conciliación y defensa contra disputas, justo cuando el volumen de transacciones a través de estos canales comienza a escalar.
Mantenga su contabilidad lista para lo que sea que se venda a continuación
Ya sea que una venta provenga de un humano que pulsa "comprar" o de un agente de IA que ejecuta un mandato firmado en su nombre, los fundamentos no cambian: cada transacción necesita un rastro claro y auditable desde el pedido hasta la liquidación. Beancount.io le ofrece una contabilidad en texto plano transparente y con control de versiones por diseño, de modo que etiquetar un nuevo canal de ventas —incluidos los pedidos originados por agentes— es cuestión de agregar una cuenta, no de reestructurar sus libros contables. Comience gratis y descubra por qué los desarrolladores y propietarios de empresas con mentalidad financiera se están pasando a la contabilidad en texto plano antes de que llegue el próximo cambio en el comercio.