Arborescence des groupes
Un état financier n’est pas une liste à plat : c’est une structure imbriquée. Les comptes individuels remontent dans des lignes, les lignes dans des sous-totaux, et les sous-totaux dans les grands agrégats. Dans REDA, vous construisez cette structure en donnant à chaque groupe de comptes un groupe parent, ce qui forme une arborescence.
Cet article explique le fonctionnement de l’arborescence : imbrication, ordre, cumuls et règles qui en garantissent la cohérence.
Accès nécessaire. Construire des groupes et changer leur parent requiert l’ensemble d’autorisations Accounting Admin v2 ou Accounting Controller v2. Les ensembles Accounts Payable v2, Accounts Receivable v2 et Read Only v2 peuvent consulter les référentiels et les états financiers qu’ils pilotent, mais pas les modifier.
Comment l’arborescence est construite
Chaque groupe pointe vers un seul Groupe parent ; les groupes sans parent sont les sections de premier niveau de l’état. L’empilement de ces liens parents produit la forme familière d’un bilan :
└─ Actif courant
└─ Créances clients et autres créances → comptes : 1200, 1210…
└─ Trésorerie et équivalents de trésorerie → comptes : 1000, 1010…
└─ Actif non courant
└─ Immobilisations corporelles → comptes…
BS-A-CA-TR = Bilan › Actif › Actif courant › Créances clients).Les groupes feuilles portent les comptes (par l’intermédiaire de leurs membres) ; les groupes branches situés au-dessus servent à calculer les sous-totaux. Lorsqu’un état est généré, REDA lit cette arborescence et additionne vers le haut — les comptes dans leur groupe, les groupes dans leur parent, et ainsi jusqu’au sommet.
Un extrait commenté de l’arborescence de Meridian
Voici comment le côté actif du bilan ci-dessus est réellement assemblé — chaque ligne est un enregistrement de groupe, et toute la forme découle de deux champs seulement, Groupe parent et Ordre de tri :
| Code de groupe | Description | Groupe parent | Ordre de tri | Rôle dans l’arborescence |
|---|---|---|---|---|
| BS-A | Actif | (aucun) | 10 | Section de premier niveau — le total principal |
| BS-A-CA | Actif courant | BS-A | 10 | Branche — sous-totalise ses enfants |
| BS-A-CA-CCE | Trésorerie et équivalents de trésorerie | BS-A-CA | 10 | Feuille — porte les comptes de trésorerie |
| BS-A-CA-TR | Créances clients | BS-A-CA | 20 | Feuille — porte les comptes de créances |
| BS-A-NCA | Actif non courant | BS-A | 20 | Branche — se place sous Actif courant parce que 20 > 10 |
Remarquez deux choses. Les codes reflètent l’imbrication
(BS-A-CA-TR se lit Bilan › Actif ›
Actif courant › Créances clients) — REDA ne l’impose pas,
mais cela rend l’arborescence auto-documentée. Et seuls les
groupes feuilles portent des comptes ; chaque branche au-dessus
n’est que de l’arithmétique. Lorsque le bilan de juillet est généré, les
soldes des comptes de trésorerie s’additionnent dans Trésorerie et
équivalents de trésorerie, qui s’additionne avec Créances clients
dans Actif courant, qui s’additionne avec Actif non courant
dans Actif.
Ordonner avec l’Ordre de tri
À chaque niveau, l’Ordre de tri détermine la séquence — les numéros les plus bas apparaissent en premier. C’est ainsi que vous placez Actif courant au-dessus d’Actif non courant, et Trésorerie au-dessus de Créances, indépendamment du nom.
Quelle profondeur donner à l’arborescence ?
REDA prend en charge plusieurs niveaux, mais un état lisible en demande rarement beaucoup. Le maximum recommandé est d’environ trois niveaux — section → sous-section → ligne — ce qui couvre confortablement les présentations IFRS et la plupart des présentations en normes locales.
Les règles qui garantissent la cohérence de l’arborescence
REDA applique automatiquement les règles structurelles, de sorte que la hiérarchie ne peut jamais devenir incohérente. Voici chaque règle avec le message exact que vous verrez si vous la rencontrez :
| Ce que vous avez tenté | Message affiché | Que faire |
|---|---|---|
| Définir un parent situé sous ce groupe (une boucle) | « Le groupe parent sélectionné crée une référence circulaire dans la hiérarchie. Un groupe ne peut pas être son propre ancêtre. » | Choisissez un parent situé au-dessus de ce groupe — ou aucun parent si ce doit être une section de premier niveau. REDA parcourt toute la chaîne des ancêtres pour détecter les boucles, de sorte que les cumuls aboutissent toujours au sommet. |
| Définir un parent issu d’un autre référentiel | « Le groupe parent doit appartenir au même référentiel de reporting que ce groupe. Les affectations de parent entre référentiels ne sont pas autorisées. » | Choisissez un parent au sein du même référentiel. L’arborescence de chaque référentiel est autonome — un groupe IFRS ne peut jamais remonter dans un parent d’une vue de gestion. |
| Désactiver un groupe auquel des comptes actifs sont encore affectés | « Ce groupe ne peut pas être désactivé tant que des comptes généraux actifs lui sont affectés. Supprimez ou réaffectez d’abord les comptes actifs. » | Désaffectez les comptes (ou déplacez-les vers un autre groupe) dans le générateur, puis désactivez. Une ligne d’état en service ne perd jamais ses comptes en silence. |
| Supprimer un groupe qui a encore des comptes membres | Une erreur de suppression standard — les enregistrements d’affectation empêchent la suppression. | Retirez d’abord les affectations de comptes, puis supprimez. Dans le générateur, la suppression vous demande confirmation : « Voulez-vous vraiment supprimer ce groupe ? Cette action est irréversible. » |
| Affecter un compte qui appartient déjà à un autre groupe de ce référentiel | « Ce compte général est déjà affecté à un autre groupe au sein du même référentiel de reporting. Un compte ne peut apparaître qu’une fois par référentiel. » | Désaffectez-le d’abord de son groupe actuel. Un compte, une ligne d’état par référentiel — sinon son solde serait compté deux fois. |
Modifier l’arborescence
Vous façonnez l’arborescence visuellement dans le Générateur de référentiels de reporting : son panneau de gauche affiche la hiérarchie sous forme d’arborescence repliable, où vous pouvez créer, renommer, rattacher à un autre parent et réordonner les groupes (Monter / Descendre), et voir la structure prendre forme. Vous ne modifiez pas les liens parents et les ordres de tri enregistrement par enregistrement — le générateur le fait pour vous.
Erreurs courantes à éviter
| Erreur | Pourquoi c’est un problème | À faire à la place |
|---|---|---|
| Rattacher des comptes aux groupes branches et à leurs feuilles | La structure des lignes de l’état devient ambiguë — le lecteur ne sait plus si le chiffre d’une branche est un sous-total ou une ligne à part entière. | Gardez les comptes uniquement sur les groupes feuilles ; laissez les branches faire l’addition. |
| Numéroter les ordres de tri 1, 2, 3… | Insérer une nouvelle ligne plus tard oblige à tout renuméroter à ce niveau. | Numérotez de dix en dix (10, 20, 30…) pour qu’un nouveau venu puisse prendre le 15. |
| Construire une arborescence à cinq niveaux pour encoder des services ou des projets | L’état devient illisible, et la structure fait doublon avec ce que font déjà les dimensions. | Restez à environ trois niveaux ; analysez le détail avec les dimensions de comptabilisation. |
| Laisser de nouveaux comptes non affectés après les avoir ajoutés au plan comptable | Leurs soldes n’apparaîtront sous aucun groupe dans les états structurés par référentiel. | Après avoir créé des comptes, ouvrez le générateur — son compteur Comptes non affectés indique exactement combien restent en suspens. |
Pour aller plus loin
- Générateur de référentiels de reporting — l’outil visuel dans lequel vous façonnez concrètement cette arborescence.
- Groupes de comptes et membres — les enregistrements de groupe eux-mêmes et la façon dont les comptes en deviennent membres.
- Référentiels de reporting et taxonomie — les conteneurs qui vous permettent de conserver plusieurs arborescences de présentation côte à côte.
- Bonnes pratiques de configuration du plan comptable — concevoir les comptes que l’arborescence cumulera.
Questions fréquentes
En général, ce sont les groupes feuilles (tout en bas) — c’est-à-dire les lignes de l’état proprement dites — qui portent les comptes ; les groupes situés au-dessus servent à calculer les sous-totaux. Vous pouvez rattacher des comptes à n’importe quel groupe, mais une structure propre garde les comptes sur les feuilles et laisse les parents faire l’addition.
Non — un groupe appartient à un seul état financier (Bilan, Compte de résultat ou Flux de trésorerie), et son parent doit se trouver sur le même état. Mélanger des états dans un même cumul ne donnerait pas un total cohérent.
Deux raisons probables : le parent choisi appartient à un autre référentiel (interdit — le parent doit être dans le même référentiel), ou le lien créerait une boucle (le parent se trouve déjà quelque part sous ce groupe). Choisissez un parent du même référentiel situé au-dessus de ce groupe.
Modifiez l’Ordre de tri — le plus simple est d’utiliser les commandes Monter / Descendre dans l’arborescence du générateur. Les numéros les plus bas apparaissent le plus haut sur l’état.
Oui — c’est tout l’intérêt d’avoir plusieurs référentiels. Au sein d’un même référentiel, un compte ne peut apparaître que dans un seul groupe, mais chaque référentiel possède sa propre arborescence : le même compte peut donc figurer sous « Créances clients » dans votre vue statutaire et sous « Fonds de roulement » dans une vue de gestion.
Le groupe a encore des comptes affectés. Retirez ou réaffectez d’abord ses comptes dans le générateur, puis supprimez-le. S’il a des groupes enfants, traitez-les aussi — un parent ne doit pas disparaître sous ses enfants.
Cet article vous a-t-il été utile ?