Si votre produit touche aux factures — ERP, DMS, comptabilité, achats — on vous demandera si vous prenez en charge la facturation électronique. Il y a deux voies honnêtes à partir de là. Cette page les compare sans prétendre que construire est pire que ça ne l'est, et sans prétendre qu'acheter élimine tous les compromis.
| Tâche | Continu, pas ponctuel |
|---|---|
| Analyser et valider le modèle sémantique EN 16931 (syntaxes UBL et CII) | Oui — le standard lui-même est passé à une nouvelle version en 2026 |
| Règles CIUS XRechnung (BR-DE-*) en plus des règles de base EN 16931 | Oui — versionnées séparément du standard de base |
| ZUGFeRD/Factur-X : intégrer/extraire correctement le XML CII dans un conteneur PDF/A-3 | Oui — la version de profil obligatoire a encore changé en janvier 2026 |
| Schematron PEPPOL BIS 3.0, tenu à jour avec les versions OpenPeppol | Oui — des correctifs sortent plusieurs fois par an |
| Chaque format national dans lequel vous vous développez (KSeF, FatturaPA, Facturae, VeriFactu, ...) | Oui — chacun est une spécification distincte avec son propre rythme de publication |
| Maintenir un validateur de référence (ou construire une couverture de test contre lui), pour savoir réellement que votre sortie est correcte, pas juste « ne plante pas » | Oui |
Rien de tout cela n'est un projet d'intégration ponctuel. C'est un engagement permanent — quelqu'un dans votre équipe doit suivre les notes de version du CEN, d'OpenPeppol, de KoSIT et de chaque autorité nationale, indéfiniment, aussi longtemps que vous vendez cette fonctionnalité.
| Le construire soi-même | Intégrer INVOX | |
|---|---|---|
| Temps jusqu'à la première validation fonctionnelle | Semaines à mois, selon les formats/pays | Minutes — clé sandbox, premier appel |
| Qui garantit la justesse | Votre équipe, contre les données de test disponibles | INVOX, re-vérifié contre la suite de conformité/XSD officielle de chaque standard |
| Qui suit les changements de standards | Votre équipe, indéfiniment | INVOX, indéfiniment |
| Couverture multi-format (formats nationaux) | Chacun est un projet séparé | Déjà couvert — une seule intégration |
| Preuve/piste d'audit pour un document validé | À construire séparément | Attestation signée et vérifiable hors ligne incluse |
| Ce que vous gardez sous contrôle | Tout | Votre produit, votre interface, votre relation client — le moteur de conformité est délégué, pas votre logique métier |
| Résidence des données / on-premise | Entièrement sous votre contrôle par défaut | Disponible comme option de déploiement à part entière, pas seulement en SaaS |
Honnêtement : si la conformité de facturation électronique est votre produit principal — vous construisez une plateforme dédiée à la facturation électronique, pas la conformité comme fonctionnalité d'autre chose — posséder le moteur de bout en bout peut être le bon pari stratégique. La question construire-vs-acheter porte en réalité sur le fait que le moteur de validation soit votre différenciateur ou votre centre de coûts. Pour un éditeur ERP, DMS ou comptable, c'est presque toujours le second cas.
INVOX n'est ni un ERP ni un DMS, et n'envoie pas de factures en votre nom par défaut — il valide, génère, convertit et (là où connecté à un Access Point partenaire) prend en charge la transmission. Votre produit, vos relations clients et votre interface restent entièrement les vôtres. L'infrastructure technique pour la transmission PEPPOL à quatre coins en direct existe ; elle passe par un Access Point partenaire plutôt qu'INVOX agissant lui-même comme AP accrédité — demandez-nous directement pour votre besoin spécifique de transmission avant de faire une supposition.