Facturation électronique B2B en Belgique : ce que l'obligation change vraiment

La confusion la plus fréquente tient en une phrase : une facture PDF envoyée par e-mail n'est pas une facture électronique au sens de l'obligation. Le PDF est une image destinée à un lecteur humain. Ce que la réglementation exige, c'est un fichier structuré qu'un logiciel comptable lit sans intervention.

Ce que le réseau Peppol impose

Peppol est un réseau de transmission. Vous ne vous y connectez pas directement : vous passez par un point d'accès qui achemine vos factures vers celui de votre client. Le format transporté est un fichier UBL conforme au profil BIS Billing 3.0, et c'est là que se situe la difficulté réelle.

Ce profil définit plusieurs centaines de règles de validation. Une facture qui en enfreint une seule est rejetée par le réseau. Le rejet ne vous parvient pas toujours immédiatement, et votre client, lui, n'a rien reçu. Concrètement, une erreur de format se traduit par un retard de paiement que personne ne remarque avant la relance.

Les règles qui posent problème en pratique

• Le numéro d'entreprise doit être valide au sens de sa clé de contrôle, pas seulement comporter dix chiffres.
• L'IBAN doit passer le contrôle modulo 97 ; une coquille de saisie ne se voit pas à l'œil nu.
• Les totaux hors taxe, la ventilation par taux de TVA et le total à payer doivent être cohérents au centime près.
• Chaque ligne doit porter un code d'unité de mesure issu de la nomenclature officielle, pas un libellé libre.
• Les références de commande, quand le client les exige, doivent respecter le format qu'il a communiqué.

Prises séparément, ces règles paraissent triviales. Ensemble, sur un flux de plusieurs centaines de factures par mois saisies par des humains pressés, elles produisent un taux de rejet significatif.

Valider avant, pas après

La différence entre un outil qui fonctionne et un outil qui génère de la frustration tient à l'endroit où se fait la validation. Si elle se fait au moment de l'envoi vers le réseau, l'utilisateur découvre l'erreur des heures plus tard, sous la forme d'un code technique. Si elle se fait à la saisie, dans l'interface, le champ fautif est signalé immédiatement, en français, avec ce qu'il faut corriger.

Une règle de validation qui n'explique pas comment la satisfaire n'est pas une validation, c'est un obstacle.

Ce qu'il faut regarder dans un outil

• La validation se fait-elle à la saisie ou seulement à l’envoi ?
• Les messages d’erreur désignent-ils un champ précis, dans votre langue ?
• Le générateur est-il testé sur les jeux d’exemples officiels du profil BIS 3.0 ?
• Pouvez-vous exporter vos factures dans un format lisible si vous changez d’outil ?
• Le point d’accès Peppol est-il inclus, ou facturé séparément ?

Et si vous facturez peu ?

En dessous de quelques dizaines de factures par mois, une solution du marché fait l'affaire et coûte moins cher qu'un développement. Le développement sur mesure se justifie quand la facturation est imbriquée dans un métier particulier : facturation à l'usage, ventilation analytique, règles de remise complexes. C'est un arbitrage qui se pose avec des chiffres, pas avec des principes.