Modelos de liquidación de pagos con criptomonedas: activo, destino y plazo
La liquidación de pagos con criptomonedas no es lo mismo que recibir la transacción del cliente. El comprador elige el activo y la red, mientras que el comercio necesita fondos utilizables en un activo concreto, en una ubicación conocida y bajo una política temporal definida.
El modelo debe responder qué activo recibirá el comercio, si el saldo permanecerá en la plataforma o saldrá a una cartera externa, cuándo se moverá y cómo las comisiones, los tipos de cambio y los registros determinan el importe neto. Un pago en BTC puede quedar como BTC en un saldo interno o convertirse a USDT y retirarse diariamente. Estos resultados tienen efectos distintos sobre tesorería, liquidez y contabilidad.
La liquidación combina activo, ubicación, calendario y política de transferencia.
Aceptar un pago, alcanzar finalidad en cadena y liquidar son hitos distintos
La visibilidad de una transacción, su inclusión en un bloque, la confirmación, la aceptación comercial y la disponibilidad de fondos son hitos diferentes. Un pago aceptado puede seguir pendiente de conversión, abono interno o retirada externa.
El glosario de pagos del BIS aborda el riesgo de que la liquidación no se produzca según lo previsto. También hay que distinguir la finalidad jurídica de una transferencia de la finalidad del protocolo blockchain. Las normas aplicables y el criterio operativo de disponibilidad no necesariamente coinciden con el número de confirmaciones.
La red, la política de aceptación, el sistema de pagos y tesorería responden por etapas distintas.
| Hito | Qué pregunta responde | Responsable principal |
|---|---|---|
| Inclusión en cadena | ¿Se incluyó la transacción en la historia de la red? | Red blockchain |
| Confirmación o finalidad | ¿Qué confianza existe en que permanezca incluida? | Consenso y política de confirmación |
| Aceptación del pago | ¿Cumple la transacción los requisitos comerciales? | Sistema de pagos y política del comercio |
| Liquidación del comercio | ¿Qué fondos están disponibles, dónde y cuándo? | Sistema de liquidación y tesorería |
Fuentes y documentación: BIS — pagos y liquidación · BIS — registros distribuidos
Las tres dimensiones independientes del diseño de liquidación
La primera dimensión es el activo: conservar el que pagó el cliente o transformarlo en otro. La segunda es la ubicación: contabilizarlo en un saldo interno o transferirlo a una dirección controlada por el comercio. La tercera es el momento: ejecutar inmediatamente, de forma manual, al alcanzar un umbral o en una fecha programada.
Estas opciones se combinan. Por ejemplo, un pago en BTC puede convertirse a USDT, mantenerse internamente y retirarse cada noche. Para describir correctamente el modelo hay que indicar las tres dimensiones, no presentar cada alternativa como si excluyera a las otras.
Liquidación en el mismo activo que envió el cliente
En una liquidación sin conversión, si el cliente paga BTC el comercio recibe BTC; si paga USDT, recibe USDT en la red admitida. Se evita el cambio de activo, pero se mantiene la exposición a su precio después de aceptar el pago.
Es útil si la empresa realiza gastos en ese activo, quiere mantenerlo a largo plazo o no desea convertir cada operación. La contrapartida es que el valor de los ingresos puede variar entre la aceptación, la contabilización, el uso del saldo y la conversión posterior.
El mismo símbolo en redes distintas no equivale a liquidez intercambiable. Hay que controlar por separado saldos, direcciones, comisiones de retirada y destinos de tesorería.
La liquidación convertida separa la elección del cliente del activo de tesorería
En este modelo, la empresa cambia lo recibido por un activo objetivo. El cliente puede pagar BTC o ETH mientras el comercio recibe una stablecoin u otra criptomoneda preferida; algunos servicios del mercado también permiten recibir moneda fiduciaria, aunque no debe darse por supuesto.
La conversión puede realizarse al aceptar el pago, cuando se alcanza cierto saldo o más tarde mediante una acción manual. El riesgo de precio y la dependencia de liquidez cambian con el momento elegido. Fijar un tipo cerca de la aceptación reduce exposición, pero exige precios transparentes y suficiente liquidez.
Las stablecoins también implican riesgos de emisor, reembolso, red, liquidez y desvinculación de la paridad. Defina el activo objetivo, el momento, la fuente de cotización, las tarifas y el plan ante errores de conversión.
Fuentes y documentación: Circle Mint — emisión y reembolso de stablecoins
La liquidación interna acredita el saldo sin retirarlo por cada pago
La liquidación interna incrementa el saldo del comercio en el sistema de cuentas del proveedor. No hace falta crear una transacción externa por cada pedido; varios pagos pequeños pueden acumularse antes de una retirada.
Esta opción reduce posibles costes de red y facilita conversiones posteriores, devoluciones, pagos y asignaciones de tesorería. A cambio, el negocio depende de la integridad del registro del proveedor, la seguridad del acceso y las reglas para disponer del saldo.
Deben quedar claros los permisos de retirada y el momento en que el crédito interno está disponible. La API Account Balance de OxaPay permite consultar esa posición para planificar los siguientes movimientos.
Fuentes y documentación: OxaPay — saldo de la cuenta
La liquidación externa transfiere fondos a un destino autorizado
Una liquidación externa mueve fondos desde la cuenta de pagos a una cartera de autocustodia, custodio institucional, cuenta de exchange u otra dirección aprobada. Proporciona control directo, pero crea un ciclo nuevo de retirada: solicitud, comprobación, envío, confirmación y conciliación.
Una lista de destinos permitidos limita la sustitución de direcciones. Validar activo y red evita transferencias incompatibles. Las aprobaciones de operaciones grandes y el seguimiento de estados permiten investigar fallos y cancelaciones.
OxaPay ofrece interfaces para generar retiradas, consultar información e historial y conocer su estado. Un fallo de retirada es una incidencia de liquidación; no convierte la compra original en impagada.
| Control de transferencia externa | Por qué importa |
|---|---|
| Lista de destinos autorizados | Reduce sustituciones de dirección y desvíos |
| Verificación de activo y red | Evita enviar tokens por una red incompatible |
| Política de aprobación | Revisión para operaciones grandes o inusuales |
| Seguimiento del estado | Distingue solicitado, procesando, confirmado, fallido o cancelado |
Fuentes y documentación: OxaPay — crear pago saliente · OxaPay — información del pago · OxaPay — historial de pagos · OxaPay — estados del pago
Liquidación programada para saldos acumulados
La liquidación programada pospone una retirada externa hasta una fecha o condición: diariamente, semanalmente, con un saldo mínimo, al superar un límite máximo o tras aprobación manual. Al agrupar cobros se reducen transacciones y costes de red y se facilita la planificación.
La contrapartida es mantener más fondos en la cuenta intermediaria y retrasar su disponibilidad fuera de la plataforma. La elección debe equilibrar exposición de custodia, liquidez, costes y trabajo operativo.
Todo calendario necesita un cierre temporal, definición del saldo elegible, regla de comisiones, respuesta ante fallos, reintentos y fecha siguiente. En criptomonedas también importan la red y las confirmaciones de la transferencia.
Fuentes y documentación: Stripe — calendarios de pago
Los modelos híbridos combinan las políticas según la necesidad
Las empresas no suelen utilizar una única ruta. Pueden conservar stablecoins internamente para liquidez operativa, llevar BTC a custodia a largo plazo y convertir activos volátiles antes de una retirada diaria.
El modelo de control de volatilidad convierte a stablecoin y retira según un horario. El de conservación mantiene los activos y traslada saldos seleccionados a distintas carteras. El de liquidez operativa reserva fondos para devoluciones y pagos y transfiere el excedente. El de umbral solo retira cuando el importe compensa costes y revisión.
La política debe detallarse por combinación activo-red: costes, confirmaciones, liquidez y necesidades de tesorería no son idénticos.
Coste y liquidez: importa el valor neto utilizable
La empresa opera con el importe neto después de comisiones de procesamiento, conversión, red, retirada y ajustes, no con el valor bruto mostrado en el checkout.
Una retirada inmediata ofrece control directo, pero aumenta el número de transacciones. La liquidación interna o programada puede abaratar transferencias, a cambio de mayor exposición al saldo del proveedor. La conversión simplifica la posición de tesorería, pero introduce dependencia de ejecución de precios y liquidez.
Compare condiciones normales y adversas: una ruta eficiente con tarifas bajas puede dejar de serlo cuando la red se congestiona. Una stablecoin líquida puede tener dificultades de reembolso en una jurisdicción o durante ciertos horarios bancarios. Consulte los precios actuales de OxaPay.
Fuentes y documentación: OxaPay — precios
Los registros deben explicar desde el pago aceptado hasta el saldo neto
Mover los fondos no basta si contabilidad no puede reconstruir el resultado. Registre los identificadores del pago y de la liquidación, activo, red e importe recibido, activo de destino y valor neto, tipo aplicado y momento de cotización, comisiones, dirección, transacción de red y marcas temporales de inicio, fin o fallo.
El estado de liquidación debe permanecer separado del estado del pago. Si falla la retirada, el cliente no vuelve a ser deudor: se abre una incidencia de tesorería que puede resolverse mediante reintento, otra ruta o saldo interno.
Los reintentos deben ser idempotentes para impedir una segunda transferencia. También hay que definir cómo actuar ante una conversión fallida. Los historiales de Swap y Payout de OxaPay proporcionan evidencias consultables.
| Campo del registro | Utilidad operativa |
|---|---|
| ID de pago y liquidación | Vincula el cobro con una o más acciones posteriores |
| Activo, red e importe aceptados | Conserva lo que realmente pagó el cliente |
| Activo de liquidación e importe neto | Muestra los fondos disponibles |
| Tipo de cambio, fecha e ID de conversión | Explica la conversión y sus diferencias de precio |
| Destino e ID de transacción | Acredita el movimiento de fondos externo |
| Fechas de inicio, cierre y error | Sirve para seguimiento, investigación y conciliación |
Fuentes y documentación: OxaPay — solicitud de intercambio · OxaPay — historial de intercambios
Escenarios de SaaS, plataformas y grandes pagos B2B
Una empresa SaaS internacional puede aceptar varios activos, convertir los volátiles a stablecoins, reservar liquidez interna y retirar según un calendario. Un negocio de activos digitales puede preferir mantener el mismo activo para inventario, pagos o inversión.
Un marketplace puede acumular saldos internos hasta calcular obligaciones con sus vendedores y después iniciar pagos a destinatarios aprobados. Un comercio B2B de alto valor necesita aprobaciones específicas, direcciones autorizadas y trazabilidad completa de las transferencias.
La preferencia del comprador guía el checkout; las necesidades de tesorería del comercio determinan qué liquidación conviene.
OxaPay permite combinar funciones de liquidación distintas
OxaPay separa el cobro, los saldos internos, los intercambios de activos y los pagos salientes. Esa separación permite diseñar políticas compuestas sin confundir la aceptación comercial con la retirada externa.
Account Balance muestra los activos disponibles en la cuenta. Swap transforma un activo compatible en otro. Payout mueve fondos a destinatarios internos o externos. Los calendarios o umbrales pueden aplicarse mediante automatización del comercio basada en saldos y pagos; los historiales permiten conciliar las operaciones.
El proveedor ejecuta y registra funciones, pero el comercio sigue eligiendo activos objetivo, reservas, controles de destino, calendario y límites de aprobación.
| Necesidad | Función de OxaPay | Papel operativo |
|---|---|---|
| Disponibilidad interna | Saldo de la cuenta | Muestra los activos antes de una transferencia externa |
| Liquidación convertida | Servicio Swap | Intercambia un activo compatible por otro |
| Liquidación externa | Servicio Payout | Transfiere a destinatarios internos o externos |
| Calendario o umbral | Automatización de saldos y pagos | Determina cuándo se transfieren los fondos elegibles |
| Evidencia de liquidación | Historial de intercambios y pagos | Relaciona movimientos con registros financieros |
Fuentes y documentación: OxaPay — intercambio · OxaPay — pagos salientes
Siete preguntas operativas para elegir el modelo
Primero identifique los activos necesarios para gastos, reservas, devoluciones y pagos; la volatilidad aceptable después del cobro; qué saldos quedan internos y cuáles pasan a custodia externa; y en qué plazo deben estar disponibles fuera de la plataforma.
Después determine el importe a partir del cual una retirada compensa sus costes, los controles de aprobación, direcciones autorizadas y reintento, y los registros que prueban el importe aceptado, conversión, comisiones, destino y neto final.
Una política sólida convierte los pagos aceptados en liquidez previsible sin ocultar exposición al activo, la custodia, el plazo o las tarifas.
Fuentes primarias y recursos de implementación
Las referencias incluyen el glosario de pagos del BIS y su estudio sobre registros distribuidos, la guía de procesamiento de pagos de Bitcoin, las explicaciones de Circle Mint sobre emisión y reembolso de stablecoins y la documentación de Stripe sobre calendarios de pagos.
Para implementar en OxaPay, consulte la documentación oficial de Account Balance, Swap y Payout. Confirme las capacidades y las condiciones actuales antes de utilizarlas en producción.
Fuentes y documentación: BIS — pagos y liquidación · BIS — registros distribuidos · Bitcoin — procesamiento de pagos Bitcoin · Circle Mint — emisión y reembolso de stablecoins · Stripe — calendarios de pago · OxaPay — saldo de la cuenta · OxaPay — intercambio · OxaPay — API