18 août 2026 · 9 min · Comptabilité belge

Odoo 19 Belgique : d’Intervat à CODA, construire une chaîne comptable contrôlable

La documentation Odoo 19 de la localisation belge détaille désormais une chaîne plus large que la seule facture électronique : déclaration TVA via les API Intervat et MyMinfin, rapports belges, catégories fiscales, imports CODA et SODA, connexions CodaBox ou Codaclean, et Peppol. Pour une PME ou un groupe belge, l’intérêt n’est pas d’activer tous les modules. Il est de relier chaque source à une écriture contrôlée, puis chaque écriture à une déclaration dont le statut et la preuve restent consultables.

Cette évolution ne transforme pas Odoo en conseiller fiscal autonome. Elle réduit les ruptures entre outils, à condition de répartir clairement configuration, revue, dépôt et traitement des rejets entre l’entreprise, son comptable et son intégrateur Odoo.

Ce que couvre réellement la localisation belge

Intervat et MyMinfin : une transmission intégrée, pas une validation automatique

Odoo documente le module l10n_be_intervat, qui intègre les API Intervat et MyMinfin pour les déclarations TVA électroniques. Le SPF Finances rappelle que la déclaration périodique doit en principe être déposée électroniquement via Intervat et qu’un dépôt techniquement non valable reçoit le statut « rejeté ». La valeur opérationnelle est donc double : préparer et transmettre depuis le même environnement, mais aussi suivre validation, signature ou accord, succès, rejet et accusé de réception selon le parcours applicable.

L’équipe finance doit continuer à rapprocher les grilles TVA avec le grand livre, expliquer les écarts, verrouiller la période et vérifier l’identité de la société déclarante. Une réponse technique positive ne certifie ni la bonne taxe ni la bonne période.

Dépenses non admises : fiabiliser la donnée à la source

Le Rapport fiscal belge suit les dépenses non admises à l’aide de catégories fiscales. Odoo décrit notamment le traitement des frais de restaurant et des véhicules, avec une ventilation possible par véhicule. Ce dispositif devient utile si la catégorie et le pourcentage reposent sur une politique documentée. Une catégorie par défaut mal choisie industrialise l’erreur aussi efficacement qu’elle industrialise le contrôle.

Il faut donc identifier qui maintient les catégories, à partir de quelle justification, et comment une exception est approuvée. Les règles fiscales doivent être confirmées avec le conseil compétent ; le paramétrage ERP en applique la traduction opérationnelle.

CODA et SODA : automatiser l’entrée sans perdre la réconciliation

La localisation permet l’import des extraits CODA et des écritures salariales SODA. La documentation décrit aussi la synchronisation CodaBox : les fichiers CODA sont récupérés toutes les douze heures et les SODA une fois par jour à l’état brouillon. Si un compte SODA n’est pas mappé, Odoo utilise par défaut le compte d’attente 499000 et ajoute une note à l’écriture.

Ce compte d’attente est un signal de contrôle, pas une destination durable. Le responsable de clôture doit surveiller son ancienneté, attribuer les anomalies et valider les écritures de paie avant comptabilisation. Pour les banques et devises multiples, les journaux, IBAN, séquences et règles de rapprochement doivent être testés séparément.

Peppol ne remplace pas la comptabilité

Peppol transporte des factures et notes de crédit structurées. CODA apporte les mouvements bancaires ; SODA, les écritures salariales ; Intervat, le canal de déclaration TVA. Ces flux se complètent mais ne sont pas interchangeables. Une facture reçue ne prouve pas son paiement, une ligne bancaire ne détermine pas seule sa taxe et une déclaration transmise ne corrige pas une mauvaise fiche partenaire.

Pour la facturation électronique belge, les contrôles de numéro d’entreprise, point d’accès, format BIS Billing 3.0, taxes, avoirs et statuts restent nécessaires. Le projet doit aussi prévoir les doublons : une pièce reçue via Peppol ne doit pas être recréée par e-mail ou import manuel.

Analyse Underside : concevoir une chaîne de preuves

Notre lecture est qu’une localisation réussie se mesure moins au nombre de connecteurs qu’à la capacité d’expliquer une déclaration. Pour chaque montant significatif, l’équipe doit pouvoir remonter de la grille TVA à l’écriture, de l’écriture à la pièce structurée ou au relevé, puis à l’approbation. Dans l’autre sens, tout rejet ou compte d’attente doit alimenter une file de travail avec propriétaire et délai.

Lors d’une migration vers Odoo 19, la note de la documentation sur les modules additionnels est importante : certains modules nouveaux peuvent ne pas être installés automatiquement après une mise à niveau. Il faut inventorier les modules de localisation présents, mais ne jamais les installer directement en production sans répétition sur une copie, revue des dépendances et tests de non-régression.

Plan de contrôle avant mise en production

Cette démarche complète les contrôles de comptabilité Odoo en Belgique, la préparation à la facturation électronique dans Odoo et un audit Odoo avant migration.

Sources officielles

Underside accompagne les entreprises belges dans le cadrage, la migration et les tests de leur comptabilité Odoo. L’objectif est une chaîne plus courte, mais toujours contrôlable par la finance et son conseil.

Retour au blog