Odoo 20 documente un flux de lettrage intersociétés pour un cas précis de comptabilité multi-sociétés : une société reçoit un paiement client pour une facture émise par une autre société dans la même base de données Odoo. Le système peut rapprocher la facture ouverte de la société émettrice et créer des écritures comptables d’équilibrage entre les deux entités. (Odoo 20.0 Docs: Companies Multi Company) Odoo a annoncé Odoo 20 le 24 septembre 2026. (Meet Odoo 20)

Le flux couvre les deux côtés de la transaction. Dans la société qui a émis la facture, la créance client devient une créance sur la société qui a encaissé le paiement. La société réceptrice enregistre le montant correspondant comme dette envers la société émettrice. Cela solde la position client tout en conservant l’obligation financière entre les deux sociétés. (Odoo 20.0 Docs: Companies Multi Company)

Ce que couvre le flux

Le cas d’usage documenté commence avec une facture appartenant à une société et un paiement reçu par une autre. Les deux sociétés doivent être configurées dans la même base de données Odoo. Les processus impliquant des bases de données séparées ou des systèmes comptables externes ne font pas partie du flux documenté. (Odoo 20.0 Docs: Companies Multi Company)

Lorsqu’un paiement est traité avec la configuration requise, Odoo rapproche la facture client d’origine et génère les écritures intersociétés. L’automatisation relie le rapprochement de la facture au solde interne entre les sociétés participantes. Elle n’annule pas ce solde. Elle enregistre plutôt le montant sur les comptes intersociétés configurés. (Odoo 20.0 Docs: Companies Multi Company)

Le traitement comptable sépare la relation client de la relation entre les sociétés. Après le lettrage, la société émettrice ne conserve plus le montant réglé comme créance client ouverte. Elle enregistre une créance sur la société qui détient le paiement, tandis que la société réceptrice comptabilise la dette correspondante. (Odoo 20.0 Docs: Companies Multi Company)

Configuration Odoo requise

Une base de données multi-sociétés ne suffit pas à elle seule. Le module Intercompany Payment - Account d’Odoo doit être installé, et les Inter-Company Transactions doivent être activées pour chaque société participant au flux. (Odoo 20.0 Docs: Companies Multi Company) Les implémentations multi-sociétés existantes doivent vérifier ces deux conditions avant de tenter de traiter ces paiements.

Chaque société participante doit également disposer d’un journal de clearing et de comptes fournisseurs et clients intersociétés dédiés. Ces comptes déterminent où sont enregistrées les obligations entre les entités. (Odoo 20.0 Docs: Companies Multi Company) La conception doit être examinée au regard du plan comptable, du reporting au niveau de l’entité et des exigences de rapprochement intersociétés avant le traitement des transactions.

Le mode de paiement doit utiliser un compte d’encaissements en attente. (Odoo 20.0 Docs: Companies Multi Company) Ce prérequis doit être vérifié dans la configuration de paiement actuelle, en particulier lorsque les journaux bancaires, le traitement des reçus ou les mappings de comptes ont été personnalisés. L’installation du module et la configuration des comptes intersociétés ne suffisent pas, à elles seules, à satisfaire les exigences documentées si le mode de paiement ne dispose pas du compte d’encaissements en attente requis. (Odoo 20.0 Docs: Companies Multi Company)

Conséquences comptables

Le flux combine le rapprochement client et la création d’écritures intersociétés correspondantes. (Odoo 20.0 Docs: Companies Multi Company) Sans cette connexion, les équipes financières peuvent devoir traiter le solde client et l’obligation entre les sociétés comme des étapes comptables distinctes. L’adéquation du processus automatisé dépend des flux de paiement de l’organisation et de sa capacité à prendre en charge la structure de comptes requise.

Un paiement encaissé par une société pour la facture d’une autre société n’est pas traité par ce flux comme un produit de la société réceptrice. Les écritures documentées établissent une dette dans l’entité réceptrice et une créance correspondante dans l’entité émettrice. (Odoo 20.0 Docs: Companies Multi Company) Lors des tests, les équipes financières doivent examiner les écritures comptables générées et confirmer que les soldes client, intersociétés et des encaissements en attente utilisent les comptes prévus.

La configuration s’applique à chaque société participante plutôt que de fonctionner comme un paramètre unique à l’échelle de la base de données. (Odoo 20.0 Docs: Companies Multi Company) Les sociétés partageant un même environnement Odoo peuvent avoir des plans comptables, des structures de journaux ou des modes de paiement différents, chaque paramétrage doit donc être validé séparément.

Limites du flux documenté

La documentation décrit la finalité comptable du flux et précise ses exigences en matière de module, de paramétrage de société, de journal, de compte et de mode de paiement. (Odoo 20.0 Docs: Companies Multi Company) Elle n’établit pas la façon dont chaque personnalisation, localisation ou intégration externe se comportera avec le lettrage intersociétés. Ces domaines nécessitent un examen spécifique à l’implémentation.

Le flux est documenté pour des sociétés hébergées dans la même base de données. (Odoo 20.0 Docs: Companies Multi Company) Les sources fournies ne confirment pas l’existence d’un processus automatisé équivalent entre des bases Odoo distinctes. Les organisations utilisant des instances séparées doivent donc vérifier indépendamment leur processus interbases requis.

Les sources fournies ne définissent pas non plus le traitement du flux pour les paiements partiels, les avoirs, les règlements en devises étrangères, les annulations de paiement ou les chaînes impliquant des sociétés supplémentaires. Si ces opérations sont importantes pour une organisation, chaque cas doit être testé avant utilisation en production.

À vérifier avant l’adoption

Commencez par confirmer que la société émettrice de la facture et la société recevant le paiement se trouvent dans la même base Odoo. Vérifiez que le module Intercompany Payment - Account est installé et que Transactions intersociétés est activé pour chaque société appelée à participer. (Odoo 20.0 Docs: Companies Multi Company)

Deuxièmement, examinez le journal de compensation ainsi que les comptes dédiés de dettes et de créances pour chaque entité. (Odoo 20.0 Docs: Companies Multi Company) Les choix de comptes doivent répondre aux besoins de reporting et de rapprochement de l’organisation. Les utilisateurs doivent pouvoir identifier le montant dû par la société ayant reçu le paiement et le montant correspondant dû à la société ayant émis la facture.

Troisièmement, examinez le mode de paiement et confirmez qu’il utilise un compte d’encaissements en attente. (Odoo 20.0 Docs: Companies Multi Company) Vérifiez la configuration réelle plutôt que de vous fier au nom du journal ou à des hypothèses fondées sur un processus d’encaissement existant.

Enfin, exécutez une opération contrôlée à l’aide d’une facture et d’un paiement représentatifs. Vérifiez qu’Odoo rapproche la facture client, enregistre la créance intersociétés de la société émettrice et crée la dette correspondante dans la société qui a reçu les fonds. (Odoo 20.0 Docs: Companies Multi Company) Vérifiez les deux grands livres avant un usage plus large afin de pouvoir contrôler les imputations de comptes et les soldes au niveau des entités.

Le résultat doit laisser la facture client rapprochée tout en affichant le montant entre les deux sociétés dans leurs comptes intersociétés respectifs. Cette distinction est essentielle au flux, le règlement client est terminé, mais l’obligation séparée entre les entités émettrice et réceptrice reste visible pour un rapprochement ultérieur. (Odoo 20.0 Docs: Companies Multi Company)