Pagos

Integración de pagos cripto

Aceptar cripto es una llamada a una API. Saber a qué pedido pertenece un pago, qué pasa cuando llega de menos y cómo lo reembolsas: ese es el proyecto de verdad.

Cancela cualquier semana. Reembolsamos la última si no te dejamos boquiabierto. Sin horas registradas.

  • TPV + Web Checkout cripto multicadena e independiente de la wallet para tiendas, restaurantes y hoteles, listo para el piloto de integración con comercios Ver el caso
  • Doble vía Pagos en fiat y en cripto a través de un único manejador de webhooks firmados en una plataforma de comercio RWA en producción Ver el caso

Qué hacemos

El proveedor de pagos se ocupa de la cadena. Tu sistema sigue teniendo que asignar cada pago a un pedido, sobrevivir a callbacks duplicados y explicarle las cifras a finanzas.

Checkout y punto de venta

Cripto en el checkout online y en el mostrador, sin darle una clase de cripto al cliente.

  • Checkout web integrable
  • Flujos de TPV para tiendas, restaurantes y hoteles
  • Independiente de la wallet en escritorio y móvil
  • El cliente paga con el token que tiene y tú cobras en el que quieras

Integración con proveedores de pago

Procesadores, facilitadores y on-ramps elegidos según tus mercados, no según su marketing.

  • Procesadores cripto y proveedores de stablecoins
  • On-ramps fiat para clientes sin cripto
  • x402 para APIs de pago y pagos de agentes
  • Elección de proveedor por comisiones, cobertura y elegibilidad

Webhooks y estado del pago

Cada callback verificado, deduplicado y vinculado a un único pedido.

  • Verificación de firma en cada webhook
  • Manejadores idempotentes que sobreviven a reintentos
  • Estados de confirmación, pago insuficiente y caducidad
  • Un ID de correlación desde la factura hasta la liquidación

Conciliación

Cifras con las que tu equipo de finanzas puede cerrar el mes.

  • Recibos on-chain cruzados con pedidos y facturas
  • Valor en fiat registrado en el momento del pago
  • Comisiones, gas y spreads desglosados
  • Exportaciones para tu sistema contable

Reembolsos y excepciones

Los pagos on-chain no tienen contracargo, así que los reembolsos hay que diseñarlos.

  • Reembolsos como nuevas transferencias salientes aprobadas
  • Reembolsos parciales y devolución de pagos en exceso
  • Gestión de depósitos en la cadena o el token equivocados
  • Reglas de aprobación y rastro de auditoría para cada pago saliente

Cómo abordamos los pagos cripto

Compramos lo que es commodity y construimos lo que toca tus pedidos. En Scramble Pay hicimos un fork de un agregador DEX probado para la capa de swaps y pusimos el presupuesto en un checkout integrable y un panel de comercio para TPV y web. En LivLive las vías fiat y cripto pasaban por un único manejador de webhooks firmados, con un KMS en la nube guardando la única clave que firma acuñaciones y pagos. Si tus clientes necesitan un producto de wallet propio, eso es desarrollo de wallets Web3. Sincronizar los pagos liquidados a fondo con un ERP o un CRM es integración de APIs. Y si lo que pagan tus clientes es un activo tokenizado, la parte de emisión corresponde al desarrollo de tokenización de activos.

Cuándo no deberías aceptar cripto

Si tus clientes no lo piden, un botón de cripto añade trabajo de cumplimiento y tickets de soporte sin añadir ingresos. Si un procesador alojado ya cubre tus cadenas, tokens y mercados, usa su plugin y no gastes nada en desarrollo a medida. La integración propia se justifica cuando tienes tu propio checkout o TPV, necesitas casar los pagos con tu propio sistema de pedidos, vendes en mercados que ningún procesador cubre o liquidas en stablecoins entre empresas. Y sé honesto con el cumplimiento: el alta de comercios, el control de sanciones y las obligaciones fiscales y contables no desaparecen porque el pago sea on-chain. Desarrollamos pensando en ellas; no damos asesoramiento legal.

¿Quieres aceptar cripto sin romper tu contabilidad?

Cuéntanos dónde vendes, qué quieres aceptar y dónde debe acabar el dinero. Te diremos cuál es la integración más pequeña que funciona, aunque sea un plugin.

Preguntas frecuentes

Respuestas honestas sobre pagos cripto

Termina cualquier semana con un solo mensaje. Sin preaviso, sin entrevista de salida, sin letra pequeña. Facturamos semanalmente, así que el máximo al que estás comprometido es la semana actual.
Está en tu contrato: dínoslo y reembolsamos esa semana. Sin preguntas, sin facturas que disputar, sin llamadas para escalar. Única regla: el reembolso aplica a la semana más reciente.
Porque las horas son la métrica equivocada. Si optimizamos por horas facturadas, no optimizamos por tu resultado. El trato es más simple: cada semana nos ganamos la siguiente. Si no, no pagas. Podemos meterle cero horas o sesenta. Lo que importa es si te dejamos boquiabierto.
Trabajamos con operadores, no con ganadores de lotería. Si una solicitud requeriría romper la física, la ley o sistemas de terceros, lo decimos, y si no podemos alinearnos, nos vamos. La garantía es mutua: puedes despedirnos cualquier semana; nosotros también podemos despedirnos.
A menudo basta con el plugin de un procesador, y te lo diremos. Necesitas desarrollo a medida cuando los pagos tienen que casar con pedidos de tu propio sistema, cuando tienes un checkout o TPV propio, o cuando el procesador no cubre tus cadenas, tokens o mercados. La mayoría de los proyectos reales combinan un procesador para la cadena con nuestro código para el estado del pedido, la conciliación y los reembolsos.
No hay contracargo. Un pago on-chain es un pago push, así que un reembolso es una nueva transferencia tuya al cliente, salvo que tu procesador ofrezca su propio flujo de reembolso. Definimos quién lo aprueba, a qué dirección y en qué token va, cómo se tratan las comisiones y cómo se registra, antes de que el primer cliente lo pida.
La que tienen tus clientes y que tu proveedor puede liquidar para tu entidad y tus mercados. Comprueba la elegibilidad antes de desarrollar: Open USD, por ejemplo, se lanzó en septiembre de 2026, pero su política de socios excluye la promoción en el EEE, algo que importa a cualquier producto orientado a Europa. Nuestra guía de Open USD muestra las comprobaciones que hacemos con cualquier activo nuevo.
x402 es un protocolo abierto basado en la respuesta HTTP 402 Payment Required, con el que el software, incluidos los agentes de IA, puede pagar por una llamada a una API o por un recurso. Lo necesitas cuando las máquinas pagan por petición; para el checkout de una tienda normal, no. Nuestra comparativa de x402 pone facilitadores y procesadores uno al lado del otro.
Cada callback se verifica por firma, se deduplica con una clave de idempotencia y pasa por una máquina de estados explícita: pendiente, confirmado, pago insuficiente, caducado, reembolsado. Un reintento de liquidación nunca debe provocar una segunda entrega. Un único ID de correlación va desde la factura hasta la confirmación en cadena y la entrega, para que soporte sepa dónde está un pago sin abrir un explorador de bloques.
// Conócenos

Conócenos

Relaciones a largo plazo antes que victorias rápidas.