La réforme de la facturation électronique arrive, et la question que tout le monde se pose est la mauvaise. Ce n’est pas « quel format ? » ni « quelle plateforme ? ». C’est : est-ce que mon logiciel sait déjà produire une facture électronique propre, cas limites compris ?
Rappel en 30 secondes. Toutes les entreprises assujetties à la TVA en France sont concernées, même les TPE. La réception devient obligatoire dès septembre 2026 ; l’émission suit en septembre 2027 pour les TPE et PME, dès 2026 pour les grandes entreprises et les ETI. En face, une facture non conforme c’est un flux rejeté à l’entrée : retard de paiement, pénalité, risque direct sur la trésorerie.
Générer un Factur-X, techniquement, c’est quelques lignes. Le vrai travail est ailleurs : les avoirs qui doivent référencer la bonne facture, les validateurs SIREN, SIRET, TVA et IBAN, le rapprochement métier, le branchement à Chorus Pro ou au PPF. C’est là que la plupart des chaînes existantes calent, parce que le papier laissait passer ce que le XML structuré refuse.
C’est pour ça que j’ai écrit einvoicing et einvoicing-connect, deux gems open source publiées sur RubyGems et déjà utilisées en production. Génération Factur-X PDF/A-3 conforme EN 16931, validateurs intégrés, client Chorus Pro et PPF prêt à brancher, sans SaaS tiers ni dépendance externe. Je les intègre dans un SI Rails existant en quelques jours.
Pour savoir où vous en êtes, j’ai monté une page dédiée avec un diagnostic de 30 minutes : je regarde votre stack, votre volumétrie et votre plateforme cible, et vous repartez avec un plan d’intégration concret et un devis ferme.
Voir la page facturation électronique 2026
Et pour vérifier qu’un PDF est déjà conforme, un validateur Factur-X est en libre accès, analyse 100 % locale, sans upload.