API de pagos cripto: cobra por consumo la llamada que gana una fracción de centavo
Mide las llamadas en tu propio contador y liquida el periodo como una sola factura en stablecoins —sin un importe fijo que superar antes de que valga la pena cobrar un exceso mínimo— y el dinero es definitivo en cuanto se confirma en tu saldo.
Donde el precio por llamada choca con el suelo de la tarjeta
¿Por qué el cobro por consumo pierde cifras de dos dígitos en comisiones cuando la factura es pequeña?
Cuatro fallos estructurales que la vía de la tarjeta mete dentro del precio por llamada.
El tramo fijo es mayor que la llamada que cobra
Un cargo con tarjeta lleva un importe fijo por operación antes incluso de que empiece el porcentaje. Ese suelo se fijó para una cesta de 20 $ en una tienda, no para una llamada a una API que vale una décima de centavo. Si intentas cobrar cada petición, la comisión supera al cargo miles de veces; si agrupas un mes de llamadas en una factura pequeña de excesos, el tramo fijo se sigue quedando con la quinta parte de una factura de pocos dólares, y eso antes de que el módulo de facturación recurrente añada su parte. Así que subes el gasto mínimo y pierdes altas de autoservicio, o te comes el exceso y dejas sin cobrar el contador que construiste.
Los créditos prepagados te convierten en una tesorería que nunca contrataste
El patrón de comprar créditos y consumirlos, que el comprador de APIs da por hecho, mete el dinero del cliente en tu balance como ingreso diferido, con lógica de devolución en cada baja y exposición a disputas en cada recarga. Los grandes de la infraestructura montaron un área de tesorería para sostener eso. Una startup de API con cuatro personas no la tiene, así que sale solo con consumo puro, rechaza al comprador que quiere un tope de gasto y ve cómo un competidor con flujo de créditos se lleva la cuenta.
El contrato se firma y luego muere en cuentas por pagar
Un comprador Enterprise con contrato de consumo comprometido pasa la compra por un sistema de aprovisionamiento que exige un número de pedido estructurado, un formulario fiscal y un plazo de pago a 30 días. Una factura de cobro con tarjeta lleva una nota en texto libre, así que el equipo de cuentas por pagar la devuelve: el campo del pedido no está estructurado y el cargo no cuadra con su libro de compromisos. Acabas enganchando una herramienta contable al procesador, duplicando el registro del cobro pendiente y respondiendo correos de conciliación en vez de sacar producto.
El desarrollador tiene presupuesto; el código de país de su emisor, no
Buena parte del consumo más intenso de APIs viene de comunidades de desarrolladores autónomos en regiones que el modelo de riesgo de un procesador marca como sospechosas de entrada. El desarrollador tiene una tarjeta de empresa o unas stablecoins y una carga de trabajo real, pero el cargo se rechaza solo por el país emisor. Pagaste el coste de adquisición para llevarlo hasta la página de alta y es la capa de cobro —no el producto— la que lo echa.
Qué aporta la vía de la billetera al precio por llamada
¿Qué cambia cuando un periodo de consumo se liquida en un solo pago en stablecoins?
Cuatro cosas que se enderezan en cuanto el contador deja de alimentar a un procesador de tarjetas.
El tramo en cadena se dispara al cierre del periodo, no en cada petición
Tu contador ya cuenta las llamadas donde tú las guardes: una fila en Postgres, un contador en Redis. Al cierre del periodo publica una cifra, el cliente liquida una factura y un mes de millones de llamadas se convierte en una sola transferencia en lugar de un millón de idas y vueltas. No hay ningún importe fijo que amortizar sobre esa factura, así que la llamada de una décima de centavo y el exceso mínimo por fin valen la pena. El porcentaje es el 1,0 % de la factura, el mismo en una de 4 $ que en una de 4.000 $.
Los créditos prepagados pasan a ser un contador, no un problema de ingreso diferido
El cliente liquida una factura de prepago una vez; tú incrementas un saldo y lo descuentas según entran las llamadas. Los créditos viven como saldo a favor en tu propia base de datos, no como un pasivo con exposición a disputas. Un pago en stablecoins confirmado es definitivo, así que ninguna recarga de hace un mes te puede volver del revés. Para devolver un saldo sin usar, inicias una transferencia saliente desde tu saldo de Paymos cuando quieras, sin comisión de disputa por el camino de vuelta.
La factura del compromiso conserva su papeleo; el tramo de pago se acorta
El documento que satisface al departamento de compras —el número de pedido, el formulario fiscal, las líneas de detalle— lo sigue emitiendo tu herramienta de facturación, y Paymos no intenta sustituirla. Cuando cuentas por pagar libera el pago dentro de su plazo, paga un enlace de cobro que lleva tu número de pedido o de contrato como referencia, en vez de ordenar una transferencia internacional. El webhook devuelve esa referencia en cuanto los fondos se confirman y el cobro pendiente se cierra solo: sin ventana de compensación de varios días y sin riesgo de retorno colgando durante semanas.
Una billetera no tiene país emisor por el que rechazar
El desarrollador al que le tumbaron la tarjeta por su código de país firma una transferencia y liquida en menos de un minuto, en la red donde ya tiene los fondos. No hay BIN que marcar, ni muro contra las operaciones extranjeras, ni una puntuación de riesgo que te deje fuera de un mercado donde tu API es la mejor herramienta. Paymos no filtra ni al comprador ni tu categoría, y ningún procesador puede congelarte la cuenta por atender esa región. Tu mercado alcanzable crece con los desarrolladores que la vía de la tarjeta excluye en silencio.
Cómo enchufa una plataforma de API el tramo de liquidación
¿Cómo añades Paymos a un motor de cobro por consumo?
Tres caminos, según quién sea el dueño del contador y qué segmento esté pagando.
API Host-to-Host: liquida el periodo que cierra tu propio contador
Los proveedores de API casi siempre llevan su propio contador, porque un producto genérico de cobro por consumo rara vez modela una cuota de RPC o un trabajo de inferencia. La API Host-to-Host toma la cifra que ese contador publica al cierre, levanta una factura y se la entrega a la billetera del cliente para que la liquide en la red donde tenga los fondos. Un webhook firmado con HMAC-SHA256 se dispara al confirmarse. Tu planificador ejecuta el cierre, tu almacén calcula el total y Paymos solo lleva el pago de su billetera a tu saldo.
Ver detalles
Pago integrado: recargas de créditos dentro de tu propia consola
Para el flujo de compra de créditos, mete el pago de Paymos en la ventana de recarga de tu consola. El cliente elige un importe, paga sin salir de tu dominio y tu backend incrementa el contador de saldo en cuanto llega el webhook. Quien pague con tarjeta puede seguir en tu procesador actual; quien pague con billetera liquida aquí. La vía es una elección por cliente, no una migración de plataforma.
Ver detalles
Enlaces de cobro: contratos de consumo comprometido y prepago anual
Para un contrato de consumo comprometido o un prepago anual, el contrato y la factura los siguen emitiendo tus herramientas de siempre. Cuando compras libera el pago, genera un enlace de cobro desde tu CRM o tu herramienta de presupuestos con el número de pedido o de contrato adjunto como referencia y envíalo al contacto de finanzas. El enlace se liquida igual si el comprador está en Singapur, en São Paulo o en Lagos: aquí no hay geografía de redes de tarjetas que negociar.
Ver detallesModelos de precio de API que ya corren sobre billetera
¿Qué modelos de negocio de API encajan hoy en la vía de la billetera?
Cuatro formas sacadas de proveedores reales: RPC, mensajería, inferencia y geocodificación.
Proveedores de RPC y nodos: una base de clientes nativa de billetera
El desarrollador que paga por acceso a nodos ya tiene USDC: es la misma billetera desde la que despliega contratos. Liquida el plan mensual desde esa billetera y el pago se confirma en segundos, se abona en tu saldo de Paymos y ahí se queda: un mes de acceso ya pagado no se puede revertir. Para este nicho la vía de la billetera no le pide nada nuevo al cliente; es la vía en la que ya estaba.
APIs de mensajería: cobro por mensaje con un tope de gasto firme
Las APIs de SMS y voz cobran una fracción de centavo por mensaje, con facturas mensuales que van de los pocos dólares de un aficionado a las cinco cifras de un emisor corporativo. Los créditos prepagados encajan porque quien envía quiere un tope de presupuesto frente al fraude de tráfico inflado: aporta un importe fijo, tú lo vas descontando a tu tarifa por mensaje y un aviso de saldo bajo sale de tu propio sistema. El saldo es un contador en tu base de datos, así que no se registra ingreso diferido y nada se puede reclamar después de enviar los mensajes.
APIs de inferencia: consumo irregular de segundos de GPU, con prepago
Los endpoints de inferencia cobran por segundos de GPU, y un solo trabajo de generación puede ir de un par de dólares a unas cuantas decenas. El cliente quiere un techo previsible y tú quieres caja previsible: un saldo prepagado en stablecoins responde a las dos cosas, descontado trabajo a trabajo en tu propio contador. La comunidad que entrena modelos ya vive en cadena, la recarga se confirma en segundos y el cómputo entregado no admite disputa.
APIs de geocodificación y mapas: volumen por cada mil peticiones
Los endpoints de geocodificación cobran por cada mil consultas. Una startup de logística con decenas de millones de peticiones al mes tiene una factura demasiado grande para la tarjeta personal de su fundador y demasiado informal para el circuito de compras Enterprise. El pago por uso cierra el periodo con un solo pago que se abona en tu saldo de Paymos al confirmarse: esa factura mediana, de todos los meses, funciona mejor sin un suelo fijo debajo y sin forma de revertirla cuando las consultas ya se hicieron.
Cobro de API como servicio en stablecoins
Preguntas frecuentes
Un millón de llamadas a una fracción de centavo cada una: ¿se liquida cada llamada en cadena?
¿Cómo funcionan los créditos prepagados y cómo se devuelve un saldo sin usar?
¿Podemos dejar la tarjeta para las cuentas pequeñas de autoservicio y usar stablecoins en Enterprise?
¿Cómo funciona el pago a 30 días con compradores de API que exigen número de pedido?
¿Qué redes tienen sentido según el tamaño del cliente de API?
¿En qué se diferencia esto de un módulo de cobro por consumo más una herramienta contable para facturar a Enterprise?
Cuándo no encaja
Cuándo NO usar Paymos para cobrar tu API
Cuatro casos en los que dejar la factura en la tarjeta o en la transferencia es lo correcto.
Tus grandes cuentas pagan por transferencia y nada más, por política
Cuando las pocas cuentas que sostienen tus ingresos tienen políticas de pago escritas solo alrededor de la transferencia bancaria, pedirle a compras una excepción de método de pago te gasta un crédito que vas a querer en la renovación. Deja esas facturas donde están. La vía de la billetera rinde en la cola larga —equipos de mercado medio y desarrolladores internacionales a los que la tarjeta y la transferencia atienden mal—, no reabriendo el manual de cuentas por pagar de una multinacional.
Tus planes de cuota fija viven de una tarjeta guardada en la que nadie piensa
Un plan mensual de cuota fija se renueva hoy porque se carga una tarjeta guardada sin que nadie decida pagar. De una billetera no se puede tirar: cada ciclo el cliente liquida una factura a propósito, así que un plan que vive de la inercia perderá clientes en cuanto pida una acción. Deja esos planes en la tarjeta y apunta la billetera a los excesos por consumo, las recargas de créditos y los contratos comprometidos, pagos que el cliente ya hace de forma deliberada.
Tus facturas bajan de un dólar habitualmente: ahí no encaja ninguna vía
Si el modelo produce cien mil clientes al mes debiendo treinta centavos cada uno, ninguna vía de pago sale limpia: la comisión de red nunca es cero y cien mil liquidaciones son carga operativa real. La solución es la misma en todas partes: un mínimo mensual, saldos por debajo del umbral que pasan al periodo siguiente o créditos prepagados con un suelo de recarga. Paymos elimina el problema de la comisión por llamada a partir de facturas de diez dólares; una factura por debajo del dólar necesita rediseñar el precio antes de que ninguna vía ayude.
Tu contador, tus planes y tus facturas viven dentro de la pila de un procesador
Cuando la agregación, la lógica de planes y las facturas de cara al cliente están todas dentro de los objetos de eventos medidos de un procesador, desmontarlo es un trimestre de ingeniería, no un interruptor de configuración. Apunta primero a Paymos los contratos comprometidos nuevos, donde la diferencia de comisión es mayor, y deja la base instalada donde está hasta que cambies de plataforma por razones de producto. Un contador que funciona vale más que una rebaja de tarifa.
Flujos relacionados
Otros nichos de SaaS y productos digitales en Paymos
Precios
1,0 % de la factura liquidada. Sin coste por llamada ni recargo por consumo
La recarga de créditos y el gran contrato de consumo comprometido pagan el mismo porcentaje, sin alta y sin mínimo mensual. Pide el 0,3 % con la primera factura: miramos cuántas emites y cuántas se cobran. Con tarjeta se ronda el 3 % todo incluido, y en una factura pequeña de excesos el suelo fijo se lleva la quinta parte.
Ver precios