Codes de rejet

Les codes de rejet, et qui corrige chacun.

Les validateurs et les plateformes fiscales répondent par un code, pas par une explication. Chaque code ci-dessous dit ce qui n’a pas fonctionné et quel côté le corrige.

R
Qui le corrige148 codes
Données ERP
55
Intégration
35
Accès du vendeur
11
Vendeur et acheteur
40
Acheteur
4
Plateforme
3
Qui le corrige

Chaque code relève d’un seul côté.

La plupart des rejets se corrigent dans les données de l’ERP ou dans l’intégration. Savoir lequel évite une semaine d’e-mails.

  • 55Données ERP

    Un champ de l’export ERP du vendeur ou de ses données de référence est manquant ou erroné.

  • 35Intégration

    Le mapping ou la connexion entre l’ERP et le canal. Avec nous, c’est notre travail.

  • 11Accès du vendeur

    L’inscription, les identifiants ou les autorisations du vendeur sur le canal.

  • 40Vendeur et acheteur

    Une décision commerciale ou fiscale, en général avec l’acheteur ou le comptable.

  • 4Acheteur

    Un point qui relève de l’acheteur. Le vendeur attend ou relance.

  • 3Plateforme

    La plateforme fiscale ou le réseau lui-même. Attendre et renvoyer.

Qui corrige ce rejet ?Répondez à quelques questions sur le message reçu.

1Le message cite-t-il un champ ou un terme métier, comme BT-48 ?

EN 16931, tous les pays
CodeSignificationQui le corrigeQue faire
BR-CO-16Le montant à payer (BT-115) n’est pas le total TTC (BT-112) moins le montant payé (BT-113) plus l’arrondi (BT-114).IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
BR-CO-15Le total TTC (BT-112) n’est pas le total HT (BT-109) plus le total de TVA (BT-110).IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
BR-CO-25Un montant est dû (BT-115 positif), mais il n’y a ni date d’échéance (BT-9) ni conditions de paiement (BT-20).Données ERPExporter la date d’échéance ou les conditions de paiement.
BR-CL-04Le code de devise de la facture n’est pas un code ISO 4217.Données ERPUtiliser dans l’ERP le code ISO à trois lettres, comme EUR, PLN ou RON.
BR-CL-23Une unité de mesure n’est pas un code de la Recommandation 20/21 de l’UN/ECE.IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
BR-CL-25Un schéma d’adresse électronique (BT-34-1 ou BT-49-1) ne figure pas dans la liste de codes EAS.Données ERPCorriger le schéma dans la fiche client ou société, par exemple 0208 ou 9925 en Belgique.
BR-06Le nom du vendeur (BT-27) est manquant.Données ERPAjouter la raison sociale dans les paramètres de la société.
BR-50Un paiement par virement exige le compte de paiement (BT-84), et il est manquant.Données ERPAjouter l’IBAN aux coordonnées bancaires de la société.
BR-IC-11Une livraison intracommunautaire (K) exige la date de livraison ou la période de facturation.Données ERPExporter la date de livraison ou la période de la prestation.
BR-IC-12Une livraison intracommunautaire (K) exige le pays de livraison.Données ERPExporter l’adresse de livraison, ou au moins son pays.
BR-O-02/03Une facture comportant des lignes « non soumis à la TVA » (O) ne doit porter aucun numéro de TVA.Vendeur et acheteurVérifier avec le comptable : soit la vente est hors champ de la TVA (supprimer les numéros de TVA), soit elle relève d’une autre catégorie.
Peppol
CodeSignificationQui le corrigeQue faire
PEPPOL-EN16931-R003PEPPOL-R003Ni référence de l’acheteur (BT-10) ni référence de bon de commande (BT-13) n’est présente.Données ERPExporter la référence de l’acheteur ou le numéro de commande.
PEPPOL-EN16931-R010PEPPOL-R010L’adresse électronique de l’acheteur (BT-49) est manquante.Données ERPAjouter le Peppol ID du client (schéma et valeur) à sa fiche ; le chercher dans l’annuaire Peppol.
PEPPOL-EN16931-R020PEPPOL-R020L’adresse électronique du vendeur (BT-34) est manquante.Accès du vendeurUtiliser le Peppol ID sous lequel le vendeur est enregistré auprès de son point d’accès.
PEPPOL-EN16931-CL008Un schéma d’adresse électronique ne figure pas dans la liste de codes EAS de Peppol.Données ERPCorriger le schéma, comme pour BR-CL-25.
DE-R-005Règle nationale allemande de Peppol : lorsque le vendeur et l’acheteur sont tous deux en Allemagne, le nom du contact du vendeur (BT-41) est obligatoire, y compris en B2B.Données ERPAjouter le nom du contact de facturation, comme pour XRechnung.
DE-R-006Règle nationale allemande de Peppol : lorsque le vendeur et l’acheteur sont tous deux en Allemagne, le téléphone du contact du vendeur (BT-42) est obligatoire, y compris en B2B.Données ERPAjouter le numéro de téléphone du contact de facturation, comme pour BR-DE-6.
DE-R-007Règle nationale allemande de Peppol : lorsque le vendeur et l’acheteur sont tous deux en Allemagne, l’e-mail du contact du vendeur (BT-43) est obligatoire, y compris en B2B.Données ERPAjouter l’adresse e-mail du contact de facturation, comme pour BR-DE-7.
DE-R-015Règle nationale allemande de Peppol : lorsque le vendeur et l’acheteur sont tous deux en Allemagne, la facture doit porter la référence de l’acheteur (BT-10), y compris en B2B.Données ERPExporter la référence de l’acheteur, comme pour BR-DE-15.
REPEPPOL-MLR-RELe système du destinataire a rejeté le document au niveau du message (schéma, UBL ou règle métier bloquante) ; sa description en donne la raison, et les réponses par ligne peuvent porter des motifs BV (règle métier) ou SV (syntaxe).IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
21 codes

Peppol : la réponse de l’acheteur

A buyer's Invoice Response carries a reason and an action. These are business statuses, not file errors. Source officielle: Peppol Invoice Response

Peppol : la réponse de l’acheteur
CodeSignificationQui le corrigeQue faire
NONPEPPOL-REASON-NONStatut de l’acheteurAucun problème : simple mise à jour de statut.Vendeur et acheteurRien à faire.
REFPEPPOL-REASON-REFStatut de l’acheteurDes références (commande, contrat, référence de l’acheteur) nécessaires à l’acheminement ou à l’approbation sont manquantes ou erronées.Vendeur et acheteurAjouter la référence demandée par l’acheteur et renvoyer si l’acheteur demande une nouvelle facture.
LEGPEPPOL-REASON-LEGStatut de l’acheteurLa facture ne respecte pas les exigences légales.Vendeur et acheteurVérifier le contenu légal avec le comptable ; en général, émettre un avoir puis refacturer.
RECPEPPOL-REASON-RECStatut de l’acheteurLe destinataire n’est pas connu de l’acheteur.Vendeur et acheteurVérifier l’entité acheteuse et son Peppol ID ; émettre un avoir et facturer la bonne entité.
QUAPEPPOL-REASON-QUAStatut de l’acheteurLa qualité des articles n’est pas acceptable.Vendeur et acheteurRégler avec l’acheteur ; un avoir peut suivre.
DELPEPPOL-REASON-DELStatut de l’acheteurLa livraison n’est pas acceptable.Vendeur et acheteurRégler avec l’acheteur ; un avoir peut suivre.
PRIPEPPOL-REASON-PRIStatut de l’acheteurLes prix diffèrent de ce que l’acheteur attendait.Vendeur et acheteurVérifier le prix convenu ; émettre un avoir ou refacturer.
QTYPEPPOL-REASON-QTYStatut de l’acheteurLes quantités diffèrent de ce que l’acheteur attendait.Vendeur et acheteurVérifier les quantités livrées ; émettre un avoir ou refacturer.
ITMPEPPOL-REASON-ITMStatut de l’acheteurLes articles diffèrent de ce que l’acheteur attendait.Vendeur et acheteurVérifier les articles ; émettre un avoir ou refacturer.
PAYPEPPOL-REASON-PAYStatut de l’acheteurLes conditions de paiement diffèrent de ce qui avait été convenu.Vendeur et acheteurVérifier les conditions ; refacturer si l’acheteur le demande.
UNRPEPPOL-REASON-UNRStatut de l’acheteurL’acheteur ne reconnaît pas la transaction.Vendeur et acheteurConfirmer avec l’acheteur qui a passé la commande ; émettre un avoir si la facture a été envoyée par erreur.
FINPEPPOL-REASON-FINStatut de l’acheteurLes conditions financières diffèrent.Vendeur et acheteurVérifier les conditions financières avec l’acheteur.
PPDPEPPOL-REASON-PPDStatut de l’acheteurPayée en partie (utilisé avec PD).Vendeur et acheteurSuivre le montant restant.
OTHPEPPOL-REASON-OTHStatut de l’acheteurAutre motif, indiqué sous forme de texte.Vendeur et acheteurLire la note de l’acheteur.
NOAPEPPOL-ACTION-NOAStatut de l’acheteurAucune action n’est nécessaire de la part du vendeur.Vendeur et acheteurAucune action n’est nécessaire de la part du vendeur.
PINPEPPOL-ACTION-PINStatut de l’acheteurEnvoyer les informations manquantes sans réémettre la facture.Vendeur et acheteurEnvoyer les informations manquantes sans réémettre la facture.
NINPEPPOL-ACTION-NINStatut de l’acheteurÉmettre une nouvelle facture corrigée.Vendeur et acheteurÉmettre une nouvelle facture corrigée.
CNFPEPPOL-ACTION-CNFStatut de l’acheteurAnnuler la facture en totalité par un avoir.Vendeur et acheteurAnnuler la facture en totalité par un avoir.
CNPPEPPOL-ACTION-CNPStatut de l’acheteurÉmettre un avoir partiel.Vendeur et acheteurÉmettre un avoir partiel.
CNAPEPPOL-ACTION-CNAStatut de l’acheteurRembourser le montant déjà payé.Vendeur et acheteurRembourser le montant déjà payé.
OTHPEPPOL-ACTION-OTHStatut de l’acheteurAutre action, indiquée sous forme de texte.Vendeur et acheteurAutre action, indiquée sous forme de texte.
6 codes

Allemagne : XRechnung et ZUGFeRD

Allemagne : XRechnung et ZUGFeRD
CodeSignificationQui le corrigeQue faire
BR-DE-5Le nom du contact du vendeur (BT-41) est manquant.Données ERPAjouter une personne ou un service de contact pour la facturation dans les paramètres de la société.
BR-DE-6Le téléphone du contact du vendeur (BT-42) est manquant.Données ERPAjouter le numéro de téléphone du contact de facturation.
BR-DE-7L’e-mail du contact du vendeur (BT-43) est manquant.Données ERPAjouter l’adresse e-mail du contact de facturation.
BR-DE-15XRechnung BR-DE-15La référence de l’acheteur (BT-10) est manquante. Pour les acheteurs publics, ce doit être le Leitweg-ID (l’acheminement vers le secteur public est mis de côté).Données ERPExporter la référence donnée par l’acheteur avec la commande.
§14(4) Nr.2 UStGUne facture allemande exige la Steuernummer ou l’USt-IdNr du vendeur.Données ERPAjouter l’un des deux numéros dans les paramètres de la société.
PDFA-6.2.4.3Le PDF utilise un espace colorimétrique propre à l’appareil sans intention de sortie, il n’est donc pas PDF/A-3B.IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
16 codes

France : règles des plateformes

France : règles des plateformes
CodeSignificationQui le corrigeQue faire
BR-FR-01/02Le numéro de facture dépasse 35 caractères, ou utilise des caractères autres que des lettres, des chiffres et - + _ /.Données ERPModifier dans l’ERP la série de numérotation des factures françaises.
BR-FR-05Chaque facture exige trois mentions : PMT (l’indemnité forfaitaire de recouvrement de 40 EUR), PMD (les pénalités de retard) et AAB (l’escompte pour paiement anticipé).IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
BR-FR-08Le cadre de facturation (BT-23 : B1, S1, M1 et les autres valeurs admises) est manquant ou non admis.Données ERPClasser chaque facture comme biens, services ou mixte, afin de pouvoir définir le cadre de facturation.
BR-FR-10Le SIREN du vendeur est manquant, ou non actif dans l’annuaire national.Accès du vendeurAjouter le SIREN dans les paramètres de la société, et vérifier que la société est enregistrée avec sa plateforme dans l’annuaire.
BR-FR-11Une facture B2B nationale exige le SIREN de l’acheteur, actif dans l’annuaire national.Données ERPAjouter le SIREN à la fiche client.
BR-FR-12L’adresse électronique de l’acheteur (BT-49) est manquante. La facture et les statuts destinés à l’acheteur y sont envoyés.Données ERPReprendre l’adresse de l’acheteur dans l’annuaire national et l’enregistrer dans la fiche client.
BR-FR-13L’adresse électronique du vendeur (BT-34) est manquante.Accès du vendeurUtiliser l’adresse que le vendeur a enregistrée par sa plateforme.
BR-FR-16Le taux de TVA n’est pas l’un des taux que la règle énumère, comme 20, 10, 5.5 et 2.1.Vendeur et acheteurVérifier le code de taxe avec le comptable et le corriger dans l’ERP.
BR-FR-CO-05Un avoir doit citer au moins une facture antérieure (BT-25, avec sa date BT-26), dans l’en-tête ou sur chaque ligne.Données ERPExporter le numéro et la date de la facture créditée.
BR-FR-CO-12Une facture française dans une autre devise exige la devise comptable EUR (BT-6) et le total de TVA en EUR (BT-111).IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
BR-FR-CDV-15Un statut qui exige un motif (fr:206 approuvée en partie, fr:207 en litige, fr:208 suspendue, fr:210 refusée) a été envoyé sans motif.IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
BR-FR-CDV-CL-09Le code motif n’est pas l’un des 51 codes AFNOR, ou n’est pas admis avec ce statut (par exemple QTE_ERR avec un refus).IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
BR-FR-CDV-CL-11Un montant dans un statut utilise un type hors des 14 admis (MEN, MPA, RAP, ESC, RAB, REM, MAP, MAPTTC, MNA, MNATTC, CBB, DIV, DVA, MAJ).IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
C. com. L441-9Le taux des pénalités de retard n’est pas indiqué.Vendeur et acheteurIndiquer sur la facture le taux des pénalités de retard.
C. com. L441-10L’indemnité forfaitaire de recouvrement de 40 EUR n’est pas indiquée.Vendeur et acheteurIndiquer sur la facture l’indemnité forfaitaire de recouvrement de 40 EUR.
C. com. R123-237AvertissementLa forme juridique et le capital social du vendeur doivent figurer sur la facture.Données ERPAjouter la forme juridique et le capital social dans les paramètres de la société.
51 codes

France : codes motifs du cycle de vie

The reason a French platform or buyer gives with a status: a file not accepted (501), data rejected (213), or a buyer's dispute, suspension or refusal. Source officielle: impots.gouv.fr

200
Déposée (déposée)
206
Approuvée partiellement (approuvée en partie)
207
En litige (en litige)
208
Suspendue (suspendue)
209
Complétée (complétée)
210
Refusée (refusée)
213
Rejetée (rejetée)
501
Irrecevable (non acceptée)
France : codes motifs du cycle de vie
CodeSignificationQui le corrigeQue faire
IRR_ANTIVIRUSContrôle anti-virusLe fichier a échoué à l’analyse de sécurité de la plateforme.Statuts: 501IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
IRR_EXT_DOCContrôle de l'extension des PJ de chaque fichier du fluxUne pièce jointe a un type de fichier que la plateforme n’accepte pas.Statuts: 501Données ERPExporter la pièce jointe en PDF (ou un autre type admis) et renvoyer.
IRR_NOM_FContrôle du nom de fichier contenu dans le fluxUn nom de fichier enfreint les règles de nommage de la plateforme.Statuts: 501IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
IRR_NOM_PJContrôle du nom des PJ de chaque fichier du flux (absence de caractères interdits)Un nom de pièce jointe enfreint les règles de nommage.Statuts: 501Données ERPRenommer la pièce jointe (sans caractères spéciaux) et renvoyer.
IRR_SYNTAXContrôle syntaxique des fichiers du fluxLe fichier de facture n’est pas un XML ou un PDF valide.Statuts: 501IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
IRR_TAILLE_FContrôle de taille max des fichiers contenus dans le fluxUn fichier dépasse la taille admise par la plateforme.Statuts: 501IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
IRR_TAILLE_PJContrôle de taille des PJ de chaque fichier du fluxUne pièce jointe dépasse la taille admise par la plateforme.Statuts: 501Données ERPCompresser ou scinder la pièce jointe et renvoyer.
IRR_TYPE_FContrôle de type et extension des fichiers du fluxLe fichier de facture a un type ou une extension que la plateforme n’accepte pas.Statuts: 501IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
IRR_VIDE_FContrôle de non vide sur les fichiers du fluxUn fichier de l’envoi était vide.Statuts: 501IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
IRR_VID_PJContrôle de PJ non vide de chaque fichier du fluxUne pièce jointe était vide.Statuts: 501Données ERPExporter de nouveau la pièce jointe depuis l’ERP et renvoyer.
REJ_SEMANRejet pour erreur sémantiqueUn ou plusieurs champs de la facture enfreignent les règles françaises (la plateforme nomme la règle, par exemple BR-CO-16).Statuts: 213IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
REJ_UNIRejet sur contrôle unicitéCette facture a déjà été déposée : même vendeur, même numéro, même année.Statuts: 213Données ERPNe pas la renvoyer. S’il s’agit vraiment d’une nouvelle facture, lui donner un nouveau numéro dans l’ERP.
REJ_COHRejet sur contrôle Cohérence de donnéesCertaines données de la facture sont incohérentes entre elles, ou le vendeur est inconnu de la plateforme.Statuts: 213IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
REJ_ADRRejet sur Contrôle d'adressageL’adresse de facturation électronique de l’acheteur ne figure pas dans l’annuaire national.Statuts: 213Données ERPObtenir l’adresse actuelle de l’acheteur dans l’annuaire, mettre à jour la fiche client et renvoyer.
REJ_ASS_PJRejet sur Erreur d'association de la PJUne pièce jointe n’a pas pu être rattachée à la facture.Statuts: 213Données ERPVérifier que chaque pièce jointe est référencée dans la facture et que les noms de fichiers correspondent, puis renvoyer.
REJ_CONT_B2GRejet sur Contrôles métier B2GUn contrôle métier du secteur public a échoué, par exemple sur le numéro d’engagement.Statuts: 213Données ERPObtenir les références exigées par l’acheteur public (numéro d’engagement, code service), corriger et renvoyer.
REJ_REF_PJRejet sur Référence de PJUne référence de pièce jointe est erronée.Statuts: 213Données ERPCorriger la référence de la pièce jointe dans la facture et renvoyer.
CMD_ERRN° de COMMANDE Incorrect ou manquantStatut de l’acheteurLe numéro de commande est erroné, manquant, inconnu ou déjà facturé.Statuts: 206207208210210 (B2G)Données ERPObtenir le bon numéro de commande auprès de l’acheteur et envoyer une facture corrigée. Un refus pour ce motif n’est valable que si l’acheteur a communiqué le numéro de commande avant la facturation.
NON_TRANSMISEDestinataire non connectéStatut de l’acheteurDéposée auprès de l’administration fiscale mais non livrée : l’acheteur n’a pas encore de plateforme agréée.Statuts: 200AcheteurRien à corriger. Envoyer directement à l’acheteur une copie lisible et conserver la preuve.
RETRAIT_MAN_SERVRetraitement manuel par les servicesStatut de l’acheteurL’acheteur public traite cette facture manuellement.Statuts: 210 (B2G)AcheteurAttendre l’acheteur ; aucune action sauf s’il demande quelque chose.
CONTACT_ACHTRAutres : contacter votre acheteurStatut de l’acheteurL’acheteur vous demande de le contacter.Statuts: 210 (B2G)Vendeur et acheteurAppeler l’acheteur ; le motif ne figure pas dans le message.
COORD_BANC_ERRErreur de coordonnées bancairesStatut de l’acheteurLes coordonnées bancaires de la facture sont erronées.Statuts: 207208210 (B2G)Vendeur et acheteurCorriger l’IBAN dans l’ERP ; émettre un avoir et une nouvelle facture.
DEST_ERRErreur de destinataireStatut de l’acheteurLa facture est partie vers le mauvais destinataire.Statuts: 207210210 (B2G)Données ERPVérifier quelle est l’entité acheteuse ; émettre un avoir et facturer la bonne entité.
DOUBLE_FACTDOUBLE FACTUREStatut de l’acheteurDoublon : même numéro, même vendeur et même année déjà reçus.Statuts: 207210210 (B2G)Données ERPNe pas renvoyer. Vérifier la numérotation de l’ERP s’il s’agissait d’une nouvelle facture.
JUSTIF_ABSJustificatif absent ou insuffisantStatut de l’acheteurUn justificatif est manquant. La facture est en attente (fr:208).Statuts: 208Vendeur et acheteurRenvoyer la pièce manquante avec le statut fr:209 Complétée ; aucune nouvelle facture n’est nécessaire.
LIVR_INCOMPProblème de livraisonStatut de l’acheteurL’acheteur signale un problème de livraison : incomplète ou non conforme à la commande.Statuts: 206207210 (B2G)Vendeur et acheteurÉtablir les faits avec l’acheteur ; créditer ce qui n’a pas été livré conformément à la commande.
ST_CT_NON_DECLARSous-traitant / Co-traitant non déclaréStatut de l’acheteurL’émetteur n’est pas un sous-traitant ou cotraitant déclaré sur ce contrat.Statuts: 210 (B2G)Vendeur et acheteurLe titulaire principal doit déclarer le sous-traitant avant la facturation.
SUPPR_COMP_AVOIRSuppression pour compensation d'avoirsStatut de l’acheteurAnnulée parce qu’elle est compensée par un avoir.Statuts: 210 (B2G)AcheteurRapprocher de l’avoir correspondant ; pas de renvoi.
TRANSF_PMNT_REGIETransfert pour paiement en régieStatut de l’acheteurL’acheteur public paiera cette facture par une régie locale.Statuts: 210 (B2G)AcheteurAucune action ; le paiement suit par un autre canal.
TX_TVA_ERRTaux de TVA erronéStatut de l’acheteurL’acheteur indique qu’un taux de TVA est erroné.Statuts: 207210210 (B2G)Données ERPVérifier la correspondance des codes de taxe dans l’ERP ; émettre un avoir et une facture corrigée.
AUTREAutreStatut de l’acheteurAutre motif ; lire la note de l’acheteur.Statuts: 206207210 (B2G)Vendeur et acheteurLire la note ; contacter l’acheteur si elle est vide.
ROUTAGE_ERRErreur de routageStatut de l’acheteurLes informations d’acheminement n’étaient pas à jour (décalage de l’annuaire ou erreur de plateforme).Données ERPUne fois la fiche de l’acheteur corrigée dans l’annuaire, renvoyer la même facture sans la modifier.
CALCUL_ERRErreur de calcul de la factureStatut de l’acheteurL’acheteur a trouvé une erreur de calcul (totaux de lignes ou arrondi).Statuts: 207210210 (B2G)213IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
NON_CONFORMEMention légale manquanteStatut de l’acheteurUne mention légale est absente de la facture.Statuts: 207210210 (B2G)IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
DEST_INCDestinataire inconnuLe destinataire n’existe pas dans l’annuaire.Statuts: 213Données ERPVérifier le SIREN de l’acheteur et sa fiche dans l’annuaire ; si l’acheteur n’a pas encore de plateforme, envoyer une copie lisible.
TRANSAC_INCTransaction inconnueStatut de l’acheteurL’acheteur ne reconnaît pas la livraison ou la prestation.Statuts: 207210210 (B2G)Vendeur et acheteurEnvoyer la preuve de livraison ou en parler avec l’acheteur avant de refacturer.
EMMET_INCEmetteur inconnuStatut de l’acheteurL’acheteur ne connaît pas le vendeur (refus antispam).Statuts: 207210210 (B2G)Vendeur et acheteurConfirmer la relation commerciale avec l’acheteur, puis renvoyer.
CONTRAT_TERMContrat terminéStatut de l’acheteurLe contrat est terminé ; plus aucune facture n’est acceptée à ce titre.Statuts: 207210210 (B2G)Vendeur et acheteurVérifier le contrat avec l’acheteur ; émettre un avoir en cas de facturation par erreur.
ADR_ERRL'adresse de facturation électronique erronéeStatut de l’acheteurL’adresse de facturation électronique de l’acheteur (BT-49 ou BT-34) est manquante ou erronée.Statuts: 207210210 (B2G)213Données ERPMettre à jour l’adresse électronique de l’acheteur dans l’ERP et renvoyer.
SIRET_ERRSIRET Erroné ou absentStatut de l’acheteurLe SIRET de l’acheteur est erroné ou manquant là où il est exigé.Statuts: 206207208Données ERPCorriger le SIRET dans la fiche client et renvoyer.
CODE_ROUTAGE_ERRCODE_ROUTAGE Absent ou ErronéStatut de l’acheteurLe code de routage de l’acheteur est erroné ou manquant là où il est exigé.Statuts: 206207208Données ERPDemander le code de routage à l’acheteur, mettre à jour la fiche client et renvoyer.
REF_CT_ABSENTRéférence contractuelle nécessaire pour le traitement de la facture manquanteStatut de l’acheteurUne référence exigée par le contrat est manquante (par exemple contrat, bon de livraison, référence de l’acheteur ou du projet).Statuts: 206207208210210 (B2G)Données ERPAjouter la référence nommée dans la note et la renvoyer (fr:209 si suspendue, sinon une facture corrigée).
REF_ERRRéférence incorrecteStatut de l’acheteurUne référence de la facture est erronée ; la note indique laquelle.Statuts: 206207208Données ERPCorriger cette référence dans l’ERP ; émettre une facture corrigée.
PU_ERRPrix Unitaires incorrectsStatut de l’acheteurUn prix unitaire n’est pas celui que l’acheteur attendait.Statuts: 206207Vendeur et acheteurVérifier la grille de prix ou le devis avec l’acheteur ; avoir et nouvelle facture si nécessaire.
REM_ERRRemise erronéeStatut de l’acheteurUne remise est manquante ou n’est pas celle attendue.Statuts: 206207Vendeur et acheteurVérifier la remise convenue ; avoir et nouvelle facture si nécessaire.
QTE_ERRQuantité facturée incorrecteStatut de l’acheteurUne quantité facturée n’est pas celle que l’acheteur attendait.Statuts: 206207Vendeur et acheteurVérifier la quantité livrée ; en cas d’approbation partielle, créditer le montant non approuvé.
ART_ERRArticle facturé incorrectStatut de l’acheteurUn article facturé est erroné.Statuts: 206207Vendeur et acheteurVérifier la commande ; avoir et nouvelle facture.
MODPAI_ERRModalités de paiement incorrectesStatut de l’acheteurLes conditions de paiement (par exemple la date d’échéance) ne sont pas celles convenues.Statuts: 206207Données ERPCorriger les conditions de paiement dans l’ERP ; émettre une facture corrigée.
QUALITE_ERRQualité d'article livré incorrecteStatut de l’acheteurUn article livré est défectueux.Statuts: 206207Vendeur et acheteurTraiter la réclamation qualité avec l’acheteur ; créditer ce qui n’est pas accepté.
DOUBLONFacture en doublon (déjà émise / réçue)Statut de l’acheteurFacture en double : même numéro, même vendeur et même année déjà reçus.Statuts: 207210210 (B2G)213Données ERPNe pas renvoyer. Vérifier la numérotation de l’ERP s’il s’agissait d’une nouvelle facture.
MONTANTTOTAL_ERRMontant Total ErronéStatut de l’acheteurL’un des totaux de la facture est erroné, par exemple le montant à payer.Statuts: 207210210 (B2G)213IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
Pologne : KSeF
CodeSignificationQui le corrigeQue faire
Art.106e VAT ActUne facture polonaise exige le NIP du vendeur, et le NIP de l’acheteur pour un acheteur établi en Pologne.Données ERPAjouter le NIP à la fiche de la société ou du client.
Art.106e(1)(18a)AvertissementLa facture est de 15,000 PLN ou plus : vérifier si le paiement fractionné s’applique aux biens ou services (annexe 15).Vendeur et acheteurDemander au comptable si le paiement fractionné s’applique.
440KSEF-440KSeF détient déjà une facture avec le même NIP de vendeur, le même type de facture et le même numéro, et conserve cette clé 10 ans. La réponse donne le numéro KSeF de la copie acceptée en premier. Un numéro que KSeF a rejeté avec 430 ou 450 n’est pas conservé et peut être réutilisé.IntégrationNe pas la renvoyer : KSeF a déjà accepté ce numéro.
9105KSEF-9105KSeF a rejeté la signature XAdES de la demande de connexion.IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
405KSEF-405Traitement de la facture annulé à cause d’une erreur de session (« Przetwarzanie anulowane z powodu błędu sesji »).IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
410KSEF-410L’identité utilisée pour la connexion n’a pas l’autorisation d’émettre des factures pour ce vendeur (« Nieprawidłowy zakres uprawnień »).Accès du vendeurLe vendeur accorde à cette identité l’autorisation d’émettre des factures dans KSeF.
415KSEF-415La facture comporte une pièce jointe, et les pièces jointes ne sont pas activées pour ce vendeur (« Brak możliwości wysyłania faktury z załącznikiem »). Les pièces jointes ne passent que dans des sessions par lot, après activation dans e-Urząd Skarbowy.Accès du vendeurEnvoyer sans la pièce jointe, ou faire activer les pièces jointes par le vendeur dans e-Urząd Skarbowy et utiliser une session par lot.
430KSEF-430KSeF a refusé le fichier lui-même (« Błąd weryfikacji pliku faktury »). Dans l’environnement de test de KSeF, il a répondu 430 pour une marque d’ordre des octets UTF-8 et pour une taille ou un hachage déclaré qui ne correspondait pas au fichier. KSeF n’enregistre pas le numéro.IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
435KSEF-435KSeF n’a pas pu déchiffrer le fichier de facture (« Błąd odszyfrowania pliku »).IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
450KSEF-450KSeF a refusé le contenu (« Błąd weryfikacji semantyki dokumentu faktury ») ; le détail nomme le problème. Dans l’environnement de test de KSeF, il a répondu 450 pour une date d’émission postérieure au jour de réception et pour des erreurs de schéma FA(3). KSeF n’enregistre pas le numéro.IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
500KSEF-500Erreur inconnue dans KSeF (« Nieznany błąd »).PlateformeRéessayer plus tard ; si cela se répète, ouvrir un ticket auprès du support du ministère.
550KSEF-550KSeF a annulé l’opération pour des raisons internes (« Operacja została anulowana przez system ») ; la documentation indique de réessayer.PlateformeRéessayer avec un délai croissant entre les tentatives.
HTTP 429KSEF-429Trop de requêtes : la limite de débit de l’API pour ce contexte et cette IP a été dépassée (par exemple, l’envoi est limité à 10 par seconde, 30 par minute, 180 par heure en production). La réponse porte Retry-After.IntégrationAttendre le délai indiqué par la réponse, puis renvoyer.
21184KSEF-21184La session est temporairement indisponible, par exemple pendant une maintenance (« Sesja tymczasowo niedostępna »).PlateformeOuvrir une nouvelle session et renvoyer.
Login 460KSEF-AUTH-460L’authentification a échoué sur le certificat : invalide, révoqué, suspendu ou dont la chaîne n’est pas de confiance.Accès du vendeurLe vendeur renouvelle le certificat, ou émet un nouveau certificat ou jeton KSeF.
Login 450KSEF-AUTH-450L’authentification a échoué sur le jeton KSeF : invalide, expiré, révoqué ou inutilisable dans ce contexte.Accès du vendeurLe vendeur émet un nouveau jeton KSeF avec les bonnes autorisations.
Login 415KSEF-AUTH-415La connexion à KSeF a échoué : le jeton ou le certificat n’a aucune autorisation pour ce contexte.Accès du vendeurLe vendeur accorde les autorisations dans KSeF pour le NIP de la société et émet de nouveau le jeton.
Login 425KSEF-AUTH-425Connexion à KSeF refusée : l’authentification a été révoquée par l’utilisateur, avec ses jetons d’actualisation.Accès du vendeurLe vendeur émet un nouveau jeton KSeF.
Login 470KSEF-AUTH-470La connexion à KSeF a échoué : le justificatif appartient à une personne que KSeF recense comme décédée.Accès du vendeurLa société émet un jeton KSeF au nom d’une personne habilitée à agir pour elle.
Login 480KSEF-AUTH-480KSeF a bloqué la connexion en raison d’un incident de sécurité présumé.Accès du vendeurLe vendeur contacte le ministère des Finances pour lever le blocage, puis renvoie.
11 codes

Roumanie : RO e-Factura

Roumanie : RO e-Factura
CodeSignificationQui le corrigeQue faire
BR-RO-001L’identifiant de spécification (BT-24) n’est pas la valeur CIUS-RO.IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
BR-RO-100BR-RO-100/101Un vendeur de Bucarest (département RO-B) doit avoir SECTOR1 à SECTOR6 comme ville (BT-37). BR-RO-101 est la même règle pour l’acheteur (BT-52) ; son message indique aussi BR-RO-100.Données ERPEnregistrer le secteur comme ville pour les adresses de Bucarest (SECTOR1 à SECTOR6).
BR-RO-101La version acheteur de BR-RO-100 : un acheteur de Bucarest doit avoir SECTOR1 à SECTOR6 comme ville (BT-52). Le texte du message indique [BR-RO-100].Données ERPEnregistrer le secteur comme ville dans la fiche client.
BR-RO-110BR-RO-110/111Le département d’un vendeur roumain (BT-39) doit être un code ISO 3166-2:RO, comme RO-B ou RO-CJ.Données ERPAjouter le code du département à l’adresse de la société.
BR-RO-111La version acheteur de BR-RO-110 (BT-54). Le texte du message indique [BR-RO-110].Données ERPAjouter le code du département à l’adresse du client.
BR-RO-120Le numéro d’immatriculation légale (BT-47) ou le numéro de TVA (BT-48) de l’acheteur doit être présent.Données ERPAjouter le CUI ou le numéro d’immatriculation de l’acheteur.
ERRIdentifANAF-ERRIdentifL’ANAF n’accepte pas le CUI du vendeur (« CUI vanzator incorect »). L’ANAF vérifie que le numéro existe, pas seulement sa clé de contrôle.Données ERPCorriger le CUI ; le vérifier dans le registre public de l’ANAF.
nokANAF-NOKL’ANAF a trouvé des erreurs et n’a pas traité la facture (stareMesaj « nok »). Le zip téléchargé contient le fichier d’erreurs et la signature de l’ANAF ; la facture n’atteint pas l’acheteur.IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
XML cu eroriANAF-XML-ERRORSLe fichier a été refusé au dépôt (« XML cu erori nepreluat de sistem ») ; l’erreur est revenue dans la réponse au dépôt.IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
ExecutionStatus 1ANAF-UPLOAD-REFUSEDLe dépôt a été refusé sur-le-champ : le statut HTTP est 200 mais ExecutionStatus vaut 1. Parmi les causes : une norme erronée, un fichier de plus de 10 MB, un CIF non numérique, ou l’absence de droits SPV pour ce CIF.IntégrationCorrigé dans l’intégration. Rien ne change dans l’ERP.
HTTP 429ANAF-429Plus de 1,000 appels par minute vers l’API de l’ANAF, ou une limite quotidienne de requêtes atteinte (100 contrôles de statut et 10 téléchargements par message et par jour).IntégrationAttendre, puis renvoyer à un rythme plus lent.
3 codes

Grèce : myDATA

Grèce : myDATA
CodeSignificationQui le corrigeQue faire
202MYDATA-202myDATA rejette un numéro de TVA grec (AFM) invalide.Données ERPCorriger l’AFM dans la fiche de la société ou du client.
228MYDATA-228Doublon : une facture avec le même UID (AFM de l’émetteur, date, établissement, type, série et numéro) est déjà enregistrée.IntégrationNe pas la renvoyer : myDATA détient déjà cette facture.
238MYDATA-238Sur le canal prestataire, la date d’émission doit être celle du jour ; myDATA rejette toute autre date.IntégrationÉmettre la facture le jour où elle est envoyée par le prestataire.
Contact

Un rejet que vous ne parvenez pas à situer ?

Envoyez le code avec un exemple anonymisé. Nous vous dirons ce qu’il signifie et qui le corrige.

  • Votre ERP et sa version
  • Le premier canal de transmission et l’entité juridique
  • Une facture d’exemple anonymisée et l’état des identifiants

Appel de 30 minutes

Choisissez un créneau

Choisissez un créneau