XML rejeté par KSeF : faut-il renuméroter les factures ?
Factures 8 et 9 acceptées, mais 7 rejetée ? Numéro de l’émetteur et ordre d’acceptation sont distincts.
Les factures ont été préparées dans l’ordre, mais un XML antérieur échoue alors que les suivantes ont reçu leur numéro KSeF. Cette séquence seule n’impose pas de renuméroter les ventes.
Le numéro propre appartient à l’émetteur
La facture porte un numéro successif dans une ou plusieurs séries qui l’identifie sans ambiguïté. C’est le numéro P_2 de l’émetteur. Le numéro KSeF est distinct. Ne modifiez pas P_2 uniquement pour reproduire l’ordre de traitement.
L’exemple du Ministère
Les factures 7, 8 et 9 ont été préparées dans le bon ordre. La 7 est rejetée pour non-conformité à la structure ; 8 et 9 sont acceptées. Corrigée, la 7 est envoyée et acceptée le même jour. Le Ministère n’exige pas de rectification pour sa seule acceptation tardive. Cet exemple ne tranche pas les effets sur la date d’émission d’une nouvelle tentative le lendemain.
Distinguez XML et erreurs de facture
Lisez le rejet, corrigez sa cause et gardez le lien entre tentatives et document. N’émettez pas automatiquement une autre facture ou rectification pour l’ordre seul. Les erreurs de vente, de date ou de doublon nécessitent une autre analyse ; ce guide concerne la numérotation.
FAQ
Un décalage d’acceptation exige-t-il une rectification ?
Pas seul, si la numérotation initiale était correcte.
Faut-il effacer la tentative rejetée ?
Garder le message et le résultat corrigé facilite le contrôle. C’est une recommandation pratique.
Peut-on changer librement la date ?
Non. L’exemple concerne une correction et une acceptation le même jour, pas d’autres dates.
Source
Ministère polonais des Finances : manuel KSeF 2.0.
Prochaine étape
Décrivez le problème dans le formulaire Oxyok. N’envoyez ni mot de passe ni clé d’accès..