Cripto con Binance Pay, desde el SDK
La misma sesión sirve para bolívares o para cripto. Cambia el método, no la sesión — así que no necesitas crear una distinta ni preguntarle a tu backend nada nuevo.
Al crear la orden recibes tres formas de presentarla, y eliges la que encaje en tu pantalla:
- Un enlace de pago.
- Un enlace profundo hacia la aplicación de la billetera.
- Un código QR listo para pintar.
La acreditación se hace solo cuando el procesador reporta el pago.
Las dos diferencias con el débito bancario
Y las dos importan, porque cambian lo que tu código puede hacer.
El mínimo ronda 1 USDT, unos 850 Bs. Por debajo, la creación de la orden devuelve AMOUNT_BELOW_MINIMUM. Es bastante más alto que el mínimo de una sesión en bolívares, así que un carrito pequeño no puede pagarse por esta vía.
La acreditación en cripto SÍ se puede repetir por orden. La regla de no reintentar nunca —la más dura del SDK— aplica al débito bancario, no aquí. → El contrato
El CRYPTO_BANK_ID
La confirmación en cripto necesita un CRYPTO_BANK_ID: el identificador del banco fijo con el que SPIDI acredita Binance.
Te lo entrega tu asesor de SPIDI cuando habilita cripto en tu acuerdo.
Es un valor por cliente. Tomarlo prestado de otro proyecto no da un error claro: da una confirmación que no acredita donde debe.
Si el QR le da «código inválido» a tu cliente
Es la confusión que más soporte cuesta de este método, y no la arregla tu código.
Ese QR es un enlace profundo: está hecho para que lo abra el lector de la cámara del teléfono, que salta a la aplicación de la billetera. Si tu cliente lo escanea desde el escáner que Binance trae dentro, le sale «Código inválido» y va a pensar que el pago está roto.
Si pones instrucciones en tu pantalla, esa es la frase que ahorra el ticket: escanéalo con la cámara del teléfono.
→ Métodos de pago, donde está el resto de lo que devuelve un pago en cripto.