Localisations Odoo : Benelux
Les comptabilités belge, néerlandaise, française et luxembourgeoise ont chacune leurs régimes TVA, leurs règles de facturation électronique, leurs spécificités paie et leurs standards de reporting. Odoo les gère — mais uniquement si les bons modules de localisation sont configurés correctement et tenus à jour.
Nous sommes basés en Belgique et nous faisons tourner Odoo pour des clients Benelux toutes les semaines. Les localisations belge et néerlandaise sont matures et bien maintenues, la française est solide, la luxembourgeoise demande le plus d'attention. Chacune a ses pièges qui mordent les projets qui ne les ont pas anticipés.
Ce guide rassemble les choses Benelux que nous aimerions que tout client connaisse avant kick-off — codes TVA, intracom, e-invoicing (Peppol), relevés bancaires CODA, spécificités paie, et les obligations SAF-T / dépôt numérique belges qui se durcissent chaque année.
Belgique — TVA, intracom, CODA, Peppol
La localisation belge installe le PCMN, les codes TVA (21%, 12%, 6%, exonéré), les rapports intracommunautaires ventes et achats, le listing TVA, et l'import des relevés CODA. Pour la plupart des PME belges le module standard couvre 90% des besoins.
Les 10% à anticiper : la facturation électronique via Peppol (obligatoire B2G, de plus en plus en B2B), le format SAF-T, le fait que les périodes TVA belges peuvent être mensuelles ou trimestrielles selon le chiffre, et certaines spécificités sectorielles (cocontractant construction, etc.).
- Localisation belge : PCMN, codes TVA, rapports intracom, CODA
- Peppol — obligatoire B2G, de plus en plus B2B, à configurer tôt
- Format SAF-T en standardisation — modules Odoo le supportent
- Période TVA mensuelle ou trimestrielle selon CA — à configurer une fois
- Spécificités sectorielles (cocontractant, biens d'occasion, intracom) demandent attention
Pays-Bas — RGS, BTW, OB Aangifte, SBR
La localisation néerlandaise inclut le plan RGS, les codes BTW standards, le format OB Aangifte (déclaration TVA), et l'intégration avec le Belastingdienst pour le dépôt. Le reporting SBR (XBRL) est supporté via modules et partenaires spécifiques.
Spécificités néerlandaises qui surprennent : le régime petites entreprises (KOR), la facturation électronique obligatoire dans certains secteurs, la connexion e-Herkenning pour le Belastingdienst, et les règles d'archivage numérique 7 ans qui se renforcent.
- Localisation NL : plan RGS, codes BTW, OB Aangifte, prêt SBR
- Dépôt vers Belastingdienst supporté — parfois via connecteur partenaire
- KOR (régime petites entreprises) nécessite configuration explicite si applicable
- e-Herkenning requis pour accès Belastingdienst — séparé d'Odoo
- Archivage numérique des factures 7 ans — natif Odoo, vérifier la stratégie de backup
France — PCG, FEC, Factur-X, réforme e-invoicing
La localisation française est mature : Plan Comptable Général, export FEC (fichier d'audit), codes TVA français y compris les cas d'auto-liquidation, formats CA3 / CA12. Pour le B2B français, Factur-X et la réforme e-invoicing en cours sont les sujets phares.
La réforme française impose la facturation structurée via une PDP (Plateforme de Dématérialisation Partenaire) — Odoo le supporte via partenaires certifiés. Planifier la configuration des mois avant la date de phase-in : la certification et l'onboarding PDP prennent du temps réel.
- Localisation française : PCG, FEC, codes TVA français, CA3/CA12
- Factur-X (PDF + XML hybride) supporté nativement
- Réforme e-invoicing via partenaires PDP — planifier des mois en avance
- Export FEC requis pour les contrôles fiscaux — Odoo génère le format standard
- Cas d'auto-liquidation et intracom spécifiques nécessitent un mapping TVA soigneux
Luxembourg — petit mais spécifique
La localisation luxembourgeoise est la plus petite des quatre mais couvre l'essentiel : plan comptable, codes TVA, format de dépôt eCDF. Pour les sociétés luxembourgeoises actives à l'international (SOPARFI, holdings, fund admin), une configuration additionnelle est généralement nécessaire pour le reporting IFRS et la consolidation.
Nous vérifions toujours trois choses sur les projets luxembourgeois : la configuration eCDF, le multi-devises (les sociétés LU travaillent souvent en EUR + USD + autres), et les ajustements IFRS pour les entités reportant à la fois LuxGAAP et IFRS. Aucun n'est dur, mais les sauter signifie de la réconciliation manuelle ensuite.
- Localisation LU : plan comptable, TVA, dépôt eCDF
- SOPARFI / holdings / fund admin nécessitent configuration IFRS supplémentaire
- Setup multi-devises important — beaucoup d'entités LU opèrent en 2-3 devises
- Format eCDF supporté — vérifier avant go-live
- Reporting dual IFRS / LuxGAAP nécessite modélisation explicite — pas d'improvisation
Groupes Benelux et la question consolidation
Beaucoup de nos clients sont des groupes avec des entités dans 2-4 pays Benelux. Chaque entité a sa localisation, son plan comptable, sa configuration TVA. Odoo supporte ce pattern multi-société nativement, mais la couche consolidation (reporting groupe, élimination intercompany) nécessite une configuration explicite.
Nous utilisons le module multi-société d'Odoo avec partenaires partagés, produits partagés, comptabilité séparée. Pour la consolidation : soit le module natif (suffisant pour les petits groupes) soit un outil dédié alimenté depuis Odoo (groupes avec obligations de consolidation statutaire).
- Multi-société natif — chaque entité sa localisation, son plan, sa TVA
- Partenaires et produits partagés entre sociétés — comptabilité séparée
- Flux intercompany (ventes/achats entre entités du groupe) automatisés via module
- Module consolidation natif suffit aux petits groupes ; groupes complexes = outil dédié
- Le reporting groupe nécessite souvent des dashboards custom au-dessus de la consolidation
Erreurs de localisation Benelux les plus fréquentes
Voici les patterns qui produisent problèmes de dépôt et remarques d'audit.
- Plan comptable par défaut non aligné au format statutaire local — l'auditeur le renvoie.
- Peppol / e-invoicing non configuré avant la date d'obligation — rush de dernière minute.
- Codes TVA manquants pour cas spécifiques (triangle intracom, auto-liquidation) — déclarations fausses.
- Multi-société configuré sans masters partagés — duplication de partenaires, cauchemar reporting.
- Mises à jour des modules de localisation non appliquées — déclarations cassent quand l'admin change un format.
Métriques qui prouvent que la localisation Benelux est saine
Suivies mensuellement avec la finance. Problèmes ici = risque de conformité.
- Déclaration TVA déposée à temps, chaque période, avec zéro ajustement.
- Rapports intracom ventes / achats égaux à la déclaration TVA au centime.
- Réconciliation bancaire (CODA / camt) automatique à 95%+.
- Taux d'acceptation e-invoicing > 98% pour les destinataires B2B / B2G.
- Mises à jour des modules de localisation appliquées dans les 30 jours de la sortie.
Comment nous configurons les localisations Benelux chez Flydoo
La localisation est la première chose que nous configurons après le setup société. On choisit le bon module par entité, on vérifie le plan comptable contre le format statutaire local, on configure les codes TVA pour les cas métier spécifiques, on monte les canaux e-invoicing.
Pour les groupes Benelux, nous montons la structure multi-société tôt, avec partenaires et produits partagés mais comptabilité par entité. Les règles intercompany sont configurées pendant l'implémentation, pas après — les rétrofitter est douloureux.
- Module de localisation par entité, choisi avant que la configuration commence
- Plan comptable vérifié contre le format statutaire local avec le comptable du client
- Codes TVA pour cas sectoriels (intracom, auto-liquidation, occasion) montés au jour 1
- E-invoicing (Peppol, PDP, etc.) configuré avant les dates d'obligation
- Structure multi-société et intercompany configurées pendant l'implémentation, pas rétrofittées
Checklist pratique pour une localisation Benelux Odoo
À dérouler avec la finance et votre comptable. Items manquants = risque de conformité.
- Bon module de localisation installé pour chaque entité légale
- Plan comptable conforme au format statutaire local et revu par le comptable
- Codes TVA configurés pour tous vos cas métier (intracom, auto-liquidation, etc.)
- Format de relevé bancaire (CODA pour BE, camt pour NL/FR/LU) importe proprement
- Canaux e-invoicing (Peppol, PDP) configurés et testés avec de vrais partenaires
- Rapports statutaires (TVA, intracom, listing) testés contre les sorties legacy
- Pour les groupes : structure multi-société avec partenaires partagés et compta par entité
- Procédure de mise à jour de localisation : qui applique, quand, avec quels tests
À retenir
- Localisations BE, NL, FR, LU toutes matures — mais chacune a ses spécificités
- Peppol (BE) et PDP (FR) en déploiement — à configurer avant les dates d'obligation
- Groupes Benelux multi-entités : multi-société natif + masters partagés fonctionne bien
- Mises à jour de localisation à appliquer — formats et règles changent chaque année
- Cas TVA sectoriels (cocontractant, triangle intracom) demandent setup explicite
- Faire revoir le plan comptable par votre comptable local avant go-live — non négociable
Questions fréquentes
La localisation belge d'Odoo est-elle suffisante pour un Expert-Comptable ?
Oui, d'expérience. Le module belge couvre PCMN, TVA (y compris les cas qui comptent — intracom, auto-liquidation, occasion), import CODA et rapports standards. La plupart des comptables belges avec qui nous travaillons soit utilisent Odoo eux-mêmes, soit l'acceptent pour les dossiers clients. La clé : faire revoir le plan comptable par le comptable pendant la configuration, pas après.
Comment Odoo gère Peppol pour la facturation électronique en Belgique ?
Odoo supporte nativement l'envoi et la réception Peppol via le module standard depuis la v17. Pour le B2G (obligatoire) et le B2B (en déploiement), ça marche out of the box. Nous testons toujours avec de vrais partenaires Peppol pendant l'implémentation — les tests sandbox ne suffisent pas pour attraper les cas réels.
Et la réforme française avec les partenaires PDP ?
La réforme française impose la facturation structurée via partenaires PDP certifiés. Odoo s'intègre avec plusieurs PDPs certifiés via modules spécifiques. Planifier 3 à 6 mois en avance de votre date de phase-in obligatoire car l'onboarding PDP inclut contrats, setup technique et tests.
Peut-on faire tourner un groupe BE + NL sur une seule base Odoo ?
Oui, c'est un pattern très courant. Chaque entité a sa localisation, son plan comptable, son immatriculation TVA. Partenaires et produits peuvent être partagés. Les ventes/achats intercompany sont automatisés. Pour la consolidation statutaire, on utilise soit le module natif (petits groupes) soit un outil dédié (groupes plus complexes).
À quelle fréquence faut-il mettre à jour les modules de localisation ?
Chaque fois que l'administration change un format, une règle ou un taux. Pour la TVA belge c'est environ deux fois par an ; pour Peppol et SAF-T plus souvent au fur et à mesure que les standards évoluent. Nous suivons les releases pour nos clients et appliquons les mises à jour sous 30 jours, avec une passe de test rapide. Sauter une MAJ est le moyen le plus rapide de casser une déclaration.
Besoin d'aide pour appliquer tout cela à votre contexte ? Parlons-en.