Comment savoir si un rejet vient du paramétrage de mon logiciel de gestion ?
Comparez plusieurs fichiers rejetés en conservant la règle, le champ, le profil et la version du contrôle. Si la même valeur erronée est produite par le même réglage d’export, vous disposez d’une piste reproductible de paramétrage, à confirmer par un nouvel export après correction.
Regrouper les incidents par cause vérifiable
Des messages identiques à l’écran peuvent masquer des problèmes différents. Commencez par les retours détaillés : quelle règle, sur quel champ et quelle ligne, dans quel document ? Conservez aussi la version du logiciel, du connecteur et du contrôle.
Un regroupement utile associe la même règle, le même emplacement logique et le même profil. Le numéro de ligne peut varier d’une facture à l’autre : une ligne de régularisation n’est pas toujours la dernière. Recherchez son rôle et les paramètres qui la produisent.
Cette méthode de tri est une proposition de diagnostic. Aucun nombre d’incidents ne démontre à lui seul que le logiciel est en cause, et le nom de l’éditeur ne permet pas de conclure.
Comparer la saisie au fichier réellement exporté
Prenez un document dont l’écart est compris. Comparez la donnée enregistrée dans le logiciel, celle du fichier exporté et celle lue par le contrôle. Le point où ces valeurs divergent délimite l’enquête.
Si le prix saisi est correct mais que l’export le rend négatif, examinez les règles de signe du connecteur. Si l’adresse de réception figure dans la fiche client mais disparaît du fichier, examinez sa correspondance avec le champ d’export. Les références de ces deux contrôles sont précisées plus bas.
Une alerte de vérification du numéro de TVA peut être un autre incident. Elle ne remplace pas l’assertion qui a échoué sur le fichier. Conservez les deux événements et leurs heures avant de les relier.
| À conserver | Pourquoi |
|---|---|
| Règle, champ, valeur et ligne | Établir ce qui se répète réellement. |
| Format, profil et version du contrôle | Éviter de comparer deux jeux de règles différents. |
| Version d’export et réglage concerné | Relier le défaut à une transformation reproductible. |
| Résultat avant et après correction | Vérifier l’effet du changement sur le même cas. |
Prouver la correction sur un export reproductible
Corrigez le réglage dans un environnement de test, puis régénérez le fichier depuis les mêmes données. Une retouche manuelle du XML peut aider à isoler la cause, mais elle ne prouve pas que le prochain export sera correct.
Rejouez le cas fautif et un cas voisin qui passait déjà. Comparez les valeurs concernées et le rapport complet, puis confirmez le retour de la plateforme sur le nouveau dépôt autorisé.
Conservez dans le dossier de support une reproduction synthétique et les versions nécessaires. Les fichiers commerciaux et leurs identifiants n’ont pas leur place dans un ticket public.
Pour vérifier
Sources et repères techniques
CEN · Validation UBL EN16931
1.3.16 · 10 avril 2026
EN16931-UBL-validation-preprocessed.sch, BR-27, contextes InvoiceLine et CreditNoteLine.
Le test du prix unitaire net impose une valeur supérieure ou égale à zéro. Cette référence porte sur le socle UBL EN16931.
FNFE-MPE · Adresse électronique de l’acheteur
1.4.0.04 · 4 septembre 2026
BR-FR-Flux2-Schematron-UBL.sch, BR-FR-12_BT-49 et BR-FR-21_BT-49.
La première assertion porte sur la présence ; la seconde teste le schéma 0225 et le début de l’adresse dans son contexte B2B, avec des exclusions explicites pour l’autofacturation.
Exemples bornés : BR-27, CEN 1.3.16 du 10/04/2026, prix net UBL ; BR-FR-12_BT-49, FNFE 1.4.0.04 du 04/09/2026, présence de l’adresse électronique de l’acheteur. Ce sont deux contrôles distincts.
Pour un ticket d’intégration, relever aussi le chemin XML renvoyé par l’assertion et l’empreinte du fichier. Une empreinte identique permet de vérifier que deux essais portent sur les mêmes octets.
Ce qu’il faut faire
- Recueillir les retours complets et former un groupe de défauts comparables.
- Comparer les données saisies, exportées et contrôlées pour localiser la transformation.
- Produire une reproduction synthétique et vérifier le réglage avec l’intégrateur.
- Régénérer puis contrôler les cas concernés et un cas voisin avant d’étendre la correction.
Diag Invoice automatise le contrôle des factures et la lecture des écarts techniques décrits dans ces réponses.