Règlement clients entre entités
Le locataire de Meridian règle sa facture londonienne — mais l’argent arrive sur le compte bancaire de l’entité US. Pour une société unique, c’est un casse-tête ; dans un groupe multi-entités, c’est le quotidien. Le règlement clients entre entités permet à un encaissement enregistré dans une entité de régler une facture qui appartient à une autre, tandis que REDA Financials préserve automatiquement l’intégrité des livres des deux sociétés grâce à une comptabilisation intersociétés.
Accès requis. La création, la comptabilisation et l’imputation des encaissements nécessitent l’ensemble d’autorisations Accounts Receivable v2 (gestionnaires et responsables des comptes clients) ou Accounting Admin v2 (administrateurs système). Les ensembles Accounting Controller v2, Accounts Payable v2 et Read Only v2 permettent de consulter, mais pas d’imputer. Les deux entités doivent d’abord avoir été configurées pour le règlement entre entités par un administrateur (l’activation de l’option et les comptes IC décrits ci-dessous).
Ce qui se passe concrètement
L’argent appartient à l’entité qui l’a reçu en banque ; la facture appartient à l’entité qui l’a émise. Lorsqu’un encaissement de l’entité A est imputé à une facture de l’entité B, ces deux affirmations doivent rester vraies — c’est pourquoi, en plus de l’imputation normale, REDA Financials comptabilise une paire intersociétés :
| Livres | Effet |
|---|---|
| Entité B (a émis la facture) | Sa créance client est soldée — et remplacée par une Créance IC : l’entité A doit désormais à B l’argent qu’elle a encaissé pour le compte de B. |
| Entité A (a reçu l’argent en banque) | Détient la trésorerie — et une Dette IC envers l’entité B du même montant. |
Le client est réglé partout, et la question qui reste — A doit à B — est exactement le type de solde interne que votre groupe rapproche et compense déjà périodiquement.
En termes comptables, la paire intersociétés comptabilisée en plus des écritures d’imputation ordinaires est la suivante :
| Compte | Débit | Crédit |
|---|---|---|
| Créance IC par défaut — sur l’entité de la facture (B) | Montant imputé | |
| Dette IC par défaut — sur l’entité de l’encaissement (A) | Montant imputé |
Les écritures d’imputation et la paire intersociétés sont créées ensemble, dans la même opération — il n’existe aucun intervalle pendant lequel les livres d’une société sont à jour et ceux de l’autre ne le sont pas. Et la paire est symétrique par construction : tout ce qui s’accumule dans la Créance IC de B se retrouve à l’identique dans la Dette IC de A, ce qui fait du rapprochement intersociétés périodique un simple exercice de pointage plutôt qu’une enquête.
Ce qui doit être en place
Les deux entités donnent leur accord — de manière bilatérale
Chaque entité dispose d’un paramètre Règlement inter-entités (clients). L’entité de l’encaissement ET l’entité de la facture doivent toutes deux l’avoir activé ; sinon, l’imputation est refusée : « L'encaissement et la facture de vente doivent appartenir à la même entité. » Le consentement est mutuel par conception — les positions intersociétés engagent deux comptabilités.
Les deux entités disposent de comptes IC
Les comptes Créance IC par défaut et Dette IC par défaut de chaque entité donnent à la paire intersociétés un compte où être comptabilisée — une configuration manquante bloque l’imputation avec un message qui nomme l’entité et le compte.
Comment en enregistrer un
Enregistrez l’encaissement normalement dans l’entité dont la banque a reçu les fonds — même formulaire, mêmes champs (Créer un encaissement). L’imputation à la facture de l’autre entité est créée directement (l’enregistrement d’imputation faisant référence à la facture de l’autre entité) ; notez deux contraintes pratiques :
- L’écran d’imputation standard et l’imputation automatique ne proposent que les factures de la même entité. Le règlement entre entités est une capacité au niveau des données, que votre équipe comptable pilote délibérément — et non une opération dans laquelle un comptable s’engagerait par mégarde depuis l’écran quotidien.
- Les règles de même devise et de même client s’appliquent toujours. Le client de l’encaissement doit correspondre au client de la facture, et les deux documents doivent être dans la même devise.
Les règles, avec les messages exacts
| Le message | Ce qu’il signifie / que faire |
|---|---|
| « L'encaissement et la facture de vente doivent appartenir à la même entité. » | L’une des entités (ou les deux) n’a pas donné son accord — Règlement inter-entités (clients) doit être coché sur les deux avant que l’imputation soit acceptée. |
| « Impossible de créer des transactions comptables IC : l'entité "{0}" n'a pas de compte général client IC par défaut… » | La paire intersociétés n’a aucun compte où être comptabilisée — les comptes IC de l’entité nommée doivent être configurés. |
| « L'encaissement et la facture de vente doivent avoir le même client. » | Entre entités ne signifie jamais entre clients — le même tiers doit figurer sur les deux documents. |
| « Devises différentes : les deux documents doivent utiliser la même devise. La devise du document source ne correspond pas à celle de la facture cible. » | Passer d’une entité à l’autre n’assouplit pas la règle de devise — faites passer l’encaissement par un compte dans la devise correspondante. |
| « L'encaissement et la facture de vente doivent être sur le même grand livre. Le grand livre de l'encaissement et celui de la facture ne correspondent pas. » | Les deux documents doivent appartenir au même jeu de livres, même entre entités. |
| « La date d'imputation {0} est antérieure ou égale à la date de clôture des livres clients ({1}). » | Des livres clôturés refusent les règlements entre entités exactement comme les règlements ordinaires. |
Erreurs courantes à éviter
| Erreur | Pourquoi c’est un problème | Que faire à la place |
|---|---|---|
| Activer l’option sur toutes les entités « par précaution » | Chaque imputation, partout, peut désormais créer des positions intersociétés — la charge de rapprochement arrive avant la politique | N’activez l’option que pour les paires d’entités qui encaissent réellement l’une pour l’autre |
| Transférer l’argent par une écriture comptable au lieu d’une imputation entre entités | La facture n’est jamais réglée, le client continue de recevoir des relevés, et le solde IC n’existe que dans la tête de quelqu’un | Laissez l’imputation s’en charger — client réglé, paire IC comptabilisée, une seule piste d’audit |
| Laisser les soldes IC s’accumuler sans les examiner | Des mois de règlements s’empilent dans Créance IC/Dette IC ; quand les totaux ne correspondent pas aux attentes, la reconstitution est pénible | Rapprochez la paire symétrique selon un calendrier — mensuel en général — et réglez selon votre politique de compensation |
| Utiliser le règlement entre entités pour corriger une facture émise par erreur | La facture appartient à la mauvaise entité ; un règlement entre entités ancre l’erreur en y ajoutant une position IC | Si l’entité qui facture est la mauvaise, corrigez plutôt la facture (avoir puis nouvelle émission) |
Gérer les soldes IC au quotidien
- La paire Créance IC / Dette IC augmente à chaque règlement entre entités — comparez les deux comptes l’un à l’autre ; ils doivent toujours être symétriques.
- Réglez périodiquement la position interne comme le font de vraies sociétés : par un véritable virement entre les banques des entités, ou selon la politique de compensation de votre groupe (c’est à votre comptable de trancher).
- Défaire une imputation entre entités extourne la paire IC en même temps que les écritures d’imputation ordinaires — une seule suppression, et les livres des deux sociétés sont propres.
Pour aller plus loin
- Règlement fournisseurs entre entités — la même fonctionnalité, côté paiements.
- Imputer des encaissements aux factures — la mécanique sous-jacente.
- Comprendre les entités — comment s’articulent les livres multi-entités.
Questions fréquentes
Lorsqu’un client paie réellement la « mauvaise » société de votre groupe — un compte d’encaissement centralisé, une société mère qui encaisse pour ses filiales, ou un client qui vire les fonds vers d’anciennes coordonnées bancaires. Si cela se produit constamment, par conception, voyez aussi avec votre comptable si l’entité qui facture est la bonne.
C’est voulu — les sélecteurs standard restent limités à la même entité, afin que l’imputation quotidienne ne puisse pas créer de positions intersociétés par accident. Les imputations entre entités sont créées délibérément par votre équipe comptable, une fois que les deux entités ont donné leur accord.
Non — l’encaissement et la facture doivent être dans la même devise pour pouvoir être imputés. Faites passer les encaissements en devise étrangère par une entité (ou un compte bancaire) qui opère dans la devise de la facture.
Ils se règlent comme toute dette intersociétés : par un véritable virement bancaire de l’entité qui a encaissé vers l’entité qui a facturé (enregistré comme des opérations bancaires ordinaires sur les comptes IC), ou par l’écriture de compensation périodique de votre groupe — c’est la politique, et non la mécanique, qui en décide.
Cet article vous a-t-il été utile ?