Transactions comptables

Concept clé 8 min de lecture Mis à jour en juillet 2026

Une transaction comptable est une ligne unique de votre grand livre : un débit ou un crédit, sur un compte, dans une entité, à une date donnée. Ce sont les atomes de votre comptabilité. Une facture de vente peut en produire trois (créance, produit, taxe) ; une écriture comptable peut en produire une douzaine. Additionnez-les toutes et vous obtenez votre balance générale, votre compte de résultat et votre bilan.

Vous ne créez jamais ces lignes à la main. Elles sont écrites uniquement par le moteur de comptabilisation lorsque vous comptabilisez un document, et une fois écrites, elles ne changent plus jamais. Cet article explique ce que contient une transaction comptable, pourquoi elle est verrouillée et comment la lire.

Pour y accéder. Vous n’ouvrez pas les transactions brutes depuis un onglet : vous les lisez à travers les rapports qu’elles alimentent. Ouvrez le Lanceur d’applications (l’icône en grille en haut à gauche de n’importe quelle page) → REDA Financials AI → l’onglet Centre financier pour la balance générale, ou ouvrez un compte général ou un compte client/fournisseur pour consulter son grand livre. Chaque rapport permet de remonter jusqu’à la transaction sous-jacente et à son document source.
Accès requis. Tout ensemble d’autorisations REDA Financials permet de consulter les transactions comptables et d’exécuter les rapports qui les lisent ; ce que vous voyez se limite aux enregistrements que votre rôle peut lire. Aucun ensemble d’autorisations (pas même Accounting Controller) ne permet de les créer, de les modifier ou de les supprimer à la main ; seul le moteur de comptabilisation les écrit.

Un document → plusieurs transactions. Considérez le document (facture, facture fournisseur, paiement) comme l’histoire, et les transactions comptables comme la tenue des comptes qui la sous-tend. Le document est ce que vous modifiez ; les transactions sont ce que le moteur en dérive et comptabilise.

Anatomie d’une transaction

Chaque transaction comptable porte quatre types d’informations.

1. Le cœur comptable

Champ	Ce qu’il contient
Compte général	Le compte sur lequel ce débit/crédit est enregistré.
Entité	L’entité juridique dont la comptabilité enregistre cette ligne.
Grand livre	Le livre dans lequel elle est enregistrée (Transaction ou Budget ; généralement votre unique grand livre par défaut).
Période comptable	La période calendaire dans laquelle elle tombe.
Date de transaction	La date d’effet de l’écriture.
Type de transaction	Originale ou Extourne : indique s’il s’agit d’une première comptabilisation ou d’une écriture miroir qui en annule une autre. Une extourne porte aussi un Motif d’extourne (Modification utilisateur, Suppression utilisateur, Annulé ou Ajustement de période) expliquant pourquoi elle existe.
Type de compte	Le type du compte général (Actif, Passif, Capitaux propres, Produits des activités ordinaires, Charge), recopié sur l’écriture pour accélérer le reporting.

2. Les montants : trois niveaux de devise

REDA enregistre chaque écriture dans trois devises à la fois, de sorte que la conversion de devise n’a jamais à être recalculée plus tard :

Niveau	Champs Débit / Crédit	Ce que c’est
Transaction (document)	Débit de transaction / Crédit de transaction + Taux de change de transaction + Devise de transaction	La devise dans laquelle le document a été émis.
Entité (fonctionnelle)	Débit / Crédit	La devise propre de l’entité : la comptabilité principale.
Société (reporting)	Débit société / Crédit société + Taux de change société	La devise de consolidation du groupe.

Organisations monodevises : les trois niveaux contiennent le même nombre et chaque taux de change vaut 1. La structure est identique ; vous ne la remarquez simplement jamais. C’est ce qui permet à la même application de fonctionner sans modification, que vous opériez dans une devise ou dans vingt.

3. Le lien vers la source : la provenance

Chaque transaction renvoie exactement au document et à la ligne qui l’ont produite, afin que vous puissiez toujours répondre à la question « d’où vient ce chiffre ? ». Le moteur y inscrit un lien typé vers l’en-tête source (facture de vente, facture d’achat, encaissement, décaissement, écriture comptable, leurs imputations et les enregistrements d’immobilisations) et, en mode par ligne, vers la ligne source individuelle. Un champ Type de source nomme d’un coup d’œil le type de document : Écriture comptable, Facture de vente, Facture d’achat, Encaissement, Décaissement, Avoir, Avoir fournisseur, Imputation d’encaissement, Imputation de décaissement ou Immobilisation.

4. Indicateurs & dimensions

Champ	Signification
Généré automatiquement	Vrai lorsque le moteur a créé la ligne lui-même (par ex. une contrepartie intersociétés ou une reprise en comptabilité de trésorerie) plutôt qu’à partir d’une ligne de document que vous avez saisie.
Intersociétés	Marque les écritures de contrepartie entre entités.
Est un compte de contrôle	Un marqueur de reporting pour les comptes collectifs (clients, fournisseurs, intersociétés, produits constatés d’avance…).
Récupérable	Pour les lignes de taxe : distingue la taxe déductible récupérable.
Compte	Le client ou le fournisseur, le cas échéant ; alimente les vues de grand livre auxiliaire clients/fournisseurs.
Dimensions de comptabilisation	Vos champs d’analyse personnalisés (service, projet…), copiés depuis le document ; voir Dimensions de comptabilisation.
Comptabilisé par / Date de comptabilisation	Qui l’a comptabilisée et quand ; fait partie de la piste d’audit.
Nombre de lignes	Combien de lignes source cette écriture résume : 1 en mode par ligne ; davantage lorsque la comptabilisation groupée a fusionné plusieurs lignes en une seule écriture.
Description du grand livre	Un libellé construit automatiquement (la description, toute référence et le nom du compte général) pour qu’une liste du grand livre se lise comme une histoire sans ouvrir chaque document source.

Un exemple concret : une écriture, deux transactions

L’entité américaine de Meridian Properties Group a ouvert sa comptabilité avec l’écriture comptable MJE001001 : 750 000 $ de capital initial versés à la société. La comptabilisation de ce seul document écrit exactement deux transactions comptables :

Compte	Débit	Crédit
Trésorerie et équivalents de trésorerie	750 000,00 $
Capital apporté		750 000,00 $

Chacune de ces deux lignes est un enregistrement complet et autodescriptif : il connaît son entité (la société américaine de Meridian), son grand livre, sa période, sa date, ses montants dans les trois niveaux de devise et, grâce au lien vers la source, exactement quelle écriture l’a produit. Demandez « pourquoi la trésorerie affiche-t-elle 750 000 $ ? » dans n’importe quel rapport, et la réponse est à un clic : la transaction, puis MJE001001 elle-même.

Pourquoi elles sont immuables

Les transactions comptables sont écrites une seule fois. Une fois que le moteur en a inséré une, son compte, ses montants, sa date, ses niveaux de devise, sa classification, ses liens vers la source et ses dimensions sont tous figés. REDA l’impose au niveau le plus profond : non pas comme un paramètre de page que vous pourriez assouplir, mais comme une règle stricte sur l’objet lui-même :

Aucune insertion manuelle. La seule chose qui puisse créer une transaction comptable est le moteur de comptabilisation. Toute autre tentative est refusée.
Aucune modification. Chaque champ significatif est verrouillé après la création. (La Description en texte libre est la seule chose qui reste ajustable.)
Aucune suppression manuelle. Vous ne pouvez pas supprimer à la main une écriture du grand livre. Le moteur supprime ses propres écritures lorsque vous décomptabilisez ou annulez le document.

C’est la colonne vertébrale de l’intégrité d’audit de REDA. Un grand livre qui ne peut pas être discrètement modifié est un grand livre sur lequel un auditeur peut s’appuyer. Les corrections n’écrasent jamais l’historique : elles apparaissent comme une comptabilisation à part entière (une annulation ou une extourne), de sorte que l’histoire complète reste toujours visible. Cela répond aux exigences d’inviolabilité de SOX, des IFRS et des GAAP sans aucun effort supplémentaire de votre part.

Étendre le verrou à vos propres champs. Si votre administrateur ajoute une dimension personnalisée au mappage de comptabilisation de la transaction comptable, ce champ devient lui aussi automatiquement immuable : sans code, sans configuration supplémentaire. Les champs d’analyse ajoutés par le client bénéficient de la même protection que ceux intégrés à REDA.

Le verrou, dans les propres mots du système

Si quelqu’un (une personne, un outil d’import ou une intégration) tente de contourner le moteur, voici les refus exacts qu’il rencontre :

Vous tentez de…	Le message
En créer une directement	« Les transactions comptables ne peuvent pas être créées directement. Toutes les écritures GL sont gérées par le moteur de comptabilisation. »
Modifier un champ verrouillé	« Les transactions comptables sont immuables une fois comptabilisées. Le champ … ne peut pas être modifié. Décomptabilisez le document source pour corriger l’écriture. »
En supprimer une directement	« Les transactions comptables ne peuvent pas être supprimées directement. Décomptabilisez le document source pour supprimer les écritures GL. »

Chaque message renvoie au même remède : revenez au document source et agissez là. Le grand livre ne change jamais que par la porte d’entrée.

Alors, comment en corriger une ?

Vous ne touchez pas à la transaction : vous agissez sur le document :

Montant ou compte erroné ? Repassez le document en Brouillon (ce qui le décomptabilise et supprime les écritures), corrigez-le et comptabilisez-le de nouveau. Le moteur écrit de nouvelles écritures, correctes.

Document émis par erreur ? Annulez-le : les écritures sont supprimées et le document est marqué Annulé pour mémoire.

Besoin de le neutraliser dans une période ultérieure tout en conservant l’historique ? Extournez-le : les écritures d’origine restent et une écriture miroir les annule dans une période ouverte.

Voir Annuler ou extourner pour choisir entre les deux dernières options.

Où les consulter

Vous ouvrez rarement une transaction comptable brute ; vous les lisez à travers les rapports qu’elles alimentent : la balance générale, le grand livre d’un compte général (chaque écriture touchant un compte sur une période, avec un solde progressif) et les grands livres client / fournisseur pour la vue de grand livre auxiliaire clients/fournisseurs. Chaque rapport permet de remonter directement aux transactions sous-jacentes et, de là, au document source.

Lecture seule pour tout le monde. Puisque personne ne comptabilise à la main dans le grand livre, aucun des ensembles d’autorisations de REDA n’accorde d’accès en écriture aux transactions comptables, pas même Accounting Controller. Tout le monde peut les lire (dans la limite de ses accès) ; seul le moteur les écrit.

Pour aller plus loin

Fonctionnement de la comptabilisation — comment les documents deviennent ces lignes du grand livre.
Comptabilisation groupée ou par ligne — contrôler combien de lignes un document produit.
Dimensions de comptabilisation — des axes supplémentaires pour analyser chaque ligne.
Gestion des grands livres — le grand livre inscrit sur chaque transaction.
Balance générale — là où ces lignes sont agrégées.

Questions fréquentes

Non : l’immuabilité est appliquée sur l’objet lui-même, et non par une autorisation qu’un administrateur pourrait accorder. Pour modifier quoi que ce soit qui alimente une transaction, modifiez le document source et comptabilisez-le de nouveau. Seule la Description en texte libre d’une transaction peut être ajustée.

Le multidevise. REDA enregistre sur chaque ligne la devise du document, la devise fonctionnelle de l’entité et la devise de reporting du groupe, avec les taux utilisés. Dans une organisation monodevise, les trois concordent et le taux est de 1 : la consolidation et le reporting en devises fonctionnent donc de la même façon partout.

Ce champ marque les écritures que le moteur a produites de lui-même plutôt qu’à partir d’une ligne que vous avez saisie, par exemple les contreparties intersociétés ou la reprise des produits constatés d’avance lors d’un encaissement en comptabilité de trésorerie. Il vous aide à distinguer l’automatisation du système des lignes issues des documents.

Non. La suppression (ou l’annulation) d’un document comptabilisé passe par le chemin de décomptabilisation du moteur, qui supprime d’abord proprement les écritures du document. Le grand livre ne conserve jamais d’écritures orphelines pour un document qui n’existe plus.

Non. Si l’une des écritures d’un document ne parvient pas à s’enregistrer, le moteur supprime les écritures sœurs déjà enregistrées de ce document avant de terminer : le grand livre ne contient donc jamais de fragment déséquilibré. Lors d’une comptabilisation en masse, l’échec d’un document n’arrête pas les autres ; chaque document est enregistré en entier ou pas du tout.

Ce sont des copies numériques simples du Débit et du Crédit en devise de l’entité, capturées au moment de la comptabilisation. Les rapports et totaux construits sur ces champs additionnent toujours les montants exactement tels qu’ils ont été enregistrés, sans aucune reconversion de devise en arrière-plan : une protection qui compte dans les organisations multidevises.

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