Règlement fournisseurs entre entités

Comptes fournisseurs Avancé 6 min de lecture Mis à jour en juillet 2026

La trésorerie du groupe paie depuis un seul compte bancaire ; les factures appartiennent à de nombreuses sociétés. Le règlement entre entités permet au paiement d’une entité de régler la facture d’une autre entité — les écritures intersociétés qui maintiennent l’exactitude des deux comptabilités étant générées automatiquement. Cet article explique quand il est autorisé, ce qu’il enregistre et la seule chose qu’il refuse délibérément de faire.

Pour y accéder. Rien de particulier à ouvrir — ouvrez le Lanceur d’applications (l’icône en grille en haut à gauche de n’importe quelle page) → REDA Financials AI → l’onglet Décaissements, ouvrez le décaissement de l’entité qui paie, puis imputez-le à la facture de l’autre entité comme une imputation ordinaire.
Accès requis. Pour effectuer l’imputation, il faut l’ensemble d’autorisations Accounts Payable v2 (comptables fournisseurs et responsables) ou Accounting Admin v2 (administrateurs système). Les ensembles Accounting Controller v2, Accounts Receivable v2 et Read Only v2 permettent de consulter les règlements et les soldes IC, mais pas de les modifier ; les indicateurs d’entité et la configuration des comptes IC relèvent de la configuration par un administrateur.

Le règlement entre entités est désactivé par défaut et s’active par entité et par sens. Côté fournisseurs, la case à cocher de politique de l’entité est Règlement inter-entités (fournisseurs) — et elle est bilatérale : l’entité qui paie et l’entité propriétaire de la facture doivent toutes deux l’avoir activée. S’il manque un seul indicateur, l’imputation est refusée. (Le pendant côté clients — l’encaissement d’une entité réglant la facture de vente d’une autre — dispose de son propre indicateur : Règlement inter-entités (clients).)

Pourquoi tant de précautions ? Chaque règlement entre entités crée une véritable dette intersociétés entre des sociétés juridiquement distinctes. Les indicateurs bilatéraux relèvent de la gouvernance : les contrôleurs de gestion des deux sociétés donnent leur accord une fois, en connaissance de cause — ensuite, le travail de trésorerie quotidien se déroule sans friction.

Ce qui se passe concrètement

Supposons que l’entité US de Meridian paie une facture de 5 000 $ qui appartient à son entité sœur UK. Le paiement est un décaissement ordinaire de l’entité US ; l’imputation à la facture UK est une imputation ordinaire — vous n’avez rien de particulier à faire. En plus des écritures de règlement habituelles, REDA Financials enregistre la paire intersociétés :

Compte (entité)	Débit	Crédit
Créance intersociétés (US — le payeur est créancier)	5 000 $
Dette intersociétés (UK — le bénéficiaire est débiteur)		5 000 $

La facture UK est réglée ; le fournisseur est payé ; la dette de la société UK s’est simplement déplacée — elle doit désormais ce montant à sa société sœur US plutôt qu’au fournisseur.
Le compte intersociétés de chaque entité provient de sa propre configuration (les comptes Créance IC par défaut et Dette IC par défaut de l’entité) — configurez-les avant d’activer les indicateurs.
Les écritures sont créées avec l’imputation et supprimées avec elle : supprimez ou défaites l’imputation, et la paire intersociétés disparaît aussi.

Pour que cela fonctionne — la liste de contrôle

Condition	Où	En cas d’absence
Règlement inter-entités (fournisseurs) coché	Sur les deux entités — celle qui paie et celle à qui appartient la facture	L’imputation est refusée ; le message indique le blocage inter-entités
Comptes Créance IC par défaut / Dette IC par défaut configurés	Sur chaque entité participante	La paire intersociétés n’a aucun compte où être comptabilisée — configurez d’abord ces comptes
Même fournisseur sur le paiement et sur la facture	Les deux documents	Une imputation ne règle jamais que les factures du fournisseur du paiement, entre entités ou non
Un paiement comptabilisé présentant un montant non imputé, une facture ouverte comptabilisée	Les documents eux-mêmes	Les règles d’imputation ordinaires s’appliquent sans changement — le règlement entre entités ajoute des écritures, il n’assouplit rien

La paire intersociétés naît et disparaît avec l’imputation. Les écritures IC sont créées lorsque l’imputation inter-entités est effectuée et supprimées lorsqu’elle est défaite — elles n’ont pas d’existence propre. C’est le bon comportement (défaire le règlement, c’est défaire la dette), mais il surprend en plein rapprochement : un solde IC qui a « disparu » signifie généralement que quelqu’un a défait l’imputation à son origine. L’historique des imputations sur les documents vous indique qui l’a fait et quand.

Ce qu’il refuse de faire : les avoirs

Les avoirs et les avoirs fournisseur ne franchissent jamais la limite entre entités. Un avoir ajuste un produit ou une charge, et cet ajustement appartient à l’entité qui a enregistré le document d’origine — le transférer d’une société à l’autre fausserait les deux comptes de résultat. Les imputations d’avoir se font donc toujours au sein d’une même entité ; seule la trésorerie se règle à l’échelle du groupe. Si le crédit d’un avoir doit réellement profiter à une autre entité, la voie propre est un règlement en trésorerie ou une ventilation des charges, qui créent chacun des soldes intersociétés en bonne et due forme.

Configuration (administrateurs)

Sur chaque entité participante, configurez les comptes Créance IC par défaut et Dette IC par défaut.
Cochez Règlement inter-entités (fournisseurs) (et/ou son pendant côté clients) sur chaque entité appelée à participer — n’oubliez pas que les deux parties de tout règlement doivent l’avoir activé.
Fixez les règles de suivi : qui examine les soldes intersociétés, à quelle fréquence ils sont compensés ou réglés, et dans quelle devise. Le système enregistre les soldes ; la politique vous appartient.

Garder des soldes intersociétés fiables

Chaque règlement entre entités s’accumule dans les comptes IC des entités — visibles sur le bilan de chaque entité et explorables en détail comme n’importe quel compte. Les comptables du groupe rapprochent généralement chaque mois ces soldes symétriques (la créance de US sur UK doit être égale à la dette de UK envers US) et les règlent ou les compensent périodiquement au moyen d’écritures comptables intersociétés ou de virements réels.

Erreurs courantes à éviter

Erreur	Pourquoi c’est un problème	Que faire à la place
Activer l’indicateur sur une seule entité	Chaque tentative de règlement échoue — le consentement est bilatéral par conception	Activez-le des deux côtés de chaque relation appelée à donner lieu à des règlements
Faire du paiement entre entités une habitude par défaut	Les soldes intersociétés gonflent, et le rapprochement de fin de mois s’alourdit d’autant	Payez depuis l’entité propriétaire lorsque c’est possible ; réservez le règlement entre entités à une véritable centralisation de trésorerie
Vouloir utiliser l’avoir d’une entité sur la facture d’une autre	Refusé, toujours — les avoirs ajustent les propres livres de l’entité qui les a enregistrés	Réglez en trésorerie entre entités, ou répartissez le coût par une ventilation des charges
Omettre le contrôle mensuel de symétrie des comptes IC	Une imputation oubliée ou défaite laisse les deux entités en désaccord sur leur dette réciproque	Rapprochez chaque paire : la créance IC d’un côté doit être égale à la dette IC de l’autre
Activer les indicateurs avant que les comptes IC n’existent	Les règlements n’ont aucun compte où comptabiliser la paire intersociétés	Configurez d’abord Créance IC par défaut et Dette IC par défaut — puis cochez les indicateurs

Pour aller plus loin

Comprendre la ventilation des charges — répartir des coûts plutôt que des paiements.
Écritures comptables intersociétés — la comptabilisation manuelle entre entités.
Règlement clients entre entités — le pendant côté clients.

Questions fréquentes

L’une des entités (ou les deux) ne l’autorise pas. Vérifiez la case Règlement inter-entités (fournisseurs) sur l’entité qui paie et sur l’entité de la facture — les administrateurs peuvent l’activer sur les enregistrements d’entité. Si votre politique interne exclut de l’activer, payez plutôt la facture depuis le propre compte de l’entité propriétaire.

Sur celui de l’entité qui paie — les fonds sont réellement sortis de son compte, c’est pourquoi ses livres enregistrent une créance intersociétés plutôt qu’une charge. Le rapprochement reste net des deux côtés.

Un règlement entre devises différentes ajoute des questions de taux de change aux questions intersociétés. Effectuez vos règlements dans une même devise lorsque c’est possible ; sinon, faites intervenir le comptable du groupe — les règles multidevises décrites dans Comprendre le multidevise s’appliquent en plus.

Elles sont supprimées avec elle. La paire IC n’existe que pour décrire ce règlement ; défaites le règlement, et la dette réciproque qu’il avait créée disparaît aussi. La facture redevient ouverte, le montant non imputé du paiement est rétabli, et les soldes IC des deux entités diminuent de ce montant.

L’imputation elle-même relève du travail courant des comptes fournisseurs — Accounts Payable ou Accounting Admin. Les indicateurs d’entité et la configuration des comptes IC relèvent de la configuration par un administrateur. Accounting Controller et Read Only peuvent consulter les règlements et les soldes IC qu’ils créent, mais ne peuvent rien modifier.

Cet article vous a-t-il été utile ?