¿Qué es un mandato de AP2 (Agent Payments Protocol)?

Si tienes una tienda en España, la palabra «mandato» te suena a las domiciliaciones bancarias: el mandato SEPA que firma un cliente para que le cobres un recibo. El mandato de AP2 (Agent Payments Protocol) es otra cosa, aunque la idea se parece: una autorización firmada que alguien puede enseñar después. Aquí quien la usa es un agente de IA que compra por una persona, en lo que se llama comercio agéntico, y lo que demuestra es que esa persona aprobó ese carrito y ese pago. A la tienda le importa porque es la prueba que tiene que comprobar antes de cobrar, y la que se mira si el cargo se discute.

Cómo funciona

Google presentó los mandatos en septiembre de 2025 como contratos digitales a prueba de manipulaciones, firmados criptográficamente, que sirven de prueba verificable de las instrucciones de una persona. Aquel anuncio hablaba de tres: un mandato de intención, que recoge lo que la persona pide; un mandato de carrito, que fija los artículos y el precio exactos; y un mandato de pago, que une el medio de pago con ese carrito.⁠^{[1]Google Cloud Blog (Stavan Parikh y Rao Surapaneni, 16 de septiembre de 2025). Announcing Agent Payments Protocol (AP2)}

La especificación vigente, la v0.2, trabaja con dos:⁠^{[2]AP2, sitio oficial del protocolo. Agent Payments Protocol Specification (v0.2)}

• El mandato de checkout da a la tienda la prueba criptográfica de que el agente comprador está autorizado a comprar el pedido que ha montado.
• El mandato de pago da esa prueba al proveedor de credenciales, a la red y al procesador de pagos de la tienda: el agente está autorizado a pagar ese pedido concreto.

Cada uno existe en dos estados. Abierto, cuando recoge las condiciones que pone la persona antes de que exista un pedido; cerrado, cuando autoriza una transacción concreta.⁠^{[3]AP2, sitio oficial del protocolo. Agent Payments Protocol (AP2)} Los mandatos se emiten como SD-JWT, un formato de credencial que permite revelar solo una parte de los datos, y cada uno declara su tipo y su versión en un campo vct, como mandate.checkout.open.1. La especificación pide que quien los procese compare esa cadena exacta, sufijo de versión incluido.⁠^{[2]AP2, sitio oficial del protocolo. Agent Payments Protocol Specification (v0.2)}

Quién firma cada uno

Depende de si la persona está delante.⁠^{[4]AP2, sitio oficial del protocolo. Flows}

La superficie de confianza es la pantalla donde la persona da su consentimiento, y la especificación exige que no sea agéntica: no puede ser el propio agente quien pida y conceda el permiso. Un mandato abierto lleva además la clave pública del agente, de modo que solo ese agente puede usarlo.⁠^{[2]AP2, sitio oficial del protocolo. Agent Payments Protocol Specification (v0.2)}

Cómo se atan al pedido

La tienda firma el pedido (un JWT de checkout). El mandato de checkout queda unido a ese pedido mediante un hash criptográfico, y el mandato de pago, al mismo pedido con el mismo hash.⁠^{[2]AP2, sitio oficial del protocolo. Agent Payments Protocol Specification (v0.2)} El resultado práctico: un mandato firmado para un carrito no sirve para otro. Si el agente cambia un artículo, el hash deja de coincidir.

Qué puede limitar un mandato abierto

Las condiciones de un mandato abierto son restricciones con nombre propio. Las del mandato de checkout son dos:⁠^{[5]AP2, sitio oficial del protocolo. Checkout Mandate}

Las del mandato de pago cubren el dinero y el tiempo:⁠^{[6]AP2, sitio oficial del protocolo. Payment Mandate}

Un mandato de pago cerrado, en cambio, ya no habla de condiciones sino de hechos: el identificador de la transacción (el hash del pedido), a quién se paga, el importe con su moneda en código ISO 4217 y el medio de pago usado.⁠^{[6]AP2, sitio oficial del protocolo. Payment Mandate}

En una tienda

Un ejemplo ficticio: una clienta le pide a su agente que le compre dos paquetes de té sencha en Té Ejemplo, su tienda de siempre, cuando vuelvan a tener existencias. Así quedaría, simplificado, el contenido de su mandato de checkout abierto, con los nombres de campo de la especificación:⁠^{[5]AP2, sitio oficial del protocolo. Checkout Mandate}

{
  "vct": "mandate.checkout.open.1",
  "constraints": [
    {
      "type": "checkout.allowed_merchants",
      "allowed": [
        { "id": "te-ejemplo", "name": "Té Ejemplo", "website": "https://te-ejemplo.es" }
      ]
    },
    {
      "type": "checkout.line_items",
      "items": [
        {
          "id": "linea-1",
          "acceptable_items": [
            { "id": "SENCHA-100", "title": "Té verde sencha ecológico, 100 g" }
          ],
          "quantity": 2
        }
      ]
    }
  ]
}

Cuando el agente llega al pago, la tienda hace dos comprobaciones: que el mandato cerrado coincide con el pedido actual y que se cumplen las restricciones del mandato abierto (aquí, que la tienda es Té Ejemplo y que el carrito lleva dos paquetes de ese té).⁠^{[4]AP2, sitio oficial del protocolo. Flows} Si algo no encaja, la tienda o el proveedor de credenciales pueden devolver un error de restricción sin resolver (unresolved_constraint) y obligar a que la clienta vuelva a aprobar la compra: el flujo sin la persona delante pasa a ser uno con ella delante.⁠^{[4]AP2, sitio oficial del protocolo. Flows}

Cómo comprobarlo

1. Mira la versión de los mandatos que recibes. El campo vct dice tipo y versión, y la especificación pide comparar la cadena exacta.⁠^{[2]AP2, sitio oficial del protocolo. Agent Payments Protocol Specification (v0.2)}
2. Lee las restricciones antes de aceptar un pedido sin la persona delante. Las del checkout nombran tiendas y artículos; las de pago, importes, destinatarios y fechas.⁠^{[5]AP2, sitio oficial del protocolo. Checkout Mandate}⁠^{[6]AP2, sitio oficial del protocolo. Payment Mandate}
3. Comprueba que el mandato cerrado corresponde al carrito que vas a cobrar, recalculando el hash del pedido que firmaste.⁠^{[2]AP2, sitio oficial del protocolo. Agent Payments Protocol Specification (v0.2)}
4. Guarda los mandatos y los recibos de cada pedido. En una disputa, la especificación pide recalcular ese hash y comprobar que la referencia de cada recibo coincide con el hash del mandato cerrado correspondiente.⁠^{[2]AP2, sitio oficial del protocolo. Agent Payments Protocol Specification (v0.2)}
5. Pregunta a tu plataforma y a tu pasarela si verifican mandatos de AP2 por ti. Para la mayoría de tiendas, ese trabajo lo hará un intermediario, no su propio código.

Concepto cercano: pagos delegados

Los pagos delegados son la práctica general: un agente paga en nombre de una persona con un permiso limitado de antemano. El mandato es la manera en que AP2 deja constancia de ese permiso, como un registro firmado de qué se autorizó, para qué pedido y con qué límites.⁠^{[3]AP2, sitio oficial del protocolo. Agent Payments Protocol (AP2)} Otros protocolos delegan el pago de otra forma: el ACP (Agentic Commerce Protocol) lo hace con una credencial de un solo uso y un importe máximo, sin mandatos. Y la intención de compra es lo que el mandato abierto convierte en condiciones que se pueden comprobar.

Para seguir, la entrada de AP2 explica el protocolo entero y la ruta de lectura de comercio agéntico ordena el resto del vocabulario.