Aller au contenu principal
KSeF 2.0 · statut de la facture

Codes 410 et 415 de KSeF : autorisations du vendeur et pièces jointes

Ces deux codes apparaissent comme statut de la facture après l'envoi, et tous deux concernent la possibilité d'envoyer cette facture dans ce contexte. Les tests de la bibliothèque du ministère des Finances polonais révèlent trois causes concrètes : un NIP vendeur différent du NIP de la session, l'absence d'autorisation pour les pièces jointes et une pièce jointe dans une session interactive.

FlexigoTech · Responsable : Víctor Gómez · Mis à jour le 5 novembre 2026

L'essentiel

Module
KSeF 2.0
Versions
Odoo 17, 18, 19 et 20
Vérifié
dans le code du module, version 20.0 · dans les sources citées à la fin
Lecture
3 min

Ce que dit KSeF et ce que testent le ministère

CodeTexte de KSeFCas des tests du ministère
410« Nieprawidłowy zakres uprawnień » (périmètre d'autorisations incorrect)Facture avec un NIP vendeur différent du NIP avec lequel la session s'est authentifiée.
410« Nieprawidłowy zakres uprawnień »Vendeur sans autorisation pour les pièces jointes ; dans details : « Sprzedawca {nip} nie posiada zgody do wysyłania faktur z załącznikami ».
415« Brak możliwości wysyłania faktury z załącznikiem » (impossible d'envoyer une facture avec pièce jointe)Facture avec pièce jointe envoyée dans une session interactive.

La documentation de KSeF ajoute deux règles. L'envoi d'une facture exige le droit de l'émettre dans le contexte de ce contribuable. Les factures avec pièces jointes ne s'envoient qu'en mode lot (l'exception étant la correction technique d'une facture hors ligne), et seulement après l'activation de cette option dans e-Urząd Skarbowy.

Fiche des codes 410 et 415 de KSeF
Le code 410 avec sa description dans l'API et, à côté, le 415 de la facture avec pièce jointe.

Comment cela se présente dans Odoo 18, 19 et 20

l10n_pl_edi se connecte à KSeF avec le certificat KSeF des paramètres, en utilisant le NIP de la société comme contexte, et écrit ce même NIP dans Podmiot1. Il exige que le numéro de TVA de la société commence par PL (« A polish VAT number must be set on your company. »). Après un 410, il passe le statut à Rejected et écrit « KSeF Status: Rejected (Code: 410). Incorrect scope of permissions. » (en polonais sur 18 et 19 : « Status KSeF: Odrzucono (Kod:410). Nieprawidłowy zakres uprawnień. »).

Le 410 arrive comme statut de la facture, comme le 450, donc Odoo l'affiche dans l'historique après la vérification du statut : juste après l'envoi, ou plus tard avec le bouton « Check Sending ». Les autorisations s'accordent et se contrôlent dans KSeF lui-même, pas dans Odoo : Odoo ne connaît que le certificat et le NIP de la société.

Le modèle FA(3) d'Odoo ne contient pas d'élément Zalacznik et Odoo envoie en session interactive. Le 415, et un 410 causé par les pièces jointes, ne devraient donc pas provenir d'une facture générée par Odoo ; si vous les voyez, le fichier vient d'un autre logiciel.

Quoi vérifier face à un 410

  • Le NIP de la société dans Odoo est exactement celui pour lequel le titulaire du certificat dispose d'autorisations.
  • Le titulaire du certificat a le droit d'émettre des factures pour ce NIP dans KSeF ; c'est le propriétaire de la société qui l'accorde. Sans aucune autorisation, KSeF bloque déjà la connexion (statut 415 à l'authentification : « Brak przypisanych uprawnień », aucune autorisation attribuée).
  • Si vous avez modifié le NIP de la société dans Odoo, enregistrez à nouveau le certificat dans les paramètres. Odoo écrit le NIP actuel dans Podmiot1 alors que, jusqu'au prochain renouvellement automatique, son accès provient d'une connexion avec l'ancien NIP, ce qui correspond précisément au cas de test du ministère.
  • Dans une base avec plusieurs sociétés, chacune a son propre certificat ; une facture part avec le contexte de la société à laquelle elle appartient.
Schéma : ce que renvoie KSeF pour les codes 410 et 415 et ce qu'affiche Odoo 20
Schéma réalisé à partir du code de l10n_pl_edi d'Odoo 20 et de la spécification de l'API KSeF 2.9.0 ; ce qui est barré correspond à ce qu'Odoo ne conserve pas ou ne fait pas.

Le renvoyer

Après correction, remettez la facture en brouillon (sur une facture rejetée, Odoo efface le statut et le numéro KSeF), confirmez-la puis renvoyez-la. Notre module, Poland KSeF 2.0 Validator, reprend de l10n_pl_edi le statut Rejected puis Accepted, mais n'envoie rien de lui-même et ne modifie pas les autorisations dans KSeF.

À lire aussi

États d'authentification KSeF : 415, 425, 450, 470 et 480États de connexion KSeF 2.0 hors certificat : droits absents, session révoquée, jeton erroné, blocage. Codes 21301 et 21304 et leur affichage dans Odoo.Connexion à KSeF par certificat : code 460 et erreurs de signature XAdESCode 460 de KSeF et exceptions 9101-9105, 21111, 21115, 21117, 21217, 21401 et 21406 lors de la connexion par certificat. Ce qu'Odoo n'affiche pas.Code 440 de KSeF : « Duplikat faktury »Code 440 de KSeF : une facture de même NIP vendeur, type et numéro existe déjà. Ce qu'affiche Odoo 18, 19 et 20 et comment corriger.
Vérifié dans le code du module (version 20.0) et dans les sources citées

Sources