Facturation électronique / PDP

[ZeSpecialK]

J'ouvre le dossier de la facturation électronique... Entre 2026 et 2027, les entreprises autont pour obligation d'émettre des factures au format électronique et les rendre disponibles à travers une plateforme de dématérialisation (PDP). À priori les PDP devraient, pour certains, fournir des connecteurs Prestashop concernant les factures émises depuis Prestashop.
Quelq'un a-t-il déjà étudié la question et 'identifié' des acteurs 'Prestashop compatibles' ?
Merci d'avance !
 

[coeos.pro]

Bonjour,

 

ce sont aux PDP de faire des modules compatibles qui devront "s'insérer" entre la commande et le paiement et envoyer les données qui leur sont nécessaires sous un format spécifique à chaque PDP.

[El Manu]

Bonjour !

Forcément, le sujet m'intéresse puisque j'utilise Prestashop pour générer toutes mes factures...merci d'avoir posé la question.

A priori, les PDP ont été abandonnées, ça s'appelle maintenant les PA (plateformes agréées) suite à l'abandon du Portail Public de Facturation.

La vraie question, c'est : est-ce que Prestashop se positionne comme un logiciel de facturation ou non ? Comme PS génère des factures en PDF, il me semble que logiquement, oui. Et de ce fait, il devrait y avoir une obligation de répondre à la législation.

Je ne trouve nulle part côté Prestashop d'information dans ce sens, quelqu'un de la maison pourrait-il répondre sur le sujet ?

Merci !

[coeos.pro]

Selon moi les PDP ont été créées pour limiter les fraudes (les factures supprimées/modifiées), comme tu passes par un prestataire externe si tu supprimes des commandes dans ta base de données les impôts pourront toujours dire " tiens c'est bizarre il a plus de commandes et plus de CA qui ont été enregistrées chez les PDP". Du coup comme il faut passer par un prestataire externe, ton logiciel prestashop ne peux pas être un PDP

[Coeur_De_Lion]

Bonjour ici,

Le 17/09/2025 à 11:05 AM, El Manu a dit :

est-ce que Prestashop se positionne comme un logiciel de facturation ou non ? Comme PS génère des factures en PDF, il me semble que logiquement, oui.

Prestashop facture et donne du PDF mais c'est un PDF standard donc non compatible avec les PDP sauf s'ils ont des logiciels de traitement des factures. Du coup le logiciel rendra une facture ou fichier compatible.

De toute façon il faut un PDP, qu'on le veuille ou pas.

Le but est de trouver un module qui fera la liaison entre Prestashop et un PDP. Un PDP qui aura ou pas un logiciel IA de stockage et de classement de factures, tout dépendra du module.

Un module qui pourrait transférer les factures pour un PDP avec IA, ou transférer des factures/fichiers comprenant toutes les informations (factures électroniques) format PDF et XML pour un PDP simple.

Il faut les envoyer :

• Sur un mail spécifique en plus de celui du client (IA)
• Dans un répertoire en ftp (IA)
• En direct PDP

Sinon l'autre possibilité est de scanner et/ou transférer manuellement les factures au logiciel de PDP.
Ou, si vous avez que peu de factures, sur Chorus Pro, donc gratuit, normalement. ^^ Jamais testé donc pas plus d'infos. Si vous en avez d'autres je suis preneur.

Pour les Dev il y a SUPER PDP qui sera un simple PDP, donc pas de logiciel. Créer un module Prestashop serait peut être faisable. Aux Dev de faire ce qu'ils en veulent. Exemple, environ 140€ l'année pour un client avec 15 000 factures. Très intéressant, mais attention je le redis, pas de logiciels de classement/traitement IA ou autres. Donc il vaut mieux s'y connaitre pour utiliser les API. SUPER PDP devrait être partenaire (PDP) dans deux ou 3 semaines d'après ce que j'ai compris. A ce moment là, ils pourront fournir toutes les infos aux dev s'ils le désirent. 

Avant ça, j'ai eu des propositions de sociétés PDP et d'autres en intermédiaires, allant jusqu'à 450 € HT par MOIS. J'ai du mal à concevoir de tels tarifs pour une plateforme obligatoire .... c'est hallucinant, pour moi en tout cas.

Si je me trompe dans tous ces dires n'hésitez pas à me le dire. Si vous avez des infos sur les tarifs ou le retours de certains PDP, n'hésitez pas aussi ^^ Et si j'en ai plus de mon coté ...

Je reviendrai !! 

 

[LudivineACDR]

On 5/31/2025 at 3:42 PM, coeos.pro said:

e faire des modules compatibles qui devront "s'insérer" entre la commande et le paiement et envoy

Bonjour, 

Merci de lancer ce sujet si important dont personne ne parle ^^ Je trouve très peu d'informations au sujet de la facturation électronique pour les E.commerçants.

J'espère qu'il y aura rapidement une solution pour convertir nos factures PDF générées par Prestashop en factures au format X.

(pour les anciennes versions Presta aussi.)

Il y a des boites privées qui fleurissent sinon qui se chargent de convertir les factures au format X et de les envoyer à la plateforme PDP mais à des prix mensuels très élevés je trouve.

Est-ce au PDP de créer cela ? à Prestashop ? 

A suivre ... 

[Laur31000]

Bonjour

Ma comptable vient de me relancer à propos du PA   ...  humm ?!?!

J'ai regardé la liste des PA https://www.impots.gouv.fr/liste-des-plateformes-agreees-immatriculees

Si j'ai bien compris :

1- L'état va nous obliger à deposer nos factures sur des plateformes privées payantes (PA)

2- En plus de payer le PA, il va falloir payer un module qui va nous convertir les factures au format X.

J'ai regardé chez azopio, le PA est à 14.95 HT euros /mois (pour seulement 30 doc/mois)  et le module prestashop (valable que pour presta8 est à 69.99euros + abonnement mensuel 1.67/mois) 

https://addons.prestashop.com/fr/comptabilite-facturation/95490-facturation-electronique-b2b-azopio.html

Est ce que j'ai bien compris ? car je trouve ca hallucinant !!!

[LudivineACDR]

Bonjour, 

Alors en effet, pour les e-commerçants qui vendent aux particuliers il faudra choisir une PA au plus tard le 1er septembre 2026.

Pour ma part, je suis autour des 40€ HT ou 50€ mois avec la PA Effinum ... youpii !! (c'est en fonction du nbre de factures fournisseurs et clients)

Cette plateforme servira dans un premier temps à recevoir ou émettre nos factures fournisseurs.

Pour les factures clients (particuliers) générées par Prestashop ça sera pour septembre 2027 ; des modules devraient bientôt arriver selon mon comptable vers le mois d'avril ou mars. Je pense que cela permettra de convertir les factures au format X et de faire le E-reporting. Le E reporting consiste à déclarer notre CA quotidiennement au risque d'avoir une amende. 🤡

Le module AZOPIO est un module pour les transactions entres entreprises. Pour le moment, Prestashop ne propose absolument RIEN pour les E-commerçants qui vendent aux particuliers. 

Pour cette année si j'ai bien compris on doit simplement choisir sa PA.

C'est hallucinant en effet ... 😮‍💨

 

Edited January 9 by LudivineACDR (see edit history)

[coeos.pro]

encore 500 € par an à payer

[Coeur_De_Lion]

Bonjour, 

1 - Oui c'est bien ça, ils veulent contrôler le vrai du faux et on paie pour ça ...
2 - Module direct facture établie ou module transfert fin de journée, avec ou sans stockage des factures y a plusieurs possibilité

350€ ht par mois voila ce que ça coute si tu fait 18 000 factures par an tout confondu Fournisseur/Pro/Particulier. (à partir de 2027)

En gros vaut mieux avoir 100 factures par an à 15 000€ plutôt que 150 000 factures par an 10€. Plus tu vends petit et beaucoup, plus tu paies.

Il faudrait juste un dev qui propose un module Presta, directement vers "Super PDP". Ex: Pour 18 000 factures à l'année, au lieu de 350€ par MOIS avec stockage des factures, tu en aurais pour 115€ par AN sans stockage des factures bien entendu. 

SUPER DPD
 

 

 

 

[coeos.pro]

je ne sais pas si on parle de la même chose, je peux me tromper mais pour moi la facture électronique se fait au moment de la commande, ce qui évite les suppressions de factures, si tu le fais en fin de journée tu peux très bien envoyer une facture sur deux et du coup minimiser ton CA et la facturation électronique n'a plus aucun intérêt 

 

[natachaC]

Bonjour

j'ai un peu de mal à comprendre pourquoi ou nativement ou par un module ne pas générer une facture client en FacturX ?

je viens d'acheter un module pour mon Dolibarr qui fait ça très bien pour ma facturation 

Natacha

[coeos.pro]

il y a 56 minutes, natachaC a dit :

pourquoi ou nativement ou par un module ne pas générer une facture client en FacturX ?

j'ai un module qui créé les factures en XML, mais il faut comprendre que ça ne sert à rien (vraiment aucun intérêt) ça n'évite aucune fraude :

[natachaC]

je pensai plutôt à une facture PDF comprenant le XML comme facturX 

[JBW]

25 minutes ago, natachaC said:

je pensai plutôt à une facture PDF comprenant le XML comme facturX 

Oui, c'est possible ; je développe actuellement un module correspondant. Vous pouvez tester le PDF joint avec un outil de validation.

RE000001-10.pdf

[natachaC]

il y a 11 minutes, JBW a dit :

Oui, c'est possible ; je développe actuellement un module correspondant. Vous pouvez tester le PDF joint avec un outil de validation.

ah ben voilà ! ça va convenir à certain de mes clients 

vous avez un site de vente de modules ? ou ça sera sur addons ?

Merci

 

[coeos.pro]

il n'est pas encore en vente, pas de date pour l'instant mais il sera en vente sur addons, vu que ça concerne tous le monde

[Coeur_De_Lion]

Il y a 1 heure, coeos.pro a dit :

ça n'évite aucune fraude

ah je pensais que c'était pour la facilité, éviter le gaspillage de feuilles et d'arbres ... C'était pas le but premier ? plus aucune facture papier ?

On m'aurait trompé ? ..

Si c'est pour la facilité et l'anti gaspi, alors y a pas besoin de l'envoyer en instantané ^^

Mince alors.
 

Juste pour dire, mais Prestashop n'est déjà pas conforme au départ, avant même la démat. La facture n'existe pas, elle est créée à chaque fois que je la demande, donc elle n'est normalement pas valide. La facture doit être créée et non touchable. Là si tu modifies, des données dans la commande, la bdd ou avec un logiciel tier, alors cela te modifie l'impression de la facture. [edit]
Sans compter les problèmes d'incohérences sur le ht et ttc (donc facture fausse visuellement) à cause du calcul des factures à plus de 2 chiffres après la virgule. Démontré à plusieurs reprises, ce n'est qu'une histoire de quelques centimes selon la quantité de produits mais ça ne passera pas sur un PDP. Ca ne passe déjà pas sur Chorus ...

Point de vue juridique et comptable, une facture validée est censée être un document figé. Si tu ne conserves que les données brutes et que quelqu’un modifie un champ (même par erreur), la facture régénérée ne correspondra plus à celle envoyée au client. Là, tu entres dans une zone grise, voire problématique selon la législation en France. L’inaltérabilité et l’archivage sont des obligations. Une facture doit être conservée plusieurs années et ne pas pouvoir être modifiée sans traçabilité. Donc Prestashop ....

Il serait bien que le module puisse envoyer les factures en automatiques en ftp ou sur un adresse mail spécifique, pour que le logiciel du PDP puisse tout récupérer. Certains ont des logiciels comme Zeendoc qui fait de l'archivage en récupérant les factures sur une adresse mail spécifique ou par FTP.

@suivre

Edited Thursday at 01:14 PM by Coeur_De_Lion (see edit history)

[coeos.pro]

oui normalement la facture xml est envoyée au PDP , comme je le mentionne ici voir la pièce jointe:

 

concernant prestashop , quand on voit déjà le nombre de modules qui ne respectent pas la loi en permettant de supprimer les commandes : https://addons.prestashop.com/fr/recherche?search_query=delete

 

 

[Coeur_De_Lion]

Normalement il faut que :

• Une facture validée ne puisse plus être modifiable.
• Toute correction doit passer par un avoir, jamais par modification directe.
• Le système doit garantir l’inaltérabilité (pas de suppression discrète).
• Il doit exister une piste d’audit fiable.

D'où le fait que le module puisse au moins envoyer les factures en automatiques en ftp ou sur un adresse mail spécifique. Ou encore en direct PDP, mais là c'est encore une autre histoire, va falloir s'adapter à chacun d'eux ...