Publicado el
· Actualizado el
Pago con QR en restaurantes: cómo funciona y qué exigir
Pago con QR en restaurantes: cómo funciona y qué exigir
Escrito por Arnau Rosell, CEO de Foodlus
Una encuesta de YouGov señaló que el 34% de las personas residentes en España consideraba que el peor momento de una experiencia en un bar o restaurante era el pago, según recoge HuffPost al citar datos de uso de códigos QR y de YouGov. Ese dato cambia la pregunta habitual. No basta con saber si un cliente puede escanear un código, porque escanear es solo el primer gesto.
Lo decisivo ocurre después. El sistema debe identificar la mesa correcta, mostrar el importe correcto, abrir un método que el cliente sí pueda usar y cerrar el ticket en el TPV solo cuando el cobro esté confirmado. Si una de esas piezas falla, el pago con QR deja de ahorrar tiempo y crea trabajo en sala.
Índice
¿Qué es el pago con QR y qué cambia para el cliente
El pago con QR es un cobro en el que el cliente escanea un código de la mesa o de la cuenta y ese código abre un flujo de pago vinculado a su pedido concreto. El código no cobra por sí mismo. Actúa como puerta de entrada hacia Bizum, una tarjeta o una billetera móvil.
Una comparación sencilla ayuda a evitar la confusión más frecuente. El QR es el mostrador donde se abre la cuenta, pero quien cobra es el banco, la tarjeta o la billetera del cliente. Por eso dos restaurantes pueden mostrar códigos parecidos y ofrecer experiencias muy distintas según el método que se abra tras el escaneo.
El ejemplo de una mesa que ya ha comido
Imagina una mesa de cuatro personas que ha terminado y quiere marcharse sin esperar a que el camarero traiga el datáfono. Una persona escanea el código, revisa los platos, comprueba el total y confirma el pago en su móvil. El restaurante no debería considerar cerrada la cuenta por esa pantalla, sino cuando el TPV recibe la confirmación del adquirente.
Ese matiz protege a ambas partes. El cliente ve qué está pagando antes de autorizar y el local evita liberar una mesa con un cobro rechazado o todavía pendiente.
España parte de una base favorable para este flujo. Según el informe de estabilidad financiera del Banco de España, a comienzos de 2023 las transferencias instantáneas ya representaban el 48,7% del total de transferencias de crédito en España, frente al 13,3% registrado en el conjunto de la zona euro. El mismo análisis señala que Bizum concentraba aproximadamente el 90% de las transferencias instantáneas españolas.
El QR es una capa de iniciación, no un sistema de liquidación independiente.
Por tanto, su valor no está en el cuadrado impreso. Está en conectar escaneo, pedido, importe bloqueado, autorización y estado final en el TPV sin obligar al cliente a esperar ni al personal a reconstruir el cobro después.
Tipos de QR en un restaurante y para qué sirve cada uno
Muchos problemas empiezan porque se usa la misma palabra, QR, para tres funciones distintas. Un código puede mostrar información, abrir una comanda o iniciar un cobro. Si el cliente no sabe cuál de las tres cosas va a ocurrir, puede desconfiar, abandonar o creer que ya ha pagado cuando solo ha consultado la carta.
La señalización de la mesa debe resolver esa duda antes del escaneo. No es lo mismo escribir consulta la carta que pide desde tu mesa o paga tu cuenta aquí. Cada texto crea una expectativa y cada flujo exige controles diferentes.
Tipo de QR | Qué hace | Cuándo se usa | Riesgo principal |
|---|---|---|---|
QR de carta | Muestra precios, alérgenos y fotos sin cobrar | Durante toda la visita | Carta desactualizada si no se sincroniza con el TPV |
QR de pedido | Abre la comanda asociada a la mesa | Al inicio y durante el servicio | Pedido en la mesa equivocada si la identificación falla |
QR de pago | Inicia el cobro de un importe concreto | Al cerrar la cuenta | Cobro duplicado o importe incorrecto si el QR es estático |
Cuándo conviene cada función
El QR de carta debe estar disponible durante toda la visita y no debería pedir datos de pago. Su trabajo es informar con precios, alérgenos y fotografías sincronizados. Si la carta cambia en el TPV pero no en el móvil, el cliente puede pedir un producto agotado o pagar después un precio distinto al consultado.
El QR de pedido sí crea una operación. Tiene que asociar la comanda a una mesa y a un establecimiento concretos, porque un error de identificación envía platos al lugar equivocado. Entender esa asociación es la base de una comanda digital bien conectada con sala y cocina, ya que el pedido no termina en la pantalla del cliente.
El QR de pago aparece al cerrar la cuenta y debe trabajar con un importe concreto. Aquí la tolerancia al error es menor, porque ya no hablamos de ver un plato equivocado, sino de cobrar dos veces, cobrar otra mesa o cerrar un ticket que el adquirente no ha autorizado.
Estático frente a dinámico
Un QR estático impreso en la mesa siempre contiene la misma dirección o referencia. Sirve para abrir la carta o iniciar una comanda, pero resulta frágil para cobrar porque puede reutilizarse y no identifica por sí solo una transacción única.
Un QR dinámico se genera para un pedido o una cuenta determinada y caduca tras un tiempo breve. Esa diferencia permite vincular importe, mesa y token transaccional antes de pedir la autorización. Para cobrar, esa vinculación no es un detalle técnico menor, es la condición que evita atribuir el dinero a la cuenta equivocada.
Cómo funciona un pago con QR paso a paso
El flujo parece instantáneo desde fuera, pero por dentro sigue una cadena de comprobaciones. Cada paso existe para responder a una pregunta concreta. Si omites una comprobación, el error no desaparece, simplemente aparece más tarde en forma de reclamación, reintento o descuadre.
La cadena completa desde el escaneo hasta el ticket
Escanear el QR de la mesa. El código identifica el local y la mesa para abrir la cuenta correcta. El fallo habitual es reutilizar un código estático dañado, cambiado de mesa o asociado a una sesión anterior.
Seleccionar productos o revisar la cuenta. En el pedido en mesa, el cliente escanea el QR, elige sus platos favoritos y el pedido llega directo al TPV del restaurante. El total debe leerse del servidor, no calcularse solo en el móvil, para que precios y modificadores coincidan con el TPV.
Bloquear el importe del pedido. El sistema fija en servidor la cantidad que se va a autorizar. Si ese importe puede alterarse desde el navegador o queda abierto mientras la mesa añade productos, el cobro puede no coincidir con el ticket.
Elegir método y confirmar. El cliente autoriza en su banco, tarjeta o billetera. En la variante de pago al camarero, el cliente paga cuando el camarero le entrega la cuenta, sin largas esperas, pero la autorización sigue siendo necesaria.
Recibir la respuesta del adquirente. El resultado debe ser autorizado, rechazado o pendiente, sin interpretaciones intermedias. Una pantalla de gracias mostrada antes de esa respuesta no prueba que exista un cobro.
Actualizar el TPV y cerrar el ticket. Solo un estado autorizado debería cerrar la venta y liberar la mesa. Cerrar antes obliga al personal a corregir manualmente una operación que quizá nunca se liquidó.
Confirmar al personal y al cliente. La confirmación visual y sonora debe llegar después de la respuesta del adquirente. Si no llega respuesta y alguien reintenta sin consultar el estado anterior, puede producirse un cobro doble.
La fiabilidad de esa cadena importa porque el móvil no elimina los fallos técnicos. El Boletín Económico del Banco de España señala que el uso de dispositivos móviles para pagar en establecimientos físicos se duplicó desde 2022, aunque tarjetas y efectivo continúan siendo los medios más habituales. En la misma evidencia, el 24% de consumidores españoles declara haber sufrido problemas técnicos al pagar en comercio físico.
Por eso el pedido debe conservarse si el cliente cambia de método a mitad del proceso. Pedirle que vuelva a seleccionar todos los platos convierte un fallo recuperable en un abandono. Los reintentos, además, deben ser idempotentes, es decir, repetir la misma solicitud no debe crear un segundo cargo.
Métodos de pago que acepta el QR y dónde suele fallar
No existe un único QR de pago que funcione igual con todos los bancos y dispositivos. La guía de pagos para España de Barcoder explica que no existe un código QR nacional de pagos y que los códigos de Bizum utilizan un formato propio, mientras que otras soluciones pueden depender del banco o del proveedor de pagos. Esa fragmentación es el punto que muchos restaurantes descubren demasiado tarde.
Un cliente puede escanear correctamente y aun así no pagar. Quizá no tiene Bizum activo, su banco abre otra aplicación, su billetera no tiene una tarjeta vinculada o es un turista que esperaba usar Apple Pay. El problema no está en su capacidad para escanear, sino en la compatibilidad entre el código, el método ofrecido y su dispositivo.
Método | Cómo se inicia | Alternativa ante fallo |
|---|---|---|
Bizum | Abre la app bancaria con el código del comercio | Ofrecer tarjeta si el cliente no tiene Bizum activo |
Tarjeta contactless | Acerca la tarjeta al datáfono o a la página de pago | Ofrecer inserción con chip si el contactless es rechazado |
Apple Pay o Google Pay | Confirma el pago con la billetera del móvil | Ofrecer tarjeta si no hay tarjeta vinculada o el dispositivo no es compatible |
Pago asistido por el camarero | El personal cobra la cuenta en el TPV | Usar como respaldo cuando el QR no completa el cobro en un tiempo razonable |
La pregunta que debes hacer antes de imprimir códigos
La pregunta útil no es si aceptas pago con QR. Es qué métodos acepta ese QR, quién procesa cada cobro y qué ocurre cuando el primer método falla. La respuesta debe estar diseñada antes de colocar soportes en las mesas, especialmente si una parte relevante de tus clientes son turistas o pagan habitualmente con billeteras móviles.
También conviene revisar cómo encaja Bizum en la operativa de la empresa antes de convertirlo en la única vía visible. Una guía sobre Bizum para empresas y su uso en el cobro puede ayudarte a separar lo que Bizum resuelve de lo que debe resolver la pasarela o el datáfono.
Regla práctica. Nunca muestres solo un mensaje de error cuando puedes mostrar el siguiente método disponible conservando el mismo pedido.
La alternativa debe aparecer en la misma pantalla y con un texto comprensible, por ejemplo pagar con tarjeta o pedir ayuda al personal. Si el cliente tiene que buscar a un camarero, explicar dónde se bloqueó y esperar a que reconstruya la cuenta, el autoservicio ha fracasado en el momento más sensible.
El coste no es solo una venta retrasada. Cada abandono tras crear un pedido puede dejar productos preparados sin cobrar, una mesa ocupada más tiempo y una incidencia que el equipo debe resolver durante el pico. Por eso el respaldo forma parte del sistema de pago, no es un plan improvisado para cuando algo sale mal.
Cómo se conecta el pago con el TPV sin descuadres
La conexión con el TPV empieza antes de autorizar el cobro. El sistema asocia identificador de mesa, pedido y establecimiento, bloquea el importe en servidor y genera un token que el cliente no puede manipular. Después devuelve al TPV un estado inequívoco para que nadie tenga que adivinar si el ticket está pagado.
La siguiente imagen muestra el punto donde esa información debe aterrizar para que sala trabaje con el mismo estado que ve el cliente.
En la operativa diaria, los pedidos llegan al restaurante en su TPV, en la impresora de tickets o en la pantalla de cocina. Esa salida debe seguir el flujo real del local, porque un pago correcto no sirve de mucho si la comanda aparece en una impresora que nadie vigila durante el servicio.
La memoria de supervisión del Banco de España sitúa Bizum dentro del marco europeo PISA y describe el seguimiento de sus operaciones e incidentes, con Redsys y Cecabank entre los proveedores críticos monitorizados del ecosistema español. Para un restaurante, la traducción práctica es exigir trazabilidad completa entre la solicitud abierta por el QR y el ticket final.
Este vídeo permite ver el momento en que un pedido digital entra en el sistema del local y deja de ser solo una acción en el móvil del cliente.
Estados que el TPV debe saber ejecutar
Estado del pago | Qué significa | Acción en el TPV |
|---|---|---|
Autorizado | El cobro fue confirmado por el adquirente | Cerrar el ticket y liberar la mesa |
Rechazado | El pago no se completó | Mantener el pedido abierto y ofrecer otro método |
Pendiente | No hay respuesta final todavía | Consultar el resultado antes de cerrar; no volver a cobrar |
Expirado | El QR superó su tiempo de validez | Generar un QR nuevo para el mismo importe |
Duplicado | Llegan dos confirmaciones del mismo pedido | Registrar una sola venta y marcar la incidencia para revisión |
Las especificaciones mínimas que debes validar son QR dinámico por pedido, caducidad corta, importe bloqueado en servidor, consulta idempotente del resultado y conciliación automática contra el ticket. Sin token transaccional único, un QR estático de mesa puede iniciar la comanda, pero no debería usarse para cobrar.
El estado pendiente exige disciplina. Consultar antes de volver a cobrar evita duplicar el cargo y también facilita el posterior arqueo de caja sin correcciones manuales opacas. El cierre manual es especialmente dañino en alto volumen porque sustituye una confirmación que el sistema todavía no ha recibido y traslada el error al final del turno.
Seguridad y requisitos legales antes de implantarlo
Implantar el cobro desde el móvil no consiste solo en elegir un diseño de pantalla. Intervienen la seguridad de la tarjeta, la autenticación del pagador, la protección de datos personales y la forma en que se genera cada código. Esos requisitos afectan a proveedores distintos, por lo que conviene pedir evidencias separadas y no aceptar una respuesta genérica de que todo está cubierto.
Requisito | Aplica a | Qué exigir al proveedor |
|---|---|---|
PCI DSS | Cualquier cobro con tarjeta | Certificación vigente del proveedor de pagos y del terminal |
Autenticación reforzada (SCA) | Pagos electrónicos en la UE, según importe y caso | Autenticación del cliente dentro del flujo de pago |
RGPD | Datos de contacto y fidelización | Base legal, consentimiento y plazos de conservación documentados |
QR dinámico con expiración | Pedidos y pagos con importe | Importe bloqueado en servidor y caducidad corta |
QR estático de mesa | Solo inicio de comanda | No usarlo para cobrar sin token transaccional único |
Qué significa cada requisito en la práctica
PCI DSS protege la cadena que procesa datos de tarjeta. No necesitas convertirte en auditor, pero sí debes comprobar qué entidad procesa el pago, qué certificación vigente presenta y si tu restaurante toca algún dato sensible o todo ocurre en la página o terminal del proveedor.
La autenticación reforzada, conocida como SCA, puede exigir que el cliente confirme su identidad dentro del flujo según el importe y el caso aplicable en la Unión Europea. Esa confirmación añade un paso, pero también reduce la ambigüedad sobre quién autorizó el cargo. El diseño debe explicar el paso sin hacer que parezca que la aplicación se ha bloqueado.
El RGPD entra en juego cuando pides teléfono, correo o datos para fidelización. Necesitas una base legal, consentimiento cuando corresponda, finalidad clara y plazos de conservación documentados. Cobrar una cuenta no justifica por sí solo conservar datos de marketing indefinidamente.
Un QR estático reutilizable no ofrece la misma protección que un código dinámico vinculado a un único importe y pedido.
También debes acordar quién responde ante cargos duplicados, devoluciones, códigos sustituidos en la mesa y caídas del proveedor. Pide el procedimiento por escrito y comprueba que sala sabe distinguir un pago pendiente de uno rechazado.
Esta explicación es orientación general, no una validación legal de tu caso. Antes de implantar el sistema, tu asesor legal y tu proveedor de pagos deben revisar contratos, textos de privacidad, autenticación y tratamiento de datos según los métodos que vayas a aceptar.
Ventajas, riesgos y costes del pago con QR en restaurantes
La ventaja más visible es reducir esperas para pedir y pagar. El cliente no depende de que un camarero esté libre para traer la cuenta, la barra recibe menos colas y el equipo puede concentrarse en preparar y entregar. Además, cada cobro confirmado queda asociado a un ticket, lo que facilita conciliar ventas sin depender de anotaciones posteriores.
Para un grupo con varios locales, hay otra ventaja menos evidente. Puedes comparar dónde se abandona el flujo, qué método falla más y qué mesas tardan más en cerrar. Esa información convierte un problema de sensación, como que el servicio parece lento, en una decisión operativa concreta.
Riesgos que deben entrar en la comparación
Reutilización de un QR estático. Un código permanente usado para cobrar puede abrir importes o cuentas que ya no corresponden a esa mesa.
Abandono por incompatibilidad. Si el cliente no dispone del método ofrecido y no ve una alternativa inmediata, el pedido puede quedar sin cobrar.
Fragmentación entre bancos y proveedores. El mismo gesto de escanear puede abrir experiencias distintas según la entidad, la billetera y el dispositivo.
Dependencia de la red en sala. Una cobertura débil o una sesión caída puede interrumpir la autorización aunque cocina y TPV funcionen correctamente.
Cierre manual bajo presión. Cuando el personal libera tickets sin estado confirmado, el descuadre aparece al final del turno.
Los costes deben compararse por partidas, sin mezclarlas en una sola comisión. Pide por separado la integración con tu TPV existente, el hardware de mesa o tablet si lo necesitas, la cuota mensual y la comisión por transacción de cada método. Solicita cotización diferenciada para Bizum, tarjeta y billetera, porque el método más usado por tus clientes determinará el coste real.
Añade el coste oculto del abandono y de la conciliación manual. Un pedido iniciado y no cobrado puede ser una venta perdida, mientras que cada cierre corregido consume tiempo de personal que no aparece en la factura del proveedor. Un grupo debe calcular el coste total por mes y por local, no elegir solo por la comisión unitaria más baja.
También pregunta cuánto cuesta mantener una alternativa cuando el QR falla. Si necesitas datáfonos, formación o soporte adicional, esas partidas forman parte del sistema completo. La opción aparentemente barata puede salir cara si traslada el trabajo al equipo de sala.
Impacto en métricas y cómo decidir la implantación en tu grupo
No midas solo cuántos códigos se escanean. Un escaneo no es una venta y una venta autorizada tampoco garantiza que la mesa haya rotado antes. Debes observar el ciclo completo, desde que el cliente decide pedir hasta que paga, recibe su pedido y libera la mesa.
Cinco métricas para comparar antes y después
Tiempo de servicio. Mide el intervalo entre pedido y entrega para saber si el autoservicio reduce esperas o solo desplaza la cola a cocina.
Tiempo de cobro. Mide desde que el cliente solicita pagar hasta que el TPV confirma el resultado. Si este tiempo sube, el cuello de botella está en el flujo de pago y no en cocina.
Ticket medio por mesa o pedido. Compara si pedir desde el móvil cambia el importe, sin atribuir automáticamente cualquier subida al QR si también has cambiado precios o carta.
Tasa de abandono. Divide los pedidos iniciados sin cobro entre todos los pedidos iniciados y separa los abandonos por método y etapa.
Rotación de mesas por franja horaria. Observa si las mesas se liberan antes en las mismas franjas y con una ocupación comparable.
Compara cada métrica en el mismo local y en la misma franja antes y después de implantar el sistema. Comparar un viernes con QR frente a un martes sin QR puede producir una conclusión falsa. Registra también descuadres y cierres manuales, porque una rotación más rápida no compensa una caja que el equipo tarda más en cuadrar.
Es útil medir por separado escaneo, carga de la página, selección, autenticación, autorización y confirmación en TPV. Una caída en la carga puede deberse a la red, mientras que una caída tras la autorización puede indicar un problema de conciliación. Sin esa separación, todos los fallos parecen falta de interés del cliente.
Una decisión en tres pasos
Primero, confirma que tu TPV se integra con la solución o que existe una alternativa fiable para recibir pedidos en barra, impresora o pantalla de cocina. Segundo, prueba el flujo completo en uno o dos locales de alto volumen durante varias semanas, incluidos pagos rechazados, estados pendientes y cambios de método. Tercero, extiende la implantación al resto del grupo solo si baja el abandono y no aumentan los descuadres.
Pide una demostración que no se detenga en el caso perfecto. Debe mostrar qué ve el cliente cuando Bizum no está disponible, qué ocurre si expira el QR y qué estado recibe el TPV mientras no hay respuesta final. Foodlus incluye kiosco, pedido QR, tienda online y fidelización, conectada al TPV que el negocio ya usa, y se puede reservar una demo para validar el flujo con tu propia operativa.
Si quieres comprobar cómo encaja el pago con QR con tu TPV, tus métodos de cobro y el ritmo real de tus locales, visita Foodlus y reserva una demo. Podrás revisar el pedido en mesa, el cierre del ticket y la alternativa ante un pago fallido antes de desplegarlo en todo tu grupo.
Una encuesta de YouGov señaló que el 34% de las personas residentes en España consideraba que el peor momento de una experiencia en un bar o restaurante era el pago, según recoge HuffPost al citar datos de uso de códigos QR y de YouGov. Ese dato cambia la pregunta habitual. No basta con saber si un cliente puede escanear un código, porque escanear es solo el primer gesto.
Lo decisivo ocurre después. El sistema debe identificar la mesa correcta, mostrar el importe correcto, abrir un método que el cliente sí pueda usar y cerrar el ticket en el TPV solo cuando el cobro esté confirmado. Si una de esas piezas falla, el pago con QR deja de ahorrar tiempo y crea trabajo en sala.
Índice
¿Qué es el pago con QR y qué cambia para el cliente
El pago con QR es un cobro en el que el cliente escanea un código de la mesa o de la cuenta y ese código abre un flujo de pago vinculado a su pedido concreto. El código no cobra por sí mismo. Actúa como puerta de entrada hacia Bizum, una tarjeta o una billetera móvil.
Una comparación sencilla ayuda a evitar la confusión más frecuente. El QR es el mostrador donde se abre la cuenta, pero quien cobra es el banco, la tarjeta o la billetera del cliente. Por eso dos restaurantes pueden mostrar códigos parecidos y ofrecer experiencias muy distintas según el método que se abra tras el escaneo.
El ejemplo de una mesa que ya ha comido
Imagina una mesa de cuatro personas que ha terminado y quiere marcharse sin esperar a que el camarero traiga el datáfono. Una persona escanea el código, revisa los platos, comprueba el total y confirma el pago en su móvil. El restaurante no debería considerar cerrada la cuenta por esa pantalla, sino cuando el TPV recibe la confirmación del adquirente.
Ese matiz protege a ambas partes. El cliente ve qué está pagando antes de autorizar y el local evita liberar una mesa con un cobro rechazado o todavía pendiente.
España parte de una base favorable para este flujo. Según el informe de estabilidad financiera del Banco de España, a comienzos de 2023 las transferencias instantáneas ya representaban el 48,7% del total de transferencias de crédito en España, frente al 13,3% registrado en el conjunto de la zona euro. El mismo análisis señala que Bizum concentraba aproximadamente el 90% de las transferencias instantáneas españolas.
El QR es una capa de iniciación, no un sistema de liquidación independiente.
Por tanto, su valor no está en el cuadrado impreso. Está en conectar escaneo, pedido, importe bloqueado, autorización y estado final en el TPV sin obligar al cliente a esperar ni al personal a reconstruir el cobro después.
Tipos de QR en un restaurante y para qué sirve cada uno
Muchos problemas empiezan porque se usa la misma palabra, QR, para tres funciones distintas. Un código puede mostrar información, abrir una comanda o iniciar un cobro. Si el cliente no sabe cuál de las tres cosas va a ocurrir, puede desconfiar, abandonar o creer que ya ha pagado cuando solo ha consultado la carta.
La señalización de la mesa debe resolver esa duda antes del escaneo. No es lo mismo escribir consulta la carta que pide desde tu mesa o paga tu cuenta aquí. Cada texto crea una expectativa y cada flujo exige controles diferentes.
Tipo de QR | Qué hace | Cuándo se usa | Riesgo principal |
|---|---|---|---|
QR de carta | Muestra precios, alérgenos y fotos sin cobrar | Durante toda la visita | Carta desactualizada si no se sincroniza con el TPV |
QR de pedido | Abre la comanda asociada a la mesa | Al inicio y durante el servicio | Pedido en la mesa equivocada si la identificación falla |
QR de pago | Inicia el cobro de un importe concreto | Al cerrar la cuenta | Cobro duplicado o importe incorrecto si el QR es estático |
Cuándo conviene cada función
El QR de carta debe estar disponible durante toda la visita y no debería pedir datos de pago. Su trabajo es informar con precios, alérgenos y fotografías sincronizados. Si la carta cambia en el TPV pero no en el móvil, el cliente puede pedir un producto agotado o pagar después un precio distinto al consultado.
El QR de pedido sí crea una operación. Tiene que asociar la comanda a una mesa y a un establecimiento concretos, porque un error de identificación envía platos al lugar equivocado. Entender esa asociación es la base de una comanda digital bien conectada con sala y cocina, ya que el pedido no termina en la pantalla del cliente.
El QR de pago aparece al cerrar la cuenta y debe trabajar con un importe concreto. Aquí la tolerancia al error es menor, porque ya no hablamos de ver un plato equivocado, sino de cobrar dos veces, cobrar otra mesa o cerrar un ticket que el adquirente no ha autorizado.
Estático frente a dinámico
Un QR estático impreso en la mesa siempre contiene la misma dirección o referencia. Sirve para abrir la carta o iniciar una comanda, pero resulta frágil para cobrar porque puede reutilizarse y no identifica por sí solo una transacción única.
Un QR dinámico se genera para un pedido o una cuenta determinada y caduca tras un tiempo breve. Esa diferencia permite vincular importe, mesa y token transaccional antes de pedir la autorización. Para cobrar, esa vinculación no es un detalle técnico menor, es la condición que evita atribuir el dinero a la cuenta equivocada.
Cómo funciona un pago con QR paso a paso
El flujo parece instantáneo desde fuera, pero por dentro sigue una cadena de comprobaciones. Cada paso existe para responder a una pregunta concreta. Si omites una comprobación, el error no desaparece, simplemente aparece más tarde en forma de reclamación, reintento o descuadre.
La cadena completa desde el escaneo hasta el ticket
Escanear el QR de la mesa. El código identifica el local y la mesa para abrir la cuenta correcta. El fallo habitual es reutilizar un código estático dañado, cambiado de mesa o asociado a una sesión anterior.
Seleccionar productos o revisar la cuenta. En el pedido en mesa, el cliente escanea el QR, elige sus platos favoritos y el pedido llega directo al TPV del restaurante. El total debe leerse del servidor, no calcularse solo en el móvil, para que precios y modificadores coincidan con el TPV.
Bloquear el importe del pedido. El sistema fija en servidor la cantidad que se va a autorizar. Si ese importe puede alterarse desde el navegador o queda abierto mientras la mesa añade productos, el cobro puede no coincidir con el ticket.
Elegir método y confirmar. El cliente autoriza en su banco, tarjeta o billetera. En la variante de pago al camarero, el cliente paga cuando el camarero le entrega la cuenta, sin largas esperas, pero la autorización sigue siendo necesaria.
Recibir la respuesta del adquirente. El resultado debe ser autorizado, rechazado o pendiente, sin interpretaciones intermedias. Una pantalla de gracias mostrada antes de esa respuesta no prueba que exista un cobro.
Actualizar el TPV y cerrar el ticket. Solo un estado autorizado debería cerrar la venta y liberar la mesa. Cerrar antes obliga al personal a corregir manualmente una operación que quizá nunca se liquidó.
Confirmar al personal y al cliente. La confirmación visual y sonora debe llegar después de la respuesta del adquirente. Si no llega respuesta y alguien reintenta sin consultar el estado anterior, puede producirse un cobro doble.
La fiabilidad de esa cadena importa porque el móvil no elimina los fallos técnicos. El Boletín Económico del Banco de España señala que el uso de dispositivos móviles para pagar en establecimientos físicos se duplicó desde 2022, aunque tarjetas y efectivo continúan siendo los medios más habituales. En la misma evidencia, el 24% de consumidores españoles declara haber sufrido problemas técnicos al pagar en comercio físico.
Por eso el pedido debe conservarse si el cliente cambia de método a mitad del proceso. Pedirle que vuelva a seleccionar todos los platos convierte un fallo recuperable en un abandono. Los reintentos, además, deben ser idempotentes, es decir, repetir la misma solicitud no debe crear un segundo cargo.
Métodos de pago que acepta el QR y dónde suele fallar
No existe un único QR de pago que funcione igual con todos los bancos y dispositivos. La guía de pagos para España de Barcoder explica que no existe un código QR nacional de pagos y que los códigos de Bizum utilizan un formato propio, mientras que otras soluciones pueden depender del banco o del proveedor de pagos. Esa fragmentación es el punto que muchos restaurantes descubren demasiado tarde.
Un cliente puede escanear correctamente y aun así no pagar. Quizá no tiene Bizum activo, su banco abre otra aplicación, su billetera no tiene una tarjeta vinculada o es un turista que esperaba usar Apple Pay. El problema no está en su capacidad para escanear, sino en la compatibilidad entre el código, el método ofrecido y su dispositivo.
Método | Cómo se inicia | Alternativa ante fallo |
|---|---|---|
Bizum | Abre la app bancaria con el código del comercio | Ofrecer tarjeta si el cliente no tiene Bizum activo |
Tarjeta contactless | Acerca la tarjeta al datáfono o a la página de pago | Ofrecer inserción con chip si el contactless es rechazado |
Apple Pay o Google Pay | Confirma el pago con la billetera del móvil | Ofrecer tarjeta si no hay tarjeta vinculada o el dispositivo no es compatible |
Pago asistido por el camarero | El personal cobra la cuenta en el TPV | Usar como respaldo cuando el QR no completa el cobro en un tiempo razonable |
La pregunta que debes hacer antes de imprimir códigos
La pregunta útil no es si aceptas pago con QR. Es qué métodos acepta ese QR, quién procesa cada cobro y qué ocurre cuando el primer método falla. La respuesta debe estar diseñada antes de colocar soportes en las mesas, especialmente si una parte relevante de tus clientes son turistas o pagan habitualmente con billeteras móviles.
También conviene revisar cómo encaja Bizum en la operativa de la empresa antes de convertirlo en la única vía visible. Una guía sobre Bizum para empresas y su uso en el cobro puede ayudarte a separar lo que Bizum resuelve de lo que debe resolver la pasarela o el datáfono.
Regla práctica. Nunca muestres solo un mensaje de error cuando puedes mostrar el siguiente método disponible conservando el mismo pedido.
La alternativa debe aparecer en la misma pantalla y con un texto comprensible, por ejemplo pagar con tarjeta o pedir ayuda al personal. Si el cliente tiene que buscar a un camarero, explicar dónde se bloqueó y esperar a que reconstruya la cuenta, el autoservicio ha fracasado en el momento más sensible.
El coste no es solo una venta retrasada. Cada abandono tras crear un pedido puede dejar productos preparados sin cobrar, una mesa ocupada más tiempo y una incidencia que el equipo debe resolver durante el pico. Por eso el respaldo forma parte del sistema de pago, no es un plan improvisado para cuando algo sale mal.
Cómo se conecta el pago con el TPV sin descuadres
La conexión con el TPV empieza antes de autorizar el cobro. El sistema asocia identificador de mesa, pedido y establecimiento, bloquea el importe en servidor y genera un token que el cliente no puede manipular. Después devuelve al TPV un estado inequívoco para que nadie tenga que adivinar si el ticket está pagado.
La siguiente imagen muestra el punto donde esa información debe aterrizar para que sala trabaje con el mismo estado que ve el cliente.
En la operativa diaria, los pedidos llegan al restaurante en su TPV, en la impresora de tickets o en la pantalla de cocina. Esa salida debe seguir el flujo real del local, porque un pago correcto no sirve de mucho si la comanda aparece en una impresora que nadie vigila durante el servicio.
La memoria de supervisión del Banco de España sitúa Bizum dentro del marco europeo PISA y describe el seguimiento de sus operaciones e incidentes, con Redsys y Cecabank entre los proveedores críticos monitorizados del ecosistema español. Para un restaurante, la traducción práctica es exigir trazabilidad completa entre la solicitud abierta por el QR y el ticket final.
Este vídeo permite ver el momento en que un pedido digital entra en el sistema del local y deja de ser solo una acción en el móvil del cliente.
Estados que el TPV debe saber ejecutar
Estado del pago | Qué significa | Acción en el TPV |
|---|---|---|
Autorizado | El cobro fue confirmado por el adquirente | Cerrar el ticket y liberar la mesa |
Rechazado | El pago no se completó | Mantener el pedido abierto y ofrecer otro método |
Pendiente | No hay respuesta final todavía | Consultar el resultado antes de cerrar; no volver a cobrar |
Expirado | El QR superó su tiempo de validez | Generar un QR nuevo para el mismo importe |
Duplicado | Llegan dos confirmaciones del mismo pedido | Registrar una sola venta y marcar la incidencia para revisión |
Las especificaciones mínimas que debes validar son QR dinámico por pedido, caducidad corta, importe bloqueado en servidor, consulta idempotente del resultado y conciliación automática contra el ticket. Sin token transaccional único, un QR estático de mesa puede iniciar la comanda, pero no debería usarse para cobrar.
El estado pendiente exige disciplina. Consultar antes de volver a cobrar evita duplicar el cargo y también facilita el posterior arqueo de caja sin correcciones manuales opacas. El cierre manual es especialmente dañino en alto volumen porque sustituye una confirmación que el sistema todavía no ha recibido y traslada el error al final del turno.
Seguridad y requisitos legales antes de implantarlo
Implantar el cobro desde el móvil no consiste solo en elegir un diseño de pantalla. Intervienen la seguridad de la tarjeta, la autenticación del pagador, la protección de datos personales y la forma en que se genera cada código. Esos requisitos afectan a proveedores distintos, por lo que conviene pedir evidencias separadas y no aceptar una respuesta genérica de que todo está cubierto.
Requisito | Aplica a | Qué exigir al proveedor |
|---|---|---|
PCI DSS | Cualquier cobro con tarjeta | Certificación vigente del proveedor de pagos y del terminal |
Autenticación reforzada (SCA) | Pagos electrónicos en la UE, según importe y caso | Autenticación del cliente dentro del flujo de pago |
RGPD | Datos de contacto y fidelización | Base legal, consentimiento y plazos de conservación documentados |
QR dinámico con expiración | Pedidos y pagos con importe | Importe bloqueado en servidor y caducidad corta |
QR estático de mesa | Solo inicio de comanda | No usarlo para cobrar sin token transaccional único |
Qué significa cada requisito en la práctica
PCI DSS protege la cadena que procesa datos de tarjeta. No necesitas convertirte en auditor, pero sí debes comprobar qué entidad procesa el pago, qué certificación vigente presenta y si tu restaurante toca algún dato sensible o todo ocurre en la página o terminal del proveedor.
La autenticación reforzada, conocida como SCA, puede exigir que el cliente confirme su identidad dentro del flujo según el importe y el caso aplicable en la Unión Europea. Esa confirmación añade un paso, pero también reduce la ambigüedad sobre quién autorizó el cargo. El diseño debe explicar el paso sin hacer que parezca que la aplicación se ha bloqueado.
El RGPD entra en juego cuando pides teléfono, correo o datos para fidelización. Necesitas una base legal, consentimiento cuando corresponda, finalidad clara y plazos de conservación documentados. Cobrar una cuenta no justifica por sí solo conservar datos de marketing indefinidamente.
Un QR estático reutilizable no ofrece la misma protección que un código dinámico vinculado a un único importe y pedido.
También debes acordar quién responde ante cargos duplicados, devoluciones, códigos sustituidos en la mesa y caídas del proveedor. Pide el procedimiento por escrito y comprueba que sala sabe distinguir un pago pendiente de uno rechazado.
Esta explicación es orientación general, no una validación legal de tu caso. Antes de implantar el sistema, tu asesor legal y tu proveedor de pagos deben revisar contratos, textos de privacidad, autenticación y tratamiento de datos según los métodos que vayas a aceptar.
Ventajas, riesgos y costes del pago con QR en restaurantes
La ventaja más visible es reducir esperas para pedir y pagar. El cliente no depende de que un camarero esté libre para traer la cuenta, la barra recibe menos colas y el equipo puede concentrarse en preparar y entregar. Además, cada cobro confirmado queda asociado a un ticket, lo que facilita conciliar ventas sin depender de anotaciones posteriores.
Para un grupo con varios locales, hay otra ventaja menos evidente. Puedes comparar dónde se abandona el flujo, qué método falla más y qué mesas tardan más en cerrar. Esa información convierte un problema de sensación, como que el servicio parece lento, en una decisión operativa concreta.
Riesgos que deben entrar en la comparación
Reutilización de un QR estático. Un código permanente usado para cobrar puede abrir importes o cuentas que ya no corresponden a esa mesa.
Abandono por incompatibilidad. Si el cliente no dispone del método ofrecido y no ve una alternativa inmediata, el pedido puede quedar sin cobrar.
Fragmentación entre bancos y proveedores. El mismo gesto de escanear puede abrir experiencias distintas según la entidad, la billetera y el dispositivo.
Dependencia de la red en sala. Una cobertura débil o una sesión caída puede interrumpir la autorización aunque cocina y TPV funcionen correctamente.
Cierre manual bajo presión. Cuando el personal libera tickets sin estado confirmado, el descuadre aparece al final del turno.
Los costes deben compararse por partidas, sin mezclarlas en una sola comisión. Pide por separado la integración con tu TPV existente, el hardware de mesa o tablet si lo necesitas, la cuota mensual y la comisión por transacción de cada método. Solicita cotización diferenciada para Bizum, tarjeta y billetera, porque el método más usado por tus clientes determinará el coste real.
Añade el coste oculto del abandono y de la conciliación manual. Un pedido iniciado y no cobrado puede ser una venta perdida, mientras que cada cierre corregido consume tiempo de personal que no aparece en la factura del proveedor. Un grupo debe calcular el coste total por mes y por local, no elegir solo por la comisión unitaria más baja.
También pregunta cuánto cuesta mantener una alternativa cuando el QR falla. Si necesitas datáfonos, formación o soporte adicional, esas partidas forman parte del sistema completo. La opción aparentemente barata puede salir cara si traslada el trabajo al equipo de sala.
Impacto en métricas y cómo decidir la implantación en tu grupo
No midas solo cuántos códigos se escanean. Un escaneo no es una venta y una venta autorizada tampoco garantiza que la mesa haya rotado antes. Debes observar el ciclo completo, desde que el cliente decide pedir hasta que paga, recibe su pedido y libera la mesa.
Cinco métricas para comparar antes y después
Tiempo de servicio. Mide el intervalo entre pedido y entrega para saber si el autoservicio reduce esperas o solo desplaza la cola a cocina.
Tiempo de cobro. Mide desde que el cliente solicita pagar hasta que el TPV confirma el resultado. Si este tiempo sube, el cuello de botella está en el flujo de pago y no en cocina.
Ticket medio por mesa o pedido. Compara si pedir desde el móvil cambia el importe, sin atribuir automáticamente cualquier subida al QR si también has cambiado precios o carta.
Tasa de abandono. Divide los pedidos iniciados sin cobro entre todos los pedidos iniciados y separa los abandonos por método y etapa.
Rotación de mesas por franja horaria. Observa si las mesas se liberan antes en las mismas franjas y con una ocupación comparable.
Compara cada métrica en el mismo local y en la misma franja antes y después de implantar el sistema. Comparar un viernes con QR frente a un martes sin QR puede producir una conclusión falsa. Registra también descuadres y cierres manuales, porque una rotación más rápida no compensa una caja que el equipo tarda más en cuadrar.
Es útil medir por separado escaneo, carga de la página, selección, autenticación, autorización y confirmación en TPV. Una caída en la carga puede deberse a la red, mientras que una caída tras la autorización puede indicar un problema de conciliación. Sin esa separación, todos los fallos parecen falta de interés del cliente.
Una decisión en tres pasos
Primero, confirma que tu TPV se integra con la solución o que existe una alternativa fiable para recibir pedidos en barra, impresora o pantalla de cocina. Segundo, prueba el flujo completo en uno o dos locales de alto volumen durante varias semanas, incluidos pagos rechazados, estados pendientes y cambios de método. Tercero, extiende la implantación al resto del grupo solo si baja el abandono y no aumentan los descuadres.
Pide una demostración que no se detenga en el caso perfecto. Debe mostrar qué ve el cliente cuando Bizum no está disponible, qué ocurre si expira el QR y qué estado recibe el TPV mientras no hay respuesta final. Foodlus incluye kiosco, pedido QR, tienda online y fidelización, conectada al TPV que el negocio ya usa, y se puede reservar una demo para validar el flujo con tu propia operativa.
Si quieres comprobar cómo encaja el pago con QR con tu TPV, tus métodos de cobro y el ritmo real de tus locales, visita Foodlus y reserva una demo. Podrás revisar el pedido en mesa, el cierre del ticket y la alternativa ante un pago fallido antes de desplegarlo en todo tu grupo.
Haz crecer tu negocio ahora
Descubre cómo Foodlus puede optimizar tus pedidos, pagos y fidelización. Reserva tu demo hoy mismo.
Políticas
Haz crecer tu
negocio ahora
Descubre cómo Foodlus puede optimizar tus pedidos, pagos y fidelización.
Reserva tu demo hoy mismo.
Haz crecer tu negocio ahora
Descubre cómo Foodlus puede optimizar tus pedidos, pagos y fidelización. Reserva tu demo hoy mismo.
