Tu software de facturación ha generado un PDF impecable, tu plataforma certificada (PA en Francia, antes PDP) lo ha transmitido… y la factura vuelve rechazada, a menudo con un código de error incomprensible. La buena noticia: un rechazo casi nunca es un misterio. La plataforma ha inspeccionado capas técnicas que tu visor de PDF no muestra, y esas capas se pueden diagnosticar metódicamente, incluso en local, sin enviar la factura a ningún servicio externo.
Desde el 1 de septiembre de 2026, la recepción de facturas electrónicas es obligatoria para todas las empresas francesas, y las grandes empresas y las de mediana capitalización (ETI) ya deben emitirlas a través de una plataforma (pymes y microempresas: septiembre de 2027). Los rechazos se multiplican entre los emisores que descubren este formato; esta guía te ayuda a comprender el tuyo.
Por qué la factura «parecía correcta»
Una Factur-X es un archivo híbrido: un PDF/A-3 legible por humanos, junto con un archivo XML estructurado incrustado como adjunto, legible por programas informáticos. Al abrir la factura en un visor de PDF, solo ves la primera mitad. Las causas del rechazo se encuentran en la segunda, o bien en las propiedades técnicas del propio contenedor, invisibles en pantalla.
Una plataforma certificada no «lee» la factura como tú: descompone el contenedor, extrae el XML y aplica reglas de validación antes de aceptar o enrutar el documento. Una representación visual perfecta puede convivir con un XML ausente, corrupto o con errores aritméticos.
Las causas reales del rechazo, capa por capa
Diagnosticar una factura rechazada sigue un orden lógico: del contenedor al contenido. Es exactamente el orden que aplica la herramienta de Diagnóstico Factur-X de Document Flare, que evalúa cinco capas y se detiene en el primer bloqueo.
1. El contenedor no es un PDF/A-3
Factur-X exige un PDF/A-3 (ISO 19005-3), indicado en los metadatos XMP mediante pdfaid:part=3. Un PDF ordinario —o un PDF/A de otro perfil— fallará aquí. Se verifican dos señales complementarias: la presencia de un OutputIntent (perfil de color, obligatorio en PDF/A) y la declaración del esquema de extensión Factur-X en el XMP (fx:DocumentType y sus complementos ConformanceLevel, DocumentFileName, Version).
Caso típico: una factura «aplanada» o reconvertida posteriormente con una herramienta genérica: la conversión generó un PDF estándar y se perdió la condición de PDF/A-3.
2. El XML está ausente, mal nombrado o mal declarado
El XML debe adjuntarse con un nombre reconocido: factur-x.xml (el más habitual), zugferd-invoice.xml o xrechnung.xml para las variantes alemanas. Un archivo adjunto llamado facture.xml o data.xml no es una Factur-X: la plataforma simplemente no encontrará ninguna factura electrónica en tu PDF.
Dos trampas adicionales en esta capa:
- AFRelationship: el archivo adjunto debe declararse con su relación con el documento;
Alternativees el valor esperado para Factur-X (se toleraData). Una relación ausente o incorrecta provoca rechazos en la PA aunque el XML esté perfectamente presente. - XML dañado: el archivo está presente pero no se puede parsear (exportación truncada, codificación rota). No queda nada por diagnosticar: hay que regenerarlo.
Puedes comprobar la presencia del XML manualmente con Extraer adjuntos o de forma automática con el Diagnóstico Factur-X.
3. La estructura XML está incompleta
El XML de una Factur-X es una factura CII (CrossIndustryInvoice). Tres secciones resultan indispensables: ExchangedDocumentContext (cuyo URN declara el perfil), ExchangedDocument (número, fecha) y SupplyChainTradeTransaction (vendedor, comprador, líneas, totales). También debe incluirse una recapitulación monetaria (SpecifiedTradeSettlementHeaderMonetarySummation).
Las menciones mínimas de la norma también pertenecen a esta capa: número de factura (BR-1, BT-1), fecha de emisión (BR-2, BT-2), nombre del vendedor (BR-11, BT-27), nombre del comprador (BR-17, BT-44).
4. Los totales no cuadran (reglas BR-CO-*)
Las reglas aritméticas de la norma EN 16931 constituyen una causa importante de rechazo: verifican que el XML sea coherente consigo mismo. Las principales:
| Regla | Condición que debe cumplirse |
|---|---|
| BR-CO-10 | La suma de los importes de línea es igual al total de líneas (BT-106) |
| BR-CO-13 | Base imponible total (BT-109) = líneas − descuentos + recargos |
| BR-CO-14 | Total de IVA (BT-110) = suma del IVA por tipo impositivo (BT-117) |
| BR-CO-15 | Importe total con IVA (BT-112) = base imponible + IVA |
| BR-CO-16 | Importe a pagar (BT-115) = total con IVA − anticipos + redondeo |
Las comparaciones toleran una desviación de medio céntimo (por redondeos intermedios). A esto se suman las reglas de precisión BR-DEC: los importes de la factura se redondean a 2 decimales como máximo, y el precio unitario a 4. Por último, la regla BR-16 exige al menos una línea de factura en cuanto el perfil supera MINIMUM: una Factur-X BASIC «sin líneas» que declare ser BASIC a secas será rechazada.
5. Los identificadores franceses tienen un formato incorrecto
La capa específica para Francia: el SIREN (esquema 0002) debe tener 9 dígitos y el SIRET (esquema 0009) 14 dígitos, tanto para el vendedor (BT-30) como para el comprador (BT-47). Si un identificador se declara con un esquema erróneo o una longitud incorrecta, se marcará como incidencia.
Nota: las plataformas a menudo van más allá del formato: verifican que el SIREN esté activo en el directorio oficial o que el destinatario sea conocido. Por tanto, un SIREN bien formado pero dado de baja puede superar el diagnóstico del archivo y fallar durante la transmisión.
Cómo diagnosticar la factura rechazada en la práctica
La herramienta de Diagnóstico Factur-X ejecuta toda esta cascada directamente en tu navegador: el archivo nunca sale de tu dispositivo, algo fundamental para un documento que contiene tus importes, tus clientes y, a menudo, tus datos bancarios.
- Arrastra el PDF rechazado (un archivo a la vez).
- Lee el informe por capas: cada capa figura como conforme, con discrepancia, bloqueante (error fatal) o no evaluada.
- Una capa bloqueante interrumpe las siguientes: no tiene sentido buscar un error BR-CO si falta el XML; corrige primero la capa crítica y repite el análisis.
- En las discrepancias analizadas, el informe especifica la regla exacta (BR-CO-10, FX-EMBEDDED-AFREL…) y una pista para resolverla.
El diagnóstico cubre el núcleo evaluado (versión 1.3.16 de los esquemas de validación, listas de códigos a 15 de mayo de 2026). Es un diagnóstico preliminar: no ejecuta la totalidad de las reglas Schematron oficiales; para una validación exhaustiva, el validador de FNFE-MPE sigue siendo la referencia.
¿Corregir o regenerar?
La respuesta varía según la capa afectada:
- Regenerar si el XML no existe, está corrupto, es estructuralmente incompleto o si los importes declarados son incorrectos. Los datos de negocio (totales, líneas, identidades) pertenecen a tu software de facturación o a tu plataforma: ninguna herramienta PDF puede inventarlos limpiamente. Comprueba la configuración de exportación —el perfil Factur-X seleccionado, los datos obligatorios completados— y vuelve a exportar.
- La capa del contenedor es el único caso donde cabe plantearse una corrección a nivel de archivo (OutputIntent ausente, AFRelationship mal declarado). En la práctica, la solución idónea sigue dependiendo del emisor: «reparar» un contenedor manualmente sin dominar las especificaciones de PDF/A-3 suele provocar un nuevo rechazo. Y un recordatorio importante: convertir un PDF a PDF/A no basta; la conversión a PDF/A de Document Flare produce un perfil 1b por aproximación razonable, no el conjunto PDF/A-3 + XML + XMP que compone una Factur-X.
- Si el diagnóstico resulta impecable pero la plataforma sigue rechazando el documento: la causa radica en la transmisión (SIREN inactivo, problemas en el directorio o en la configuración de los flujos). El mensaje de rechazo de la plataforma y su servicio de asistencia serán tu mejor pista.
Un hábito que ahorra tiempo: conserva el mensaje de rechazo exacto. «Factura no conforme» y «BR-CO-10» no se abordan del mismo modo; el segundo te lleva directamente a la capa 4.
En resumen
El rechazo de una factura electrónica se diagnostica descendiendo por sus capas: PDF/A-3, XML incrustado y debidamente declarado, estructura CII completa, aritmética EN 16931 e identificadores franceses. La gran mayoría de los rechazos tienen su origen en las dos primeras capas: invisibles en el visor PDF, pero detectables en segundos en local. Primero diagnostica; después regenera desde el software emisor: allí es donde residen los datos y donde deben corregirse. En cuanto a los perfiles MINIMUM y BASIC que son rechazados a pesar de «pasar» los validadores, se trata de una cuestión distinta: consulta qué perfil Factur-X elegir.
