`CHECK-KSEF-NUMBER-MISMATCH`

InvoiceIn checks · règle de validation

InvoiceIn checksAvertissement

Le numéro KSeF est bien formé mais ne concorde pas avec la facture qui l'accompagnait : soit il commence par un NIP qui n'apparaît nulle part sur le document, soit il indique que KSeF a accepté la facture avant sa date d'émission. La cause habituelle est un numéro pris sur la mauvaise ligne d'une interrogation KSeF — le paiement partirait alors sous la référence d'un autre document et le vendeur ne pourrait pas le rapprocher. Vérifiez deux exceptions avant d'y voir une erreur : en autofacturation le numéro porte le NIP de l'acheteur, de même que le NIP d'un huissier ou d'une autorité d'exécution, d'un représentant fiscal, ou d'une unité subordonnée d'une collectivité locale ou d'un membre d'un groupe TVA lorsque l'un d'eux émet la facture pour autrui — l'écart y est attendu. Pour une date antérieure à l'émission, il n'existe pas d'exception de ce genre : une facture émise hors ligne reçoit son numéro lorsqu'elle parvient à KSeF, donc jamais avant.

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-MISMATCH?lang=fr