`CHECK-KSEF-NUMBER-MALFORMED`

InvoiceIn checks · règle de validation

InvoiceIn checksAvertissement

Le numéro KSeF fourni avec cette facture n'a pas la forme que KSeF attribue. Un numéro de facture s'écrit NNNNNNNNNN-RRRRMMDD-FFFFFFFFFFFF-FF et un identifiant collectif NNNNNNNNNN-IZRRRRMM-FFFFFFFFFFFF-FF : tous deux de 35 caractères exactement — le NIP à dix chiffres de la partie émettrice, la date d'acceptation (ou IZ suivi de l'année et du mois), douze caractères hexadécimaux et une somme de contrôle de deux caractères, séparés par des traits d'union. Les causes habituelles sont une copie tronquée, des traits d'union perdus dans un tableur et le numéro de facture du vendeur (P_2, BT-1) transmis par erreur. Sont vérifiés ici le masque, la clé de contrôle du NIP et la date ; la somme de contrôle finale est calculée par l'administration fiscale selon un algorithme non publié, le numéro est donc transporté et vérifié dans sa forme, jamais recalculé — seul KSeF peut confirmer qu'un numéro existe.

Champ: payment.ksef_number (PL national, not an EN 16931 term)
Jeu de règles: InvoiceIn checks
Qui doit corriger: Le destinataire

Cela concerne le côté destinataire : le document lui-même est correct, mais il manque quelque chose à la remise de paiement ou une donnée ne concorde pas — cela se corrige dans votre propre intégration, pas auprès du fournisseur.

Vérifiez votre propre facture

Déposez le fichier qui a échoué. Nous l'analysons, appliquons les jeux de règles officiels et listons chaque anomalie avec sa correction — 20 factures par jour, sans clé, rien n'est conservé.

Ouvrir la démo

La même explication via l'API: GET /v1/rules/CHECK-KSEF-NUMBER-MALFORMED?lang=fr