Errores BR-E-10, BR-AE-10, BR-IC-10 y BR-G-10: el motivo de exención del IVA

Las siete reglas, con el texto del Schematron de EN 16931 (validation-1.3.17). Todas son fatales:

El motivo puede ir como código (BT-121, de la lista VATEX) o como texto (BT-120). Para E basta cualquiera de los dos; para AE, K, G y O, el código o el texto tienen que significar justo eso: «Reverse charge», «Intra-community supply»… Las reglas de las otras familias (BR-E-08, BR-AE-08 y siguientes) son las de importes; aquí solo va el motivo.

Cómo decide Odoo la categoría

Aquí es donde las versiones se separan:

• Odoo 17 y 18: de serie, el impuesto no trae campo de categoría y Odoo la deduce: a un cliente español con código postal que empieza por 35 o 38 (Canarias), L, y por 51 o 52 (Ceuta y Melilla), M; E si el impuesto es del 0 % y vendedor y cliente son del mismo país; AE en el autoliquidado de cocontratante belga o en la autofactura con impuesto de inversión; con NIF del vendedor e impuesto al 0 %, K si los dos son del EEE y G si solo lo es uno; en el resto, S si el impuesto tiene porcentaje y E si es del 0 %. El módulo estándar account_edi_ubl_cii_tax_extension (Tax extension for UBL/CII), que no se instala solo, añade al impuesto Tax Category Code y Tax Exemption Reason Code: con la categoría puesta, Odoo usa esa en vez de deducirla.
• Odoo 19: cada impuesto tiene Tax Category Code (AE, E, S, Z, G, O, K, L, M, B) y Tax Exemption Reason Code, con la lista VATEX.
• Odoo 20: los mismos dos campos y, además, Tax Exemption Reason, un texto libre.
• En las cuatro versiones: si una categoría E se queda sin motivo, Odoo escribe el texto «Exempt from tax», que cumple BR-E-10.

La trampa típica de Odoo 17 y 18 sin ese módulo es un impuesto del 0 % para un servicio fuera del ámbito del IVA, que la deducción nunca marca como O, o una venta nacional con inversión del sujeto pasivo: la categoría sale distinta de la que esperaría tu asesor.

Con nuestro módulo XRechnung y ZUGFeRD

El generador del módulo publicado solo conoce dos categorías, S y Z. En XRechnung UBL escribe S cuando el impuesto tiene porcentaje y Z cuando es del 0 %. En XRechnung CII, su formato por defecto, cada línea sale como S, también con un impuesto del 0 %, y el validador de KoSIT la rechaza con BR-S-05 (lo hemos comprobado). Una factura con inversión del sujeto pasivo, intracomunitaria, de exportación o exenta no sale con AE, K, G ni E. En Odoo 18, 19 y 20, con la suscripción a FlexigoTech Cloud, el módulo valida el resultado con las reglas de KoSIT y deja en Validation Errors cualquier regla que falle. Para esas facturas, hoy, la exportación de Odoo es la que conoce las categorías. En Odoo 17, la versión publicada no valida.

Cómo arreglarlo

1. Identifica la categoría que sale en el desglose del XML (BT-118) y compárala con la operación real.
2. En Odoo 19 y 20, abre el impuesto y pon su Tax Category Code y, si es E, AE, K, G u O, su Tax Exemption Reason Code.
3. En Odoo 17 y 18, instala account_edi_ubl_cii_tax_extension y pon en cada impuesto su categoría y, si esa categoría lo pide, su motivo. Sin ese módulo, revisa el país del cliente, su código postal, su NIF y la posición fiscal: son los datos de los que Odoo deduce la categoría.
4. Un motivo de exención en una línea al tipo general provoca BR-S-10: quítalo del impuesto.
5. Genera el fichero de nuevo.

Sigue leyendo