CR PDPLibre — 07 mai 2026

Journée de la facturation électronique (FNFE)

Christophe fait le débrief de la journée facturation électronique.

De nombreuses évolutions sont à prévoir sur la partie e-reporting.
Une mise à jour de la norme est attendue fin mai.
Action : Teddy doit se rapprocher de la FNFE pour participer aux prochaines réunions.

Proxy PDPLibre

Florent

Même en l'absence de contrat direct entre PDPLibre et SUPERPDP, si un distributeur PDPLibre s'appuie sur SUPERPDP, l'objectif est que les éditeurs passent par le proxy PDPLibre.
Cela permettrait de comptabiliser les flux pour les statistiques globales de l'association et d'anticiper les volumes en vue du jour où PDPLibre deviendra PA à part entière.
Condition nécessaire : identifier les utilisateurs finaux (login API) et les associer à la bonne PA afin d'assurer un routage adéquat.

PA Communautaire

Infrastructure et développement

Alex (pierstoval)

Polycurium : compte collectif partagé mis en place pour mutualiser les développements.
Une nouvelle ressource a rejoint le projet : un stagiaire.
Rappel de l'organisation des dépôts : Forgejo est l'environnement de développement de référence — les PR doivent être soumises sur Forgejo. Une synchronisation automatique est assurée vers GitHub pour la visibilité grand public.
La PR en cours concerne des travaux réalisés sur la brique 01_API_GATEWAY (flux et annuaire) ; ces travaux respectent les spécifications OpenAPI.
Framework PHP retenu : api-platform.com.
Tiiimesoftware (PA) met à disposition des packages opensource utilisables dans le projet.

Christophe

A initié un développement du proxy PDPLibre prenant en charge le routage vers les deux PA : SuperPDP et ESALINK.
Action : Christophe doit soumettre une PR sur Forgejo afin que l'équipe puisse évaluer l'état d'avancement des développements sur la partie API — l'objectif est de sélectionner le langage de développement le plus abouti entre PHP et Python pour le projet.

Florent

Vigilance sur le choix des technologies : il faut impérativement prendre en compte qui assure la maintenance en production avant de sélectionner une techno.

Teddy

Action : Organiser une réunion pour définir le langage et constituer l'équipe responsable de la brique 01_API_GATEWAY.

Cycle de vie d'une facture et changement de PA

Fonctionnement du changement de PA pour le client final :
- Le client effectue lui-même la démarche pour s'inscrire auprès de la nouvelle PA, qui procède à son enregistrement auprès de la DGFiP.
- La PA qui souhaite enregistrer un nouveau client doit envoyer un diff du fichier XML de l'annuaire (l'annuaire des entreprises est un fichier XML volumineux).
- Le cycle de vie complet d'une facture reste attaché à la PA qui l'a initialement traitée.
  - Exemple : J1, la facture F1 est émise via PA1. J2, le client migre de PA1 vers PA2 — le suivi de F1 continue néanmoins côté PA1.

Partenariat The Invoicing Hub

Alex (pierstoval)

Proposition de prendre contact avec The Invoicing Hub pour organiser un workshop et évaluer le soutien possible pour la création d'une PA_Libre. Un partenariat gagnant/gagnant serait envisagé : The Invoicing Hub fournit des ressources à l'association PDPLibre pour aider à la construction de la PA_communautaire ; en retour, PDPLibre informe et oriente ses adhérents souhaitant se former vers The Invoicing Hub.

Autres

Teddy

Action : Étudier la mise en place d'un outil de discussion type Discord / slack / mattermost / zulip/etc... pour faciliter les échanges en mode synchrone entre contributeurs.