NIA Agenda tu videollamada
← Blog

Odoo para pymes

Odoo y VeriFactu: qué revisar antes de activarlo en tu empresa

Instalar el módulo es solo una parte. Antes de enviar registros reales debes comprobar tu instalación, la identidad fiscal, el certificado, los circuitos de facturación y quién responderá si algo falla.

Factura recorriendo controles de identidad, certificado, pruebas y envío antes de activar VeriFactu en Odoo

Activar VeriFactu en Odoo puede parecer una tarea breve: instalar el módulo, subir el certificado y marcar una opción. Pero esa secuencia solo cubre una parte de la preparación.

Antes de enviar registros reales hay decisiones que no puede tomar el software: qué régimen aplica a tu empresa, qué versión y edición mantienes, quién valida los datos fiscales, qué circuitos de facturación deben probarse y qué hará el equipo si una factura no se envía como esperaba.

La diferencia entre «el módulo está instalado» y «la empresa está preparada» aparece el primer día que llega una rectificativa, falla un certificado, interviene el TPV o nadie sabe quién debe revisar la incidencia.

01AlcanceQué obligación y modalidad corresponden a la empresa.
02InstalaciónVersión, edición, módulos, alojamiento y desarrollos propios.
03IdentidadNIF, compañía y certificado coherentes y vigentes.
04OperativaCasos reales, responsables, incidencias y mantenimiento.

Instalar el módulo no demuestra que todo esté listo

VeriFactu forma parte de los requisitos que deben cumplir los sistemas informáticos de facturación en España. La modalidad VERI*FACTU remite a la Agencia Tributaria los registros de facturación generados por el sistema; la modalidad no VERI*FACTU los conserva bajo requisitos reforzados de integridad, trazabilidad e inalterabilidad.

Eso no es lo mismo que la factura electrónica entre empresas. VeriFactu afecta al comportamiento y a los registros del sistema de facturación. La factura electrónica se refiere al documento y a su intercambio en formato estructurado. Pueden coincidir en el calendario de una empresa, pero no deben gestionarse como si fueran una única tarea.

La AEAT sitúa la adaptación antes del 1 de enero de 2027 para contribuyentes del Impuesto sobre Sociedades y antes del 1 de julio de 2027 para las demás empresas y autónomos que utilicen sistemas informáticos de facturación. La fecha importa, pero el trabajo útil empieza por saber cuál es tu punto de partida.

Primera puerta: confirma qué obligación y modalidad te aplican

No todas las empresas siguen exactamente el mismo camino. Antes de configurar Odoo, valida con tu asesoría qué normativa y modalidad corresponden a tu caso.

Empieza por estas preguntas:

  • ¿Tu empresa tributa por el Impuesto sobre Sociedades o entra en otro calendario?
  • ¿Ya utiliza el Suministro Inmediato de Información (SII)?
  • ¿Tiene domicilio fiscal en País Vasco o Navarra y, por tanto, normativa foral?
  • ¿Emite desde un único sistema o desde varios puntos, tiendas o sociedades?
  • ¿Ha decidido trabajar en modalidad VERI*FACTU o necesita evaluar la alternativa no VERI*FACTU?

La información oficial de la AEAT debe ser la referencia para el alcance. Odoo es la herramienta que ejecutará el circuito, no quien decide por sí solo qué obligación fiscal te aplica.

Segunda puerta: identifica tu Odoo exacto

Decir «tenemos Odoo» no describe una instalación. Para saber si estás preparado necesitas anotar, al menos:

  • versión;
  • edición Community o Enterprise;
  • alojamiento en Odoo Online, Odoo.sh o servidor propio;
  • localización española instalada;
  • módulos de facturación, contabilidad y punto de venta utilizados;
  • desarrollos propios que crean, modifican o validan facturas;
  • empresa o empresas que comparten la base de datos.

La documentación oficial de Odoo 19 para España explica la configuración del módulo l10n_es_edi_verifactu, los datos de empresa, el certificado y el entorno de prueba. Si trabajas con otra versión, Community, módulos de OCA o personalizaciones, no extrapoles sin comprobar: debes validar el componente mantenido para esa combinación y su declaración responsable.

Este último punto es importante. La AEAT aclara que no existe una homologación previa realizada por un organismo independiente. El productor del sistema acredita el cumplimiento mediante una declaración responsable. Si alguien integra código abierto o modifica componentes, también debe quedar claro quién asume la condición de productor de esa solución concreta. Puedes contrastarlo en la FAQ de certificación de la AEAT.

Un árbol de decisión breve

Odoo estándar y versión soportada

Revisa la documentación y la declaración responsable aplicables a esa versión.

Community u OCA

Identifica módulo, versión, mantenimiento, despliegue y responsable de la integración.

Odoo personalizado

Inventaría cualquier desarrollo que toque creación, numeración, validación, corrección o impresión.

Versión antigua

Decide si actualizar es una condición previa antes de trasladar el riesgo a producción.

Tercera puerta: prueba la identidad antes que las facturas

Una factura no puede salir correctamente si la identidad de la empresa y la del certificado no están bien resueltas.

En Odoo revisa el país, el nombre legal, el NIF y la compañía activa. Después confirma qué certificado se utilizará, su vigencia, contraseña, titularidad y correspondencia con la empresa emisora. En bases con varias compañías, documenta qué certificado pertenece a cada una y qué usuarios pueden gestionarlo.

No dejes esta comprobación en una conversación informal. Crea una ficha de control con cuatro respuestas visibles:

  • quién es el titular del certificado;
  • para qué empresa se usa;
  • cuándo caduca;
  • quién lo renovará y probará antes del vencimiento.

Las comunidades técnicas muestran incidencias provocadas por certificados no válidos o por un NIF que no coincide con el configurado. No significa que todos los fallos tengan ese origen. Sí demuestra por qué conviene validar identidad y certificado antes de investigar problemas más complejos.

Cuarta puerta: recorre los casos que ocurren de verdad

Una prueba con una factura sencilla no representa todo tu negocio. Diseña un pequeño ensayo con operaciones reales, datos no sensibles y resultados esperados.

Venta habitual

Confirma validación, estado, registro y PDF dentro del entorno previsto.

Corrección

Prueba qué documento se crea, quién lo valida y cómo queda la trazabilidad.

Caso fiscal menos frecuente

Incluye una operación real no estándar, siempre validada por la asesoría.

Punto de venta

Comprueba tickets, facturas solicitadas y cierres; no lo deduzcas desde Contabilidad.

Compañías o series

Verifica cada sociedad, establecimiento, certificado, impuesto y secuencia activa.

Fallo controlado

Ensaya cómo aparece el error, quién lo recibe y cómo se conserva y reintenta.

El error que no se ensaya suele convertirse en una urgencia el día de producción.

El día de la activación necesita responsables, no solo ajustes

Antes de pasar del entorno de prueba al real, acuerda un plan breve.

Responsable funcionalValida que la factura refleja la operación y coordina al equipo.
Responsable técnicoRevisa módulo, tareas automáticas, certificados, conexión y registros de error.
AsesoríaConfirma tratamientos fiscales y procedimientos de corrección.
Usuarios que facturanIdentifican estados anómalos sin rehacer documentos por intuición.

Define la fecha y la hora de activación, quién estará disponible, qué documentos se emitirán primero y durante cuánto tiempo se revisará cada envío. El objetivo no es vigilar el sistema para siempre; es acortar el tiempo entre un fallo y una decisión correcta durante el arranque.

Si algo falla, el error debe tener recorrido

Un buen circuito no promete que nunca habrá incidencias. Evita que una incidencia quede oculta o se resuelva de forma improvisada.

Cuando un registro no avance, el equipo debería poder responder:

  1. ¿La factura está validada y con qué estado?
  2. ¿El problema afecta a un documento o a todos?
  3. ¿Qué mensaje o respuesta conserva el sistema?
  4. ¿Se trata de datos, certificado, conectividad, configuración o una personalización?
  5. ¿Quién decide el siguiente paso y cómo se documenta?

No conviene validar varias veces, duplicar documentos ni borrar rastros para «probar si ahora funciona». Primero conserva la evidencia, identifica el alcance y sigue el procedimiento acordado.

También necesitas una rutina de mantenimiento: comprobar caducidad de certificados, revisar tareas automáticas, validar cambios de versión y volver a probar los circuitos críticos cuando una personalización afecte a facturación.

Decisión final: activar, corregir o replantear

Activar

Encaje, prueba y respuesta

La obligación está clara, la solución concreta está identificada, los circuitos reales funcionan y las incidencias tienen responsables.

Corregir antes

Falta una evidencia

La versión, la declaración responsable, el certificado, una excepción real o el plan de respuesta todavía no están validados.

Si falta una de esas evidencias, la decisión razonable no es abandonar Odoo. Es corregir ese punto antes de exponer la facturación real.

Y si el cambio implica además trasladar clientes, productos, saldos u operaciones desde otro sistema, conviene separar ambos trabajos. La guía para migrar de Excel o Holded a Odoo explica cómo preparar los datos; la activación de VeriFactu debe tener su propia prueba y criterio de aceptación.