REDA One Centre d’aide
FR
Langue
English EN Español ES Português PT Italiano bientôt disponible Français FR Deutsch bientôt disponible العربية bientôt disponible
reda.one ↗
Accueil / REDA Financials AI / Grand livre / Moteur de comptabilisation / Dimensions de comptabilisation

Dimensions de comptabilisation

Une dimension de comptabilisation est un axe d’analyse supplémentaire pour vos chiffres — par service, projet, centre de coûts, bien, région ou tout autre critère sur lequel votre entreprise produit des rapports. Votre plan comptable vous dit ce qu’est une transaction (produits, loyers, salaires). Une dimension vous dit à quelle partie de l’entreprise elle appartient — sans faire exploser votre plan en centaines de comptes quasi identiques comme « Loyer – Londres », « Loyer – Paris », « Loyer – New York ».

REDA porte vos dimensions jusqu’à la ligne individuelle du grand livre, automatiquement, grâce à un mappage de comptabilisation configurable — la liste des champs qui circulent d’un document vers le grand livre. Cet article est la référence complète : quels enregistrements portent le mappage de comptabilisation, comment la correspondance des dimensions s’effectue au moment de la comptabilisation pour chaque type de document (immobilisations comprises) et comment un administrateur en configure une — le tout sans code.

Le mécanisme en une phrase. Ajoutez un champ correspondant — portant le même nom technique — à un document source et à la ligne du grand livre, inscrivez-le dans le mappage de comptabilisation de chacun, et le moteur de comptabilisation copie la valeur du document vers le grand livre à chaque comptabilisation — pour toujours, sans la moindre ligne de programmation.

Pourquoi des dimensions plutôt que des comptes supplémentaires

Imaginez que vous louez des bureaux dans trois villes et que vous voulez un reporting du loyer par ville. Vous avez deux options :

Plus de comptesUn compte + une dimension
Plan comptableLoyer – Londres, Loyer – Paris, Loyer – New York… (ne cesse de grossir)Un seul compte « Loyer »
Pour ajouter une villeCréer de nouveaux comptes, reformer tout le mondeIl suffit de choisir la nouvelle ville dans le champ Emplacement
ReportingAdditionner manuellement des groupes de comptesRegrouper le compte unique par la dimension
Analyse croiséeDifficile — l’explosion des comptes se multiplieFacile — analysez le même grand livre selon n’importe quelle dimension

Les dimensions gardent votre plan comptable propre et votre analyse flexible — une pratique standard dans tout ERP sérieux. REDA en fait simplement de la configuration, pas un projet.

Où se trouve le mappage de comptabilisation

Le mappage de comptabilisation existe sur 16 types d’enregistrements, et tous ne jouent pas le même rôle. Il y a une destination, un ensemble de sources de comptabilisation que le moteur lit au moment de comptabiliser, et quelques enregistrements qui portent le mappage de comptabilisation uniquement pour que vos dimensions restent cohérentes pour le reporting et le rapprochement. Sachez lequel est lequel, et tout le système devient limpide.

1. La destination — où atterrissent les dimensions

EnregistrementRôle
Transaction comptableLa cible. Chaque dimension que vous voulez voir dans le grand livre doit exister ici en tant que champ et figurer dans le mappage de comptabilisation de cet enregistrement. Les champs comptables standard (Entité, Compte général, Période comptable, Grand livre) ne sont pas des dimensions — le moteur les mappe directement, ne les ajoutez donc jamais au mappage de comptabilisation.

2. Les sources de comptabilisation — lues au moment de comptabiliser

Lorsque vous comptabilisez l’un de ces enregistrements, le moteur lit son mappage de comptabilisation et appose les valeurs sur les transactions obtenues :

EnregistrementNiveauRemarques
Facture de venteEn-têteCouvre aussi les Avoirs (une Facture de vente de ce type).
Facture d’achatEn-têteCouvre aussi les Avoirs fournisseur (une Facture d’achat de ce type).
Écriture comptableEn-têteFonctionne avec la ligne ci-dessous — le seul document à dimensions par ligne.
Ligne d’écriture comptableLigneLes valeurs de ligne remplacent celles de l’en-tête de l’écriture pour le même champ.
EncaissementEn-têteAlimente à la fois les écritures propres de l’encaissement et ses imputations.
DécaissementEn-têteAlimente à la fois les écritures propres du paiement et ses imputations.
ImmobilisationEn-têteSource de toutes les écritures d’immobilisation — amortissement, cession, dépréciation, capitalisation.
Bon de commandeEn-têteNon comptabilisé directement — les dimensions se propagent aux lignes de Facture d’achat rapprochées (voir plus bas).

3. La ventilation des charges — propagée par une écriture

EnregistrementSe propage vers
Lot de ventilation de factures d’achatL’en-tête de l’Écriture comptable générée
Ventilation de facture d’achatLa ligne de l’Écriture comptable générée (remplace l’en-tête)
Élément de ventilation des chargesPorte les dimensions tout au long du calcul de ventilation

La ventilation des charges ne se comptabilise pas directement — elle construit une Écriture comptable et laisse celle-ci se comptabiliser. Les dimensions de la ventilation sont reportées sur l’en-tête et les lignes de l’écriture, de sorte que les lignes finales du grand livre en héritent exactement comme pour n’importe quelle écriture.

4. Parité et rapprochement — ils portent les dimensions, sans comptabilisation

EnregistrementPourquoi il porte les dimensions
Budget et Ligne budgétairePour que les montants budgétés portent les mêmes dimensions que le réel — la comparaison budget/réel se fait alors à périmètre identique, par service, par projet, etc. Les budgets ne créent jamais de Transactions comptables.
Ligne d’instantané de balance âgéeLes lignes de reporting clients/fournisseurs à date figée portent les mêmes dimensions, afin que la balance âgée puisse être analysée de la même manière que le grand livre vivant.
Règle de compte bancairePermet aux règles de rapprochement automatique du rapprochement bancaire de se référer à vos dimensions lorsqu’elles proposent des correspondances.

Comment la correspondance s’effectue — document par document

Au moment de la comptabilisation, le moteur fusionne les dimensions d’une source en-tête et (lorsqu’elle existe) d’une source ligne, puis appose le résultat sur chaque transaction. Ce qui fait office d’en-tête et de ligne varie selon le document — et cette différence est la chose la plus importante à comprendre ici :

Quand vous comptabilisez…Dimensions d’en-tête issues deDimensions de ligne issues deRésultat net
Facture de vente / AvoirL’en-tête de la facture— (les lignes de facture de vente ne portent pas de dimensions)Chaque écriture hérite des dimensions de la facture
Facture d’achat / Avoir fournisseurL’en-tête de la facture fournisseur—Chaque écriture hérite des dimensions de la facture fournisseur
Écriture comptableL’en-tête de l’écritureLa ligne d’écritureDimensions par ligne — la ligne l’emporte lorsqu’elle est renseignée, sinon l’en-tête se propage
EncaissementL’en-tête de l’encaissement—Les dimensions de l’encaissement sur ses écritures
Imputation d’encaissementL’Encaissement parent—Les écritures d’imputation héritent des dimensions de l’encaissement
DécaissementL’en-tête du paiement—Les dimensions du paiement sur ses écritures
Imputation de décaissementLe Décaissement parent—Les écritures d’imputation héritent des dimensions du paiement
Imputation d’avoirL’Avoir parent—Héritent des dimensions de l’avoir
Imputation d’avoir fournisseurL’Avoir fournisseur parent—Héritent des dimensions de l’avoir
Immobilisation (amortissement, cession, dépréciation, capitalisation)L’en-tête de l’Immobilisation—Chaque écriture d’immobilisation hérite des dimensions de l’immobilisation
Le niveau en-tête sur les factures est délibéré — il maintient l’équilibre des dimensions. Les côtés débit et crédit d’un document doivent s’annuler au sein de chaque dimension, et pas seulement globalement. Si une facture de vente pouvait envoyer chaque ligne de produits vers un centre de coûts différent alors que l’unique ligne de créance n’en portait qu’un seul, le grand livre par centre de coûts ne serait plus équilibré. Apposer un seul jeu de dimensions sur l’ensemble de la facture garantit que chaque dimension s’annule sur chaque document. L’Écriture comptable est la seule exception : là, le préparateur rédige explicitement chaque ligne et est responsable de l’équilibre des dimensions — c’est exactement pourquoi c’est le seul document à dimensions par ligne.
Pourquoi les imputations héritent du parent. Une imputation d’encaissement (comme une imputation d’avoir ou d’avoir fournisseur) est un petit enregistrement de liaison, pas un document que vous dimensionneriez vous-même. Le moteur remonte donc au parent — l’Encaissement, le Décaissement, l’Avoir — et appose ses dimensions sur les écritures de l’imputation. Définissez la dimension une fois, sur le parent, et chaque écriture en aval suit.

Immobilisations : la source des dimensions est l’Immobilisation

Les écritures d’immobilisation méritent une mention particulière, car on s’attend à les trouver sur le registre d’immobilisations. Ce n’est pas le cas. L’enregistrement Registre d’immobilisations ne porte aucune dimension propre — chaque transaction d’immobilisation (une dotation aux amortissements, une plus ou moins-value de cession, une dépréciation, une capitalisation) tire au contraire ses dimensions de l’Immobilisation elle-même. Et comme une immobilisation naît généralement d’un Bon de commande, les dimensions se propagent en cascade sur toute la chaîne :

En-tête du Bon de commande  →  Immobilisation  →  Transaction comptable
Définissez Centre de coûts = Opérations sur le bon de commande : la valeur se propage sur l’immobilisation à sa création, puis sur chaque écriture d’amortissement que l’immobilisation générera — sans nouvelle saisie, pendant toute la vie de l’immobilisation.

Bons de commande : les dimensions se propagent, elles ne se comptabilisent pas

Un Bon de commande est hors bilan — il ne crée jamais d’écritures au grand livre par lui-même. Son mappage de comptabilisation existe pour que, lorsqu’une Facture d’achat est rapprochée du bon de commande, les dimensions du bon de commande se propagent sur les lignes de facture d’achat rapprochées. Les dimensions sont ensuite apposées sur le grand livre quand la Facture d’achat est comptabilisée — le bon de commande les amorce, la facture d’achat les livre.

La règle de fusion, précisément

Pour toute comptabilisation, le moteur résout chaque dimension ainsi :

L’en-tête est la base. Lire chaque champ du mappage de comptabilisation de la source en-tête.
La ligne remplace lorsqu’elle est renseignée. S’il existe une source ligne (aujourd’hui, seules les Lignes d’écriture comptable), une valeur de ligne non vide remplace la valeur d’en-tête pour ce champ.
Correspondance par nom de champ. Chaque valeur fusionnée est écrite dans le champ portant le même nom technique sur la Transaction comptable.
Pas de correspondance → ignoré silencieusement. Si la Transaction comptable n’a aucun champ de ce nom, la valeur est abandonnée sans conséquence — rien ne génère d’erreur.
Les vides deviennent null. Une valeur de relation vide est stockée comme null plutôt que comme une chaîne vide, pour que le grand livre reste propre.
Des noms de champ identiques des deux côtés : non négociable. La copie fonctionne uniquement par correspondance du nom technique du champ. Si vous créez un champ Centre de coûts sur la facture, le champ que vous créez sur la Transaction comptable doit porter exactement le même nom technique. En cas d’écart, la valeur ne sera tout simplement pas reportée, sans message — l’erreur de configuration la plus fréquente.

Configurer une nouvelle dimension (administrateur)

Pour tout analyser par, disons, Centre de coûts, un administrateur procède ainsi, une seule fois :

Ajoutez le champ à la Transaction comptable. Créez un champ Centre de coûts (relation, liste de sélection ou texte) et ajoutez-le au mappage de comptabilisation de la Transaction comptable. C’est la destination.
Ajoutez le même champ (nom technique identique) à chaque source depuis laquelle vous voulez qu’il circule — Facture de vente, Facture d’achat, Écriture comptable (en-tête et ligne), Encaissement, Décaissement, Immobilisation, Bon de commande — et inscrivez-le dans le mappage de comptabilisation de chacune.
Affichez-le sur les formulaires. Les formulaires de saisie de REDA affichent l’ensemble configurable de champs à l’écran du document ; ajoutez-y le champ pour que les utilisateurs puissent le renseigner sur l’écran de saisie.
Ajoutez-le aux rapports. Regroupez n’importe quel rapport financier par le nouveau champ — et ajoutez-le au Budget/à la Ligne budgétaire et à la Ligne d’instantané de balance âgée si vous voulez analyser le budget/réel et la balance âgée selon le même axe.

Dès la comptabilisation suivante, chaque ligne du grand livre porte le Centre de coûts. Pas de version à livrer, pas de développeur, pas d’interruption.

Un champ, choisi une seule fois. Vous n’êtes pas obligé d’ajouter une dimension à chaque source — seulement aux documents où elle a du sens. Une dimension « Projet » peut ne vivre que sur les Factures de vente et les Écritures comptables si c’est là que naît l’activité projet. Commencez étroit et étendez au besoin.
Un champ de dimension qui est une formule ou un récapitulatif de cumul ne pose aucun problème — il est simplement laissé tel quel. Lorsque REDA copie vos dimensions sur les écritures comptables, il vérifie désormais si le champ de destination peut réellement être écrit et l’ignore si ce n’est pas le cas. Les champs de formule et de récapitulatif de cumul calculent leurs propres valeurs, exactement comme prévu. Avant la version 1.610, la copie tentait malgré tout l’écriture et toute l’opération échouait — de façon la plus visible lors de l’annulation d’un encaissement. Une liste de champs mêlant champs modifiables et champs calculés est désormais parfaitement sûre.

Dimensions, regroupement, immuabilité et reporting

  • Elles font partie du regroupement. Lorsque la comptabilisation groupée est activée, les lignes ne sont récapitulées ensemble que si elles partagent le même compte et les mêmes valeurs de dimension. Deux lignes de loyer pour des centres de coûts différents restent distinctes — vous ne perdez jamais le détail à cause de la récapitulation.
  • Elles sont immuables, comme tout champ du grand livre. Une fois apposée, une dimension sur une Transaction comptable ne peut plus être modifiée — et toute dimension que vous ajoutez au mappage de comptabilisation de la Transaction comptable est automatiquement verrouillée, sans configuration supplémentaire.
  • Elles alimentent vos rapports. Parce que la valeur se trouve sur chaque écriture, vous pouvez produire un compte de résultat par service ou un rapport de coûts par projet — et, parce que les enregistrements Budget et de balance âgée portent les mêmes dimensions, les comparer au budget et les suivre dans la balance âgée.
  • Elles peuvent délimiter la clôture annuelle. L’écran Clôture annuelle propose des Filtres de dimension facultatifs construits à partir de ces mêmes champs — vous pouvez clôturer le compte de résultat pour certaines valeurs de dimension seulement, et les lignes de l’écriture de clôture portent les valeurs choisies.
Le même mécanisme alimente les packages d’extension. Cette approche pilotée par la configuration est ce qui permet à REDA de rester extensible sans créer de version dérivée du cœur du produit : le package d’extension d’un partenaire ajoute ses propres dimensions (ou colonnes de PDF, ou champs à l’écran) simplement en déposant des champs dans les bonnes listes configurables. Le moteur les prend en compte automatiquement.

Pour aller plus loin

  1. Fonctionnement de la comptabilisation — où les dimensions s’attachent pendant la comptabilisation.
  2. Transactions comptables — les lignes que les dimensions étiquettent.
  3. Comptabilisation groupée ou par ligne — comment les dimensions influent sur le regroupement.
  4. Bonnes pratiques de configuration du plan comptable — des dimensions plutôt que des comptes supplémentaires.
  5. Filtres et dimensions des rapports — analyser les rapports par dimension.

Questions fréquentes

Non — et c’est voulu, ce n’est pas une limitation. Les Factures de vente et les Factures d’achat apposent les dimensions au niveau de l’en-tête afin que le document reste équilibré au sein de chaque dimension : le côté créance (ou dette) et le côté produits (ou charges) portent les mêmes valeurs de dimension, de sorte que chaque dimension s’annule. Autoriser des dimensions différentes par ligne de facture laisserait l’unique ligne de créance/dette déséquilibrée face aux lignes de produits/charges réparties. L’Écriture comptable est le seul document doté de véritables dimensions par ligne — parce que là, le préparateur rédige chaque ligne et est responsable de l’équilibre des dimensions. Si vous avez réellement besoin d’un contrôle dimensionnel ligne par ligne, l’Écriture comptable est le bon outil.

De l’enregistrement Immobilisation — pas du registre d’immobilisations, qui ne porte aucune dimension propre. Les dimensions circulent Bon de commande → Immobilisation → ligne du grand livre, de sorte que chaque écriture d’amortissement, de cession, de dépréciation et de capitalisation hérite automatiquement des dimensions de l’immobilisation pendant toute sa vie.

Presque toujours l’une de ces trois causes : (1) le nom technique du champ diffère entre le document source et la ligne du grand livre ; (2) le champ n’est pas dans le mappage de comptabilisation des deux côtés ; ou (3) vous l’avez ajouté à une source qui ne se comptabilise pas directement (p. ex. un Bon de commande — ses dimensions n’apparaissent qu’une fois la Facture d’achat rapprochée comptabilisée). Une valeur sans champ correspondant dans le grand livre est ignorée silencieusement, par conception.

Non. C’est de la pure configuration — créez des champs correspondants, ajoutez-les au mappage de comptabilisation des deux côtés et affichez-les sur le formulaire. Le moteur de comptabilisation se charge de la copie sans aucun code.

Par parité. Les budgets portent les mêmes dimensions que le réel afin que la comparaison budget/réel se fasse à périmètre identique, et les instantanés de balance âgée les portent pour que les comptes clients/fournisseurs de fin de période puissent être analysés exactement comme le grand livre vivant. Ils ne créent jamais de Transactions comptables — les dimensions servent uniquement à garder votre analyse cohérente dans toute l’application.

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