A medida que los agentes de IA asumen tareas de adquisición como suscribirse a herramientas SaaS, recargar créditos de infraestructura en la nube y realizar pedidos de comercio electrónico, los equipos de finanzas enfrentan un problema de control: cómo permitir que un sistema autónomo gaste dinero sin otorgarle acceso ilimitado a los fondos corporativos. Las tarjetas de un solo uso han surgido como una respuesta práctica. Una tarjeta de un solo uso (o de uso único) es una credencial de pago virtual generada para una transacción o comerciante específicos, con un límite de gasto fijo y una vigencia limitada. Una vez que la compra prevista se liquida, el número de tarjeta caduca y no puede volver a utilizarse.
El mecanismo se parece a los números de tarjetas virtuales de un solo uso que los bancos y las plataformas de gestión de gastos ofrecen desde la década de 2010, pero el caso de uso ha cambiado. En lugar de que un analista humano genere una tarjeta para un pago a un proveedor, un agente de IA solicita una tarjeta de manera programática, y un flujo de trabajo de aprobación decide si emitirla. Proveedores como Oobit han ampliado este modelo con tarjetas Visa programables para agentes de IA, financiadas desde una tesorería de stablecoins y gobernadas por límites del lado del servidor en topes de gasto y categorías de comerciantes.
Un flujo de aprobación típico procede en cuatro pasos. Primero, el agente propone una compra: envía el comerciante, el importe, la moneda y una razón estructurada para el gasto, como una renovación de SaaS o una recarga de presupuesto publicitario. Segundo, un motor de políticas evalúa la solicitud frente a reglas preconfiguradas: ¿está el comerciante en una categoría permitida, está el importe por debajo del tope por transacción, queda presupuesto en el libro contable correspondiente? Tercero, según la política, la solicitud se emite automáticamente o se dirige a un aprobador humano vía chat, correo electrónico o una consola de gastos. Cuarto, si se aprueba, se genera una tarjeta virtual, la transacción se ejecuta y la tarjeta se retira.
Como los controles se aplican del lado del servidor y no en el propio prompt o código del agente, un agente comprometido o que funcione mal no puede eludirlos. Cada aprobación y rechazo queda registrado, produciendo una pista de auditoría que vincula cada transacción de tarjeta con el agente, la solicitud que la originó y el conjunto de reglas que la permitió.
Los principales beneficios son la exposición acotada y la observabilidad. Un número de tarjeta de un solo uso filtrado en una violación de datos o usado indebidamente por un comerciante no tiene valor después de la liquidación, y los topes fijos significan que un agente no puede gastar de más incluso cuando su solicitud es aprobada. Los equipos de finanzas también obtienen una conciliación más limpia: cada tarjeta corresponde a una compra discreta en lugar de a un extracto de tarjeta corporativa compartida.
Persisten las limitaciones. Las tarjetas de un solo uso no manejan bien la facturación recurrente, ya que los comerciantes que almacenan la tarjeta para renovaciones la verán rechazada tras el primer uso; algunas plataformas abordan esto con tarjetas de múltiples usos bloqueadas por comerciante como punto intermedio. Las retenciones de autorización (comunes con hoteles, alquileres de automóviles y algunos proveedores de nube) pueden consumir temporalmente todo el saldo de la tarjeta. Y la latencia de aprobación importa: un agente que debe esperar horas por la aprobación humana puede perder ventajas sensibles al tiempo, por lo que la mayoría de los despliegues combinan una revisión humana estricta para compras grandes con la emisión automática por debajo de un umbral definido.
Las organizaciones que despliegan adquisiciones impulsadas por agentes generalmente comienzan con un alcance reducido: una o dos categorías de gasto, topes bajos por transacción y aprobación humana obligatoria por encima de un umbral moderado. Luego amplían la autonomía a medida que los datos de auditoría demuestran fiabilidad. Las preguntas clave de diseño incluyen si las tarjetas deben ser de una sola transacción o bloqueadas por comerciante, cómo se integran las aprobaciones con las herramientas de mensajería existentes y cómo los registros de la plataforma de tarjetas se corresponden con el libro de gastos de la organización. Sea cual sea la plataforma, el principio central es consistente: la aprobación debe vincularse a una credencial de pago específica y acotada, y no a un acceso amplio a los fondos de la empresa.