¿Me multan con 50.000€ si se cae el Wi-Fi al emitir una factura?
No. Y conviene entender por qué, porque la respuesta desmonta buena parte del miedo que rodea a esta normativa.
El artículo 201 bis de la Ley General Tributaria sanciona con 50.000 € por ejercicio el uso o la mera tenencia de un sistema de facturación no homologado: uno que permita borrar registros, alterar importes o no reflejar operaciones. Lo que se castiga es la capacidad de manipulación del software, no la calidad de tu conexión a Internet. Son cosas distintas y no hay ningún precepto que convierta un corte de red en infracción.
«Sin Internet no puedo emitir facturas legales.» Falso. La inalterabilidad de una factura VeriFactu no depende de la conexión: depende del hash SHA-256 encadenado, que el software calcula en local, en tu propio equipo, a partir de la huella de la factura anterior. Ese cálculo no necesita red. La factura nace legalmente completa e inalterable en el momento de emitirse, esté o no conectado el equipo.
La conexión solo interviene en un paso posterior y distinto: la remisión del registro a la AEAT. Y la norma no exige que esa remisión sea instantánea, sino que se produzca sin demora injustificada. Una caída de red es, por definición, una demora justificada.
El Registro de Eventos: tu coartada documental
Aquí aparece el elemento que casi nadie explica bien y que conviene entender, porque cambia la lectura de todo el sistema. El Registro de Eventos exigido por la Orden HAC/1177/2024 suele presentarse como un mecanismo de vigilancia, y es también lo contrario: es tu defensa documental.
Cuando el software no consigue transmitir un registro, debe anotar la incidencia en ese log inalterable: qué ocurrió, cuándo y cuántos reintentos hizo. Ante una inspección, esa anotación es precisamente lo que acredita que la ausencia temporal de un registro en los sistemas de Hacienda fue un problema técnico y no una ocultación deliberada.
Dicho de otro modo: el escenario problemático no es el corte de red. Es el corte de red en un sistema que no lo registra, porque entonces no tienes forma de demostrar qué pasó.
Lo que sí sería sancionable. Seamos precisos para no dar una falsa sensación de impunidad. La caída de conexión no te protege de todo:
• Usar la falta de red como excusa para no registrar la operación en el sistema. La factura debe generarse siempre, conectado o no.
• Emitir la factura al margen del software homologado —a mano, en un Excel «de emergencia»— porque no había Internet. Eso rompe la cadena de hashes y sí es infracción.
• Operar con un sistema que, ante el fallo, no anote la incidencia ni reintente el envío. Ahí el problema no es la red: es que tu software no cumple.
Diferencia clave: Envío en tiempo real (VeriFactu) vs Guardado Local (No VeriFactu)
Antes de seguir hay que deshacer una confusión muy extendida, porque afecta a cómo eliges tu sistema: «No VeriFactu» no es el modo de emergencia de «VeriFactu». No es lo que pasa cuando se cae la red. Son dos modalidades permanentes de operar, y se eligen de antemano.
- Modalidad VeriFactu (remisión). El software remite a la AEAT el registro de cada factura conforme se emite. La factura incorpora el código QR con la leyenda VERI*FACTU, que permite al cliente verificar el documento en la sede electrónica de Hacienda.
- Modalidad No VeriFactu (conservación). El software no remite nada de forma proactiva. Conserva los registros en local, encadenados por hash y con firma electrónica, y los pone a disposición de la Agencia Tributaria si esta los requiere. A cambio de no enviar, la norma le exige un Registro de Eventos más estricto.
| Criterio | Modalidad VeriFactu | Modalidad No VeriFactu |
|---|---|---|
| Envío a la AEAT | Sí, conforme se emite | No. Solo bajo requerimiento |
| Hash SHA-256 encadenado | Obligatorio | Obligatorio |
| Firma electrónica de los registros | No exigida (la remisión hace de prueba) | Obligatoria |
| Leyenda en el QR | VERI*FACTU | Sin esa leyenda |
| Registro de Eventos | Exigible | Exigible y más estricto |
| ¿Necesita conexión permanente? | No: admite reintentos asíncronos | No, en ningún momento |
| Quién custodia la prueba | La AEAT tiene copia inmutable | Tú, durante 4 años |
| Carga de conservación | Mínima | Alta (backups, integridad, disponibilidad) |
| Posición ante inspección | Muy sólida | Depende de tu custodia |
Fíjate en las dos últimas filas, porque ahí está la decisión real. La modalidad No VeriFactu es perfectamente legal, pero te convierte en el custodio de tu propia prueba durante cuatro años. Si esos registros están en un servidor al que tú mismo tienes acceso administrativo, ante una inspección sigue existiendo la objeción teórica de que podrías haberlos manipulado. En modalidad VeriFactu esa objeción desaparece: Hacienda ya tiene una copia inmutable desde el instante de la emisión.
¿Cuándo tiene sentido No VeriFactu? Es una opción razonable para empresas con volúmenes muy altos que quieren evitar dependencia de un servicio externo, con departamento técnico propio y políticas de backup auditadas. También para entornos con conectividad estructuralmente mala.
¿Cuándo no? Para la mayoría de pymes y autónomos, elegir No VeriFactu por miedo a la conexión es resolver un problema que no existe —los reintentos asíncronos ya lo cubren— asumiendo en cambio una carga de custodia real durante cuatro años.
La solución asíncrona: Cómo gestionan los ERP en la nube las caídas de conexión
La palabra clave es asíncrono, y explica por qué el problema de la conexión está resuelto desde el punto de vista técnico.
Un sistema síncrono exigiría que la AEAT confirmase la recepción antes de darte la factura por emitida: sin respuesta, no hay factura. Ese diseño sería inviable en un bar en hora punta o en un instalador trabajando en un sótano. Los ERP modernos no funcionan así. Desacoplan la emisión de la transmisión: la factura se emite y se entrega al cliente de inmediato, y el registro se encola para enviarse cuando la red lo permita.
-
Emisión en local, sin depender de la red
Al confirmar el cobro, el sistema calcula el hash SHA-256 a partir de la factura anterior y genera el código QR. Todo ocurre en el dispositivo. En este punto la factura ya es válida, inalterable y entregable al cliente, con o sin Internet.
-
El registro entra en una cola de envío
El registro de facturación se almacena en una cola persistente. Si hay conexión, sale en milisegundos y no notas nada. Si no la hay, permanece en cola sin bloquear la operativa: puedes seguir cobrando mesas o emitiendo albaranes con normalidad.
-
La incidencia se anota en el Registro de Eventos
El fallo de comunicación queda documentado en el log inalterable con su marca temporal. Este paso es el que te protege: es la prueba de que hubo un problema técnico y no una ocultación.
-
Reintento automático con espera progresiva
El sistema vuelve a intentarlo periódicamente, espaciando los intentos para no saturar el servicio de la AEAT. Un patrón habitual es reintentar a los segundos, luego a los minutos y después cada cierto intervalo hasta lograrlo.
-
Vaciado de la cola al recuperar cobertura
Cuando vuelve la conexión, la cola se envía respetando el orden del encadenamiento. Este detalle es importante: los registros deben llegar en secuencia para que la cadena de hashes sea verificable. Un sistema mal implementado que los envíe desordenados genera inconsistencias.
-
Cierre del incidente en el log
El Registro de Eventos anota la resolución. El expediente queda completo: incidencia, reintentos y envío final. Eso es exactamente lo que querrías poder mostrar en una inspección.
Las cuatro preguntas que debes hacer a tu proveedor
Aquí está el criterio práctico. No todos los programas implementan bien esta lógica, y la diferencia solo se nota el día que falla la red. Pregunta por escrito:
- ¿Puedo seguir emitiendo facturas sin conexión? Si la respuesta es que el programa se bloquea o muestra error y no deja cobrar, tienes un problema operativo grave, sobre todo en hostelería y retail.
- ¿Los registros pendientes quedan en cola persistente? Debe sobrevivir a un cierre de la aplicación o un reinicio del equipo. Una cola en memoria se pierde y con ella los registros.
- ¿Se anota la incidencia en el Registro de Eventos? Pide ver un ejemplo real del log. Es tu prueba documental.
- ¿El envío diferido respeta el orden del encadenamiento? La cadena de hashes debe llegar en secuencia. Es el detalle técnico que más se descuida.
ERP en la nube que gestionan las caídas de forma asíncrona
Ambos emiten en local, encolan el registro y lo transmiten al recuperar cobertura, sin bloquear tu operativa. Recuerda pedir siempre la Declaración Responsable.
Enlaces de afiliación · Verifica precios y condiciones vigentes en cada proveedor
Tres escenarios reales de conectividad
| Escenario | Riesgo real | Recomendación |
|---|---|---|
| Bar con Wi-Fi que se cae en hora punta | Operativo, no legal | Modalidad VeriFactu con TPV que encole en local. Nunca un sistema que bloquee el cobro sin red |
| Instalador que factura a domicilio | Cobertura móvil variable | App con cola persistente y envío al recuperar datos. Verificar que no pierde nada al cerrar la app |
| Oficina con fibra estable | Mínimo | Modalidad VeriFactu sin más consideraciones. La asincronía cubre los cortes puntuales |
| Nave o sótano sin cobertura estructural | Envíos muy diferidos | Valorar No VeriFactu con política de backup auditada, o instalar repetidor y quedarse en VeriFactu |
Checklist: tu sistema ante una caída de conexión
- ☑ El programa permite emitir facturas sin conexión y no bloquea el cobro.
- ☑ El hash encadenado se calcula en local, sin depender de la red.
- ☑ Los registros pendientes se guardan en una cola persistente que sobrevive a reinicios.
- ☑ La incidencia de comunicación se anota en el Registro de Eventos con marca temporal.
- ☑ Existe reintento automático con espera progresiva, sin intervención manual.
- ☑ El envío diferido respeta el orden del encadenamiento.
- ☑ Sabes en qué modalidad opera tu sistema: VeriFactu o No VeriFactu.
- ☑ Si es No VeriFactu: tienes política de backup documentada y conservación garantizada 4 años.
- ☑ Tienes la Declaración Responsable del fabricante por escrito y archivada.
- ☑ Nadie en tu equipo recurre a facturas «a mano» o en Excel cuando falla Internet.