VeriFactu en Odoo 19 Community tiene hoy una respuesta incómoda pero honesta: a fecha de verificación (septiembre de 2026), el módulo OCA l10n_es_verifactu_oca todavía no está migrado a la rama 19.0. El módulo existe y funciona en 16.0, 17.0 y 18.0, pero en la rama 19.0 de OCA/l10n-spain no aparece ni hay un pull request de migración abierto en el momento de la revisión. Si tu prioridad es cumplir VeriFactu con Odoo 19 Community, el módulo oficial del núcleo l10n_es_edi_verifactu está disponible en la 19.0 y es libre; si prefieres la vía OCA, la recomendación práctica es quedarte en la 18 (donde está plenamente operativa) o seguir la migración de cerca. Aquí tienes el estado real, qué ha cambiado en la 19 y qué hacer según tu caso.
Para el marco completo de la norma y las opciones por versión, la referencia es la guía definitiva de VeriFactu en Odoo Community con el módulo OCA.
Fiscalidad española en Odoo 19: qué edición recibe qué
Odoo 19 ha reforzado la adaptación fiscal española del producto oficial: la prensa del sector recogió mejoras como el flujo de cancelación del SII, la actualización del modelo 390, el modelo 140 de Bizkaia y requisitos específicos de Canarias. Conviene separar el núcleo libre de la capa de pago: el SII, TicketBAI y VeriFactu viven en módulos EDI LGPL del repositorio odoo/odoo, así que llegan a Community. El módulo oficial l10n_es_edi_verifactu, presente desde la versión 17, también está en la 19.0 (verificado en septiembre de 2026) y no es exclusivo de Enterprise.
Community recibe en la 19 la base (plan de cuentas, impuestos, posiciones fiscales), el SII (l10n_es_edi_sii) y VeriFactu (l10n_es_edi_verifactu), los tres LGPL en el núcleo (verificado en el manifest de cada módulo en el repositorio oficial de Odoo). Lo que la comunidad OCA añade es su propia implementación alternativa, útil sobre todo en versiones donde el módulo oficial todavía no existe, como la 16. Si vienes evaluando la versión en general, en las novedades de Odoo 19 filtradas para usuarios de Community tienes el desglose completo de qué llega al núcleo y qué no, y en versiones de Odoo el contexto del ciclo de soporte de cada release.
Estado del módulo OCA en 19.0
Esto es lo verificado directamente en el repositorio, no deducido:
- Rama 19.0 sin el módulo: el árbol de la rama 19.0 de OCA/l10n-spain no contiene
l10n_es_verifactu_oca. La búsqueda directa del directorio devuelve "resource not found". - Sin migración abierta: no hay pull request de migración a 19.0 abierto para este módulo a la fecha de la revisión. La coordinación de puertos a la 19 se sigue en la issue general "Migration to version 19.0" (#4402) del repo.
- La rama 19.0 sí avanza en otras piezas: ya están migrados
l10n_es_aeat(base, en versión 19.0.1.2.7), los modelos 303/347/349/390,l10n_es_aeat_sii_oca,l10n_es_vat_bookol10n_es_facturae. Es decir, el suelo sobre el que se apoyará el módulo VeriFactu ya está; falta el port del propio módulo. - El desarrollo se concentra en 16.0-18.0: durante el verano de 2026 los merges de
l10n_es_verifactu_oca(correcciones de concurrencia, claves de registro, flag de Macrodato, gestión de lotes) han ido a esas ramas, que son las que están en producción.
Lectura práctica: no es que el módulo esté abandonado (es justo lo contrario); es que el esfuerzo sigue donde están los usuarios reales. Los ports a la versión nueva suelen llegar meses después del release, y este módulo tiene la complejidad añadida de depender del mapa fiscal de l10n_es_aeat.
Configuración paso a paso (cuando llegue la migración)
No tiene sentido fingir un tutorial sobre un módulo que aún no existe en la 19. Lo que sí podemos decirte, porque el flujo del módulo ha sido estable de la 16 a la 18 y no hay motivo técnico para que cambie, es cómo será el montaje cuando el port aterrice, el mismo que hoy documentamos para VeriFactu en Odoo 18 Community:
- Instalación desde la rama 19.0 del repo una vez mergeado el port:
git clone https://github.com/OCA/l10n-spain.git -b 19.0, alta en eladdons_path, actualizar lista de aplicaciones e instalar "Comunicación VERI*FACTU". - Certificado FNMT: subir el p12 en Facturación → Configuración → AEAT → Certificados AEAT y extraer las claves pública y privada para el conector SOAP.
- Compañía y posiciones fiscales: datos de desarrollador y encadenamiento en la pestaña VERI*FACTU, y claves de impuestos/registro en cada posición fiscal.
- Pruebas contra el entorno de test de la AEAT antes de emitir en real, y comprobación del QR en el PDF de la factura.
Hasta que ese port exista, cualquier instalación de Odoo 19 Community que necesite VeriFactu tiene tres salidas honestas: usar el módulo oficial del núcleo l10n_es_edi_verifactu (la vía más directa en la 19), montar en la 18 con el módulo OCA, o integrar un servicio externo de envío VERI*FACTU vía API. Lo que no recomendamos es instalar a la fuerza el módulo de la rama 18.0 sobre una 19: las incompatibilidades de ORM y vistas te dejarán un sistema inestable justo en la pieza que no puedes permitirte que falle.
Diferencias reales con la vía Enterprise
Si te planteas Enterprise 19 solo por VeriFactu, pon sobre la mesa lo que cambia de verdad:
| Dimensión | Enterprise 19 | Community 19 |
|---|---|---|
| Módulo VeriFactu | l10n_es_edi_verifactu (núcleo LGPL) |
El mismo módulo, l10n_es_edi_verifactu |
| Módulo OCA (alternativa) | No aplica | l10n_es_verifactu_oca, aún sin rama 19.0 |
| Soporte ante cambios de la AEAT | Contrato con Odoo S.A. | Comunidad y tu implementador |
| Coste de licencia | Por usuario/mes | 0 € (hosting y mantenimiento aparte) |
| Migraciones de versión | Incluidas por Odoo | OpenUpgrade, por tu cuenta |
| Resto de fiscalidad ES | La misma base, con soporte | SII y TicketBAI en el núcleo + familia l10n_es_aeat OCA |
La diferencia clave hoy no es el módulo, que es el mismo código libre en las dos ediciones, sino el soporte y el contrato: Enterprise te da interlocutor y migraciones incluidas a cambio de una cuota por usuario; en Community el módulo oficial está igual de disponible, pero mantenerlo y migrarlo es responsabilidad tuya.
¿Merece la pena subir a 19 por VeriFactu?
No. Subir de versión solo por VeriFactu es invertir el razonamiento: la norma no exige ninguna versión concreta de Odoo, exige un sistema de facturación conforme. Y las fechas vigentes juegan a tu favor: tras el RD-ley 15/2025, la obligatoriedad es el 1 de enero de 2027 para sociedades y el 1 de julio de 2027 para autónomos y resto (los contribuyentes acogidos al SII están exentos). Hay margen para que el port a 19.0 madure.
Nuestro criterio por escenario:
- Instalación nueva hoy: Odoo 18 Community + módulo OCA. Es la combinación con más horas de vuelo y la que te deja cumplir ya en modo voluntario durante 2026.
- Ya estás en 18 Community: no te muevas por esto. Actualiza el módulo OCA periódicamente y revisa el estado del port a 19.0 hacia mediados de 2027, cuando planifiques tu salto de versión por otros motivos.
- Estás decidido a la 19 por otras razones (IA, interfaz, apps): asume que VeriFactu se resolverá más tarde vía OCA o con un conector externo, y verifica el estado de la rama 19.0 en la fecha en que lo implantes, no con datos de este artículo.
Y recuerda que VeriFactu no convive solo: si tu empresa está en el SII, quedas fuera de su ámbito. Tenemos una guía específica de la configuración del SII en Odoo Community y el artículo divulgativo de VeriFactu con Odoo Community sin Enterprise para el contexto general. Para el resto del cumplimiento contable (modelos AEAT, libro de IVA, conciliación), la referencia es la guía de contabilidad española completa en Odoo Community con OCA.
Contenido verificado el 16 de septiembre de 2026 contra OCA/l10n-spain (ramas 18.0 y 19.0, y listado de pull requests abiertos) y el manifest de l10n_es_edi_sii en odoo/odoo (rama 19.0).