Pyrolis
Factur-X et la plateforme
La facturation électronique demande deux choses : un format structuré que la machine du destinataire sait lire, et un canal par lequel il transite. Pyrolis calcule le premier à chaque finalisation ; le second se branche.
1 · Le format
Le XML est calculé au profil EN 16931, pas au profil BASIC plus pauvre : il porte le détail de TVA ligne à ligne en plus du récapitulatif, ce qu'exigent les contrôles les plus stricts. Il est conservé avec la facture, et se retrouve derrière le bouton PDF Factur-X.
Il porte, sans que vous ayez à les saisir :
- le numéro, la date d'émission et le type — facture commerciale ;
- la partie vendeuse : votre identité légale, ou celle de l'agence quand elle facture sous la sienne ;
- la partie acheteuse : l'entité de facturation du client, avec son SIRET ;
- chaque ligne avec son taux, la ventilation par taux et les totaux.
Pour le secteur public, deux champs de plus, saisis sur la facture ou sur la fiche client : le code service de l'entité et le n° de marché. Ils ne sont jamais émis vides. Un avoir n'entre pas dans ce format : c'est un document distinct, avec sa propre numérotation.
2 · Ce qui est prêt, et ce qui ne l'est pas
| État | Détail | |
|---|---|---|
| Le XML EN 16931 | Opérationnel | Calculé et conservé à chaque finalisation. C'est la partie difficile, et elle est faite. |
| Le PDF/A-3 avec XML embarqué | Pas encore | Un fichier Factur-X est un PDF qui contient le XML. Aujourd'hui les deux existent côte à côte. La mise en conteneur est un empaquetage, pas un recalcul : le contenu ne changera pas. |
| La transmission | Pas encore | Le dépôt, le refus et le rejeu fonctionnent de bout en bout, mais tant que votre organisation n'a choisi aucune plateforme agréée, rien ne part : chaque facture finalisée enregistre un refus qui le dit — « Aucune plateforme de dématérialisation partenaire (PDP) n'est raccordée » — et se retrouve dans les rejets à corriger. Chaque entreprise contracte avec sa propre plateforme : le choix se fait dans Administration → Connecteurs et ne touche pas aux factures déjà émises — les dépôts refusés se rejouent ensuite. Sur l'environnement de démonstration, une plateforme simulée est branchée volontairement, et le dépôt y réussit. |
Factures → e-reporting / PDP liste ce qui est parti, avec son flux et son état. Toute facture finalisée y figure, sans exception : le canal est le même pour tout le monde, et l'entité de facturation du client ne décide que de l'étiquette du flux. Cochée Particulier (B2C) — une personne physique, sans SIRET —, elle donne e-reporting (transmission données) ; toute autre entité, secteur public compris, donne Factur-X / PDP. Le pays n'est pas encore un champ de l'entité : un client hors-UE, qui relèvera de l'e-reporting, ressort aujourd'hui étiqueté Factur-X.
Deux états seulement s'affichent aujourd'hui : déposée et rejetée. Les suivants — reçue, mise à disposition, acceptée — supposent que la plateforme nous réponde, ce qui viendra avec le raccordement : ne les attendez pas sur cet écran.
3 · Un refus n'annule pas la facture
Elle garde son numéro et reste valide ; le refus s'affiche à côté d'elle, avec son motif. C'est délibéré : un numéro attribué ne se reprend pas, sinon la séquence aurait un trou.
Deux motifs, et ils ne se corrigent pas au même endroit :
- « SIRET destinataire inconnu de l'annuaire PDP » — le cas courant une fois raccordé. Corrigez l'entité de facturation du client, puis Corriger & re-soumettre sur la facture.
- « Aucune plateforme de dématérialisation partenaire (PDP) n'est raccordée » — il n'y a rien à corriger sur le client : c'est le raccordement qui manque. Votre organisation choisit sa plateforme dans Administration → Connecteurs (réservé aux réglages de l'organisation) ; les factures en attente se re-soumettent le jour où c'est fait.
Dans les deux cas le document ne bouge pas — son numéro et son contenu sont figés depuis la finalisation, et c'est précisément ce qui rend le rejeu sûr.
La facture est partie, ou attend de l'être ; reste à la voir rentrer — relancer et encaisser.