Facturation électronique : comment on s'y prépare chez Creatiwity

Il y a quelques mois, on aurait facilement décrit notre processus de facturation comme "opérationnel". Un PDF généré depuis l'ERP, envoyé par mail, archivé dans un dossier : basique, mais fonctionnel. Jusqu'à ce que la réforme sur la facturation électronique nous oblige à regarder la réalité en face : ce modèle, aussi simple soit-il, allait devenir non conforme d'ici septembre 2026.

Cet article retrace notre cheminement avec les choix techniques qu'on a faits, et ce qu'on a appris en chemin.

Pourquoi la facture PDF ne suffit plus

La facturation numérique ne se résume pas à "envoyer un PDF par mail". C'est produire et échanger des factures sous forme de données structurées, lisibles automatiquement par les systèmes comptables et fiscaux.

Le modèle classique arrive à ses limites pour plusieurs raisons :

• Les volumes de factures augmentent et la saisie manuelle ne passe plus à l'échelle.
• Les obligations réglementaires se renforcent à l'échelle européenne.
• Les outils ne "parlent" pas entre eux : on ressaisit des données d'un système à l'autre.

Résultat : des erreurs, du temps perdu et une visibilité partielle sur les flux financiers.

La réforme de 2026 en deux mots

À partir de septembre 2026, la facture devient une donnée structurée, exploitable et contrôlée. La réforme s'articule autour de deux piliers :

• E-invoicing : les factures entre entreprises assujetties à la TVA devront être émises et reçues dans un format électronique structuré, via des plateformes agréées.
• E-reporting : certaines données de transaction devront être transmises directement à l'administration fiscale (DGFiP), notamment pour les opérations avec des particuliers ou des entreprises étrangères.

Ce que ça change concrètement : le PDF seul ne suffit plus. Il faut que la facture soit également une donnée machine, pas seulement un document lisible par un humain.

Notre approche : s'adapter sans tout changer

Chez Creatiwity, on gère notre facturation via un ERP développé en interne. L'idée de tout migrer vers une solution tierce nous a rapidement semblé contre-productive : on perdrait la maîtrise d'un outil qu'on connaît parfaitement, pour un gain et un coût incertain.

On a donc posé le problème différemment : comment brancher l'ERP existant sur l'infrastructure réglementaire, sans tout reconstruire ?
La réponse est passée par deux choix structurants.

Choisir un format : Factur-X

On a comparé plusieurs formats d'échange : UBL (Universal Business Language), CII (Cross Industry Invoice), et Factur-X. Ce dernier s'est imposé pour une raison simple : il est hybride.

Un fichier Factur-X, c'est à la fois :

• Un PDF lisible par n'importe quel humain, sans logiciel spécifique.
• Un XML intégré, exploitable automatiquement par les systèmes comptables et les plateformes de dématérialisation.
• Un format largement compatible par l'ensemble des acteurs

UBL et CII sont des formats purement machine. Factur-X représente un meilleur compromis pour une équipe qui jongle entre des interlocuteurs techniques et non-techniques. Il est bien documenté, largement adopté en France et en Europe, et son implémentation est documentée de manière progressive selon cinq profils de conformité (Minimum, Basic WL, Basic, EN 16931, Extended).

Choisir une plateforme agréée (PA)

Une fois le format défini, il faut un intermédiaire : une Plateforme Agréée (PA ex PDP), par l'État, qui sert de relais entre les entreprises et le portail public Chorus Pro.

Nous sommes en train d'évaluer plusieurs candidats : Iopole, Seqino (Crédit Mutuel ARKEA), Zoho Billing et Yooz. L'évaluation se fait sur trois axes :

1. Les APIs : C'est le cœur de l'intégration. On a besoin de pouvoir soumettre des factures, récupérer des statuts et gérer les rejets de manière programmatique. Pas question d'une interface manuelle.

2. L'opérationnel : Comment la plateforme gère-t-elle les cas réels ? Les statuts de cycle de vie, les rejets partiels, les formats entrants ? La documentation est souvent rassurante sur le papier, les démos et les cas de test le sont moins.

3. La tarification : Un modèle viable dans le temps, cohérent avec nos volumes (environ 200 factures clients et 50 fournisseurs par mois).

Ce n'est pas un choix qu'on a fait à la légère. La plateforme devient un maillon critique de notre comptabilité. Changer de prestataire dans deux ans représenterait un coût opérationnel significatif.

Ce qu'on a appris en chemin

C'est un vrai projet IT, pas juste une mise à jour de conformité

On l'a sous-estimé au départ. La facturation électronique mobilise simultanément la comptabilité, le développement, la direction et les partenaires externes. Il faut une gouvernance claire, des environnements de test, et du temps pour valider les cas limites.

Les projets de ce type ont tendance à s'étirer si on ne les structure pas comme des projets IT à part entière : roadmap, responsabilités, tests et acceptance.

La qualité des données en entrée est déterminante

Un format structuré est impitoyable : un SIRET mal formaté, une adresse incomplète ou un code pays absent génèrent un rejet. On a rapidement réalisé qu'avant d'automatiser la génération de factures, il fallait nettoyer la base client dans l'ERP.

Ce que ça ouvre comme perspectives

Ce qu'on percevait initialement comme une contrainte réglementaire est devenu un levier concret pour moderniser nos outils.

Un conseil si vous êtes dans la même situation : ne traitez pas ce projet comme une formalité administrative. Traitez-le comme une opportunité de nettoyer vos données et d'outiller votre gestion financière pour les prochaines années. Plus vous vous y prenez tôt, plus vous avez le temps de le faire proprement, sans la pression d'une échéance qui approche.