Réponse courte : vous n'avez pas besoin de devenir Access Point certifié pour offrir Peppol à vos clients. Une OutBox pilotable par API prend le transport et la conformité ; votre logiciel garde la relation client, l'intégration tient en un sprint.

Si vous éditez un logiciel qui facture (SaaS métier, ERP vertical, outil de gestion), vos clients belges vous posent tous la même question depuis janvier 2026 : "et Peppol ?". Voici comment y répondre sans transformer votre roadmap en chantier de conformité.

Le piège : tout construire soi-même

Devenir Access Point certifié est un métier : certification OpenPeppol, infrastructure d'échange, veille sur les évolutions du standard, support des cas limites du réseau. C'est un investissement qui a du sens pour un opérateur de facturation, rarement pour un éditeur dont la valeur est ailleurs. La bonne découpe : votre logiciel garde la relation client et la production des factures, un service spécialisé prend le transport.

L'intégration par API

Avec une OutBox pilotable par API, l'envoi Peppol devient une fonctionnalité de votre produit :

  1. Envoi : votre backend pousse la facture par requête REST, en unitaire ou en lot, dans le format que vous produisez déjà
  2. Transformation : le mapping vers l'UBL Peppol BIS est géré côté OutBox, y compris la validation avant envoi
  3. Statuts : chaque document a un statut consultable à tout moment
  4. Webhooks : les accusés de réception (ACK) sont poussés en temps réel vers votre application, qui les affiche à vos utilisateurs dans votre interface

Vos clients ne quittent jamais votre produit : pour eux, c'est votre logiciel qui "fait Peppol".

Le multi-société, question centrale pour un SaaS

Un éditeur n'envoie pas pour une entreprise mais pour des dizaines ou des centaines, chacune avec son identifiant Peppol propre. L'architecture de Peppol OutBox est multi-société : chaque entité de vos clients est enregistrée avec son identifiant, les envois et les accusés sont cloisonnés par société, et l'onboarding d'un nouveau client de votre SaaS est une opération d'API, pas un projet.

Ce que ça donne côté roadmap

L'intégration type tient en un sprint côté éditeur : appeler l'API d'envoi au moment où la facture est émise, exposer les statuts, brancher le webhook des ACK. Le mapping initial entre votre format et l'UBL est développé une fois, pour toutes vos instances, par notre équipe. Le modèle de tarification suit le volume, ce qui colle au modèle SaaS.

Pour discuter d'une intégration, le plus court est un audit technique gratuit avec l'équipe : on le fait sur vos données. Les réponses aux questions générales sont dans la FAQ.