Pagos con stablecoins para facturas B2B

Por qué los clientes empresariales pagan facturas con stablecoins

Las razones son prácticas, no ideológicas:

• Facturas internacionales sin fricción bancaria. Una transferencia entre países a través de bancos puede tardar días y perder dinero en comisiones de intermediarios. Una transferencia en stablecoin llega en minutos.
• Importes en dólares que siguen siendo en dólares. USDT y USDC siguen al dólar estadounidense, así que la factura no queda expuesta a oscilaciones de precio entre la emisión y el pago.
• Funciona en fines de semana. No hay horario de cierre bancario.
• Contrapartes que ya poseen stablecoins y prefieren pagar con ellas en lugar de convertir primero.

El límite es igual de práctico: ambas partes deben sentirse cómodas con la cripto, y el equipo financiero del cliente necesita un proceso claro. Para una visión específica de SaaS, consulta facturación cripto para SaaS B2B.

Elige el activo y la red, y dilo en la factura

Con la misma moneda, la red forma parte del pago. USDT en TRON (TRC20), en Ethereum (ERC20) y en BNB Smart Chain (BEP20) son carriles distintos, y los fondos enviados por el equivocado no llegan adonde el remitente espera. En B2B esto importa más, porque los importes son mayores.

• Las comisiones difieren. Las transferencias en TRON suelen ser las más baratas para el remitente; Ethereum suele ser la más cara. En una factura grande la diferencia es pequeña, en una pequeña no.
• El cliente puede estar limitado a una red por la plataforma que usa su empresa.
• Deja que decida la página de pago. El cliente elige allí el activo y la red y recibe la dirección y el importe exacto correspondientes. Si quieres orientarlo, pasa un método de pago al crear el pago, de modo que la página se abra con él seleccionado.

Indica en la factura qué activos y redes aceptas (consulta las monedas admitidas) y que el pago debe hacerse en la red elegida en la página de pago.

Un pago por factura

La correspondencia más limpia es un pago de Qvard por cada factura. Desde tu backend, envía un POST a https://api.qvard.com/api/v1/payment con tu clave en la cabecera Authorization: Bearer y un JSON con:

• id: el número de tu factura, como cadena. Vuelve en el webhook.
• price: el importe de la factura en dólares estadounidenses.
• paymentSystemId (opcional): un método de pago de tu proyecto.

La respuesta es 201 con un redirectUrl, la dirección de la página de pago alojada. Pon ese enlace en el correo o el PDF de la factura junto a los datos bancarios habituales, para que el cliente pueda elegir cómo pagar. Repetir la solicitud con el mismo id para el mismo método de pago devuelve el pago existente, así que una factura reenviada no crea una segunda.

El tipo de cambio de la página de pago queda fijado durante una hora, así que el importe que ve el cliente no se mueve mientras paga. Si una factura se paga días después, abre un pago nuevo para ella en lugar de reutilizar una página caducada.

Comisiones y pagos cortos: acordar de antemano

La discusión clásica en B2B es quién asume el coste de hacer llegar el dinero. Resuélvela en las condiciones, no a posteriori.

• La comisión de red de la transferencia la paga el remitente. Tu factura debe indicar que el importe debido es el importe que debe llegar, no el importe enviado.
• Comisiones de retiro del exchange. A un cliente que paga desde un exchange suele descontársele una comisión de retiro del importe que envía, de modo que el pago llega corto. Ponlo por escrito y pide al cliente que lo tenga en cuenta.
• El estado partial. Si llega menos del importe completo, el pago recibe el estado partial y no se envía el webhook de finalización. Mantén la factura abierta, indica al cliente cuánto falta y deja que pague la diferencia.
• Pago en exceso. Decide de antemano cómo tratas a un cliente que envía de más: abonarlo a la siguiente factura o reembolsarlo.

No marques la factura como pagada con ningún estado que no sea completed.

Conciliación y contabilidad

Los equipos financieros pedirán un rastro. Dáselo.

• El webhook se envía cuando el pago se completa, con el número de tu factura como id y el estado. Márcala como pagada al recibirlo. El endpoint debe responder exactamente HTTP 200 (si no, se reintenta: cinco intentos en unos seis minutos) y ser seguro si se ejecuta dos veces. Consulta cómo proteger los webhooks de pagos cripto.
• Registra en dólares. El importe de la factura está en dólares, así que contabiliza el cobro por ese valor y guarda el id del pago junto a la factura.
• Una comprobación diaria. Compara las facturas que consideras pagadas con los pagos y el saldo de tu panel de Qvard.
• Reenvío. Si tu servidor perdió una notificación, reenvíala para ese pago desde el panel.

El tratamiento fiscal y contable de los cobros en cripto depende de tu país y del de tu cliente. Consúltalo con tus asesores antes de lanzar.

Sacar el dinero

Los fondos de las facturas quedan en tu saldo de Qvard. Los retiras a tu propia billetera cripto, y el retiro cuesta solo la comisión de red. No hay cuota de suscripción y la comisión es individual para tu proyecto; según la página de precios, parte del 1% y puede bajar hasta el 0,1%.

El retiro a una cuenta bancaria en moneda fiat no está disponible. Si tu negocio necesita fiat, planifica la salida mediante un exchange o servicio en el que ya confíes, y recuerda que este paso también forma parte de tu conciliación.

Qué está listo hoy

Qvard funciona a través de su API: creas un pago para cada factura y recibes un webhook. Todavía no hay un plugin de facturación listo, los enlaces de pago y un sandbox independiente están en desarrollo, y los clientes vuelven a tu sitio por su cuenta. Si tus facturas las genera tu propio código de facturación, es una pequeña adición. Consulta la documentación para desarrolladores y una factura de demostración, y para empezar específicamente con stablecoins, cómo aceptar pagos en USDT TRC20.

FAQ