Cómo aceptar pagos con criptomonedas en BNB Chain: guía para comercios

Aceptar pagos con criptomonedas en BNB Chain exige más que publicar la dirección de una billetera. Un proceso comercial fiable debe especificar la red y el activo, solicitar el importe correcto, reconocer la transferencia, esperar a que alcance el estado de pago adecuado y vincularla a un único pedido sin entregarlo dos veces.

La red principal de BNB Smart Chain es compatible con EVM y tiene el identificador de cadena 56. Su activo nativo, BNB, se utiliza para pagar el gas. Este diseño EVM conocido facilita el acceso a muchos usuarios de billeteras, pero también genera un riesgo grave en la página de pago: una misma dirección con formato 0x puede aparecer en Ethereum y en varias redes más. Un cliente puede enviar un token real a una dirección válida y, aun así, usar la cadena equivocada para el pedido.

Esta guía explica a los comercios cómo aceptar BNB, USDT y otros activos compatibles en BNB Chain, a la vez que controlan los riesgos relacionados con el contrato del token, las confirmaciones, los webhooks, los reembolsos y la contabilidad. Antes de anunciar cualquier combinación, comprueba que el token y la red exactos aparezcan en tu configuración activa y autenticada. La página pública de BNB Chain de Yolfi describe las funciones disponibles del producto, pero una página pública o generada no demuestra que todos los activos estén habilitados para todas las cuentas.

Qué debe identificar un pago en BNB Chain

BNB Smart Chain, a menudo abreviada como BSC, es la red de contratos inteligentes del ecosistema BNB Chain. La documentación oficial de BNB Smart Chain la describe como una plataforma para aplicaciones descentralizadas, y la introducción oficial a BSC documenta la compatibilidad con EVM y el uso de BNB para pagar el gas.

Para un comercio, una solicitud de pago completa necesita estos campos:

La red y el activo forman un único método de pago. «USDT» es insuficiente; «USDT en BNB Chain» permite actuar. «Envía a esta dirección 0x» tampoco basta, porque una dirección con formato EVM no indica a la billetera qué cadena debe utilizar.

Cuándo conviene usar BNB Chain

Vale la pena probar BNB Chain cuando los clientes ya tienen BNB o stablecoins en esa red, pueden retirarlos hacia ella desde su plataforma de intercambio habitual y usan billeteras compatibles. Puede ser adecuada para planes SaaS, bienes digitales, facturas de agencias, comunidades de pago y otros productos en línea dirigidos a públicos que usan criptomonedas. Las herramientas compatibles con EVM, la compatibilidad con BEP-20, la visibilidad en exploradores y unos costos de transacción potencialmente económicos pueden ayudar, pero no garantizan una comisión fija.

No la elijas solo porque una página promocional la califique de rápida o económica. Un cliente que tenga fondos en otro lugar quizá necesite retirarlos desde una plataforma de intercambio o usar un puente antes de pagar. Esto añade costos, demora y riesgo. Las condiciones de la red y las estimaciones de la billetera también pueden cambiar.

La mejor red de pago suele ser la que los clientes ya utilizan y que la empresa puede gestionar de principio a fin. Si la demanda no está clara, compara los activos de los clientes, el gas, el acceso mediante billeteras, la gestión de tesorería y la carga de atención al cliente con la guía sobre la mejor blockchain para pagos con stablecoins.

Elegir entre BNB y stablecoins

La primera decisión operativa consiste en elegir qué activo de BNB Chain aceptar.

Aceptar BNB nativo

Los pagos con BNB son adecuados para clientes que ya tienen BNB en BNB Smart Chain o para empresas que deciden fijar precios en BNB. BNB cumple dos funciones en este proceso: puede ser el activo de compra y sirve para pagar la comisión de la red.

En un producto cuyo precio se fija en moneda fiduciaria, la cantidad necesaria de BNB puede variar entre la creación de la cotización y el pago. Una buena página de pago calcula un importe preciso, registra el tipo de cambio de referencia y la fecha y hora, muestra un vencimiento cuando corresponde y define qué sucede si el pago llega tarde, es inferior o supera el importe solicitado.

No reutilices indefinidamente una cotización antigua en BNB. Mantén el importe de la compra separado del gas: la billetera necesita BNB adicional suficiente para pagar la comisión, en lugar de descontarlo del importe solicitado.

Aceptar USDT u otra stablecoin

Una stablecoin vinculada al dólar puede facilitar la comprensión de una factura expresada en dólares. USDT, por ejemplo, evita cambiar el precio mostrado cada vez que se mueve BNB. La guía para aceptar pagos con USDT explica cómo un mismo símbolo puede existir en varias redes.

Las stablecoins siguen conllevando riesgos relacionados con el emisor, la pérdida de paridad, el contrato, la regulación, la red, la billetera y la liquidez. El símbolo de un token no identifica un contrato, y las billeteras pueden mostrar tokens de apariencia similar.

La página pública de BNB Chain de Yolfi menciona actualmente BNB nativo, USDC, USDT y otras stablecoins importantes. Tómalo como contexto del producto y confirma después las opciones exactas que aparecen en tu configuración autenticada. No publiques «aceptamos todos los tokens BEP-20» solo porque, desde el punto de vista técnico, cualquier token pueda transferirse a una dirección.

Comparación rápida entre BNB y las stablecoins

Empieza con la vía de pago que más soliciten los clientes. Cada activo adicional aumenta el trabajo de fijación de precios, verificación de tokens, gestión de excepciones, reembolsos y conciliación.

Comprender los contratos BEP-20 antes de habilitar tokens

BEP-20 es la interfaz de tokens que se utiliza habitualmente en BNB Smart Chain. Para las operaciones de pago, la dirección del contrato —no el nombre, la marca gráfica ni el símbolo del token— es el identificador clave.

Nunca copies un contrato de un resultado de búsqueda, un mensaje no solicitado, una búsqueda en una billetera o una lista de tokens al azar. Verifícalo con una fuente actual del propio emisor y compáralo con el activo que se muestra en la configuración de pago autenticada. Si el emisor no publica un identificador fiable para esa vía, no inventes ni deduzcas uno.

Antes de habilitar un activo BEP-20:

1. Anota el token exacto y la opción de BNB Chain que aparecen en la configuración activa del comercio.
2. Obtén el contrato de la fuente oficial del emisor del token.
3. Compáralo carácter por carácter con el contrato compatible.
4. Confirma los decimales del token y cómo se muestra la transferencia con datos fiables del contrato o del explorador.
5. Realiza un pago de poco valor a través del mismo proceso que usará el cliente.
6. Comprueba que el registro del pago reconozca ese contrato exacto.
7. Documenta cómo atenderá el equipo un token diferente o de apariencia similar.

La transferencia de un contrato no compatible puede llegar a la dirección del comercio sin cumplir los requisitos para considerarse un pago. Envíala a revisión como excepción. No abones automáticamente un pedido solo porque el token muestre el símbolo esperado o un valor aproximado en dólares.

Explicar con claridad el gas de BNB

Una transacción normal de BNB Smart Chain requiere BNB para pagar el gas. Esto también se aplica a los pagos BEP-20: un cliente puede tener USDT suficiente para cubrir la factura y, aun así, no poder enviarlo porque su billetera no contiene BNB en esa red.

Mantén estos importes separados:

• el importe que debe recibir el comercio;
• la comisión de red en BNB estimada por la billetera;
• cualquier cargo independiente del proveedor o de la empresa que se informe en la página de pago.

Para una solicitud de 80 USDT, indica al cliente que envíe 80 USDT y que mantenga suficiente BNB en la billetera de origen para pagar el gas. No le indiques que reste del importe en USDT una comisión denominada en BNB.

Di «se necesita BNB en BNB Smart Chain para pagar el gas», no solo «necesitas BNB». Un saldo asociado a otra red o producto quizá no esté disponible para pagar el gas de BSC. Evita publicar una estimación permanente de la comisión o un plazo de confirmación garantizado; tanto las condiciones de pago como las políticas de riesgo pueden cambiar.

Cómo configurar pagos en BNB Chain

1. Confirmar las opciones activas de token y red

Abre la configuración autenticada del comercio y registra cada combinación de BNB Chain que quieras ofrecer. Comprueba tanto la pantalla de pago que verá el cliente como la página de configuración. Si BNB, USDT, USDC u otro activo no aparecen allí, no anuncies esa vía de pago.

Para cada opción habilitada, registra el nombre mostrado, la red, el contrato cuando corresponda, la dirección de liquidación y el responsable operativo. Vuelve a comprobar estos datos después de cualquier cambio en la cuenta o el producto.

2. Configurar una billetera controlada por la empresa

Utiliza una billetera de liquidación compatible con BNB Smart Chain y gestionada conforme a las políticas de la empresa. Verifica el destino por un medio independiente antes de publicar la vía de pago. Define:

• quién puede ver o cambiar la dirección de liquidación;
• cómo se protegen y respaldan las claves privadas o los dispositivos de firma;
• si los cambios de alto riesgo o los reembolsos requieren una segunda aprobación;
• cómo se registran y prueban los cambios de dirección;
• cómo mantiene la tesorería suficiente BNB para las transacciones salientes aprobadas;
• cómo separa el equipo financiero los saldos de BNB Chain de activos similares en otras cadenas.

Yolfi describe su proceso de pago en BNB Chain como un modelo sin custodia, en el que los fondos se envían directamente a la billetera del comercio. La liquidación directa elimina el paso de retirada desde el proveedor, pero deja la gestión de claves, el acceso a la billetera, los reembolsos y los controles de tesorería en manos del comercio.

3. Elegir enlaces de pago o una página de pago integrada

Un enlace de pago suele ser la vía más rápida para una prueba piloto, una factura, un trabajo de consultoría, un pedido personalizado o un producto entregado de forma manual. Asigna a la transferencia un importe y una referencia de pago sin exigir una integración completa de la página de pago. La página pública de BNB de Yolfi también describe enlaces de pago con BNB y la liquidación directa en la billetera.

Una página de pago integrada es mejor cuando la confirmación debe crear automáticamente una cuenta, entregar un archivo, emitir créditos, actualizar un pedido o ampliar el acceso. Conserva como mínimo:

• los identificadores internos del pedido y del cliente;
• el artículo, la cantidad y el precio en la moneda de referencia;
• el activo, la red y el contrato del token solicitados;
• el destino y el importe exacto en criptomonedas;
• el tipo de cambio de la cotización, la hora de creación y el vencimiento cuando corresponda;
• el identificador de la solicitud de pago, el estado y el hash de la transacción;
• los registros de entrega y reembolso.

La página pública de BNB Chain de Yolfi describe actualmente enlaces de pago, pagos recurrentes, eventos de pago, webhooks y liquidación directa en la billetera. Si la facturación recurrente se adapta al producto, consulta las suscripciones con criptomonedas y confirma después el activo exacto de BNB Chain disponible en el proceso autenticado. No des por hecho que un pago recurrente implica un débito automático de la billetera. Define los recordatorios de renovación, los plazos de pago, los períodos de gracia, la cancelación, los cambios de acceso y la gestión de eventos duplicados para la implementación real.

4. Hacer que la selección de red sea imposible de pasar por alto

Repite «BNB Smart Chain» o «BNB Chain» junto al activo, el importe, el código QR y la acción de la billetera. Incluye el identificador de cadena 56 en la configuración de la billetera o en la ayuda técnica, pero no obligues a los clientes a depender solo de un número.

Un texto eficaz para la página de pago sería:

• «Envía 80 USDT en BNB Smart Chain».
• «Usa únicamente la red principal de BNB Smart Chain (identificador de cadena 56)».
• «Se necesita BNB en BNB Smart Chain para pagar la comisión de red».
• «No envíes este token por Ethereum ni por otra red».

Si tu producto ofrece varias redes, exige una selección explícita antes de abrir la billetera. No selecciones BNB Chain de forma predeterminada y silenciosa mientras muestras solo el símbolo del token. El manual para comercios sobre cómo evitar pagos con criptomonedas en la red equivocada explica con más detalle la prevención en la página de pago y las pruebas necesarias ante incidentes.

5. Probar todo el recorrido del cliente

Realiza una transacción real de poco valor con el mismo dispositivo, la misma transferencia a la billetera y la misma página de pago que usarán los clientes. Comprueba que:

1. la página de pago indique tanto el token como BNB Chain;
2. la billetera utilice el identificador 56 de la red principal;
3. el destino y el importe solicitado coincidan;
4. un pago con token utilice el contrato BEP-20 esperado;
5. el gas en BNB se muestre por separado;
6. el envío genere un estado pendiente en lugar de una entrega inmediata;
7. el estado confirmado correspondiente llegue al sistema de pedidos;
8. la recepción repetida del webhook no repita la entrega;
9. el equipo financiero pueda localizar el recibo en la billetera de liquidación y el explorador;
10. el procedimiento controlado de reembolso funcione.

Repite la prueba después de cambiar la billetera, el token, el código de la página de pago, el punto de conexión del webhook, la política de confirmación o la lógica de entrega.

Confirmar pagos sin entregar dos veces

El hash de una transacción es una pista que debe verificarse, no un permiso para entregar el producto. Una transacción puede permanecer pendiente, fallar, utilizar la cadena equivocada, transferir un token de apariencia similar, enviar un importe incorrecto o estar ya vinculada a otro pedido.

La comprobación de aceptación de un comercio debe exigir:

• la red principal de BNB Smart Chain, con identificador de cadena 56;
• el activo nativo solicitado o el contrato BEP-20 exacto;
• el destino configurado;
• el importe exigido por la política del pedido;
• el estado de confirmación requerido por el sistema de pago;
• una transacción que no se haya asignado previamente a otro pedido;
• un pedido que no se haya entregado antes.

Utiliza el estado confirmado que proporciona el proceso de pago y cualquier control adicional adecuado al valor y al riesgo de entrega del pedido. No prometas un número universal de confirmaciones o segundos, ni un punto de irreversibilidad definitivo para todos los pagos.

Para los webhooks, sigue la comprobación de autenticidad documentada por la integración. Guarda el identificador del evento, el identificador de la solicitud de pago, el hash de la transacción, el estado y el resultado del procesamiento. Confirma la recepción o vuelve a intentar los eventos según el contrato de la integración, y haz que la entrega sea idempotente.

La idempotencia significa que recibir varias veces el mismo evento produce el mismo resultado comercial que recibirlo una sola vez. Aplica una restricción de unicidad a un identificador estable del evento o del pago y actualiza la entrega dentro de una operación duradera de la base de datos. Tres entregas del evento confirmado no deben crear tres licencias, abonar tres veces una cuenta ni ampliar tres veces una suscripción.

Los webhooks no deben ser el único registro. Concilia las solicitudes de pago creadas, los registros de pago confirmados, los recibos en la blockchain, la actividad de la billetera de liquidación y los pedidos entregados. Este proceso detecta las notificaciones perdidas y los errores internos sin aceptar transferencias arbitrarias como pedidos válidos.

Planificar las excepciones, los reembolsos y la conciliación

Define las reglas para las excepciones antes de que pague el primer cliente:

• Pago insuficiente: mantén el pedido sin pagar o en revisión según una política de tolerancia escrita.
• Pago excesivo: registra el importe real y envía el excedente a revisión.
• Pago tardío: decide si respetarás la cotización anterior, solicitarás un pago sustitutivo o emitirás un reembolso.
• Pago duplicado: entrega una sola vez y revisa la transferencia adicional por separado.
• Token equivocado: no abones automáticamente un contrato no compatible o que no coincida.
• Red equivocada: verifica la transacción en la cadena que se utilizó realmente y nunca prometas que se podrá recuperar.
• Transferencia desconocida: no la vincules al pedido más parecido sin tener pruebas.

Un reembolso en la blockchain es una nueva transacción saliente, no la reversión del recibo original. Antes de enviarlo, verifica el pago original y al cliente, confirma el activo y el importe aprobados, autentica el destino, define quién asume la comisión de red, consigue la aprobación interna y registra por separado la nueva transacción. Nunca aceptes una dirección de reembolso diferente recibida en un correo electrónico o mensaje de atención al cliente inesperado sin un paso de verificación autenticado.

Para la contabilidad y la conciliación, conserva:

• las referencias del pedido, la factura, el cliente y la solicitud de pago;
• la red, el activo nativo o token y el contrato del token;
• el importe solicitado y el recibido;
• el valor en la moneda de referencia, la fuente del tipo de cambio y la fecha y hora de valoración;
• la dirección de destino y el hash de la transacción;
• la fecha y hora de la solicitud, la detección, la confirmación y la entrega;
• las comisiones registradas por la empresa;
• el historial de estados, las excepciones, los reembolsos y las transacciones de corrección.

Realiza la conciliación con una frecuencia acorde a tu volumen y riesgo. Mantén los pagos parciales, los duplicados, los tokens no compatibles, los avisos sobre redes equivocadas y los recibos sin explicar en una cola separada, con una persona responsable y un estado de resolución. Las normas fiscales, de reconocimiento de ingresos y de valoración de las criptomonedas varían, por lo que debes consultar a un asesor cualificado en tu jurisdicción.

Preguntas frecuentes

¿Cómo acepto pagos con criptomonedas en BNB Chain?

Confirma los activos exactos de BNB Chain en la configuración autenticada del comercio, configura una billetera de liquidación controlada por la empresa y crea después un enlace de pago o integra una página de pago. Indica la red con claridad, prueba un pago de poco valor y entrega el producto solo cuando la transferencia coincida con la solicitud y alcance el estado confirmado requerido.

¿Cuál es el identificador de cadena de la red principal de BNB Smart Chain?

La red principal de BNB Smart Chain utiliza el identificador de cadena 56. La documentación para configurar billeteras oficial también indica BNB como símbolo de la red. Usa el identificador de cadena 56 para validar la configuración, pero muestra también con claridad el nombre de la red a los clientes.

¿Los clientes necesitan BNB para enviar USDT en BNB Chain?

Para una transferencia BEP-20 normal, sí. La billetera de origen necesita BNB en BNB Smart Chain para pagar el gas. El saldo destinado al gas es independiente del importe en USDT solicitado por el comercio.

¿Puedo aceptar cualquier token BEP-20?

No lo des por hecho. Acepta solo una combinación de token y red que aparezca en la configuración activa y autenticada, y que tus procesos de billetera, precios, confirmación, contabilidad, atención al cliente y reembolsos puedan gestionar. Verifica el contrato mediante una fuente del propio emisor.

¿BNB Chain es lo mismo que Ethereum?

No. BNB Smart Chain es compatible con EVM, por lo que las direcciones y herramientas pueden resultar familiares, pero es una red independiente con el identificador de cadena 56 y gas pagado en BNB. Una transacción enviada por Ethereum no se convierte en un pago en BNB Chain.

¿Los pagos en BNB Chain son instantáneos o definitivos de inmediato?

No lo prometas. El envío, la inclusión, la confirmación y la aceptación comercial son estados diferentes. Utiliza el estado confirmado del proceso de pago y una política de riesgo adecuada para el pedido, en lugar de garantizar un plazo o número de confirmaciones fijo.

¿Debo usar BNB o una stablecoin?

BNB puede ser adecuado para clientes que ya lo tienen o para productos con precios fijados en BNB. Una stablecoin compatible puede resultar más sencilla para productos con precio en moneda fiduciaria, pero los clientes seguirán necesitando BNB para el gas. Elige según la demanda observada y confirma la vía exacta en la configuración activa.

¿Debo empezar con enlaces de pago o con una página de pago integrada?

Utiliza enlaces de pago para una prueba piloto, una factura o un servicio de entrega manual. Utiliza una página de pago integrada cuando un pago confirmado deba actualizar automáticamente un pedido, una cuenta, un saldo de créditos, una licencia o un período de acceso.

¿Se puede reembolsar un pago en BNB Chain?

Sí, si el comercio lo aprueba y puede enviar una nueva transacción saliente. Verifica el pago original, el destinatario, el destino, el activo, el importe, el tratamiento de la comisión y la aprobación, y registra después el reembolso por separado. No es una reversión de la transferencia original.

Conclusión

La forma más segura de aceptar pagos con criptomonedas en BNB Chain es tratar cada combinación de activo y red como un método de pago controlado. Confirma la opción activa, utiliza el identificador de cadena 56, verifica cada contrato BEP-20 mediante una fuente del propio emisor e informa a los clientes de que el BNB en BNB Smart Chain sirve para pagar el gas.

Empieza con el activo que ya tienen tus clientes y prueba después todo el recorrido: cotización, transferencia a la billetera, estados pendiente y confirmado, webhooks autenticados, entrega idempotente, gestión de excepciones, conciliación y reembolsos. Un enlace de pago basta para muchas pruebas piloto; una página de pago integrada y el acceso recurrente tienen sentido cuando la vía básica funciona de forma fiable. Añade más tokens solo cuando la demanda real compense la carga operativa adicional.