Poser le problème avant de choisir la technologie

À partir du 1ᵉʳ septembre 2026, toute entreprise française assujettie à la TVA doit pouvoir recevoir ses factures via une Plateforme Agréée, et les grandes entreprises et ETI doivent émettre par ce canal — les TPE et PME suivant au 1ᵉʳ septembre 2027.

Techniquement, la question se réduit à deux flux :

  • Sortant — comment mes factures rejoignent-elles la plateforme pour être converties, numérotées, transmises ?
  • Entrant — comment les factures fournisseurs et les changements de statut reviennent-ils dans mon système ?

Beaucoup d'entreprises ne réfléchissent qu'au premier. C'est le second qui provoque les mauvaises surprises : une facture refusée qui dort trois jours dans un tableau de bord, c'est un avoir en retard et une relance décalée.

Les quatre modes d'intégration

Mode Mise en œuvre Contrôle Latence Profil type
Connecteur prêt à l'emploi Minutes, sans développement Périmètre défini par l'éditeur Temps réel sur l'événement couvert Entreprise qui facture déjà dans un outil connecté
API REST Projet de développement Total Temps réel ERP, SaaS métier, ESN, éditeur
Webhooks Un endpoint HTTPS à exposer Ciblé sur les événements Secondes Tout système qui doit réagir aux statuts
Import fichier (CSV/SFTP) Configuration + mapping Batch Différé Volumes réguliers, SI fermé

Ces modes ne s'excluent pas : la combinaison la plus fréquente associe un canal d'alimentation (connecteur ou API) et des webhooks pour le retour.

Le connecteur prêt à l'emploi

C'est le chemin le plus court. Vous installez, vous autorisez, ça fonctionne — le connecteur écoute un événement dans votre outil et alimente la plateforme.

Son avantage est aussi sa limite : le périmètre est celui décidé par l'éditeur. Notre connecteur Stripe illustre bien le compromis : il couvre le flux B2B domestique français (F1) à partir des factures Stripe finalisées, et laisse volontairement hors périmètre le B2C, l'international et la propagation automatique de l'encaissement. Ces bornes sont documentées avant l'installation, ce qui est exactement ce qu'on attend d'un connecteur — pas de surprise en production.

À privilégier quand votre facturation vit déjà dans un outil pour lequel un connecteur existe.

L'API REST

L'API est le mode de ceux qui veulent tout maîtriser : quel document part, quand, avec quelles données, sous quel format. C'est le choix naturel des ERP, des SaaS métier et des ESN qui intègrent la conformité dans leur propre produit — jusqu'à la revendre sous leur marque, comme le permet notre offre PA Connect.

Son coût : un projet de développement, avec authentification serveur-à-serveur, gestion des erreurs, tests en sandbox, et une maintenance dans la durée.

À privilégier quand vous éditez un logiciel, ou quand votre volume et vos règles métier ne rentrent pas dans un connecteur standard.

Les webhooks

Un webhook est le miroir de l'API : au lieu d'interroger la plateforme en boucle pour savoir ce qui a changé, vous exposez une URL et la plateforme vous pousse l'événement dès qu'il survient.

C'est le mode qui manque le plus souvent dans les intégrations improvisées, et c'est pourtant le plus rentable : sans lui, un statut 213 Rejetée ou 210 Refusée attend le prochain passage de votre batch. Les bonnes pratiques d'implémentation — signature, idempotence, réponse rapide puis traitement asynchrone, retries — sont détaillées dans notre guide Webhook facture électronique.

À prévoir dès qu'un traitement métier doit réagir à un changement de statut.

L'import de fichiers

Le mode le plus ancien reste pertinent : un dépôt CSV ou un flux SFTP, un mapping vers le format normé, un traitement par lot. Aucun développement applicatif, une intégration compatible avec les SI les plus fermés.

Sa contrepartie est la latence et la gestion des erreurs, qui se découvrent après coup, à la lecture d'un compte rendu de traitement.

À privilégier quand l'ouverture d'une API n'est pas envisageable côté SI.

Trois questions pour trancher

1. D'où viennent vos factures ? Si elles sont produites dans un outil du marché disposant d'un connecteur, commencez par là — le rapport effort/résultat est imbattable. Si elles sortent d'un ERP maison ou d'un produit que vous éditez, l'API s'impose.

2. Qui doit réagir aux statuts, et en combien de temps ? Si un refus ou un rejet doit déclencher une action dans les minutes — alerte à l'ADV, correction et redépôt — les webhooks ne sont pas une option mais une nécessité. Si un contrôle quotidien suffit, un import et une consultation régulière peuvent tenir.

3. Qui portera la maintenance ? Une API est un engagement dans la durée : versions, erreurs, évolutions réglementaires. Sans équipe pour l'assumer, un connecteur ou un import documenté vieillira mieux qu'une intégration sur mesure abandonnée.

Ce qu'aucun mode d'intégration ne remplace

Quelle que soit la voie retenue, trois éléments restent hors du périmètre technique :

  • L'onboarding de la plateforme. Vérification d'identité de l'entreprise (KYC/KYB), mandats, publication à l'annuaire, offre incluant l'émission. Un connecteur branché sur un compte non opérationnel ne transmet rien.
  • La qualité des données tiers. Sans SIREN d'acheteur, une facture n'a pas de destination. C'est le point de blocage le plus fréquent, détaillé dans Le SIREN de votre client.
  • Les gestes métier. Déclarer le statut 212 « Encaissée », refuser une facture entrante, corriger et redéposer après un rejet : ce sont des décisions, pas des automatismes.

Le pragmatisme gagne

La meilleure architecture d'intégration n'est pas la plus élégante, c'est celle qui sera en production avant l'échéance. Dans la plupart des cas, la trajectoire réaliste consiste à démarrer avec le mode le plus simple qui couvre votre flux principal, à brancher les webhooks pour le retour de statuts, puis à basculer vers l'API si et quand vos règles métier le justifient.

Le panorama complet des connecteurs disponibles est sur la page intégrations WeInvoice.

Questions fréquentes

Q : Faut-il obligatoirement développer une intégration API pour être conforme en 2026 ?

R : Non. Une interface web de Plateforme Agréée suffit pour émettre et recevoir en conformité. L'API, les connecteurs et les imports servent à supprimer la double saisie, pas à obtenir la conformité elle-même.

Q : Quelle différence entre un connecteur et une API ?

R : Un connecteur est une intégration prête à l'emploi, dont le périmètre est défini par l'éditeur : installation rapide, aucun développement, fonctionnalités bornées. Une API est une interface programmable : contrôle total sur les données et les flux, mais projet de développement et maintenance à prévoir.

Q : Pourquoi utiliser des webhooks plutôt que d'interroger l'API régulièrement ?

R : Parce que le polling ajoute de la latence et consomme des requêtes à vide. Le webhook pousse l'événement dès qu'il survient : un rejet technique ou un refus commercial est connu en secondes plutôt qu'à la prochaine exécution du batch.

Q : Peut-on combiner plusieurs modes d'intégration ?

R : Oui, et c'est la configuration la plus courante : un canal d'alimentation — connecteur ou API — pour les factures sortantes, et des webhooks pour recevoir les changements de statut dans le système d'information.

Q : Un import CSV est-il suffisant pour la facturation électronique ?

R : Il permet d'alimenter la plateforme sans développement, ce qui convient à des volumes réguliers et à des SI fermés. Sa limite est la latence et la gestion des erreurs en différé, qui rendent la correction d'un rejet plus lente qu'avec une intégration événementielle.

À retenir

  • Quatre modes : connecteur, API REST, webhooks, import fichier — complémentaires plutôt que concurrents.
  • Le flux sortant est le plus visible ; le flux entrant (statuts) est celui qui coûte cher quand on l'oublie.
  • Trois critères de choix : origine des factures, réactivité attendue sur les statuts, capacité de maintenance.
  • Aucun mode ne remplace l'onboarding de la plateforme, la qualité des SIREN et les gestes métier.
  • La bonne architecture est celle qui est en production avant l'échéance.

Pour aller plus loin

Article publié le 2026-08-12 par Gauthier Jozan.

WeInvoice by Weproc est une Plateforme Agréée immatriculée par la DGFiP sous le numéro PA n° 0104.

Article publié le 12 août 2026 par Gauthier Jozan.

WeInvoice by Weproc est une Plateforme Agréée immatriculée par la DGFiP sous le numéro PA n° 0104. Voir la fiche conformité.