494 / 736MERCHANT

Merchant Adoption

Aceptación de bitcoin por comerciantes

Un cliente quiere pagar el café con bitcoin. No basta con una pegatina en la puerta: el personal debe crear la solicitud adecuada, reconocer el pago recibido y saber qué hacer si algo falla. Merchant Adoption describe ese paso del anuncio al pago cotidiano.

Merchant Adoption significa que comercios y prestadores de servicios incorporan pagos en bitcoin que sus clientes pueden utilizar de verdad. Abarca establecimientos físicos y tiendas en línea. Aceptar bitcoin no equivale a conservarlo a largo plazo: el comerciante puede recibirlo directamente o utilizar un servicio que le abone otra moneda según las condiciones acordadas.

Imagine un comercio que aparece en el mapa como receptor de Bitcoin, pero cuyo personal de hoy no sabe iniciar un pago. La ficha sirve de poco al cliente. Hay que comprobar el local concreto, el método admitido y la fecha de verificación. Por eso BTC Map cuenta con colaboradores locales y revisiones periódicas de los lugares existentes. Una compra de prueba demuestra que el procedimiento funciona en ese momento. Todavía no dice cuántas personas lo usan habitualmente; para eso hacen falta compras reales observadas durante un período definido. [1]

El comerciante puede recibir bitcoin en una cartera cuyas claves controla. Esas claves permiten gastar los fondos, por lo que también hay que proteger su copia de seguridad. Otra opción es un proveedor que procesa el pago y ofrece liquidación en una moneda local admitida. BitPay documenta estos modelos. El cliente paga bitcoin, pero el comerciante no tiene por qué mantener la exposición a su cotización. Compruebe quién controla el dinero antes del abono, cuándo lo libera y qué condiciones y límites aplica. Método de pago y custodia son decisiones distintas. [2] [3]

La caja vincula la compra con un importe y un método de pago. BTCPay Server lo llama invoice: una solicitud que fija importe y tipo de cambio durante un tiempo limitado. Así el cliente sabe cuánto debe enviar por su pedido. Una solicitud caducada, un pago insuficiente o un exceso requieren tratamiento aparte. Antes de enviar, hay que verificar importe, destinatario y red correcta. Un código QR solo traslada datos a la cartera; no garantiza que sean correctos ni que el pago quede asociado al pedido adecuado. [4]

El cliente muestra una pantalla con el pago enviado. Aun así, el personal comprueba su propio sistema. En BTCPay Server, Processing indica que se pagó el importe solicitado, pero faltan condiciones de liquidación, como confirmaciones de la transacción en bloques. Settled significa que esas condiciones se cumplieron. Los pagos Lightning normalmente no esperan confirmaciones en bloques. La entrega sigue la política del comercio, el método de pago y el valor de la compra. Cambiar el estado manualmente no acredita una confirmación de la red; primero hay que verificar los pagos inusuales. [4]

Lightning Network permite pagos rápidos mediante canales de pago, conexiones establecidas previamente entre participantes. Para recibir se necesita conexión y liquidez entrante: capacidad para que lleguen más fondos por esos canales. No es lo mismo que el dinero que el comerciante ya posee. Un nodo propio, un ordenador con software de pagos, exige gestionar canales y atender su funcionamiento. Un servicio puede simplificarlo, pero el comerciante depende de su operación y, según el modelo, también puede confiarle el dinero. [2]

Al elegir una solución no basta con comparar una tarifa anunciada. Además de comisiones de red y servicio, puede haber un coste en el cambio: la diferencia entre el tipo aplicado y el usado como referencia. Añada liquidez entrante, equipos, mantenimiento y tiempo del personal. Gestionarlo uno mismo aporta control y responsabilidad operativa. Un servicio más sencillo puede incorporar límites y riesgo de caída o fallo del proveedor. El siguiente turno también debe conocer el procedimiento, incluidos los fallos y los importes incorrectos. [2] [4]

La conciliación necesita conservar el vínculo entre pedido, pago, cambio, comisiones y eventual abono del proveedor. BTCPay Server permite exportar informes, pero estos no garantizan por sí solos el cumplimiento de las obligaciones contables locales. Un reembolso es un nuevo pago, no borrar la transacción original. Defina antes la moneda y el cálculo de la devolución y verifique los datos de recepción del cliente. En el procedimiento documentado de BTCPay no basta con crear un enlace de reembolso: después de que el cliente indique el destino, aún debe procesarse el envío. [5] [6]

La pregunta útil no es solo «¿Cuántos lugares añadimos?», sino también «¿Se puede seguir pagando y vuelven los clientes?». Observe por separado locales operativos, compras realizadas, uso repetido y problemas de pago. Compare períodos y definiciones iguales, registrando cierres e información desactualizada. La ayuda local y las revisiones regulares mantienen la opción utilizable. Los lugares no equivalen a clientes, y aceptar Bitcoin no garantiza por sí solo mayores ventas ni una subida de su precio. [1] [5]

Ejemplo · MERCHANT

El café está pagado, quedan preguntas

En una cafetería hipotética, el personal crea una solicitud para un pedido concreto. El cliente la escanea y paga mediante Lightning Network. El personal verifica la recepción real en su sistema y completa la venta; una imagen del teléfono no basta. Esa compra demuestra que el procedimiento funciona en ese momento, no cuántos clientes habituales hay. Se registra aparte si la cafetería conserva bitcoin o recibe otra moneda del proveedor.

Para obtener la imagen más completa, lee esta entrada junto con Bitcoin Point of Sale, Bitcoin Payment Processor, BTC Map, Lightning Network, Medium of Exchange, Grassroots Bitcoin Adoption. También enlazan con esta entrada Día de la Pizza Bitcoin, Paralelní Polis, Bitcoin Coffee, BTC Prague.

01¿Debe el comerciante conservar el bitcoin recibido?

No. Puede administrarlo directamente o usar un proveedor con liquidación en una moneda local admitida. Debe conocer comisiones, condiciones del abono y quién controla los fondos hasta entonces. «El cliente pagó bitcoin» no revela qué moneda recibe finalmente el comerciante.

02¿Basta una pegatina o un mapa para verificar la aceptación?

Muestran una posibilidad anunciada o registrada que puede estar desactualizada. Compruebe el lugar concreto y si hoy funciona todo el proceso de pago. Para concluir que hay uso duradero también necesita datos de compras reales y repetidas. Una prueba exitosa no sustituye esos datos.

₿ / Mapa
Abrir el mapa mundial de comercios

Pasa del concepto de adopción comercial a lugares reales que aceptan bitcoin hoy.

DOC · 001BTC Map — Verification and local maintenanceFuente primaria DOC · 002BTCPay Server — Lightning options and custodyDocumentación DOC · 003BitPay — Configuring settlementsDocumentación DOC · 004BTCPay Server — Invoice lifecycleDocumentación DOC · 005BTCPay Server — ReportingDocumentación DOC · 006BTCPay Server — RefundsDocumentación
Revisado: Fuentes primero · No es asesoramiento financiero