Il vous faut un compte SuperPDP, la clé API et le secret associé et du temps pour tester / valider le bon fonctionnement.
Et idéalement un module qui génère des FacturX
Celui-ci est le meilleur à mon sens, mais je ne suis pas très objectif : Module LemonFacturX
Fourni cordialement et sans aucune garantie aucune, codé avec les pieds et Claude.
Amusez-vous bien.
Et si vous galérez et que vous avez besoin d’aide, je suis à 660€ HT / jour
Nouvelle version v1.5.0 qui apporte quelques nouveautés :
envoi en masse des factures émises à SuperPDP via quelques clics ou via une tâche programmée. A utiliser en connaissance de cause mais pratique pour les gros volumes.
1 nouvelle page pour suivre l’état des factures envoyées sur une seule page (plus besoin d’aller dans le détail de la facture pour voir ou en est son traitement)
Pour info, SuperPDP va intégrer la gestion des envois vers Chorus Pro durant l’été ; ca sera intégré dès que ca sera en place.
v1.6.2 qui corrige un bug fonctionnel improbable, ajoute un cron qui envoit automatiquement les factures encaissées en encaissées (désactivable dans l’admin) et ajoute une info sur la fiche facture.
Dispo sur les stores et chez moi.
v1.6.4 qui corrige un bug dans le cas où on ré-injecte l’adresse de l’acheteur : la pièce jointe Factur-X repartait avec un attribut non conforme à l’EN 16931.
Sans conséquence sur les factures déjà transmises (SuperPDP accepte ce petit écart), mais un validateur strict le signalait.
Merci Adrien, qui m’a sorti ça de nulle part grâce à ses tests très poussés
v1.7.1 dispo sur les bons stores, ici et chez moi, et qui corrige un bug sur la mise en quarantaine parfois systématique des factures reçues.
LemonSuperPDP supporte aussi les bases PostgreSQL parce qu’on me l’a demandé
Je viens de mettre à jour LemonSuperPDP depuis la béta, et j’ai ce message en cliquant sur
Factur-X reçues via SuperPDP
This website or feature is currently temporarily not available or failed after a technical error.
This may be due to a maintenance operation. Current status of operation (2026-09-03T11:49:18Z) are on next line…
Dolibarr a détecté une erreur technique. Vous pouvez lire le fichier log ou définir l’option $dolibarr_main_prod sur ‹ 0 › dans votre fichier de configuration pour obtenir plus d’informations.
**Bonjour, j’ai ce problème avec Lemon superpdp/Facture X (je ne sais pas quel module est en cause)
on a la dernière version des deux module (Lemon superpdp/Facture X ), et j’ai ce problème avec le module sous total ATM**
Facture électronique Factur-X EN16931 embarquée dans le PDF FA2609-7292.
1 point(s) à corriger pour une conformité totale :
total TTC du XML (999.00) différent du total Dolibarr (300.00) — taxes locales ou lignes incohérentes ; le XML privilégie la cohérence interne EN16931 (BR-CO-15). Vérifier les lignes de la facture, et les taxes locales si vous en utilisez
Pour information, 1 point(s) traité(s) automatiquement :
désignation de ligne tronquée à 255 caractères sur 2 ligne(s) : c’est la longueur maximale que le PPF impose au champ BT-153, au-delà il rejette la facture. Le texte intégral est conservé en note de ligne (BT-127) et le PDF n’est pas modifié
en fait le sous total s’additionne comme un article… il ne devrait pas être sortie de la facture X ?
