El TPV deja de ser una caja: cómo Veri*Factu obligará a revisar la facturación del restaurante
Durante años, una parte de la hostelería ha entendido el TPV como un terminal para abrir mesas, cobrar y poco más. El nuevo marco fiscal asociado a Veri*Factu cambia esa lógica. A partir de 2027, el software de facturación dejará de ser un mero apoyo operativo para convertirse en una pieza crítica de trazabilidad, integridad y control. Para muchos restaurantes, la adaptación no será solo tecnológica: obligará a revisar cómo facturan, cómo corrigen, cómo documentan, cómo conectan sus sistemas y, sobre todo, cómo entienden la relación entre operación, dato y responsabilidad fiscal.
Cuando el TPV deja de ser una herramienta operativa y pasa a ser una infraestructura crítica
La hostelería española lleva años conviviendo con una paradoja tecnológica bastante visible. Por un lado, nunca había habido tanta oferta de software para restaurantes: TPV en la nube, sistemas de reservas, cartas digitales, apps de delivery, soluciones de control de costes, plataformas de compras, cuadros de mando, herramientas de fidelización o conectores con contabilidad. Por otro, buena parte de los negocios sigue operando con ecosistemas fragmentados, decisiones poco trazadas y una cultura de “el TPV sirve para cobrar” que ya no encaja con lo que viene.
Veri*Factu no debe entenderse únicamente como una obligación fiscal futura. Debe leerse como un punto de inflexión. Obliga a mirar el software de facturación no como un simple punto de venta, sino como el núcleo de un sistema que tendrá que garantizar integridad, trazabilidad, conservación, legibilidad, accesibilidad e inalterabilidad de los registros. Dicho de forma menos jurídica: lo que hasta ahora podía resolverse con un programa “que más o menos funciona”, en pocos meses pasará a exigir una arquitectura mucho más seria.
Eso cambia la conversación. Ya no basta con que el TPV sea rápido, bonito o fácil de usar en sala. Importará cómo genera la numeración, cómo encadena los registros, cómo conserva la información, cómo corrige un error sin romper la trazabilidad, cómo gestiona una rectificativa, qué deja auditado, qué puede reenviar, qué puede bloquear y qué capacidad tiene el restaurante para demostrar qué ocurrió con cada ticket o factura.
En otras palabras: el TPV deja de ser una caja y empieza a parecerse más a una infraestructura crítica del negocio.
2027 no es solo una fecha: es un cambio de exigencia para el restaurante medio
Uno de los errores más habituales al hablar de Veri*Factu es reducirlo a una cuenta atrás normativa. Se habla de 2027 como si fuera una fecha lejana que solo obligará a “actualizar el software” unas semanas antes. Esa lectura es peligrosa por dos motivos.
El primero es que la adaptación real no empieza el día en que la norma entra en vigor para el usuario final. Empieza mucho antes, en el momento en que el restaurante se pregunta si su sistema actual está preparado para trabajar con registros trazables, con reglas de inalterabilidad, con estados fiscales visibles, con capacidad de reintento, con QR, con documentación del productor y con una configuración por restaurante que no dependa de parches improvisados.
El segundo motivo es que el impacto no será homogéneo. No todos los restaurantes parten del mismo punto. Un grupo con departamento financiero, asesoría interna y procesos digitalizados no afronta este cambio igual que un independiente que hoy combina un TPV básico, una carta digital hecha por la agencia de la web, un programa de almacén desconectado y una contabilidad que solo se mira a final de mes. En el primer caso, Veri*Factu será un proyecto de adaptación. En el segundo, puede convertirse en el detonante que obligue a ordenar por fin el sistema completo.
Ahí está la clave. La verdadera pregunta no es “¿mi TPV estará adaptado?”. La pregunta útil es “¿mi restaurante puede operar con un sistema de facturación trazable, coherente y defendible sin desmontar media operativa?”.
El problema no es solo cumplir: es cómo encaja el cumplimiento en la operación diaria
La hostelería vive en tensión permanente entre velocidad y control. La sala no espera. La cocina no espera. El cliente no espera. Y, durante años, eso ha justificado decisiones tecnológicas muy orientadas a “que no moleste”. Un TPV se valora porque no falle en el servicio, porque sea intuitivo para el camarero, porque imprima rápido o porque permita dividir cuentas con agilidad. Todo eso sigue importando, pero ya no basta.
Si un restaurante va a convivir con un sistema de facturación sometido a reglas de integridad y trazabilidad, la pregunta pasa a ser otra: ¿qué ocurre cuando hay una incidencia real de operación? ¿Cómo se gestiona un ticket a cero? ¿Qué pasa si una factura no se remite correctamente? ¿Cómo se distingue un rechazo fiscal de un error técnico? ¿Quién puede reintentar? ¿Qué queda logueado? ¿Cómo se corrige un error sin abrir la puerta a una manipulación no trazada? ¿Qué pasa si hay un microcorte, un cambio de dispositivo o un certificado mal configurado?
Estas no son preguntas de auditor. Son preguntas de restaurante. Porque ocurren en la realidad.
Un software serio para hostelería no puede responder a Veri*Factu solo con una capa fiscal teórica. Tiene que resolver la convivencia entre el cumplimiento y la operación. Tiene que permitir que el restaurante siga funcionando cuando el servicio aprieta, pero sin perder el control documental, la consistencia del dato ni la trazabilidad de lo ocurrido.
Por eso la adaptación de 2027 no debería medirse solo en “sí o no”. Debería medirse en madurez operativa.
Del ticket al registro fiscal: el nuevo viaje del dato
En un restaurante tradicional, el ticket ha sido históricamente un resultado final. Se abre una mesa, se sirven productos, se cobra y el ticket sale por impresora o por pantalla. El software “ha hecho su trabajo”. El problema es que esa visión ya no explica todo lo que ocurre por detrás.
Con el nuevo marco, cada documento de facturación tiene una vida más compleja. El ticket o la factura no son solo un justificante de cobro: son la puerta de entrada a un registro fiscal que debe generarse con reglas concretas, mantenerse íntegro, vincularse a una secuencia, poder ser revisado y, en determinados contextos, quedar preparado para su remisión o validación conforme al sistema correspondiente.
Eso obliga a pensar el TPV de otra forma. El cobro deja de ser un gesto finalista para convertirse en un disparador de procesos. En ese momento se cruzan la lógica comercial, la lógica de caja, la lógica documental y la lógica fiscal. Si el software no está bien diseñado, empiezan las grietas: tickets duplicados, estados ambiguos, reintentos mal resueltos, documentos sin visibilidad, errores sin trazabilidad o paneles fiscales incapaces de explicar qué ha pasado realmente.
La buena noticia es que este cambio, bien resuelto, también mejora la gestión. Un TPV que sabe qué documento ha emitido, qué estado tiene, si está pendiente, enviado, aceptado, rechazado o rectificado, no solo cumple mejor. También da al restaurante un nivel de control que antes muchas veces no existía.
La falsa tranquilidad del “ya me lo actualizará mi proveedor”
Muchos restaurantes afrontarán 2027 con una confianza bastante ingenua: “mi proveedor de TPV ya lo adaptará”. Puede ocurrir, claro. Pero esa respuesta es insuficiente.
Primero, porque adaptar el software no significa automáticamente adaptar el restaurante. Puede que el proveedor actualice su producto y, aun así, el negocio siga teniendo una configuración fiscal incompleta, una política deficiente de rectificaciones, certificados mal gestionados, series confusas o usuarios sin criterio sobre qué hacer cuando algo falla.
Segundo, porque no todos los proveedores entienden la hostelería del mismo modo. Hay soluciones pensadas para comercio generalista que luego se fuerzan en restauración. Hay TPV que funcionan bien para cobrar, pero no para convivir con cocina, barra, reservas, modificaciones de comanda, cambios de mesa, tickets parciales o incidencias típicas de sala. Y hay productos con buena capa comercial pero poca profundidad en control interno.
Tercero, porque el restaurante tiene que empezar a hacerse preguntas que no dependen solo del proveedor. ¿Quién va a activar el sistema fiscal? ¿Cómo se cargará el certificado del titular? ¿Qué controles habrá sobre tickets a cero? ¿Quién podrá reintentar un documento rechazado? ¿Qué política se seguirá con las rectificativas? ¿Cómo se conectará todo esto con la contabilidad, el control de costes o la supervisión del gerente?
Confiar en que “el proveedor ya se encargará” puede ser cómodo, pero no sustituye a una revisión seria del modelo.
El gran error: pensar Veri*Factu como un asunto solo del asesor o del informático
Hay un patrón muy frecuente en hostelería: todo lo fiscal se delega hacia fuera. La asesoría se ocupa de impuestos, el proveedor del TPV se ocupa del software y el restaurante se limita a “trabajar”. Ese reparto funcionaba razonablemente mientras el punto de venta era una herramienta operativa relativamente autónoma. Con 2027, esa frontera se estrecha.
Veri*Factu no es solo un tema del asesor, porque afecta a la forma en que el restaurante emite, corrige y documenta su facturación diaria. Tampoco es solo un tema del desarrollador, porque las decisiones de configuración, uso y control ocurren dentro del negocio. Y tampoco es un asunto que deba quedarse en el despacho del propietario: acabará impactando en cómo trabajan gerencia, administración y, en algunos casos, la propia sala.
Eso exige una conversación transversal. El asesor debe saber qué sistema usa el restaurante y cómo opera. El restaurante debe entender qué implicaciones tiene el sistema que está contratando. Y el proveedor debe ser capaz de explicar, con lenguaje comprensible, qué cubre su software, qué requiere del cliente y qué parte sigue pendiente de configuración o validación.
La hostelería no necesita más tecnicismo; necesita más claridad.
Cumplir puede ser una obligación; aprovecharlo, una ventaja competitiva
Hay una forma defensiva de leer todo esto: “es una carga más”. Y es comprensible. La hostelería lleva años soportando inflación, tensión laboral, plataformas, costes energéticos, presión de márgenes y una digitalización muchas veces mal digerida. Que llegue otra capa regulatoria no entusiasma a nadie.
Pero también hay una lectura estratégica. Un restaurante que aproveche esta adaptación para ordenar su ecosistema puede salir reforzado. Si el TPV pasa a ser una pieza más seria, quizá ha llegado el momento de conectarlo de verdad con el control de costes, con la carta digital, con las compras, con el inventario, con la contabilidad y con los cuadros de mando. Quizá ha llegado el momento de dejar de tener cinco herramientas que no se hablan entre sí. Quizá ha llegado el momento de revisar quién puede tocar qué, qué se audita, qué se documenta y qué decisiones se toman con datos fiables.
Ese es el punto que a menudo se pierde. Veri*Factu no obliga a digitalizar mejor, pero sí puede empujar a hacerlo. Y para muchos restaurantes, el verdadero retorno no estará en “evitar una sanción”, sino en usar esa transición para construir un sistema de gestión más robusto.
El restaurante que llegará mejor a 2027 no será el que más corra, sino el que mejor ordene
En hostelería, correr suele parecer una virtud. Pero en procesos de adaptación tecnológica compleja, correr mal es carísimo. El restaurante que llegará mejor a 2027 no será necesariamente el primero en activar una opción fiscal en su TPV. Será el que haga mejor tres cosas.
La primera: revisar su mapa de sistemas. Qué software usa, para qué, qué datos nacen en cada uno, qué se duplica, qué no se conecta y qué riesgo hay en cada punto.
La segunda: decidir qué papel va a jugar el TPV. Si va a ser un mero terminal de cobro o el núcleo real del ecosistema de facturación, reservas, CRM y trazabilidad operativa.
La tercera: profesionalizar la configuración. Certificados, series, permisos, rectificaciones, políticas de incidencias, trazabilidad de errores, visibilidad del estado fiscal y relación con la asesoría. Todo eso suena poco glamuroso, pero es justo lo que diferencia un sistema “bonito” de un sistema serio.
2027 no va de un botón; va de un modelo
La tentación comercial del sector será vender la adaptación como una casilla: “TPV preparado para Veri*Factu”. El mercado está lleno de mensajes así y lo seguirá estando. El problema es que ese titular, siendo útil para captar atención, explica muy poco.
Lo relevante no es solo si el software puede generar un hash, un QR o un XML. Lo relevante es si el restaurante puede trabajar con ese sistema sin perder control, sin multiplicar errores, sin dejar agujeros de trazabilidad y sin convertir cada incidencia en una crisis. Lo relevante es si la herramienta entiende la operativa de un restaurante real. Lo relevante es si, cuando algo falla, el negocio sabe qué ha pasado y qué hacer.
En el fondo, 2027 no va de un botón. Va de un modelo. Del paso desde un TPV entendido como caja hacia un sistema de facturación y control que forma parte de la arquitectura crítica del restaurante.
Y esa es, probablemente, la gran noticia de fondo para el sector: no estamos ante una actualización menor. Estamos ante el momento en que la tecnología del restaurante deja de poder improvisarse.
Autor
Jordi Rosell Salvó, profesor universitario en la Universidad CEU Cardenal Herrera, consultor gastronómico y CEO de Formahostel. Creador del Método Jordi Rosell® y del ecosistema Formahostel para restaurantes.