La tienda de BTCPay contiene métodos de pago, configuración y permisos. El POS es una interfaz de cobro destinada a quien atiende al cliente. El checkout muestra las instrucciones de pago de una operación y BTCPay crea una invoice con su propio identificador.

Puedes mostrar un enlace público al POS para que el cliente elija un artículo, pero evita confundirlo con el acceso al panel de administración. El comprador debe poder pagar sin disponer de permisos para modificar wallets, cambiar precios o emitir devoluciones.

Este procedimiento complementa la creación de una factura BTCPay de prueba; aquí nos interesa la interfaz de venta repetida en un mostrador.

Necesitas acceso legítimo a una tienda BTCPay operativa, sus métodos de pago configurados y un teléfono o tableta con navegador actualizado. Si solo vas a ensayar, utiliza productos ficticios, evita cobrar y no alteres la tienda de producción de otra persona.

Confirma si la tienda acepta Bitcoin on-chain, Lightning o ambos. Activar una opción de interfaz no crea un canal Lightning ni genera claves. En instalaciones con un nodo Lightning externo o LSP, el proveedor puede imponer condiciones y límites de cobro propios.

Configura la moneda en la que muestras precios al cliente y comprueba que BTCPay puede obtener la cotización necesaria. Para venta en euros, el importe solicitado en sats depende de la cotización bloqueada para esa invoice, no de una tabla de conversión fijada en un cartel.

1. PASO 1 · Entra en la tienda correcta: revisa nombre, moneda base y métodos de pago. No cambies una tienda real solo para que coincida con el tutorial.
2. PASO 2 · Crea la aplicación: crea una app de tipo Point of Sale vinculada a esa tienda. Según la versión aparece en el menú Apps («Create a new app») o en la sección de Plugins de la barra lateral.
3. PASO 3 · Elige la vista: Product list muestra solo los productos; Product list with cart añade un carrito para reunir varios artículos; Keypad es un teclado para importes variables. En documentación antigua aparecen como Static, Cart y Light. Puedes activar también propinas o un importe libre.
4. PASO 4 · Prepara productos ficticios: añade por ejemplo «Café de práctica» a 3,00 EUR y «Cuaderno de práctica» a 8,00 EUR. No introduzcas datos personales del comprador en nombres de producto.
5. PASO 5 · Comprueba el enlace: guarda los ajustes y abre View App o la opción equivalente en una ventana sin sesión administrativa. Deben aparecer nombre, precios y el estilo elegido.
6. PASO 6 · Simula una venta: selecciona un producto y llega hasta el checkout. Confirma que el método, la moneda y el importe solicitado coinciden con tu intención.
7. PASO 7 · Observa el estado: puedes cerrar el ensayo sin pagar. Una invoice generada no demuestra un ingreso. Si haces una prueba voluntaria con fondos propios de laboratorio, consulta su estado final antes de marcar la compra como abonada.
8. PASO 8 · Cierra la sesión: elimina accesos administrativos del dispositivo compartido y anota cómo encontrará el personal el POS sin necesidad de credenciales sensibles. En una tableta, un acceso directo a la URL pública en la pantalla de inicio basta.

En el mostrador, el empleado debe verificar el pago correspondiente a esa operación, no cualquier ingreso reciente que aparezca en el dashboard. La semejanza de importes entre dos ventas seguidas puede provocar confusiones.

En Lightning, una invoice correctamente liquidada suele mostrar un resultado en segundos, pero la conectividad del proveedor o una ruta fallida puede retrasar o impedir el cobro. En on-chain, detectar una transacción en mempool no equivale a alcanzar las confirmaciones elegidas por la tienda.

Utiliza el estado completo de la invoice y la política de entrega según el tipo de producto. No existe un número de confirmaciones universal: el riesgo de un café no es el de un equipo caro enviado por mensajería.

Si la factura caduca y el comprador dice que pagó después, consulta el detalle antes de generar otra venta: la expiración del checkout no revierte un pago enviado. Consulta cómo definir una política de cobro y entrega.

Revisa facturas creadas, pagos realmente liquidados, invoices abiertas, pagos parciales o tardíos y devoluciones. Conserva la referencia comercial de cada venta cuando sea necesario. En un comercio con muchos pedidos, la conciliación automatizada debe asegurar que un aviso repetido no registre dos ventas.

El POS puede ser público sin que deban serlo sus claves de API, el panel de administración, las copias de recuperación o la información de clientes. Si el dispositivo se pierde, revoca sesiones o credenciales que correspondan y comprueba la configuración de la tienda.

La ausencia de comisiones de un intermediario central no significa que usar Bitcoin no tenga costes: existen comisiones de red, liquidez y mantenimiento de servicios según tu arquitectura.

Un botón de pago o una invoice manual puede bastar cuando cobras una vez por semana. El POS tiene sentido cuando necesitas productos repetibles, personal de mostrador, precios visibles o importes variables. No añadas una aplicación más si solo complica los permisos.

Para recibir donaciones o propinas por importe elegido, la vista de teclado o la opción de importe libre del POS pueden servir como formulario sencillo. La URL pública del POS puede enlazarse desde un dominio de marca, pero la dirección interna del servidor, los permisos y el certificado HTTPS siguen requiriendo una configuración correcta.

Cuando el POS genere varias ventas, aprende a conciliar cada cobro con su pedido.

1. Tienda: confirmo que el POS pertenece a la tienda y wallet correctas.
2. Catálogo: precios, moneda y productos ficticios son los previstos.
3. Checkout: reconozco la invoice creada, su ID y método de pago.
4. Seguridad: el dispositivo público no dispone de acceso administrativo.
5. Cobro: sé qué estado verificar antes de entregar un producto.

• BTCPay Server — aplicaciones y Point of Sale ↗
• BTCPay Server — estados y excepciones de facturas ↗
• BTCPay Server — reembolsos ↗