VeriFactu cambiará mucho más que el ticket: el verdadero impacto de 2027 en la gestión de un restaurante
VeriFactu suele explicarse como una nueva obligación fiscal, pero para la hostelería su alcance es mayor. La adaptación de los sistemas de facturación en 2027 obligará a revisar cómo se generan, conservan y corrigen los registros de venta y convertirá la elección del TPV en una decisión todavía más vinculada a la trazabilidad y al control del negocio.
Hay una escena que se repite miles de veces cada día en cualquier restaurante español. Un camarero cobra una mesa, imprime el ticket y continúa trabajando. Para el cliente, la operación ha terminado. Para el restaurante, aparentemente también. Durante décadas hemos entendido ese pequeño documento como el último paso administrativo de una venta que comenzó cuando alguien pidió una mesa, continuó con una comanda y terminó en el momento del pago.
En 2027 esa imagen seguirá existiendo, pero lo que ocurre detrás será diferente.
La entrada en aplicación de los nuevos requisitos para los sistemas informáticos de facturación obligará a empresas y profesionales afectados a utilizar programas capaces de garantizar la integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad de sus registros de facturación. El calendario actualmente vigente establece el 1 de enero de 2027 para los contribuyentes del Impuesto sobre Sociedades y el 1 de julio para el resto de obligados incluidos en el ámbito del reglamento, entre ellos los contribuyentes del IRPF que desarrollen actividades económicas.
Se suele presentar este cambio bajo una palabra que ya se ha instalado en el vocabulario empresarial: VeriFactu. Sin embargo, reducir todo el proceso a “los tickets tendrán un QR” o “las facturas se enviarán a Hacienda” resulta insuficiente y, en algunos casos, técnicamente incorrecto. Lo que está cambiando es algo más profundo: la relación entre la operación comercial, el software que la registra y la información fiscal que queda detrás de cada venta.
Para la hostelería, donde un TPV puede registrar cientos de operaciones en unas pocas horas y donde corregir una cuenta, dividirla, aplicar un descuento, emitir una factura o anular una operación forma parte de la normalidad diaria, entender esta diferencia será bastante más importante que aprenderse una nueva sigla.
Del ticket como resultado al registro como evidencia
El espíritu del Real Decreto 1007/2023 es bastante claro. La normativa nace, entre otros objetivos, para impedir que los sistemas informáticos permitan ocultar o manipular ventas y para asegurar que los registros generados por la actividad mantengan su trazabilidad. El propio texto normativo sitúa entre sus principios la integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad de la información.
Esto modifica conceptualmente la forma de entender un TPV.
Hasta ahora muchos hosteleros han evaluado estos sistemas principalmente por aquello que pueden hacer delante del cliente: abrir una mesa, enviar una comanda, imprimir en cocina, cobrar, dividir una cuenta o consultar la caja. Todo eso seguirá siendo imprescindible. Un programa fiscalmente impecable que ralentice un sábado por la noche sería un pésimo TPV para hostelería.
Pero a esa capa operativa se incorpora definitivamente otra exigencia. Lo que sucede después de pulsar determinados botones debe generar una secuencia de información que pueda reconstruirse y cuya modificación no pueda producirse silenciosamente.
No estamos ante una cuestión menor. Una de las características históricas de determinados programas de gestión era precisamente la posibilidad de corregir operaciones de una manera que hacía difícil conocer posteriormente qué había ocurrido. El nuevo modelo persigue lo contrario: si algo cambia, el sistema debe dejar evidencia.
En restauración esto tiene consecuencias muy concretas porque el servicio real no es lineal. Una mesa cambia de cuatro a cinco personas. Un cliente devuelve un plato. Se aplica una invitación. Una cuenta se divide. Alguien pide factura después de haber solicitado inicialmente un ticket. Se produce un error de cobro. Una operación debe anularse.
La normativa no pretende impedir que un restaurante corrija errores. Pretende que el sistema trate esas correcciones de forma trazable.
Esa diferencia es fundamental.
VeriFactu y NO VeriFactu: una distinción que el hostelero debería conocer
También existe cierta confusión terminológica. El reglamento contempla dos modalidades válidas de cumplimiento para los sistemas informáticos de facturación.
En la modalidad VERI*FACTU, los registros de facturación son remitidos a la sede electrónica de la Agencia Tributaria inmediatamente después de producirse. La AEAT explica que esta remisión permite evitar su alteración posterior y asegura su conservación. Las facturas generadas mediante esta modalidad son verificables mediante el código QR correspondiente.
La segunda posibilidad es la modalidad NO VERI*FACTU. En ella no existe esa remisión continuada de los registros a la sede electrónica, pero precisamente por ello el propio sistema debe asumir requisitos adicionales de seguridad, conservación y control. Entre ellos aparecen la firma de registros y el mantenimiento de un registro de eventos, además de otras exigencias destinadas a acreditar la integridad y trazabilidad de la información.
Esta distinción es importante porque permite corregir una simplificación que probablemente escucharemos muchas veces durante los próximos meses: no puede afirmarse genéricamente que a partir de 2027 todos los restaurantes estén obligados simplemente a “enviar cada factura en tiempo real a Hacienda”. La normativa permite las dos modalidades de cumplimiento descritas.
Lo verdaderamente obligatorio para quienes estén dentro del ámbito de aplicación es utilizar un sistema informático adaptado a los requisitos establecidos.
Y aquí empieza la parte verdaderamente interesante para el sector.
El cambio fiscal puede convertirse en un cambio tecnológico mucho mayor
Cada gran modificación normativa provoca un comportamiento empresarial bastante previsible. Muchas compañías esperan hasta que la fecha límite está cerca y entonces buscan la solución mínima necesaria para cumplir.
En un restaurante sería un error desperdiciar esta transición de esa manera.
Si un establecimiento tiene que revisar su TPV porque su sistema actual no puede garantizar el cumplimiento de los nuevos requisitos, la pregunta no debería limitarse a “¿cumple VeriFactu?”. Esa condición será necesaria, pero difícilmente suficiente.
La pregunta empresarial debería ser otra: si tengo que revisar una de las herramientas centrales de mi restaurante, ¿qué necesito que haga durante los próximos cinco años?
Un TPV moderno ya no es solamente una caja registradora digital. Se encuentra en el punto donde convergen sala, cocina, venta, cliente y administración. Recibe la comanda, organiza su envío, registra modificaciones, produce el cobro y genera una enorme cantidad de información sobre el funcionamiento real del negocio.
Por eso 2027 puede acelerar una renovación tecnológica que ya estaba en marcha.
El hostelero que utilice un sistema antiguo puede descubrir que el problema no es únicamente su adaptación fiscal. Quizá continúe anotando reservas por separado, desconozca quiénes son sus clientes recurrentes, no pueda consultar el negocio desde fuera del establecimiento, mantenga la carta en diferentes sistemas o siga exportando manualmente información para saber qué está vendiendo.
Cambiar un TPV exclusivamente para conseguir un QR nuevo sería parecido a cambiar de teléfono móvil porque necesitamos una aplicación concreta y no comprobar nada más de lo que puede hacer el nuevo dispositivo.
La obligación fiscal puede ser el detonante. La decisión debería ser empresarial.
El QR será la parte visible de una transformación invisible
El consumidor probablemente identificará el cambio sobre todo por un elemento: el código QR que aparecerá en las facturas emitidas mediante los sistemas afectados.
Pero ese QR es apenas la superficie.
La Agencia Tributaria establece que los sistemas adaptados deben generar un registro de facturación por cada factura expedida y que los registros deben cumplir condiciones de integridad, conservación, accesibilidad, legibilidad, trazabilidad e inalterabilidad. Además, el sistema debe disponer de capacidad de comunicación con la AEAT para la remisión de los registros.
Los registros incorporan mecanismos de encadenamiento mediante huellas o hashes, utilizando información del registro anterior.
Esto significa que la arquitectura interna del software adquiere una importancia que el usuario final rara vez había necesitado considerar.
Durante años un hostelero podía comprar un TPV preguntando por el precio, las impresoras compatibles y si permitía dividir una mesa. A partir de ahora tendrá que confiar además en que el fabricante ha diseñado correctamente una infraestructura que afecta directamente a su cumplimiento tributario.
La confianza tecnológica pasa a ser parte de la confianza fiscal.
El restaurante seguirá necesitando corregir errores
Conviene insistir en este punto porque probablemente será una de las principales fuentes de preocupación.
Un sistema inalterable no significa un sistema donde no puedan corregirse errores. La operativa hostelera haría imposible algo así.
La cuestión es cómo se realiza la corrección.
Si un restaurante registra una operación y posteriormente necesita anularla o rectificarla, el sistema debe hacerlo mediante los procedimientos previstos, manteniendo la trazabilidad correspondiente. La filosofía es sencilla: no borrar el pasado, sino documentar qué ocurrió después.
Este principio tiene una consecuencia cultural interesante.
Durante mucho tiempo determinados procesos administrativos en hostelería han funcionado con una lógica parecida a la de una hoja de papel: si algo estaba mal, se corregía y quedaba únicamente el resultado final.
La digitalización fiscal introduce otra lógica: el resultado importa, pero también importa la historia del dato.
Eso acerca la gestión de un pequeño restaurante a principios que llevan años siendo normales en sistemas empresariales de mayor complejidad.
Un TPV que cumple la normativa puede seguir siendo un mal TPV
Este será probablemente uno de los grandes errores comerciales de 2027.
La etiqueta “adaptado a VeriFactu” aparecerá en multitud de productos. Y es lógico: el cumplimiento será un requisito de entrada.
Pero ningún restaurador debería elegir una herramienta de gestión exclusivamente porque cumpla una obligación que todas las soluciones dirigidas a ese mercado deberían ser capaces de cumplir.
Sería como elegir un automóvil únicamente porque puede circular legalmente.
La hostelería presenta exigencias operativas muy particulares. En un servicio intenso, unas décimas de segundo repetidas cientos de veces importan. Importa que el camarero pueda modificar una comanda sin recorrer cinco pantallas. Importa que cocina reciba la información correcta. Importa que una mesa pueda dividirse de manera intuitiva. Importa que la caída de una impresora no paralice el servicio. Importa que el responsable pueda entender qué ha sucedido en caja.
Y cada vez importan más cuestiones que hace una década parecían periféricas: reservas integradas, CRM, pedidos digitales, cartas conectadas, cocina mediante KDS, movilidad, análisis de ventas o acceso remoto.
VeriFactu no elimina ninguno de esos criterios.
Añade uno nuevo y especialmente importante: que la facturación se encuentre correctamente construida desde su arquitectura.
El precio del TPV tampoco debería analizarse como antes
La transición de 2027 puede provocar otra discusión habitual: cuánto cuesta cambiar de sistema.
Es lógico. El pequeño hostelero trabaja con márgenes estrechos y debe vigilar cada gasto recurrente.
Pero comparar únicamente cuotas mensuales puede conducir a una decisión equivocada.
El coste real de un TPV incluye mucho más que la licencia. Incluye terminales adicionales, usuarios, actualizaciones, mantenimiento, soporte, permanencias, instalación, migración, formación, integraciones y, sobre todo, el coste operativo que genera utilizarlo.
Un sistema aparentemente barato puede resultar caro si obliga a mantener otras tres aplicaciones para reservas, carta y gestión. Otro puede resultar costoso si cambiar de proveedor implica perder el histórico o reconstruir manualmente toda la configuración.
La cuestión relevante es el coste total de utilización.
Y 2027 debería servir también para revisar contratos que se han mantenido durante años simplemente porque “siempre hemos trabajado con ese programa”.
La migración será uno de los asuntos menos visibles y más importantes
Cambiar un TPV no significa empezar de cero.
Un restaurante puede acumular años de información sobre productos, familias, impuestos, clientes, ventas, cierres, facturas y configuraciones. Dependiendo del sistema de origen, una parte de esos datos podrá exportarse con mayor o menor facilidad.
Por eso conviene realizar la transición con tiempo.
Esperar a diciembre de 2026 para descubrir que cientos o miles de empresas necesitan simultáneamente instalación, configuración, soporte y formación parece una estrategia poco recomendable.
La migración debe plantearse como cualquier cambio de sistema crítico: inventariar qué información existe, decidir qué merece conservarse, preparar la configuración del nuevo entorno, probar la operativa y formar al equipo antes de que el sistema antiguo deje de ser la herramienta principal.
En hostelería, además, la formación no puede limitarse al administrador. El software debe funcionar cuando el restaurante está lleno y quien lo utiliza es un camarero que necesita resolver una incidencia delante de un cliente.
La prueba definitiva de un TPV nunca ocurre durante una demostración comercial.
Ocurre un sábado a las diez de la noche.
La trazabilidad fiscal puede mejorar también la disciplina de gestión
Hay una lectura de VeriFactu que va más allá del cumplimiento tributario.
Un sistema que obliga a ordenar mejor la información puede terminar produciendo mejores datos para dirigir el negocio.
No automáticamente. Cumplir la normativa no convierte un TPV en una herramienta de inteligencia empresarial. Pero establece una base sobre la que puede construirse.
La restauración genera cantidades enormes de información y todavía utiliza sorprendentemente poca para decidir. Sabemos qué se vendió, a qué hora, por qué importe y mediante qué operación. Si conectamos correctamente esa información con costes, recetas, clientes y capacidad, podemos responder preguntas mucho más relevantes.
¿Qué platos están perdiendo margen?
¿Qué franjas producen más contribución?
¿Cuánto pesa realmente cada familia sobre las ventas?
¿Qué descuentos se están utilizando?
¿Cuánto se anula y por qué?
¿Qué clientes regresan?
¿Qué días necesitan realmente la misma estructura de personal?
VeriFactu no responderá esas preguntas.
Pero la modernización del sistema que registra el origen de buena parte de esos datos puede facilitar que empecemos a formularlas.
El verdadero riesgo es llegar a 2027 pensando que esto solo afecta al asesor
En muchas pequeñas empresas existe una división muy clara. El restaurante vende y el asesor se ocupa de los impuestos.
VeriFactu atraviesa esa frontera porque la obligación se introduce en el propio sistema utilizado para producir la facturación.
El asesor seguirá siendo fundamental para interpretar las obligaciones tributarias. Pero no puede convertir por arte de magia un software inadecuado en un sistema adaptado.
La elección tecnológica pertenece al negocio.
Eso obliga a que propietario, asesor y proveedor de software mantengan una conversación que probablemente hasta ahora no era necesaria.
¿Qué modalidad utilizará el sistema?
¿Cómo gestiona las rectificaciones?
¿Qué ocurre si no existe conexión?
¿Cómo conserva la información?
¿Cómo se actualiza?
¿Quién responde del mantenimiento?
¿Qué documentación proporciona el fabricante?
No son preguntas especialmente atractivas. Pero son mejores que descubrir las respuestas cuando ya existe un problema.
No confundir VeriFactu con factura electrónica
Otra confusión que conviene despejar es la identificación entre VeriFactu y la factura electrónica obligatoria entre empresas.
Son desarrollos normativos relacionados con la digitalización de la facturación, pero no son lo mismo.
El propio Real Decreto 1007/2023 distingue expresamente la regulación de los sistemas informáticos de facturación de la normativa relativa a factura electrónica. Los registros de facturación generados por los sistemas tampoco son, por sí mismos, facturas electrónicas. La AEAT señala expresamente que el registro obligatorio no contiene necesariamente toda la información de la factura y que la factura puede continuar emitiéndose en papel o en formato electrónico.
Esta diferencia es particularmente importante para la hostelería, donde la mayoría de operaciones terminan en facturas simplificadas y donde el debate público tiende a mezclar conceptos fiscales diferentes bajo una misma idea de “digitalización”.
Explicarlos correctamente será responsabilidad también de los proveedores tecnológicos.
2027 no debería pillarnos cambiando software a última hora
Quedan meses para la entrada en aplicación de las nuevas fechas, y precisamente por eso este es un buen momento para revisar la situación sin urgencia.
La primera pregunta es evidente: ¿el sistema que utiliza actualmente el restaurante estará adaptado?
La segunda es más importante: si debemos mantenerlo durante los próximos años, ¿sigue siendo el sistema que elegiríamos hoy?
Y la tercera es estratégica: ¿queremos simplemente cumplir una obligación fiscal o aprovechar la transición para mejorar la manera en que operamos, vendemos y dirigimos?
Esta última pregunta conecta con una transformación mucho mayor que VeriFactu.
Durante años la digitalización de la hostelería se ha construido mediante capas independientes. Un programa para cobrar. Otro para reservar. Una hoja de cálculo para costes. Una aplicación para la carta. Otra herramienta para clientes. Un sistema diferente para pedidos.
El resultado puede ser un restaurante digitalizado y, paradójicamente, fragmentado.
La siguiente etapa probablemente consistirá menos en añadir herramientas y más en conseguir que la información circule entre ellas.
La venta registrada en el TPV debería poder alimentar el análisis de rentabilidad. La reserva debería ayudar a reconocer al cliente. La carta debería relacionarse con los productos que realmente se venden. Cocina debería recibir la misma información que genera sala. Y la dirección debería poder interpretar todo ello sin reconstruir el negocio cada semana mediante hojas de cálculo.
En ese contexto, VeriFactu llega en un momento especialmente significativo.
No crea esa transformación, pero puede acelerarla.
De una obligación fiscal a una oportunidad de dirección
En el Método Jordi Rosell utilizamos una separación deliberadamente sencilla: operar, vender y dirigir.
VeriFactu pertenece inicialmente a la operación. El sistema debe registrar correctamente lo que ocurre.
Pero elegir bien la tecnología afecta también a la venta. Un TPV lento, complejo o desconectado deteriora el servicio; uno que simplifica tareas puede devolver tiempo al equipo para atender al cliente.
Y finalmente afecta a la dirección. La calidad de una decisión depende en buena medida de la calidad de la información sobre la que se construye.
La obligación fiscal termina así conectando tres capas que el restaurante no debería gestionar por separado.
Esta es, probablemente, la oportunidad más interesante de 2027.
No instalar un programa “porque Hacienda obliga”.
Sino preguntarnos qué sistema queremos que ocupe el centro operativo de nuestro restaurante durante los próximos años.
Una fecha límite no es una estrategia
El 1 de enero y el 1 de julio de 2027 son fechas jurídicas. No deberían convertirse en fechas de gestión.
Un restaurante que necesite cambiar de TPV debería hacerlo cuando pueda probar, migrar y formar sin poner en riesgo su servicio. La temporada, el volumen de negocio y la complejidad de cada establecimiento determinarán el momento adecuado.
Esperar al límite únicamente aumenta el riesgo.
Y quizá el mayor error sea escoger deprisa una herramienta que después acompañará al negocio durante cinco o diez años.
VeriFactu pasará.
La obligación terminará normalizándose, como tantas otras transformaciones fiscales que inicialmente parecían enormes.
El TPV elegido permanecerá.
Cada día.
En cada comanda.
En cada mesa.
En cada cobro.
En cada cierre.
Por eso la decisión merece bastante más reflexión que comprobar si aparece un logotipo de “VeriFactu” en la página comercial del proveedor.
Reflexión final: la tecnología fiscal también puede ser tecnología de gestión
La hostelería española ha convivido durante décadas con una contradicción. Es uno de los sectores donde más operaciones comerciales se producen diariamente y, al mismo tiempo, uno de los que tradicionalmente ha tenido mayores dificultades para convertir toda esa actividad en información útil para dirigir.
Cada café deja un dato.
Cada plato deja un dato.
Cada anulación deja un dato.
Cada descuento deja un dato.
Cada mesa deja una historia económica.
VeriFactu nace con un objetivo fiscal, no con el propósito de mejorar la rentabilidad de los restaurantes. Conviene no atribuirle funciones que no tiene.
Pero obliga a prestar atención al sistema donde nace buena parte de esa información.
Y eso abre una oportunidad.
Dentro de unos años probablemente nadie hablará de “tener VeriFactu” como hoy nadie presume de que su programa calcule correctamente el IVA. Será simplemente una condición normal de funcionamiento.
La diferencia competitiva estará en todo lo demás.
En si ese mismo sistema consigue que el camarero pierda menos tiempo delante de una pantalla. En si cocina recibe mejor la comanda. En si el propietario sabe qué está ocurriendo sin estar físicamente en el establecimiento. En si los datos de ventas terminan convertidos en decisiones. En si la tecnología elimina trabajo en lugar de añadirlo.
Por eso quizá la pregunta equivocada para 2027 sea:
Habrá que preguntarlo, naturalmente.
Pero inmediatamente después deberíamos formular otra mucho más importante:
“Ya que mi restaurante depende de este sistema todos los días, ¿qué está haciendo realmente por mi negocio?”
Esa respuesta no la dará la Agencia Tributaria.
La tendrá que dar cada restaurador.
Preguntas frecuentes sobre VeriFactu en restaurantes
¿Cuándo será obligatorio adaptar el TPV a los nuevos requisitos?
Con la normativa vigente en agosto de 2026, los contribuyentes del Impuesto sobre Sociedades incluidos en el reglamento deberán tener sus sistemas adaptados antes del 1 de enero de 2027. Para el resto de obligados afectados, incluidos los contribuyentes del IRPF que desarrollan actividades económicas, la fecha es el 1 de julio de 2027.
¿VeriFactu significa que todos los restaurantes enviarán automáticamente sus facturas a Hacienda?
No exactamente. El reglamento contempla dos modalidades válidas. VERIFACTU remite los registros de facturación a la AEAT de manera continuada; la modalidad NO VERIFACTU conserva los registros en el sistema y exige requisitos adicionales de seguridad, firma y registro de eventos.
¿Los tickets tendrán código QR?
Las facturas completas y simplificadas emitidas mediante los sistemas afectados deben incorporar el código QR en las condiciones establecidas reglamentariamente. En las facturas generadas mediante modalidad VERI*FACTU aparece además la identificación correspondiente como factura verificable.
¿VeriFactu y factura electrónica son lo mismo?
No. Los requisitos de los sistemas informáticos de facturación y la factura electrónica son ámbitos regulatorios diferentes. La propia AEAT aclara además que los registros de facturación generados por el sistema no son facturas electrónicas.
¿Puedo seguir corrigiendo o anulando una operación?
Sí, pero las modificaciones deben realizarse mediante los procedimientos previstos por el sistema, preservando la trazabilidad de los registros. El objetivo de la normativa es impedir alteraciones que no dejen constancia, no impedir la corrección legítima de errores.
¿Debo cambiar necesariamente de TPV?
No si el sistema actual se adapta correctamente y sigue respondiendo a las necesidades del establecimiento. Si no puede adaptarse, la transición regulatoria es un buen momento para evaluar una alternativa considerando no solo el cumplimiento fiscal, sino también operativa, soporte, costes, migración, cocina, movilidad, reservas e información de gestión.
TPV para Restaurantes con Verifactu recomendado: https://www.formahostel.es/formahostel-tpv-reservas