[FEATURE]: Instance de démonstration et de test Factur-e pour développeurs PA #44

New issue

Open

opened 2026-05-31 08:50:52 +02:00 by bruno.d2b · 0 comments

bruno.d2b commented

2026-05-31 08:50:52 +02:00

Member

Description

Mettre à disposition dans le dépôt une instance Factur-e autoportée, que les
développeurs de PA peuvent monter en local (Docker Compose) pour valider leur
plateforme contre un émetteur/récepteur de factures EN 16931 + EXTENDED-CTC-FR.
Statut & évolution : Factur-e intègre aujourd'hui une connexion à SuperPDP
publiée ici est donc à usage de démonstration.
Elle permet en outre de réaliser un test BDD prototype déclenchant l'émission d'une
facture via le backend Factur-e (API directe en Bearer). Connexe aux besoins de
tests de conformité PA (cf. #27, #24).
Le développement du connecteur EsaLink prendra en compte la modélisation décrite
dans le module pdpconnectfr de Dolibarr. La cible est de connecter Factur-E sur
l'API PA_Communautaire dès sa définition.

Exemple

cd factur-e && ./init.sh → 5 services Docker healthy + 2 comptes pré-seedés
(Burger Queen 000000002 / Tricatel 000000001). On émet une facture
Burger Queen → Tricatel, observable côté PA en développement ; réception
symétrique ; statuts CDAR récupérés en polling.
L'API est pilotable en Authorization: Bearer (openapi.yaml, OpenAPI 3.1) :
on peut écrire un scénario BDD prototype (Gherkin) déclenchant POST /api/invoices
sur le backend Factur-E. Détails : factur-e/README.md.

## Description - Mettre à disposition dans le dépôt une instance Factur-e autoportée, que les développeurs de PA peuvent monter en local (Docker Compose) pour valider leur plateforme contre un émetteur/récepteur de factures EN 16931 + EXTENDED-CTC-FR. - Statut & évolution : Factur-e intègre aujourd'hui une connexion à SuperPDP publiée ici est donc à usage de démonstration. - Elle permet en outre de réaliser un test BDD prototype déclenchant l'émission d'une facture via le backend Factur-e (API directe en Bearer). Connexe aux besoins de tests de conformité PA (cf. #27, #24). - Le développement du connecteur EsaLink prendra en compte la modélisation décrite dans le module pdpconnectfr de Dolibarr. La cible est de connecter Factur-E sur l'API PA_Communautaire dès sa définition. ## Exemple - `cd factur-e && ./init.sh` → 5 services Docker healthy + 2 comptes pré-seedés (Burger Queen `000000002` / Tricatel `000000001`). On émet une facture Burger Queen → Tricatel, observable côté PA en développement ; réception symétrique ; statuts CDAR récupérés en polling. - L'API est pilotable en `Authorization: Bearer` (`openapi.yaml`, OpenAPI 3.1) : on peut écrire un scénario BDD prototype (Gherkin) déclenchant `POST /api/invoices` sur le backend Factur-E. Détails : `factur-e/README.md`.

bruno.d2b referenced this issue from a pull request that will close it,

2026-05-31 09:05:26 +02:00

Ajout d'une instance de démonstration/test Factur-e pour développeurs PA (Issue #44) #45

bruno.d2b added a new dependency

2026-05-31 09:06:41 +02:00

#45 Ajout d'une instance de démonstration/test Factur-e pour développeurs PA (Issue #44)