PC SOFT

FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile

|
|
|
FR
Accueil → WINDEV 2025 → Factur-X : Plateforme Agréée
Factur-X : Plateforme Agréée
Débuté par Dominique, 24 fév. 2026 16:51 - 12 réponses
#1
Membre enregistré
12 messages
Posté le 24 février 2026 - 16:51
Bonjour à tous,

Nous avons développé nous même la mise en forme de nos factur-x et nous recherchons actuellement une PA qui offrirait des API afin de communiquer avec notre logiciel métier.
Avec plus 100 PA agrée, le manque d'informations et les PA exclusive (réserver aux utilisateur de leur logiciel). Il est relativement difficile de faire un choix et d'avoir les informations sur les API.

Avez-vous déjà trouver le votre ? lesquelles ?
Des particularités à connaitre ?
Et le tarif ?
Avez-vous commercer le codage (windev) pour la connexion en API ?

Avez-vous des informations plus approfondies sur le E-Reporting ? quelles sont les données ?

Merci pour vos retours d'informations.
Message modifié, 24 février 2026 - 17:13
#2
Posté le 25 février 2026 - 15:00
Bonjour

Nous avons choisis par SUPER PDP (https://www.superpdp.tech/) ils proposent un validateur de facture electronique et ont mis en place des APIS pour envoyer et controler des factur-x (et tu les tester , ils ont crees un bac a sable.
#3
Posté le 26 février 2026 - 20:32
Dominique a écrit :
Bonjour à tous,

Nous avons développé nous même la mise en forme de nos factur-x et nous recherchons actuellement une PA qui offrirait des API afin de communiquer avec notre logiciel métier.
Avec plus 100 PA agrée, le manque d'informations et les PA exclusive (réserver aux utilisateur de leur logiciel). Il est relativement difficile de faire un choix et d'avoir les informations sur les API.

Avez-vous déjà trouver le votre ? lesquelles ?
Des particularités à connaitre ?
Et le tarif ?
Avez-vous commercer le codage (windev) pour la connexion en API ?

Avez-vous des informations plus approfondies sur le E-Reporting ? quelles sont les données ?

Merci pour vos retours d'informations.


Concernant le e-reporting, il faut se référer au document officiel "Dossier de spécifications externes FE" disponible sur le site des impots (https://www.impots.gouv.fr/specifications-externes-b2b). Vous y trouverez tout ce qu'il faut, y compris les attendus de format par le PPF et comment les constituer, avec des exemples de xml et les swagger/xsd correspondant. Aujourd'hui mon application génère les fichiers au format attendu par le PPF (Factur-X pour le e-invoicing et xml structuré déjà agrégé pour le e-reporting, le cycle de vie et l'annuaire).

Concernant la communication par API, le fait que l'utilisation de l'API standardisée ne soit pas obligatoire est une aberration. Aujourd'hui beaucoup de PA qui se disent prêtes pour la réforme fonctionnent encore avec des API "maison", qui n'attendent pas le fichier final (au format Factur-X par exemple) directement mais des données structurées en JSON, et qui souvent ne proposent pas encore de point d'entrée pour le e-reporting.

Quant au choix des PA, la prise de décision va se faire sur des critères propres à chacun (niveau d'engagement, tarifications, etc...) mais concernant le côté technique, les deux seules PA avec lesquelles j'ai eu contact et qui utilisent une API basé sur l'API standardisée sont EsaLink et Agicap. Il y en a peut-être d'autres, mais ce sont les deux seules pour lesquelles je suis sûr. Mention spéciale pour EsaLink, ils sont très ouverts sur les échanges techniques et très réactifs de façon générale.
#4
Membre enregistré
12 messages
Posté le 27 février 2026 - 08:15
Bonjour,

Merci pour tous vos réponses qui permet d'avoir une vue plus technique. En effet, je comprends mieux maintenant les API "maison". souvent ces PA demande juste un PDF ou un JSON pour transformer en xml par eux même. Ce qui n'est pas notre cas.
#5
Membre enregistré
20 messages
Posté le 19 mars 2026 - 16:01
Olivier a écrit :
Bonjour

Nous avons choisis par SUPER PDP (https://www.superpdp.tech/) ils proposent un validateur de facture electronique et ont mis en place des APIS pour envoyer et controler des factur-x (et tu les tester , ils ont crees un bac a sable.



Bonjour,

J'essaie actuellement de me connecter à leur bac à sable et j'ai systématiquement des erreurs. Qu'elle méthode avez-vous utilisée?

Cordialement
Karine
#6
Membre enregistré
12 messages
Posté le 19 mars 2026 - 16:24
Bonjour,

Nous avons aussi choisi SUPER PDP. Nous avons testé leur API et cela fonctionne parfaitement. L'avantage avec SUPER PDP, c'est qu'ils offrent une lisibilité (détail des factures avec l'option "expand") dès l'appel pour avoir la liste des factures entrantes. Cela permet de filtrer selon les numéro d'adressage, et d'avoir au minimum l'entête et le bas de la facture, avant de récupérer dans notre système d'info. nous avons consulté d'autre PA et cette fonction n'est pas disponible, et cela est bloquant pour notre méthode de travail.

Ne sachant pas qu'elle est votre erreur. Je vais essayer de vous donner mon expérience.
- Il faut d'abord vous inscrire pour avoir votre login et votre passe (qui ne s'affiche qu'une seulement fois)
- Il faut systématiquement faire un appel API (avec login et mdp) pour obtenir un token
- Ce token doit être inclus dans le "Bearer" pour lancer l'appel de l'API désirer

Ne sachant pas quelles sont vos erreurs. je ne sais pas quoi dire de plus.

Bonne continuation
#7
Membre enregistré
20 messages
Posté le 19 mars 2026 - 16:59
Dominique a écrit :
Bonjour,

Nous avons aussi choisi SUPER PDP. Nous avons testé leur API et cela fonctionne parfaitement. L'avantage avec SUPER PDP, c'est qu'ils offrent une lisibilité (détail des factures avec l'option "expand") dès l'appel pour avoir la liste des factures entrantes. Cela permet de filtrer selon les numéro d'adressage, et d'avoir au minimum l'entête et le bas de la facture, avant de récupérer dans notre système d'info. nous avons consulté d'autre PA et cette fonction n'est pas disponible, et cela est bloquant pour notre méthode de travail.

Ne sachant pas qu'elle est votre erreur. Je vais essayer de vous donner mon expérience.
- Il faut d'abord vous inscrire pour avoir votre login et votre passe (qui ne s'affiche qu'une seulement fois)
- Il faut systématiquement faire un appel API (avec login et mdp) pour obtenir un token
- Ce token doit être inclus dans le "Bearer" pour lancer l'appel de l'API désirer

Ne sachant pas quelles sont vos erreurs. je ne sais pas quoi dire de plus.

Bonne continuation



Bonjour,

Merci de votre réponse.
je me suis inscrite. J'ai donc un identifiant et un mot de passe. Identifiant que j'utilise pour accéder au bac à sable en cliquant sur le bouton "Connexion" de leur site.
Pour l'appel à l'API vous utilisez httpEnvoie avec une variable httpRequete ou la solution AuthIdentifie?

Codialement
Karine
#8
Membre enregistré
12 messages
Posté le 19 mars 2026 - 17:44
Bonjour,

Pour l'authentification, j'utilise le mode "Client Credentials" qui est décrit sur leur site. Voici ci-dessous un exemple de mon code :

// CONNEXION AU PA POUR RECUPERER UN TOKEN
PaRequete_Token est un httpRequête
PaReponse_Token est un httpRéponse
PaRequete_Token..URL = https://api.superpdp.tech/oauth2/token
PaRequete_Token..Méthode = httpPost
PaRequete_Token..ContentType = "application/x-www-form-urlencoded"
PaRequete_Token..Utilisateur = "votre login SUPER PDP"
PaRequete_Token..MotDePasse = "votre mdp SUPER PDP"
PaRequete_Token..Contenu = "grant_type=client_credentials"
PaReponse_Token = HTTPEnvoie(PaRequete_Token)

// RETOUR DU TOKEN
SI PaReponse_Token..CodeEtat = 200 ALORS
PaContenu est un JSON
PaContenu = PaReponse_Token.Contenu
Pa_Mon_Token est une chaîne = PaContenu.access_token

// APPEL API AVEC TOKEN
PaFlow_Out est un JSON
PaFlow_Out.invoice_id = ZR_quai_emission.ATT_pa_id

PaRequete_Out est un httpRequête
PaReponse_Out est un httpRéponse
PaRequete_Out..URL = https://api.superpdp.tech/v1.beta/invoice_events
PaRequete_Out..Méthode = httpPost
PaRequete_Out..Entête["Authorization"] = "Bearer "+Pa_Mon_Token
PaRequete_Out..Contenu = PaFlow_Out
PaReponse_Out = HTTPEnvoie(PaRequete_Out)

// RETOUR DU RESULTAT
PaContenu_Out est un JSON
PaContenu_Out = PaReponse_Out.Contenu
SI PaReponse_Out..CodeEtat = 200 ALORS
... etc ...

J'espère que ce bout de code va vous aider. Bonne continuation.
#9
Membre enregistré
12 messages
Posté le 19 mars 2026 - 18:34
Désolé il manquait le code ci-dessous après la ligne Méthode de l'appel API.
PaRequete_Out..ContentType = "application/json"
Message modifié, 19 mars 2026 - 18:38
#10
Membre enregistré
20 messages
Posté le 20 mars 2026 - 16:22
Dominique a écrit :
Bonjour,

Pour l'authentification, j'utilise le mode "Client Credentials" qui est décrit sur leur site. Voici ci-dessous un exemple de mon code :

// CONNEXION AU PA POUR RECUPERER UN TOKEN
PaRequete_Token est un httpRequête
PaReponse_Token est un httpRéponse
PaRequete_Token..URL = https://api.superpdp.tech/oauth2/token
PaRequete_Token..Méthode = httpPost
PaRequete_Token..ContentType = "application/x-www-form-urlencoded"
PaRequete_Token..Utilisateur = "votre login SUPER PDP"
PaRequete_Token..MotDePasse = "votre mdp SUPER PDP"
PaRequete_Token..Contenu = "grant_type=client_credentials"
PaReponse_Token = HTTPEnvoie(PaRequete_Token)

// RETOUR DU TOKEN
SI PaReponse_Token..CodeEtat = 200 ALORS
PaContenu est un JSON
PaContenu = PaReponse_Token.Contenu
Pa_Mon_Token est une chaîne = PaContenu.access_token

// APPEL API AVEC TOKEN
PaFlow_Out est un JSON
PaFlow_Out.invoice_id = ZR_quai_emission.ATT_pa_id

PaRequete_Out est un httpRequête
PaReponse_Out est un httpRéponse
PaRequete_Out..URL = https://api.superpdp.tech/v1.beta/invoice_events
PaRequete_Out..Méthode = httpPost
PaRequete_Out..Entête["Authorization"] = "Bearer "+Pa_Mon_Token
PaRequete_Out..Contenu = PaFlow_Out
PaReponse_Out = HTTPEnvoie(PaRequete_Out)

// RETOUR DU RESULTAT
PaContenu_Out est un JSON
PaContenu_Out = PaReponse_Out.Contenu
SI PaReponse_Out..CodeEtat = 200 ALORS
... etc ...

J'espère que ce bout de code va vous aider. Bonne continuation.



Bonjour,

Merci pour votre code. Il ressemble à celui que j'ai fait. Il me reste toujours une erreur 401 comme si superpdp ne me connaissait pas. Je lui passe pourtant l'identifiant et le mot de passe qui me sert à me connecter à mon compte.

Merci
Karine
#11
Membre enregistré
20 messages
Posté le 20 mars 2026 - 16:23
Dominique a écrit :
Bonjour,

Pour l'authentification, j'utilise le mode "Client Credentials" qui est décrit sur leur site. Voici ci-dessous un exemple de mon code :

// CONNEXION AU PA POUR RECUPERER UN TOKEN
PaRequete_Token est un httpRequête
PaReponse_Token est un httpRéponse
PaRequete_Token..URL = https://api.superpdp.tech/oauth2/token
PaRequete_Token..Méthode = httpPost
PaRequete_Token..ContentType = "application/x-www-form-urlencoded"
PaRequete_Token..Utilisateur = "votre login SUPER PDP"
PaRequete_Token..MotDePasse = "votre mdp SUPER PDP"
PaRequete_Token..Contenu = "grant_type=client_credentials"
PaReponse_Token = HTTPEnvoie(PaRequete_Token)

// RETOUR DU TOKEN
SI PaReponse_Token..CodeEtat = 200 ALORS
PaContenu est un JSON
PaContenu = PaReponse_Token.Contenu
Pa_Mon_Token est une chaîne = PaContenu.access_token

// APPEL API AVEC TOKEN
PaFlow_Out est un JSON
PaFlow_Out.invoice_id = ZR_quai_emission.ATT_pa_id

PaRequete_Out est un httpRequête
PaReponse_Out est un httpRéponse
PaRequete_Out..URL = https://api.superpdp.tech/v1.beta/invoice_events
PaRequete_Out..Méthode = httpPost
PaRequete_Out..Entête["Authorization"] = "Bearer "+Pa_Mon_Token
PaRequete_Out..Contenu = PaFlow_Out
PaReponse_Out = HTTPEnvoie(PaRequete_Out)

// RETOUR DU RESULTAT
PaContenu_Out est un JSON
PaContenu_Out = PaReponse_Out.Contenu
SI PaReponse_Out..CodeEtat = 200 ALORS
... etc ...

J'espère que ce bout de code va vous aider. Bonne continuation.



Bonjour,

Merci pour votre code. Il ressemble à celui que j'ai fait. Il me reste toujours une erreur 401 comme si superpdp ne me connaissait pas. Je lui passe pourtant l'identifiant et le mot de passe qui me sert à me connecter à mon compte.

Merci
Karine
#12
Membre enregistré
12 messages
Posté le 20 mars 2026 - 16:54
Bonjour,

Dans ce cas, je vous invite à tester d'abord la connexion pour avoir le token, puis l'appel API. cela vous permettra de savoir sur quelle partie se trouve votre erreur 401.
Attention : le login et mot de passe n'est pas celui qui sert à se connecter, mais celui du secret (client_secret) et de l'identifiant que vous devez créer dans "Applications" de votre compte.
Pour info, au niveau du "Bearer " il faut absolument ajouter une espace avant le token.
Il faut aussi générer une ou deux factures dans votre compte SUPER PDP et tester l'appel API "List invoices"

Bon courage, vous y être presque.
#13
Membre enregistré
20 messages
Posté le 20 mars 2026 - 17:16
Bonjour,
En fait j'ai recréé une application sur le bac à sable car la première que j'ai créée semble avoir un soucis. Elle n'est même pas supprimable.
Et tout fonctionne :)
Merci
Karine
→ Revenir à WINDEV 2025