Una incidencia de internet o una respuesta no recibida de la AEAT no significa, por sí sola, que una pyme deba detener toda su facturación. La Agencia Tributaria indica que, ante problemas de remisión en modalidad VERI*FACTU, la empresa puede continuar operando y el sistema debe recuperar y reenviar los registros cuando se resuelva la incidencia.
La pregunta importa especialmente a comercios, negocios con TPV, empresas con varias sedes y equipos que emiten facturas desde Odoo u otro software. Preparar este escenario no es buscar una excepción: es diseñar un proceso que siga siendo ordenado cuando falla una conexión, un certificado o la comunicación técnica con la sede electrónica.
Qué ocurre si VERI*FACTU no puede conectar con la AEAT
VERI*FACTU es una modalidad de sistema informático de facturación (SIF) que remite los registros de facturación a la Agencia Tributaria. La AEAT señala que la remisión debe ser inmediata; sin embargo, sus preguntas frecuentes contemplan incidencias de comunicación. Si no se recibe la respuesta de correcta recepción tras un envío, los registros deben remitirse de nuevo hasta obtenerla.
La propia AEAT aclara que estas comunicaciones son normalmente de máquina a máquina y, por tanto, transparentes para quien usa el programa. También precisa que las incidencias de remisión no obligan a interrumpir la facturación: se puede seguir facturando y recuperar la información para enviarla cuanto antes, reintentando periódicamente e informando la incidencia cuando corresponda en el mensaje de remisión.
Esto no equivale a ignorar un error ni a aplazarlo indefinidamente. La empresa debe disponer de un sistema que conserve el registro, identifique el fallo y reintente el envío. La decisión práctica es doble: mantener el servicio al cliente y, a la vez, comprobar que el circuito técnico vuelve a quedar completo.
La diferencia entre emitir, registrar y confirmar el envío
En una incidencia conviene no mezclar tres momentos. La factura se expide y se genera su registro de facturación. Después, el SIF intenta comunicar ese registro. Por último, llega —o no llega— una respuesta de recepción. Según la FAQ de la AEAT, la fecha de expedición debe coincidir con la de generación del registro y, normalmente, ambas coincidirán con la remisión; puede haber casos puntuales de diferencia cuando una incidencia obliga a reintentar más tarde.
- Factura emitida: el documento se entrega o queda disponible para el cliente conforme al proceso habitual de la empresa.
- Registro generado: el software crea el registro asociado a esa factura; no debe reconstruirse manualmente después.
- Envío pendiente o rechazado: el sistema debe conservar el estado y volver a intentar la comunicación.
- Recepción confirmada: el equipo puede verificar que el software ha terminado el ciclo y que no hay cola de incidencias sin revisar.
Esta separación ayuda a evitar dos errores frecuentes: parar ventas aunque el negocio pueda operar o, en el extremo contrario, confiar en que “ya se enviará” sin saber si la incidencia está documentada y en seguimiento.
Plan de contingencia VERI*FACTU para una pyme
1. Identifica todos los puntos que facturan
No basta con revisar el ordenador de administración. Incluye TPV, tiendas, móviles, ecommerce, delegaciones, facturas creadas desde CRM, integraciones y cualquier aplicación que genere facturas simplificadas o completas. Cada punto debe saber qué ocurre cuando pierde conexión y quién revisa las incidencias.
2. Define una alerta y un responsable
Una incidencia técnica no debería depender de que alguien la descubra días después. Configura, con tu proveedor o equipo técnico, un aviso comprensible: error de certificado, servicio no disponible, cola de registros pendiente o respuesta rechazada. Nombra a una persona responsable de comprobar cada día el estado durante las pruebas y tras la puesta en marcha.
3. Prueba un caso real antes de necesitarlo
En un entorno de pruebas, simula una pérdida de conexión o una respuesta no recibida. Comprueba que el programa mantiene el registro, vuelve a enviarlo al recuperar la conectividad y permite localizar la factura afectada. Documenta el resultado: fecha, usuario, número de prueba, mensaje del sistema y resolución.
4. No inventes facturas alternativas
Un corte no se resuelve creando después una segunda factura con una fecha distinta o llevando una lista paralela sin control. El procedimiento debe apoyarse en las funciones del SIF y en las instrucciones de su fabricante. Si el fallo afecta a la capacidad de emitir o genera dudas sobre una operación concreta, escálalo antes de modificar series, documentos o registros.
5. Conserva evidencias técnicas útiles
Guarda los registros de error, las incidencias del proveedor y la evidencia de la recuperación cuando sea relevante. No hace falta convertir cada microcorte en un expediente, pero sí poder explicar qué ocurrió cuando haya una incidencia prolongada, repetida o vinculada a una factura concreta.
Qué revisar en Odoo u otro ERP
La documentación de Odoo para España describe una configuración con certificado, entorno de prueba y documentos VERI*FACTU asociados a la factura. También indica que, aunque el documento debe remitirse inmediatamente, puede retrasarse por periodos de espera obligatorios de la AEAT; en esos casos se envía automáticamente en la siguiente ejecución de una acción programada.
En cualquier ERP, pide una demostración concreta de estos puntos antes de desplegarlo:
- cómo se visualizan facturas con envío pendiente, rechazado y aceptado;
- qué ocurre si falla internet, el certificado o el servicio remoto;
- cuándo se ejecutan los reintentos y cómo se avisa al equipo;
- cómo se trata un TPV con conexión inestable o varias tiendas;
- qué permisos necesita cada persona para consultar, corregir o escalar una incidencia;
- qué pruebas se harán antes de pasar del entorno de prueba a producción.
Un proyecto de Odoo para pymes gana fiabilidad cuando configura también estas excepciones. La automatización no consiste solo en que el envío funcione el día ideal: debe dejar claro qué ve administración, qué hace soporte y cuándo se considera resuelta una incidencia.
Calendario: por qué probar ahora evita improvisar después
La nota informativa de la AEAT sobre la ampliación de plazos indica que las entidades que presenten el Impuesto sobre Sociedades deben tener sus SIF adaptados antes del 1 de enero de 2027 y el resto de obligados tributarios antes del 1 de julio de 2027. El periodo previo permite realizar pruebas, pero no conviene reducirlas a emitir una factura correcta en una demostración.
Usa esas pruebas para revisar las excepciones: conexión caída, certificado próximo a caducar, respuesta no recibida, error en datos, factura rectificativa, múltiples cajas y cierre de tienda. Si el software y el equipo superan estos casos, el cambio será más previsible que si se descubre el primer problema con clientes esperando.
Checklist de una mañana para dirección y administración
- Lista los programas, TPV e integraciones que pueden emitir facturas.
- Confirma qué SIF estará activo y qué proveedor mantiene cada componente.
- Solicita el procedimiento de incidencias y reintentos por escrito.
- Define quién recibe alertas y quién decide cuándo escalar una incidencia.
- Programa una prueba de desconexión antes de la fecha de puesta en marcha.
- Revisa certificado, copias de seguridad, permisos y conectividad de cada punto de venta.
- Forma al equipo para que no cree circuitos alternativos ante el primer error.
Si necesitas revisar el circuito de facturación, ERP, TPV y automatizaciones antes de las pruebas, Et Tamimi puede ayudar a convertirlo en un diagnóstico práctico y formativo. Puedes solicitarlo desde contacto o conocer el enfoque de VERI*FACTU para empresas en Granada.
Nota informativa: este contenido resume fuentes públicas disponibles a fecha de publicación y no sustituye asesoramiento fiscal, jurídico ni la consulta de la normativa y criterios oficiales aplicables a cada caso. Contrasta las obligaciones y la configuración concreta con la AEAT, tu asesoría y el proveedor de tu sistema de facturación.
