Réponse courte : non, vous ne devez pas changer d'ERP. Ce qui manque à votre système, c'est une sortie Peppol : elle s'ajoute en aval, par un module natif s'il existe, ou par une OutBox qui transforme et envoie vos factures actuelles sans rien modifier chez vous.

La question revient à chaque rendez-vous : « il faut donc qu'on change d'ERP ? ». Non. Un système qui produit des factures justes depuis des années n'a aucune raison de partir à la benne pour une question de format de sortie. Voici comment raisonner.

Le vrai problème : la sortie, pas la facturation

Votre ERP fait très bien son travail : il connaît vos clients, vos prix, vos taux de TVA, il numérote et archive. Ce qui lui manque depuis l'obligation de janvier 2026, c'est une chose précise : produire un fichier UBL conforme et le déposer sur le réseau Peppol. Tout le reste fonctionne.

Réduire le problème à sa taille réelle change la décision : on ne cherche pas un nouvel ERP, on cherche une sortie Peppol pour l'ERP qu'on a.

Trois approches possibles

Le module natif. Les grands éditeurs ajoutent Peppol à leurs versions récentes. Si votre version le propose et que vous êtes à jour, c'est la voie courte. Le point d'attention : les mises à jour majeures d'ERP ne sont jamais gratuites en temps, et un module générique s'arrête parfois là où commencent vos spécificités (remises particulières, champs personnalisés, multi-société). Nous avons détaillé cet arbitrage dans Peppol OutBox face au module ERP natif.

Le changement d'outil. Justifiable quand l'ERP était déjà en fin de vie. Comme seule réponse à Peppol, c'est disproportionné : des mois de migration pour un format de sortie.

La OutBox. Votre système continue de produire ses factures dans son format actuel (export XML, JSON, CSV, PDF, peu importe), et un maillon en aval les transforme en UBL et les envoie via un Access Point certifié. Aucune modification de l'ERP, aucun changement de processus interne. C'est l'approche de Peppol OutBox.

Le coût caché d'une montée de version

C'est l'angle mort du raisonnement « le module est gratuit ». Le module l'est peut-être, la version qui le contient ne l'est pas toujours.

Sur un ERP personnalisé, une montée de deux versions majeures implique de reprendre les développements spécifiques, de retester les intégrations en place, de reformer les utilisateurs et d'immobiliser une équipe pendant des semaines. Le chiffrage dépasse régulièrement le coût d'une intégration dédiée, pour un résultat identique du point de vue de la conformité.

À l'inverse, une OutBox se branche sur la version que vous exploitez aujourd'hui. Le jour où vous montez de version pour de bonnes raisons métier, elle continue de fonctionner tant que le format d'export ne change pas, et se réajuste en quelques heures s'il change.

Ce qui fait la différence : le mapping

Deux ERP identiques configurés par deux intégrateurs ne produisent pas le même export. Le sur-mesure n'est pas un luxe, c'est la condition pour que chaque champ (échéances, acomptes, remises, références client) arrive au bon endroit dans l'UBL. Notre expérience passe par Odoo, Efficy et une longue liste de logiciels métier moins connus : le mapping est développé pour votre système, testé avec vos vraies factures, puis figé.

Le cas des factures qui naissent hors de l'ERP

Presque toutes les entreprises en ont : la facture d'acompte montée sur un tableur, la refacturation de frais préparée par l'atelier, l'abonnement émis par un outil métier distinct. Un module natif ne les voit pas, puisqu'il vit dans l'ERP.

Ce point départage souvent les deux approches. Une OutBox accepte plusieurs sources en entrée et applique la même chaîne de validation à toutes, ce qui évite de laisser un canal entier hors conformité. Les fiduciaires qui centralisent l'envoi pour plusieurs clients raisonnent exactement de la même façon.

Comment décider

Trois questions suffisent :

  • Votre version d'ERP actuelle propose-t-elle Peppol nativement, sans montée de version coûteuse ?
  • Vos factures ont-elles des spécificités, ou des sources multiples, qu'un module générique gère mal ?
  • Voulez-vous que la conformité dépende du planning de mise à jour de votre éditeur ?

Un quatrième critère mérite d'être posé, moins technique : qui portera la responsabilité en cas de rejet ? Avec un module natif, le diagnostic se partage entre votre intégrateur, votre éditeur et le fournisseur d'Access Point. Avec une intégration dédiée, la chaîne complète (extraction, conversion, envoi, suivi des accusés) a un seul responsable, ce qui raccourcit nettement les allers-retours le jour où une facture ne part pas.

Si la première réponse est non, ou l'une des deux suivantes oui, la OutBox est la voie économique. La mise en route est décrite dans notre checklist de la première facture Peppol, et les tarifs sont publics.