Elegir TPV es la decisión tecnológica más cara de un restaurante, y casi siempre se toma en una demo de 40 minutos. El sistema que registra las comandas acaba decidiendo cuánto tarda un camarero en tomar una mesa, si la cocina recibe los platos en orden y si al cerrar el mes puedes saber qué margen deja cada plato. Esta guía recoge los criterios que de verdad separan un TPV que aguanta de uno que estorba.
En corto: un TPV de hostelería es el sistema que registra comandas, controla el estado de cada mesa, manda los platos a cocina y cobra la cuenta. Se diferencia de un TPV de retail en que trabaja sobre una cuenta abierta en el tiempo —que se modifica, se divide y se traspasa— y no sobre una venta que empieza y termina en el mostrador.
Por qué un TPV de retail no vale en hostelería
Esta es la confusión que más dinero cuesta. Un TPV de tienda modela una transacción: entra un cliente, escanea productos, paga y se va. Un restaurante modela una relación que dura una hora y media y que cambia constantemente.
Las diferencias que se notan el primer día de servicio:
| Situación real | TPV de retail | TPV de hostelería |
|---|---|---|
| Cuenta abierta durante el servicio | No existe | Nativo |
| Añadir platos en varias rondas | Ticket nuevo cada vez | Misma cuenta |
| Cambiar comensales de mesa | Manual | Traspaso de cuenta |
| Dividir la cuenta entre 6 personas | Inviable | Por comensal o por producto |
| Enviar a cocina y barra por separado | No | Impresión o KDS por zona |
| Anular un plato ya enviado | Sin trazabilidad | Registrado y auditable |
Si el sistema que te enseñan no resuelve estas seis situaciones sin trucos, no es un TPV de hostelería por mucho que lo llamen así.
Los seis criterios que importan de verdad
1. Modelo de sala real
El TPV debe entender tu sala: mesas, zonas, terraza, barra. Suena obvio y sin embargo muchos sistemas tratan la mesa como una simple etiqueta de texto. La prueba: pide en la demo que muevan una cuenta de la mesa 4 a la terraza 2 con la comanda ya enviada a cocina. Si hay que anular y volver a empezar, tu personal hará eso mismo cada noche.
2. Comanda en movilidad
Que el camarero tome nota en el móvil junto a la mesa, y que el plato salga a cocina desde ahí, elimina el viaje al mostrador. En un local con rotación alta esto es la diferencia entre servir tres turnos o dos. Comprueba que funcione con la wifi caída: los sistemas serios encolan la comanda en el dispositivo y la sincronizan al recuperar señal.
3. Cobro flexible
Dividir cuentas es la operación que más colapsa un cierre. Necesitas dividir por comensal, por producto y por importe libre, con varios métodos de pago sobre la misma cuenta. Añade a la lista pagos con Bizum y códigos QR para pago desde el móvil del cliente, que reducen la cola en la caja a la salida.
4. Cocina conectada
Un KDS (pantalla de cocina) ordena los platos por tiempo de preparación y avisa de retrasos. Frente al ticket impreso gana en dos cosas: no se pierde papel y queda registro de cuánto tarda cada plato desde que entra hasta que sale. Ese dato es la base para arreglar los cuellos de botella del servicio.
5. Integraciones que ya existan
Pregunta por integraciones concretas y pide verlas funcionando, no en la lista de “próximamente”:
- Delivery: que los pedidos de las plataformas entren como comanda, sin que nadie los teclee dos veces
- Contabilidad: exportación al sistema fiscal que ya usas
- Fichajes y turnos: cruzar ventas por hora con horas de personal es lo que permite ajustar plantilla
- Inventario: descuento automático de escandallos al vender un plato
6. Propiedad del dato y API abierta
La pregunta que casi nadie hace en la demo: si mañana me voy, ¿qué me llevo? Necesitas poder exportar histórico de ventas, tickets y escandallos en un formato legible. Un TPV sin API abierta se convierte en un cuello de botella en cuanto abres el segundo local y quieres consolidar datos. Lo hemos visto suficientes veces como para ponerlo entre los criterios de eliminación, no entre los deseables.
Cumplimiento legal: la parte que no es negociable
En España, el software de facturación debe garantizar que los registros sean íntegros, trazables, inalterables y conservados. Esto viene de la Ley 11/2021 (Ley Antifraude) y su desarrollo reglamentario en torno a Verifactu, y afecta de lleno a los TPV que emiten facturas. En el País Vasco convive con TicketBAI, con sus propios plazos y requisitos.
El calendario de obligatoriedad se ha movido varias veces, así que verifica las fechas vigentes en la Agencia Tributaria antes de firmar nada. Tenemos el detalle desglosado en la página sobre Verifactu en hostelería. Lo que sí puedes exigir hoy, sea cual sea el plazo:
- Declaración responsable por escrito del fabricante de que el software cumple la normativa
- Registro de facturación encadenado, sin posibilidad de borrar un ticket sin dejar rastro
- Compromiso de actualización incluido en la cuota, no como módulo aparte facturable
Ese último punto es donde aparecen las sorpresas: sistemas antiguos que cumplen mediante un módulo adicional con coste propio. Pregúntalo explícitamente y que conste en el contrato.
Hardware: propietario frente a estándar
Muchos proveedores venden el terminal junto al software. Es cómodo el primer día y caro el tercer año.
Hardware propietario: el equipo lo suministra y mantiene el proveedor. Ventaja: soporte único cuando algo falla. Inconveniente: la reposición de una tablet rota va a su precio y a su plazo, y la renovación del contrato queda atada al ciclo de vida del equipo.
Hardware estándar: tablets y móviles de mercado, impresoras de red genéricas, cajón portamonedas compatible. Ventaja: si se rompe una tablet un sábado, la sustituyes en cualquier tienda. Inconveniente: la responsabilidad de la red del local es tuya.
Para un local único con poco personal técnico, el hardware gestionado tiene sentido. A partir de tres locales, el estándar suele salir bastante más barato y deja libertad para cambiar de software sin tirar los equipos.
Costes reales del mercado
Rangos orientativos en el mercado español, para que llegues a la negociación con referencias:
| Perfil | Coste software | Qué incluye |
|---|---|---|
| Local único, 1 terminal | 50-100 EUR/mes | Comandas, cobro, informes básicos |
| Local con varios terminales | 100-250 EUR/mes | Movilidad, KDS, inventario |
| Cadena multilocal | 250-500 EUR/mes por local | Consolidación, analítica, API |
Partidas que no suelen aparecer en la primera propuesta y conviene preguntar: alta e instalación, formación del equipo, migración del histórico de ventas, licencia por terminal adicional, módulo de cumplimiento fiscal y coste de soporte fuera de horario. En hostelería el soporte en fin de semana no es un extra opcional: es cuando facturas. Hemos desglosado estas partidas en nuestro informe sobre el coste oculto del software de hostelería.
Cuatro errores que se repiten
- Elegir por la demo y no por el servicio. Pide una prueba en tu local un viernes noche. Un sistema que va fluido con cuatro mesas puede atascarse con treinta.
- No formar al equipo. El mejor TPV mal usado rinde peor que uno sencillo bien aprendido. Presupuesta horas de formación y una segunda sesión a las dos semanas, cuando ya han salido las dudas reales.
- Ignorar la salida. Firmar sin saber cómo exportar tus datos es firmar una permanencia encubierta.
- Comprar funcionalidad que no vas a usar. El módulo de fidelización avanzada no sirve de nada si nadie va a mantener las campañas.
Cuándo el TPV de mercado se queda corto
Un producto estándar cubre bien el caso estándar. Deja de cubrirlo cuando el negocio tiene un flujo propio: formatos mixtos de restaurante y tienda, producción centralizada que abastece a varios locales, tarifas distintas por franja horaria o canal, o un ERP propio con el que hay que hablar en tiempo real.
La señal de alarma es medible: cuando el equipo dedica horas a cuadrar a mano lo que el sistema no sabe hacer, ese coste ya supera al de resolverlo bien. En Soamee trabajamos ese punto de dos maneras: integrando el TPV existente con el resto de sistemas mediante su API, o construyendo la capa que el producto de mercado no cubre. La experiencia en gestión de personal para hostelería la desarrollamos con Orquest, y el lado de la restauración premium con GOXO.
Si vas a decidir en las próximas semanas, merece la pena ver antes cómo encaja el TPV en el resto del sistema: nuestra guía para digitalizar un restaurante ordena por dónde empezar, en nuestro TPV para hostelería está el detalle de cómo lo resolvemos nosotros, y si el problema es que ya tienes uno que no funciona, la guía para cambiar de TPV sin caos cubre la migración.
Lista de comprobación antes de firmar
- Prueba en servicio real, no en demo
- Traspaso de cuenta entre mesas con comanda enviada
- División de cuenta por comensal, producto e importe libre
- Funcionamiento con la red caída
- Declaración responsable de cumplimiento fiscal por escrito
- Actualizaciones normativas incluidas en la cuota
- Exportación completa del histórico en formato legible
- Coste de soporte en fin de semana confirmado
- Integraciones necesarias vistas funcionando
- Precio cerrado por terminal adicional
¿Estás eligiendo TPV o peleándote con el que ya tienes? Cuéntanos el caso y te decimos con franqueza si necesitas cambiar de sistema o simplemente conectarlo bien con el resto.