Factura electrónica B2B desde Odoo: qué configurar hoy para emitir y recibir en formato estructurado

Qué debe poder hacer tu programa de facturación, qué trae Odoo 19 para España con Facturae y UBL y qué conviene probar antes de las fechas de 2027 y 2028.

4 de noviembre de 2026 por

Elías Zreik

La pregunta de quien empieza a prepararse es siempre la misma: ¿qué tiene que poder hacer mi programa de facturación? La respuesta corta cabe en cuatro verbos: emitir, recibir, copiar y avisar. La larga depende de cuándo te toque, y hay dos fechas, el 6 de octubre de 2027 y el 6 de octubre de 2028.

Este artículo no repite el calendario, que ya está en nuestro artículo sobre la orden en el BOE. Aquí vamos a lo práctico: qué se le pide al programa, qué trae Odoo 19 para España, qué conviene dejar hecho hoy y qué no podemos afirmar todavía.

En una frase

Odoo 19 ya genera facturas en Facturae y en UBL, pero que genere el fichero no basta: falta comprobar la copia fiel a la AEAT y la recepción con tus propios proveedores, y eso se prueba antes de que haya plazo, no el día que lo haya.

¿Qué se le pide a un programa de facturación?

Según la Agencia Tributaria, la obligación de emitir, enviar y recibir facturas electrónicas llega el 6 de octubre de 2027 para quien factura más de 8 millones de euros y el 6 de octubre de 2028 para el resto de empresarios y profesionales. Lo que tiene que hacer el programa sale de dos normas: el Real Decreto 238/2026 y la Orden HAC/1028/2026.

Emitir en formato estructurado. El artículo 7.1 del real decreto pide un mensaje informático estructurado, ajustado al modelo semántico EN 16931, en una de estas sintaxis: CII, UBL, EDIFACT o Facturae. Un PDF por correo deja de ser la factura.
Recibir lo mismo que emites. Tus proveedores te mandarán ficheros, no PDF. Si tu programa no los lee, acabarás tecleando facturas a mano, que es justo lo que la norma quiere evitar.
Mandar una copia fiel a la solución pública. Si no emites desde la solución de la AEAT, el sistema tiene que enviar a la vez que emite una copia fiel en sintaxis UBL, marcada como copia en el campo del indicador de copia. El artículo 4 de la orden no admite ficheros integrados o embebidos.
Avisar de los estados. Rechazo, pago efectivo completo y fecha de vencimiento. Es la parte que persigue la morosidad. Para los autónomos y demás personas físicas, y para las entidades en régimen de atribución de rentas, la AEAT fija el 6 de octubre de 2029.

¿Qué trae Odoo 19 para España?

Lo hemos mirado en la propia base de epoint, que es Odoo 19, y no solo en la documentación. Hay tres piezas que importan.

Facturae. El módulo «Spain - Facturae EDI» (l10n_es_edi_facturae) viene con la localización española. Según la documentación oficial de la versión 19, genera el fichero que se envía a la Administración General del Estado. En el contacto, el formato «Spain (FacturaE)» aparece entre las opciones del campo «eInvoice format». Ojo con un detalle de esa misma documentación: el XML queda en el chatter y no se envía solo.
UBL. El módulo «Import/Export electronic invoices with UBL/CII» (account_edi_ubl_cii) está instalado en nuestra base y ofrece el formato «EU Standard (Peppol Bis 3.0)», que es una variante de UBL conforme a la EN 16931. Es la base probable para la sintaxis que pide la orden.
Importación. El módulo base «Import/Export Invoices From XML/PDF» (account_edi) está instalado, así que Odoo sabe leer un XML adjunto para crear la factura de proveedor. Qué formatos concretos entiende en España lo hemos de probar con ficheros reales, no darlo por hecho.

La lectura epoint

Aquí discrepamos con quien dice «Odoo ya lo tiene todo». Tiene mucho, sí. Pero no hemos encontrado documentación oficial que diga que Odoo 19 envíe la copia fiel en UBL a la solución pública de la AEAT, ni que su UBL cumpla el anexo de datos mínimos de la orden. Hasta que alguien lo pruebe con la solución en marcha, es una pregunta abierta, y la orden obliga a tener la solución disponible al menos dos meses antes de la primera aplicación efectiva. Mejor llegar a esa fecha con las pruebas hechas que descubrirlo en septiembre de 2027.

¿Qué deja uno hecho hoy, sin esperar a nadie?

Hay trabajo que no depende de ninguna norma pendiente. Lo ordenamos de lo más sencillo a lo que más información da:

1. Datos del emisor completos. Razón social, NIF y, si la dirección está en España, municipio, código postal y provincia. El anexo I de la orden los exige. Revisa la ficha de tu empresa en Odoo antes de nada.
2. NIF y dirección de los clientes, uno a uno. Una factura estructurada no admite un cliente sin NIF válido, y si su dirección está en España el anexo pide también municipio, código postal y provincia. Filtra los contactos con facturas emitidas en los últimos meses y mira cuáles tienen esos datos vacíos o mal escritos.
3. Formato por cliente. En la ficha del contacto, pestaña de contabilidad, el campo «eInvoice format» decide qué XML se genera. Pruébalo con un cliente de confianza: confirma una factura, pulsa Enviar y mira qué fichero se adjunta. Para Facturae, la documentación de Odoo pide antes cargar el certificado de la empresa con el ámbito Facturae, y que el cliente tenga un NIF válido y España como país.
4. Series y numeración. El código único de cada factura mezcla NIF del emisor, serie, número y fecha de expedición. Duplicados y huecos históricos se corrigen mejor ahora que con prisa.
5. Una prueba de recepción. Pídele a un proveedor que te mande una factura en Facturae o UBL, súbela a una factura de proveedor y comprueba qué campos rellena Odoo solo. Esta es la prueba que más información da.

¿Qué todavía no se puede afirmar?

Tres cosas, y conviene decirlas tal cual. Primera: cómo se conectará un sistema propio a la solución pública. Segunda: qué cobrarán las plataformas privadas a sus clientes, que no hemos visto fijado en ninguna norma. Tercera: el calendario de VeriFactu, que Hacienda anunció el 5 de octubre de 2026 que quiere mover a octubre de 2028 y que, a 4 de noviembre, sigue sin norma publicada en el BOE, como contamos en nuestro artículo sobre VeriFactu.

Para una pyme, el orden razonable es este: arreglar los datos, probar un envío y una recepción, y dejar para más tarde la decisión de plataforma. Esas pruebas las incluimos en nuestro paquete Odoo Facturas Digital junto con la configuración de series y envío, y si lo tuyo es solo la normativa, tenemos una página dedicada a la factura electrónica.

Desde nuestra experiencia

En el proyecto de Cohaerentis, un despacho de servicios profesionales, activamos Verifactu en su Odoo y automatizamos la facturación desde proyectos y partes de horas. No era todavía factura electrónica entre empresas, pero apunta en la misma dirección: partir de datos ordenados en el origen facilita cualquier cambio posterior.