Logiciel ERP et comptable pour la Belgique - facturation électronique B2B Peppol, TVA et trois langues officielles

En Belgique, l'obligation est en vigueur, et cela change la discussion

La facturation électronique structurée B2B est devenue obligatoire en Belgique en janvier 2026, avec un échange via le réseau Peppol au format Peppol BIS, et les entreprises doivent pouvoir à la fois envoyer et recevoir. Tout le reste de cette page découle de ce seul fait, qu'il convient d'énoncer d'emblée car il distingue la Belgique de trois de ses voisins.

Une obligation en vigueur change la finalité de l'évaluation d'un logiciel. Sur un marché sans obligation, vous comparez l'efficacité. En Belgique, vous établissez d'abord si un système peut tout simplement participer au réseau, et ce n'est qu'ensuite que vous comparez tout le reste. Un produit incapable d'envoyer et de recevoir des factures structurées n'est pas une option meilleur marché ; il relève d'une tout autre catégorie.

Cela change aussi la manière dont les choses échouent. Lorsque les factures circulent sous forme de données entre systèmes, un document mal formé n'est pas discrètement accepté par une personne qui passe outre l'erreur. Il est rejeté, et il l'est par une machine qui ne fait aucune concession. Les entreprises qui abandonnent la facturation en PDF découvrent généralement l'état réel de leurs données de base clients au cours du premier mois.

Vérifiez votre propre champ d'application et vos obligations auprès du SPF Finances, le Service public fédéral Finances, plutôt que de vous fier à un résumé. Les obligations comportent des exclusions, et le détail de qui est concerné est une question propre à votre entreprise.

• Obligatoire en B2B depuis janvier 2026.
• Échange via le réseau Peppol au format Peppol BIS.
• La capacité d'envoi et la capacité de réception sont toutes deux exigées.
• Les documents mal formés sont rejetés par des machines, pas tolérés par des humains.
• Vérifiez le champ d'application auprès du SPF Finances.

Comment fonctionne concrètement un modèle en réseau

Il est utile d'être concret sur ce qu'est Peppol, car le modèle mental hérité des systèmes à portail est erroné. Peppol est un réseau à quatre coins. Vous vous connectez à un point d'accès. Votre client se connecte au sien. Chaque participant dispose d'un identifiant qui permet au réseau de le retrouver. Le document passe du fournisseur à un point d'accès, puis à l'autre point d'accès, puis au client.

L'administration fiscale ne se tient pas au milieu de chaque document, et c'est la différence essentielle avec un pays à validation préalable. En Pologne, une facture passe par le KSeF jusqu'à l'administration et est approuvée avant de parvenir à l'acheteur, et c'est l'administration qui attribue l'identifiant de la facture. En Belgique, le document est acheminé vers votre client sur une infrastructure partagée. Les deux modèles sont structurés, obligatoires et validés par machine ; un seul place l'État dans le circuit de la transaction.

Les conséquences pratiques du modèle en réseau sont que votre client doit être joignable, que votre propre identifiant doit être correctement enregistré et qu'une transmission peut échouer pour des raisons extérieures à votre service comptable. Quelqu'un doit être responsable de la file des échecs. Ce rôle est généralement inventé après le premier mois d'exploitation réelle, soit plus tard qu'il ne le faudrait.

Skyline Nexus conserve le document sortant, son statut de transmission et l'identifiant du client avec l'enregistrement de la facture, de sorte qu'un document rejeté est visible à côté de l'opération à laquelle il se rapporte plutôt que dans un journal technique séparé que personne ne lit.

• Quatre coins : l'émetteur, le point d'accès de l'émetteur, le point d'accès du destinataire, le destinataire.
• Les participants sont retrouvés sur le réseau grâce à des identifiants enregistrés.
• L'administration fiscale ne se place pas au milieu de chaque document.
• La transmission peut échouer ; quelqu'un doit être responsable de la file des échecs.
• Conservez le statut de transmission rattaché à l'enregistrement de la facture, et non dans un journal séparé.

La réception, la moitié que l'on sous-estime

L'envoi concentre toute l'attention, car c'est la moitié visible et celle que la finance maîtrise. C'est à la réception que les entreprises mal préparées se font réellement piéger. L'obligation couvre les deux, et dès que vos fournisseurs entrent eux aussi dans le champ d'application, les factures structurées commencent à arriver, que quelqu'un ait décidé ou non où elles doivent aller.

Une facture structurée entrante est à la fois une opportunité et un risque. L'opportunité, c'est que les données des factures fournisseurs arrivent sous forme de champs plutôt que d'un PDF que quelqu'un ressaisit, ce qui supprime toute une catégorie d'erreurs de saisie en comptabilité fournisseurs. Le risque, c'est qu'un document sans destination devient une dette non comptabilisée, et les dettes non comptabilisées sont découvertes en fin d'exercice par les réviseurs plutôt qu'au deuxième mois par les contrôleurs de gestion.

La question de conception est de savoir ce qu'il advient d'une facture entrante qui ne correspond à rien. Pas de bon de commande. Un fournisseur absent du fichier. Des quantités différentes de celles reçues. Dans un processus papier, une personne absorbe l'écart. Dans un processus structuré, le système doit avoir une réponse, et cette réponse doit être une file d'attente dotée d'un responsable plutôt qu'un rejet silencieux.

Ce travail a une contrepartie. Une fois que les factures entrantes arrivent sous forme de champs et sont automatiquement rapprochées des commandes et des marchandises reçues, la comptabilité fournisseurs cesse d'être une fonction de saisie pour devenir une fonction de traitement des exceptions. Les entreprises qui anticipent ce changement redéploient leurs équipes ; celles qui ne le font pas se retrouvent avec le même effectif effectuant la même saisie depuis un autre écran, et concluent que la facturation structurée n'a rien apporté.

• La capacité de réception est exigée, pas facultative.
• Les factures fournisseurs structurées éliminent les erreurs de saisie en comptabilité fournisseurs.
• Une facture entrante sans destination devient une dette non comptabilisée.
• Décidez de la marche à suivre en l'absence de bon de commande, pour un fournisseur inconnu ou en cas d'écart de quantité.
• Les exceptions exigent un responsable nommément désigné et une file visible.
• Rapprochez avec les marchandises reçues, pas seulement avec la commande.

Trois langues : une réalité opérationnelle, pas une préférence

La Belgique compte trois langues officielles : le néerlandais, le français et l'allemand. Pour une entreprise active dans tout le pays, la question n'est pas de savoir dans quelle langue s'affichent les menus du logiciel. Elle est de savoir dans quelle langue un client reçoit sa facture, dans quelle langue part un bon de commande, et si un système peut conserver à la fois la description d'un article et sa traduction sans que l'une écrase l'autre.

L'échec habituel est celui d'un système qui prend en charge une langue d'interface par utilisateur et qualifie cela de multilingue. La langue des documents et la langue de l'interface sont des paramètres différents, et celui qui compte commercialement est le document. Un client flamand et un client wallon doivent pouvoir recevoir le même article du catalogue décrit dans leur propre langue, à partir de la même fiche produit.

La facturation structurée ne supprime pas la question de la langue, car une version lisible par l'humain accompagne toujours le processus et la correspondance autour d'une facture contestée est toujours rédigée par des personnes. Elle en accroît même l'enjeu, car la description qui parvient au client est désormais générée à partir de données plutôt que saisie par quelqu'un qui connaissait le client.

Skyline Nexus a été conçu de manière bidirectionnelle pour l'arabe et l'anglais, ce qui signifie que sa couche documentaire a été pensée dès le départ pour plusieurs langues plutôt que traduite après coup. C'est la propriété dont une entreprise belge a besoin ; la paire de langues concernée relève du paramétrage.

• Le néerlandais, le français et l'allemand sont tous trois des langues officielles.
• La langue des documents et la langue de l'interface sont deux questions distinctes.
• Les descriptions d'articles doivent disposer de traductions conservées sur la même fiche produit.
• Le choix de la langue doit suivre le client, et non l'utilisateur qui émet le document.
• La correspondance et la gestion des litiges font partie de l'exigence linguistique.

La place de la Belgique parmi ses voisins

La Belgique représente le cas du réseau parmi quatre marchés européens qui ont chacun choisi une réponse différente. La Pologne représente la validation préalable : la facture passe par le KSeF jusqu'à l'administration fiscale pour approbation avant de parvenir à l'acheteur, et le KSeF lui attribue son identifiant. La Belgique échange des factures structurées via Peppol entre partenaires commerciaux, sans que l'administration se trouve dans le circuit du document.

L'Espagne présente un troisième modèle. Ses règles sur les logiciels de facturation, VeriFactu, sont en cours de déploiement, tandis que l'obligation de facturation électronique B2B de la loi Crea y Crece est adoptée mais pas encore en vigueur. Les Pays-Bas sont le quatrième : aucune obligation B2B nationale, une facturation au secteur public via Peppol et un cadre de conception visant 2030.

La distinction à retenir est celle entre validation préalable et contrôle a posteriori. La validation préalable signifie que l'État valide le document en temps réel et que les erreurs apparaissent immédiatement. Le contrôle a posteriori signifie que rien n'échoue à l'émission et que les problèmes s'accumulent jusqu'à un contrôle. À cet égard, la Belgique se rapproche du contrôle a posteriori, le réseau assurant une validation automatique du format même si l'administration n'approuve pas chaque facture.

Un groupe présent dans ces quatre pays a besoin d'un comportement propre à chaque pays, rattaché à l'entité, et non d'un interrupteur européen unique. Partez du principe que les règles divergent ; c'est l'hypothèse la plus stable.

• Pologne : validation préalable, l'administration approuve la facture avant que l'acheteur ne la voie.
• Belgique : échange en réseau via Peppol, en vigueur depuis janvier 2026.
• Espagne : règles sur les logiciels de facturation en cours de déploiement, obligation B2B adoptée et en attente d'entrée en vigueur.
• Pays-Bas : aucune obligation nationale en vigueur, cadre visant 2030.
• La validation préalable fait apparaître les erreurs immédiatement ; le contrôle a posteriori les reporte au contrôle fiscal.

La TVA belge quand la facture devient une donnée

La Belgique applique un taux normal de TVA de 21 %, en euros. Le calcul n'est pas la difficulté. La difficulté, c'est qu'une fois que les factures circulent sous forme de données structurées, le traitement TVA de chaque ligne est exposé en tant que champ au lieu d'être absorbé dans un total, et les erreurs de paramétrage qui passaient autrefois inaperçues deviennent visibles pour le système destinataire.

C'est dans les échanges intra-UE que cela se concentre. Les livraisons à des entreprises assujetties à la TVA dans d'autres États membres, l'autoliquidation sur de nombreux services entre entreprises et le numéro d'identification TVA du client doivent tous être présents et corrects en tant que données. Un numéro saisi dans un champ de texte libre n'est pas une donnée. Un numéro conservé dans un champ validé de la fiche client, avec la validation enregistrée, en est une.

L'arrondi mérite une décision plutôt qu'une valeur par défaut. La TVA calculée par ligne et la TVA calculée sur le total du document donnent des résultats différents, et dans un échange structuré, l'écart n'est pas quelque chose qu'une personne rapproche discrètement. Choisissez la base, appliquez-la dans tous les canaux et soyez en mesure de montrer laquelle a été utilisée.

Le même raisonnement s'applique à la classification fiscale de l'article. Lorsqu'un taux est choisi par une personne au moment de la vente, un catalogue varié produit une dispersion de réponses sans aucun moyen d'identifier les mauvaises sans relire chaque facture. Lorsque le traitement est une propriété de la fiche produit, le même article est taxé de manière identique dans tous les canaux et une erreur se corrige une seule fois à la source plutôt que transaction par transaction.

• Taux normal de TVA de 21 %, en euros.
• Le traitement TVA doit être correct en tant que donnée sur chaque ligne, pas seulement dans le total.
• Conservez les numéros d'identification TVA des clients dans des champs validés.
• L'autoliquidation est un traitement enregistré, assorti d'une mention obligatoire sur le document.
• Choisissez une fois pour toutes la base d'arrondi et appliquez-la partout.
• Chaque montant de la déclaration doit pouvoir être rattaché aux factures qui le justifient.

Les données de base sont le vrai projet, quoi qu'en dise l'éditeur

La plupart des projets belges de facturation électronique qui tournent mal ne tournent pas mal à cause du connecteur. Ils tournent mal parce que le fichier clients n'a jamais été assez exact pour être lu par une machine. Des dénominations légales qui diffèrent des noms commerciaux. Des numéros d'identification TVA comportant des fautes de frappe qu'un œil humain corrigeait en silence depuis des années. Deux fiches pour le même client. Aucun identifiant réseau.

Dans un modèle en réseau, chacun de ces défauts devient un échec de transmission ou un rejet. La facture n'arrive pas, le client ne paie pas, et le problème est découvert lorsque quelqu'un relance une créance dont la facture n'a jamais été reçue. Le remède est ingrat et doit intervenir avant la mise en service : dédoublonner, valider et enregistrer l'identifiant de participant sur la fiche client.

La même discipline s'applique du côté des achats. Les fournisseurs ont eux aussi besoin d'identifiants, et le processus de comptabilité fournisseurs doit savoir quels fournisseurs enverront des documents structurés et lesquels enverront encore des PDF pendant une éventuelle transition. Gérer deux circuits entrants est normal ; gérer deux circuits entrants sans savoir quel fournisseur relève de quel circuit ne l'est pas.

C'est aussi la partie du travail qui survit à chaque changement de règle futur. Les choix de format expirent. Des données de base propres, non.

• Dédoublonnez les clients avant la mise en service, pas après.
• Validez les numéros d'identification TVA plutôt que de vous fier aux valeurs saisies.
• Enregistrez les identifiants de participant au réseau pour les clients et les fournisseurs.
• Rapprochez la dénomination légale et le nom commercial pour chaque compte.
• Sachez quels fournisseurs envoient des documents structurés et lesquels envoient encore des PDF.

Les référentiels comptables dans un groupe belge

Dans l'Union européenne, les sociétés cotées établissent leurs comptes consolidés selon les IFRS telles qu'adoptées par l'UE, tandis que les entités individuelles établissent généralement leurs comptes annuels statutaires selon les principes comptables généralement admis locaux. Une entité belge appartenant à un groupe international produit donc généralement deux présentations à partir d'un même enregistrement des opérations.

C'est une différence structurelle par rapport à une grande partie des pays du Golfe, et il vaut la peine de l'expliciter, car elle détermine le niveau de détail à conserver au moment de la comptabilisation. Les écarts entre présentations apparaissent généralement dans le calendrier de comptabilisation, dans les contrats de location et les provisions, et dans les informations à fournir, plutôt que dans la facture elle-même. Mais si l'enregistrement sous-jacent est pauvre, aucune des deux présentations ne peut être produite sans travail manuel.

Ce qu'un système apporte, c'est le détail et la traçabilité : l'entité, la succursale, le centre de coûts et le projet comme axes de l'écriture ; des comptes auxiliaires rapprochés des comptes collectifs ; des opérations intragroupe identifiables en vue de leur élimination. Le référentiel applicable, et le traitement d'un élément donné selon ce référentiel, relèvent de votre réviseur et non d'un paramètre logiciel.

Pour un groupe dont le siège est dans le Golfe et qui a une activité en Belgique, c'est souvent la plus grande différence structurelle rencontrée, plus importante que l'obligation de facturation électronique elle-même, car elle change ce que produit l'équipe financière locale et pas seulement la manière dont un document est transmis. C'est aussi la partie le plus souvent découverte tardivement, puisque le projet de facturation est assorti d'une échéance, contrairement à la question du reporting.

• Sociétés cotées de l'UE : IFRS telles qu'adoptées par l'UE pour les comptes consolidés.
• Entités individuelles : généralement le référentiel comptable local pour les comptes annuels statutaires.
• Conservez l'entité, la succursale et le projet comme axes analytiques de comptabilisation.
• Rendez les opérations intragroupe identifiables en vue de leur élimination.
• Le choix et l'application du référentiel relèvent de votre réviseur.

Les questions à poser à un fournisseur sur la Belgique

Avec une obligation en vigueur, les questions utiles sont précises et trouvent leur réponse dans une démonstration plutôt que dans une brochure. Commencez par les deux moitiés de l'obligation et n'acceptez pas une réponse unique qui n'en couvre qu'une.

Le système peut-il envoyer une facture structurée via Peppol, et peut-il en recevoir une ? Où arrive une facture entrante, et que se passe-t-il lorsqu'elle ne correspond à rien ? À quoi ressemble un échec de transmission pour un utilisateur de la finance, et qui est censé agir ? La même fiche produit peut-elle porter des descriptions en néerlandais, en français et en allemand ? L'identifiant de participant du client est-il enregistré sur la fiche client ?

Interrogez-le ensuite sur les pays voisins, car c'est là qu'un groupe découvre s'il a un seul système ou quatre. Que fait le même produit en Pologne, où l'administration valide la facture ? En Espagne, où s'appliquent les règles sur les registres de facturation ? Aux Pays-Bas, où rien n'est encore obligatoire ?

• Démontrer l'envoi et la réception, pas seulement l'envoi.
• Montrer où arrive une facture entrante non rapprochée et qui en est responsable.
• Montrer un échec de transmission tel qu'un utilisateur de la finance le verrait.
• Montrer une fiche produit comportant des descriptions dans les trois langues.
• Montrer l'identifiant de participant enregistré sur la fiche client.
• Demander ce qui change en Pologne, en Espagne et aux Pays-Bas.

Confirmez votre situation auprès du SPF Finances

Cette page reflète la situation telle que confirmée le 7 septembre 2026 : facturation électronique structurée B2B obligatoire en Belgique depuis janvier 2026, via le réseau Peppol au format Peppol BIS, les entreprises devant pouvoir à la fois envoyer et recevoir.

Le champ d'application, les exceptions et le traitement de cas particuliers sont des questions propres à votre entreprise plutôt que des faits relatifs au pays, et c'est au SPF Finances, le Service public fédéral Finances, ou à un conseiller belge qu'il revient d'y répondre. Les règles en la matière sont en outre modifiées, et une page web n'est pas une source de droit.

Ce qu'un éditeur de logiciels peut décrire honnêtement, ce sont des capacités : ce que le système enregistre, ce qu'il produit, ce qu'il peut envoyer et recevoir, et ce qu'il empêche. Aucun produit n'est une garantie de conformité, et aucun ne devrait être présenté comme tel.

• Autorité : SPF Finances (Service public fédéral Finances).
• Situation présentée telle que confirmée le 7 septembre 2026.
• Vérifiez votre propre champ d'application et les éventuelles exceptions avant de vous fier à un résumé.
• Aucun logiciel ne vous certifie conforme à l'obligation belge.

Questions fréquentes

La facturation électronique est-elle obligatoire en Belgique ?

Oui. La facturation électronique structurée entre entreprises est devenue obligatoire en janvier 2026, avec un échange via le réseau Peppol au format Peppol BIS. Les entreprises doivent pouvoir à la fois envoyer et recevoir des factures structurées. Vérifiez votre propre champ d'application et les éventuelles exceptions auprès du SPF Finances.

Qu'est-ce que Peppol et comment fonctionne-t-il ?

Peppol est un réseau à quatre coins : vous vous connectez à un point d'accès, votre client se connecte au sien, et la facture circule entre eux sur une infrastructure partagée grâce à des identifiants de participants enregistrés. Contrairement à un modèle de validation préalable (clearance), l'administration fiscale ne se place pas au milieu de chaque document.

Devons-nous pouvoir recevoir des factures électroniques, et pas seulement en envoyer ?

Oui, les deux. La réception est la moitié que la plupart des entreprises sous-estiment, car elle reste invisible jusqu'au jour où un fournisseur envoie une facture structurée et où rien n'est prévu pour l'accueillir. Décidez à l'avance du sort d'une facture entrante sans bon de commande, provenant d'un fournisseur inconnu ou présentant un écart de quantité, et confiez cette file d'exceptions à un responsable nommément désigné.

En quoi la Belgique diffère-t-elle de la Pologne ?

La Pologne applique un modèle de validation préalable : la facture passe par le KSeF jusqu'à l'administration fiscale, est approuvée avant de parvenir à l'acheteur, et le KSeF attribue l'identifiant de la facture. La Belgique applique un modèle en réseau : les factures structurées circulent via Peppol directement entre partenaires commerciaux, l'administration restant en dehors du circuit du document. Les deux sont obligatoires et structurés ; seule la Pologne place l'État dans le circuit de la transaction.

Dans quelle langue les factures belges doivent-elles être émises ?

La Belgique compte trois langues officielles, le néerlandais, le français et l'allemand ; la langue des documents est donc une vraie question opérationnelle et non une préférence logicielle. Un système doit conserver les descriptions d'articles en plusieurs langues sur une même fiche produit et choisir la langue du document en fonction du client, et non de l'utilisateur qui l'émet.

Les taux, régimes et échéances de cette synthèse évoluent, et de nombreux pays légifèrent activement sur la facturation électronique. Il s'agit d'informations générales, et non d'un conseil fiscal ou juridique : vérifiez la situation en vigueur auprès de l'administration indiquée ci-dessus ou de votre conseiller fiscal avant de vous y fier.