Clink (ClinkBill): pagos y facturación para agentes de IA

Clink, disponible en ClinkBill.com, es una plataforma de pagos y facturación para empresas de software que venden internacionalmente. Combina checkout, métodos locales, suscripciones, impuestos, fraude, desembolsos y enrutamiento con herramientas para agentes que compran o venden servicios digitales.

No es solo un monedero ni una pasarela de tarjetas. La oferta estándar es una infraestructura Merchant of Record (MoR, vendedor legal) para clientes humanos. Encima añade gasto programable, recargas automáticas, habilidades de integración y un mercado de capacidades de pago para agentes.

Esta guía separa esas capas, el flujo de un pago, las funciones para agentes, los costes y los casos adecuados.

Qué es Clink

Se sitúa entre un producto y los proveedores que mueven el dinero. El comercio crea clientes, productos, precios, sesiones, suscripciones y reembolsos; Clink gestiona el cobro, la ruta, los impuestos y los fallos, y devuelve el estado mediante APIs y webhooks.

En el plan estándar también actúa como Merchant of Record: es el vendedor legal de la transacción y asume procesamiento, cálculo y entrega de impuestos sobre ventas o IVA, fraude, contracargos, cumplimiento y desembolsos. Es un servicio diferente de una pasarela donde esas obligaciones siguen siendo del vendedor.

Hay cuatro áreas conectadas:

• Pagos globales: checkout alojado, componentes incrustables, tarjetas, monederos, métodos locales, divisas, controles de fraude y 3D Secure.
• Facturación: productos, precios, suscripciones, pruebas, facturas recurrentes, cambios de plan, cupones, cobro de impagos y portal de cliente.
• Enrutamiento inteligente: repartir operaciones entre proveedores, cambiar a uno de respaldo, reintentar fallos recuperables o favorecer costes inferiores.
• Comercio de agentes: monederos, pagos restringidos, recargas, integración asistida por IA y Skill Marketplace revisado.

Comparten el modelo de facturación y transacciones. Esto permite vender el mismo catálogo a personas y agentes sin mantener un segundo libro contable para máquinas.

Cómo funciona un pago

El flujo web básico está controlado por el servidor:

1. El cliente elige y el backend valida producto, cantidad y precio vigente.
2. El comercio crea primero su propio pedido pendiente.
3. Crea una Checkout Session de Clink y guarda su sessionId en el pedido local.
4. El cliente paga en la interfaz alojada o incrustada.
5. Clink crea un Order por cada intento y envía el resultado al webhook.
6. El comercio verifica la firma, vincula el pedido, registra de forma idempotente y solo entrega tras confirmar el éxito.

La documentación del modelo distingue Session, entrada temporal; Order de Clink, resultado de un intento; y pedido del comercio, registro de lo que debe entregarse. Una Session puede producir varios Orders si se reintenta con otro método.

Volver a successUrl no prueba que se haya cobrado. Tampoco completed en la Session garantiza un Order correcto. La entrega debe basarse en un order.succeeded con firma verificada o en una consulta de Order desde el servidor que confirme el éxito.

Opciones de checkout e integración

Las tres interfaces comparten Session y webhook, por lo que puedes empezar con la más sencilla y cambiar después.

La guía recomienda Hosted Checkout como inicio. Elements ofrece más diseño, pero exige backend para calcular el importe y crear la Session. Las claves secretas y el precio final nunca deben venir del navegador.

Puedes usar REST, el SDK oficial TypeScript, @clink-ai/clink-js para redirigir o incrustar, y @clink-ai/clink-elements para componer la interfaz. Sandbox y producción tienen paneles, hosts API y claves distintos.

Productos y suscripciones

Admite productos definidos al crear la sesión y productos registrados. Los primeros describen un artículo único y su importe, útiles para recargas o compras personalizadas. Las suscripciones requieren productos y precios registrados en catálogo.

La capa de suscripción incluye:

• Tarifa fija y otros modelos recurrentes.
• Pruebas e intervalos configurables.
• Precios en varias divisas.
• Cambios inmediatos o al final del periodo, con vista previa y prorrateo.
• Códigos promocionales y cupones.
• Reintentos de renovación y gestión de mora.
• Portal alojado para facturas, métodos, cancelaciones y cambios.
• Relojes de prueba para simular renovaciones y estados.

Un nuevo cliente puede autorizar el método mediante Checkout; si ya existen cliente e instrumento utilizables, se puede crear por API servidor. La documentación separa pago y derechos de acceso: crear la suscripción no demuestra que la primera factura esté pagada. Actualiza el acceso desde eventos verificados de facturas, Orders y suscripciones.

El MoR estándar incluye cálculo y entrega de impuestos. Clink declara cobertura de facturación e impuestos en más de 50 jurisdicciones. Confirma requisitos especiales de producto, vinculación tributaria y facturas durante el alta.

Pagos internacionales y rutas

Clink anuncia más de 135 divisas y 100 métodos locales. La documentación incluye tarjetas, Apple Pay, Google Pay, Cash App Pay, iDEAL, BLIK, Pix, Alipay, WeChat Pay, GCash, Kakao Pay, PromptPay, QRIS, Touch 'n Go y UPI. La disponibilidad depende del comercio, ubicación, divisa, navegador y carácter único o recurrente.

Cuando un único procesador ya no basta, puedes conectar cuentas externas, incluso varias del mismo proveedor, y decidir qué ruta recibe cada operación. Los objetivos incluyen reducir coste, pasar a respaldo y reintentar fallos.

Mantener catálogo y suscripciones por encima del procesador reduce dependencias de código, pero no elimina migraciones ni conciliación. Verifica proveedores, países, métodos y tipos de operación habilitados para tu cuenta.

Tres formas de trabajar con agentes

1. El agente integra Clink para el comercio

El paquete abierto clink-integ-skills se dirige a un agente que ya modifica la aplicación del comercio. Según la guía, puede inspeccionar el proyecto, generar catálogo, escribir rutas de checkout y webhook, registrar el webhook sandbox y devolver instrucciones de verificación.

Es automatización de desarrollo, no compra autónoma. El negocio sigue decidiendo producto, precio, entrega y reembolsos. Una persona debe completar un pago de prueba y comprobar que se actualiza el pedido correcto.

2. El agente paga con un monedero controlado por el usuario

Agentic Payment Skill es el flujo comprador. El usuario inicia el monedero, conecta un método en una página segura y configura riesgo o gasto. El agente puede descubrir productos, iniciar pagos autorizados, seguir resultados asíncronos y pedir reembolsos mediante CLI y skill.

La autoridad es delegada. Los datos de tarjeta quedan en la bóveda; el agente usa instrumentos y reglas. Autorización de cuenta, tarjeta, 3D Secure y firma Passkey siguen siendo pasos que se entregan al usuario.

Para productos con créditos hay recarga automática: si se prevé agotar el saldo, puede iniciarse financiación dentro de los límites y continuar al reponerlo. Clink llama al diseño «Harness Payment»: las fronteras se aplican fuera del modelo.

La página pública aún indica acceso anticipado (Early Access). Valida agentes, autorizaciones, divisas, recuperación, reembolsos y límites reales; una demostración no implica disponibilidad general.

3. El comercio publica habilidades de pago

Skill Marketplace distribuye productos invocables por agentes. El vendedor sube un ZIP con SKILL.md, presenta versión y ficha, supera la revisión y publica explícitamente. Clink genera el comando CLI y la instrucción de instalación desde el archivo aprobado.

Las habilidades pueden vender créditos, cobrar por uso o suscripción y aceptar propinas. Tras recargar llega order.succeeded; el vendedor aplica el valor a la cuenta correcta y devuelve un resultado de creación o recarga. Son esenciales firma, idempotencia atómica y conciliación.

El mercado está activo, pero la oferta más amplia de pagos para agentes sigue en acceso anticipado. Encaja mejor con desarrolladores dispuestos a trabajar en un ecosistema en evolución que con equipos que exigen un estándar maduro y universal.

Precios

Tarifa MoR estándar publicada:

Incluye procesamiento, MoR, impuestos, protección frente a fraude y contracargos, cumplimiento y desembolsos, sin otra comisión de pasarela o plataforma. Las condiciones finales pueden variar por riesgo, negocio, categoría, disputas y revisión.

Los acuerdos solo de facturación y las integraciones Agentic Payment dedicadas se negocian. Tampoco hay una tarifa universal publicada para mercado, reparto, reembolsos y liquidación. Confirma la página oficial.

Compara con otros MoR equivalentes. Un procesador básico puede cobrar menos porque registro tributario, declaraciones, disputas, rutas y responsabilidad siguen siendo del vendedor.

Cuándo encaja

• Ventas internacionales de software, API, créditos o servicios digitales.
• Necesidad de delegar impuestos, cumplimiento, fraude y contracargos al MoR.
• Suscripciones y compras únicas en un catálogo.
• Métodos locales o varios proveedores como requisito de expansión.
• Automatización de la integración inicial con un agente de programación.
• Agentes como canal real de clientes, con pagos controlados o recargas.
• Publicación de una capacidad medible como habilidad de pago.

Puede ser excesivo para un producto local con pasarela fiable y sin necesidad de MoR. Un proveedor consolidado puede ser mejor si dependes de un ecosistema grande, un modelo concreto de entidad local o métodos todavía no habilitados.

Qué evaluar

Prueba el negocio completo en sandbox:

1. Cobertura: países, divisas, métodos y combinaciones recurrentes.
2. Contrato: coste MoR completo con impuestos, disputas, desembolsos, cambio, devoluciones y soporte.
3. Integridad: pedido local previo, precios en servidor y entrega solo tras verificar el pago.
4. Webhooks: duplicados, desorden, retrasos, firmas incorrectas, reintentos y conciliación tras caídas.
5. Suscripciones: pruebas, renovación fallida, recuperación, cambios, prorrateo, cancelación y reembolso mediante relojes.
6. Rutas: mide aprobación y coste por mercado antes de asumir que otro procesador mejora resultados.
7. Control del agente: límites, intervención del usuario, recargas, auditoría, reembolsos y ausencia de funciones anticipadas.
8. Operación: plazos, informes, portabilidad, soporte y verificación de producción.

Conclusión

Clink une infraestructura convencional de ingresos y comercio para agentes. Puede gestionar checkout, suscripciones, métodos, impuestos y rutas aunque ningún agente compre; monederos, skills, recargas y mercado amplían esa misma base.

La combinación es interesante para productos de IA cuyo uso no encaja en una licencia mensual por asiento. Compara el MoR con servicios equivalentes y recuerda el acceso anticipado de los pagos de agentes. Empieza por un pago representativo y prueba los webhooks, suscripciones, rutas y autorizaciones de los que dependerá el producto.

C

Clink

Pagos globales, facturación y comercio controlado para personas y agentes