¿Es seguro pagar desde el móvil en un restaurante?

Sí, y con una condición que se comprueba en veinte segundos. Pero debajo de esa pregunta hay tres preguntas distintas que conviene separar, porque las respuestas no se parecen: qué pasa con los datos de mi tarjeta, qué pasa con mi dinero y qué pasa con mi pedido.

Este artículo responde a las tres, explica cómo comprobar cada una sin fiarse de nadie, y describe el único riesgo real de todo el asunto. No está en internet ni en los servidores: está pegado en la mesa, y tanto el cliente como el local pueden verlo.

Sirve para dos lectores. Para quien va a pagar y duda, y para quien lleva un local y quiere saber qué contestar cuando un cliente se lo pregunta en mitad del servicio.

Las tres preguntas que hay debajo

Las tres tienen respuesta concreta y ninguna requiere fiarse de la palabra de nadie. Vamos por orden, que además es el orden en que preocupan.

Los datos de la tarjeta: quién los ve

Ni el restaurante ni la plataforma que le enseña la carta. Cuando el pago está bien montado, los datos de la tarjeta los recoge directamente el proveedor de pagos, en su propio formulario, y no pasan por los servidores de nadie más ni quedan guardados en el local.

Esto no es una promesa comercial: es cómo funciona el sector de medios de pago, porque guardar números de tarjeta exige unos requisitos que casi nadie quiere asumir. Y es la mejor garantía que existe, por una razón simple: lo que no se guarda no se puede perder ni filtrar.

En nuestro caso lo decimos con todas las letras porque es comprobable: los datos de la tarjeta no pasan por nuestra infraestructura y no se registran en ningún sitio nuestro. El camarero no los ve, el dueño del local no los ve y nosotros tampoco.

La consecuencia práctica para el cliente es tranquilizadora y poco intuitiva: pagar desde el móvil expone la tarjeta menos que entregársela a alguien que se la lleva al otro lado de la barra, porque en el móvil nadie la toca ni la ve.

Cómo funciona el cobro desde el móvil, paso a paso

Cómo comprobarlo usted mismo, en veinte segundos

Sin creerse nada de lo anterior. Cuatro comprobaciones, todas a la vista:

1. Mire que la dirección empiece por https y tenga el candado. Sin eso, no siga.
2. Lea el nombre del sitio en la barra de direcciones. Debe tener que ver con el local o con la plataforma que le atiende, no ser una cadena de letras sin sentido.
3. Fíjese en si le piden la tarjeta dentro de la misma página o en un formulario del proveedor de pagos. Lo segundo es lo normal y lo correcto.
4. Compruebe que no le piden nada que no haga falta para pagar: ni contraseña, ni DNI, ni el PIN, ni el código de la aplicación de su banco.

El cuarto es el que más vale. Una carta y un pedido necesitan saber qué quiere usted y cobrar; no necesitan su documento de identidad ni sus claves bancarias. Cualquier página que las pida en este contexto está haciendo algo que no debe.

Ojo. Su banco puede pedirle una confirmación en su propia aplicación, y eso es normal. Lo que no es normal es que se la pida la página del restaurante. La diferencia está en dónde ocurre: usted sale a la aplicación del banco, confirma allí y vuelve.

El dinero: cuándo se cobra de verdad

Aquí está la parte que casi nadie explica y que responde al segundo miedo: que me cobren y luego me digan que no hay.

Lo razonable, y lo que hacemos nosotros, es separar dos momentos. Al enviar el pedido se retiene el importe, que es un bloqueo temporal y no un cobro. El cobro ocurre cuando el local confirma que lo prepara. Si nadie lo confirma en unos minutos, el pedido se cancela y la retención se suelta sola.

Esa distinción importa porque cambia quién asume el riesgo. Con cobro inmediato, si la cocina no puede atender el pedido, el cliente ya ha pagado y hay que devolverle. Con retención, no ha pagado todavía y no hay nada que devolver.

La retención puede seguir viéndose un rato en la aplicación del banco después de cancelarse, y eso asusta a bastante gente. No es un cobro: es una marca que tarda un poco en desaparecer, y el tiempo lo decide el banco del cliente, no el restaurante.

Y si algo va mal de verdad, queda el mecanismo de siempre: el cliente puede reclamar el cargo a su banco, igual que con cualquier compra con tarjeta. Pagar por el móvil no le quita ninguna de las protecciones que ya tenía.

El pedido: ¿y si se cae la red justo entonces?

Es el tercer miedo y el más razonable de los tres, porque le ha pasado a todo el mundo con alguna compra por internet: se queda la pantalla girando y uno no sabe si se ha enviado o no.

Lo que hay que exigirle a un sistema serio es que pulsar dos veces no cree dos pedidos ni dos cobros. Se resuelve técnicamente y no es opcional: si al cliente le da miedo volver a pulsar, el sistema está mal hecho.

Lo segundo es que un pedido confirmado no dependa de que la pantalla de la cocina estuviera encendida en ese momento. Tiene que quedar registrado y volver a intentar llegar, y si no llega, alguien del local tiene que ver un aviso. La pregunta para el proveedor es directa: ¿qué pasa si el pedido no llega a la cocina y nadie lo mira?

Para el cliente hay una señal sencilla de que está en buenas manos: después de enviar, la pantalla dice algo concreto. Que el pedido está esperando confirmación, o que el local lo ha aceptado. Un «gracias» sin estado no dice nada.

Qué pasa con el pedido si se cae la red en el peor momento

El único riesgo real está en la mesa

De todo lo que se cuenta sobre pagos por móvil, esto es lo que de verdad ocurre y casi nadie menciona: alguien pega su propia pegatina encima del código del local. El cliente escanea, llega a una página que no es la del restaurante y paga a un desconocido.

No hace falta ninguna habilidad técnica: hace falta una pegatina y diez segundos en una terraza sin vigilar. Por eso pasa en sitios muy transitados, y por eso es el riesgo sobre el que un local puede actuar de verdad.

Lo que el cliente puede notar: que hay una pegatina encima de otra, que se levanta por una esquina, que está torcida respecto a las demás mesas, o que el nombre del sitio en la barra de direcciones no tiene nada que ver con el local donde está sentado.

Lo que el local debe hacer es más simple todavía y cuesta diez minutos al mes: recorrer las mesas y escanear todos los códigos. Sirve para esto y sirve también para descubrir los que se han estropeado, que es una avería que nunca genera quejas.

• Revise las mesas una vez al mes con un móvil, escaneando de verdad, no mirando.
• Use soportes de los que no se despegan fácil, o adhesivos que se rompan al levantarlos.
• Escriba al lado del código el nombre del sitio al que lleva, para que el cliente pueda compararlo.
• Enseñe al equipo a mirar los soportes al recoger la mesa: es un gesto de dos segundos.
• Si aparece una pegatina que usted no ha puesto, quítela y avise; no la deje «hasta luego».

Conviene saber. La tercera de esa lista es la más útil y la que menos se hace. Si en la tarjeta pone a qué dirección lleva el código, el cliente puede comparar en un segundo lo que ve en el móvil con lo que tiene delante, y la pegatina falsa deja de funcionar.

Cómo colocar y revisar los códigos para que nadie los cambie

Lo que una carta o un pedido no deberían pedirle nunca

• Su documento de identidad.
• El PIN de la tarjeta. No se usa nunca en una compra por internet.
• La contraseña de su banca electrónica.
• Que instale una aplicación para poder pedir una consumición.
• Que llame por teléfono a un número para «verificar» el pago.
• Una transferencia a una cuenta particular.

Si aparece cualquiera de estas seis, cierre la página y pida al camarero como toda la vida. No hace falta estar seguro de que sea un fraude: basta con que no haga ninguna falta para tomarse algo.

«¿Guardamos su tarjeta para la próxima vez?»

Aparece a menudo y conviene saber qué significa exactamente, porque suena peor de lo que es y aun así merece una decisión consciente.

Lo que se guarda no es el número de la tarjeta, sino una referencia que el proveedor de pagos asocia a ella y que no sirve para nada fuera de ahí. Por eso es una práctica extendida y no un descuido: quien la guarda es el mismo que ya tenía los datos, no el restaurante.

Dicho eso, es una comodidad, no una necesidad, y debería estar siempre desmarcada por defecto y ser fácil de deshacer. Si la casilla viene marcada de origen o no encuentra cómo quitarla después, es una señal sobre cómo trata ese proveedor todo lo demás.

Para un sitio al que se va una vez de paso, lo sensato es decir que no. Para el local de siempre, al que se pide tres veces por semana, la comodidad compensa.

¿Y pagar conectado al wifi del bar?

Se puede. La conexión entre su móvil y la página va cifrada, y eso es lo que hace que una red compartida no sea un problema como lo era hace quince años. El candado de la barra de direcciones es precisamente esa garantía.

Dicho eso, si tiene datos en el móvil, úselos: no por seguridad, sino porque suele ir más rápido que un wifi compartido por treinta personas en una terraza, y porque así no depende de que alguien haya cambiado la contraseña esta mañana.

Lo que sí conviene evitar es conectarse a una red abierta con un nombre parecido al del local pero no exactamente igual. Ese sí es un truco antiguo y sigue existiendo.

El alcohol y quien no tiene edad

Hay una cosa que un sistema de pedidos no puede hacer y conviene decirla claro, porque afecta al local: comprobar la edad de quien pide. Una pantalla no sabe quién sostiene el móvil.

Eso significa que la comprobación sigue donde siempre ha estado: en el momento de servir, y la hace una persona. Un pedido con alcohol que llega a la mesa se entrega igual que si lo hubiera pedido de viva voz, mirando a quien lo recibe.

Lo que el sistema sí puede hacer es ayudar a que eso no se pase por alto: que las bebidas alcohólicas vayan marcadas como tales en la comanda, de forma que quien sirve lo vea antes de salir de la barra. Es una ayuda, no una garantía.

Si un proveedor le dice que su sistema «controla la edad», pregúntele cómo. La respuesta honesta es que no puede, y que la responsabilidad de servir sigue siendo del local.

Qué nombre aparece en el banco

Es un detalle diminuto que causa más problemas que casi todo lo demás de este artículo: el texto que el cliente ve en el movimiento de su cuenta.

Si ahí aparece el nombre del bar, todo el mundo lo reconoce. Si aparece el nombre de la plataforma o una referencia técnica, el cliente que mira su cuenta tres días después no sabe qué es ese cargo, y lo que hace entonces es llamar al banco.

Para el local eso se traduce en reclamaciones de cargos legítimos, que cuestan tiempo y a veces una comisión fija, se ganen o se pierdan. Es de las pocas cosas de esta lista que se arreglan en dos minutos y solo el primer día.

Así que es una pregunta para el proveedor con estas palabras: ¿qué texto exacto ve mi cliente en el extracto de su banco? Y si la respuesta no es el nombre de su local, pida que se cambie antes de empezar.

Qué datos suyos se queda el restaurante

Para un pedido en mesa, ninguno personal, y esto sorprende a mucha gente. La mesa identifica el pedido mejor que un nombre: no hace falta saber quién es usted para traerle una caña a la siete.

La cosa cambia con los pedidos para llevar y las reservas, donde sí hace falta un nombre o un teléfono para poder avisar. Ahí el local pasa a tratar datos personales y le corresponden las obligaciones de siempre: decir para qué los usa, cuánto los guarda y borrarlos cuando venza el plazo.

Y una que conviene saber como cliente: si le piden el correo electrónico «para el ticket», tiene derecho a saber si además lo van a usar para mandarle promociones, y a decir que no. Son dos cosas distintas aunque se pidan en la misma casilla.

Si algo sale mal, ¿quién responde?

Es la pregunta que casi nadie hace y la que ordena todo lo demás, porque en un pago por el móvil hay cuatro partes y cada una responde de lo suyo.

Para el cliente, la consecuencia práctica es simple: empiece siempre por el local. Es quien puede resolverlo en el momento y quien tiene delante el pedido. Solo si el local no responde tiene sentido ir al banco.

Para el local, la consecuencia es otra: usted responde de lo que sirve aunque el pedido haya entrado por una pantalla. Que el cliente pidiera solo no cambia nada de lo que ya sabía sobre atender una mesa.

El cliente que no tiene datos en el móvil

Existe y es más frecuente de lo que parece en zona turística: gente de fuera de la Unión Europea con el móvil sin conexión, teléfonos con la tarifa agotada a final de mes, y quien sencillamente lleva el móvil en avión mientras come.

Para esa persona todo este artículo es irrelevante, y el local necesita una respuesta que no sea una disculpa. Son dos: una carta de papel a mano y un camarero que tome nota sin que se le note que preferiría otra cosa.

Si además ofrece wifi, conviene que la contraseña esté escrita en el mismo soporte donde está el código. Es el sitio donde se busca, y ahorra la conversación de tener que preguntarla en la barra.

Lo que el local debe exigirle a su proveedor

Cambiamos de lector. Si usted lleva el bar, estas son las preguntas cuya respuesta debería tener antes de firmar, porque son las que le van a preguntar a usted en la sala.

• ¿Los datos de la tarjeta pasan por sus servidores o por los del proveedor de pagos? La respuesta correcta es la segunda.
• ¿El dinero llega a una cuenta mía en el proveedor de pagos, o a la suya y usted me lo transfiere después?
• ¿Se retiene antes y se cobra al confirmar, o se cobra de inmediato?
• ¿Qué pasa si pulso dos veces? ¿Y si el cliente pulsa dos veces?
• ¿Qué ocurre si un pedido confirmado no llega a la cocina? ¿Lo ve alguien?
• ¿Qué datos personales guardan de mis clientes y durante cuánto tiempo?

La segunda es la que más dinero puede costarle y la que menos se pregunta. Si el dinero pasa primero por la cuenta de la plataforma, hay un intermediario entre usted y su facturación, y eso es una decisión que conviene tomar sabiendo.

Qué gana el local cuando el cliente pide y paga desde la mesa

El local también tiene miedos, y son otros

Hasta aquí hemos hablado del cliente. Quien lleva el bar tiene su propia lista, y no coincide casi en nada.

El primero es el pedido falso: alguien que pide desde fuera sin estar en el local, o que pide a una mesa que no es la suya. Se reduce con lo mismo que se reduce todo aquí, que es que cada mesa tenga su código y que el equipo mire la sala; ningún sistema sustituye a ver quién está sentado.

El segundo es la reclamación de un cargo legítimo: el cliente le dice a su banco que no reconoce el movimiento. Pasa poco en hostelería de mesa, porque el consumo es evidente, y se defiende con lo que el sistema guarde del pedido: hora, mesa, importe y qué se sirvió.

El tercero es cobrar y no poder servir: la comanda entra, la cocina no tiene el producto y el dinero ya está cobrado. Es exactamente el motivo de retener el importe en lugar de cobrarlo al momento, y es la pregunta que conviene hacerle al proveedor con esas palabras.

Y el cuarto, el más cotidiano: que el cliente pida, consuma y se vaya sin pagar. Si el pedido se paga al enviarlo, ese miedo desaparece, y es la razón principal por la que en una playa o en una terraza grande se cobra por delante.

Qué responder cuando un cliente lo pregunta

Va a pasar, sobre todo las primeras semanas. Tres frases cortas resuelven casi todos los casos, y conviene que sean las mismas para todo el equipo.

«Los datos de la tarjeta no pasan por nosotros, los recoge el sistema de pagos». «No se le cobra hasta que aceptamos el pedido». «Si prefiere, le tomo nota y paga en barra como siempre».

La tercera es la más importante de las tres. Un cliente que duda y recibe una alternativa inmediata se queda tranquilo; un cliente que duda y percibe insistencia se levanta con peor impresión que si no hubiera código ninguno.

Las devoluciones, cuando hay que hacerlas

Pasa poco en hostelería de mesa y cuando pasa conviene que esté resuelto de antemano, porque suele coincidir con un cliente ya molesto.

Lo primero que hay que saber es que devolver no es lo mismo que cancelar. Si el pedido aún no se ha cobrado —porque el importe estaba retenido y no confirmado—, basta con no cobrarlo, y el cliente no ve ninguna devolución porque nunca vio un cargo.

Si ya se cobró, la devolución la inicia el local y tarda unos días en aparecer en la cuenta del cliente, porque el camino de vuelta pasa por el banco emisor. Ese retraso no lo controla el restaurante, y conviene decirlo en el momento para que nadie lo espere esa misma tarde.

Las devoluciones parciales existen y son la herramienta correcta cuando falla un plato de cuatro: se devuelve ese y no la mesa entera. Compruebe que su sistema las permite, porque hacerlo a mano en la caja rompe el cuadre del día.

Y una nota para el cliente: una devolución es preferible a una reclamación al banco. Es más rápida, no le cuesta nada al local y no deja detrás una disputa. Pedirla en la mesa antes de irse resuelve casi todos los casos.

Si algo sale mal

1. Enséñele al camarero la pantalla del móvil. Es la forma más rápida de saber qué ha pasado.
2. Si ve una retención y no le han servido nada, dígalo antes de irse: en el local se resuelve en un minuto, desde casa cuesta días.
3. Si le han cobrado dos veces, guarde las dos referencias y pídalas al local; deben poder localizar los dos movimientos.
4. Si el local no responde, reclame el cargo a su banco, igual que con cualquier compra con tarjeta.
5. Si sospecha que el código estaba cambiado, dígalo en el local. Aunque usted no haya pagado, la mesa siguiente sí lo hará.

El segundo paso es el que más disgustos ahorra. Casi todo lo que parece un cobro indebido en el momento es una retención que aún no se ha soltado, y eso se aclara en la mesa mucho mejor que por teléfono tres días después.

Lo que no podemos prometer

Que nada falle nunca. Los sistemas se caen, las redes se cortan y las tarjetas se rechazan, y quien le diga lo contrario le está vendiendo algo.

Lo que sí se puede decir es qué pasa cuando falla, que es la única parte que distingue un sistema serio de uno que no lo es: si el pedido queda registrado, si la retención se suelta sola, si alguien ve un aviso, si pulsar dos veces cobra dos veces.

Y una cosa más, para quien lleva el local: la seguridad de todo esto no depende solo del proveedor. Depende también de que nadie haya pegado una pegatina encima de su código, y eso solo lo puede mirar usted.

Preguntas frecuentes

En resumen

Los datos de la tarjeta los recoge el proveedor de pagos y no pasan por el restaurante ni por la plataforma. El dinero se retiene y solo se cobra cuando el local confirma. Y el pedido debe quedar registrado aunque la red falle en el peor momento.

El único riesgo que de verdad depende de alguien es el más analógico de todos: que alguien haya pegado su código encima del suyo. El cliente lo detecta comparando el nombre del sitio; el local, escaneando sus propias mesas una vez al mes.