XMP-PROFILE-MISMATCH

Le profil déclaré dans le XMP diffère de celui du XML

Corrigé automatiquementCohérence PDF / XMLbloquant

Ce que la règle vérifie

fx:ConformanceLevel dans les métadonnées XMP du PDF doit correspondre à l'URN de profil déclaré dans le XML embarqué.

Pourquoi elle se déclenche

Le PDF et le XML sont produits par deux chaînes différentes, et le XMP est souvent figé dans un gabarit pendant que le profil du XML évolue. C'est un motif de rejet fréquent alors même que la facture est valide sur le fond.

En pratique

Constaté

<fx:ConformanceLevel>BASIC</fx:ConformanceLevel>

Attendu

<fx:ConformanceLevel>EN 16931</fx:ConformanceLevel>

Ce qu'il faut faire

Les deux déclarations doivent être alignées. Factlint reprend le XMP sur le profil réellement constaté dans le XML.

Corrigé automatiquement. Structurel et dérivable du document. La correction est appliquée, réversible et tracée avec son avant, son après et son XPath.

Dans la réponse de l'API

{
  "code": "XMP-PROFILE-MISMATCH",
  "severity": "fatal",
  "resolution": "auto",
  "rule_source": "coherence",
  "docs_url": "https://factlint.com/errors/xmp-profile-mismatch"
}

Le verdict d'un document n'est jamais un code HTTP : une facture non conforme renvoie200 avec un statut métier. Les codes 4xx ne concernent que la requête elle-même.

Le résultat de ce contrôle dépend du jeu de règles utilisé. Consultez lechangelog pour savoir lequel s'applique à une date donnée.