- Même si le vocabulaire comptable paraît peu familier, on peut comprendre la comptabilité en partie double comme un modèle de flux d’argent si on la considère comme une structure qui suit les comptes et les soldes dans le temps
- Un tableau qui écrase simplement le solde actuel fait disparaître le processus de changement, tandis que le grand livre ajoute une ligne à chaque transaction et conserve l’historique ainsi que les traces de correction
- La comptabilité en partie simple peut suffire pour enregistrer les variations par compte, mais lorsque plusieurs comptes bougent ensemble, il faut regrouper les écritures liées dans une transaction afin de montrer la provenance et la destination
- En partie double, chaque transaction doit avoir un montant sortant égal au montant entrant, et cette contrainte d’équilibre aide à repérer les erreurs comme une sorte de checksum en comptabilité manuelle
- Si l’on considère les comptes et les transactions comme des nœuds, et les écritures au débit et au crédit comme des arêtes orientées, le livre comptable devient au fil du temps un graphe orienté en expansion, et les états financiers peuvent aussi être vus comme sa visualisation
Ce que l’on perd quand on n’enregistre que le solde
- La comptabilité consiste à suivre dans le temps des éléments quantifiables, et ici l’accent est mis sur le flux d’argent
- Dans l’exemple, au 1er janvier 2024, Alice dispose de $100 et Bob de $50
- Si Alice paie $20 à Bob pour un livre, le solde d’Alice devient $80 et celui de Bob $70
- Ici, un compte(account) est l’endroit où l’argent est stocké, et le solde(balance) est la quantité d’argent présente dans le compte à un moment donné
- Si l’on se contente d’écraser le solde actuel, il devient difficile de savoir pourquoi Alice a $80
- si elle est passée de $0 à $80
- ou si elle a dépensé $80 en partant de $10,000 pour arriver à $9,920
- Une méthode qui ne conserve que des instantanés du solde efface le processus par lequel les changements se sont produits
Grand livre en partie simple et enregistrements immuables
- Pour conserver l’historique des changements, il faut ajouter une nouvelle ligne chaque fois qu’une transaction a lieu au lieu de modifier la valeur existante
- Une écriture de grand livre contient généralement les informations suivantes
- Description: description de la transaction, bénéficiaire du paiement, numéro de référence, etc., bref une description lisible par un humain
- Date: date de la transaction, qui peut aussi servir à regrouper les données par période, par exemple pour des rapports mensuels
- Balance: solde du compte après la transaction ; c’est une information redondante, mais utile pour la vérification des données
- Chaque ligne est une écriture(entry), et l’ensemble des écritures d’un compte forme le grand livre(ledger)
- Le grand livre d’Alice contient, au 1er janvier 2024, un opening balance de $100, puis au 1er février 2024, bought book -$20
- Le grand livre de Bob conserve un opening balance de $50, puis sold book $20
- Cette méthode correspond à un système de comptabilité en partie simple(single-entry bookkeeping)
- chaque compte possède son propre grand livre
- on enregistre une écriture qui affecte un seul compte à la fois
- cela peut bien convenir à une petite entreprise ou à des finances personnelles
Le grand livre fonctionne comme l’event sourcing
- Une caractéristique importante du grand livre est que les données sont immuables(immutable)
- Une fois une écriture enregistrée, on ne la modifie pas afin de préserver l’historique complet
- Si le prix du livre a été saisi par erreur à $20 alors que le prix réel était de $30, modifier la ligne existante ferait perdre le montant d’origine ainsi que la trace de la correction
- Une meilleure méthode consiste à ajouter une nouvelle écriture qui compense l’écriture existante, puis à enregistrer la bonne écriture
- annuler l’écriture de -$20 avec +$20
- puis enregistrer une nouvelle écriture de -$30
- le solde final reste $70, mais l’erreur et la raison de la correction sont conservées
- Cette méthode ressemble à l’event sourcing en informatique
- on stocke les événements survenus dans le système
- on rejoue les événements pour calculer l’état actuel
- on peut reconstruire l’état à un instant donné
Quand la partie double devient nécessaire
- Quand une transaction fait bouger plusieurs comptes à la fois, la comptabilité en partie simple ne permet pas toujours de rendre la relation clairement visible
- Les -$20 d’Alice et les +$20 de Bob correspondent au même argent, mais si l’on ne voit que les grands livres séparés, on ne peut pas exclure l’hypothèse que Bob ait reçu cet argent de Charlie
- Regrouper les écritures liées dans une transaction(transaction) permet d’indiquer explicitement qu’elles appartiennent au même événement
- Transaction 1: opening balance d’Alice
- Transaction 2: opening balance de Bob
- Transaction 3: Alice achète un livre à Bob
- Une transaction est un ensemble d’écritures liées qui affectent différents comptes
- La partie double relie les écritures associées au niveau de la transaction afin de rendre visible le flux d’argent entre les comptes
Débit, crédit et contrainte d’équilibre
- La comptabilité traditionnelle représente les flux d’argent dans deux colonnes, debit et credit
- Credit: écriture où l’argent sort du compte
- Debit: écriture où l’argent entre dans le compte
- Quand Alice paie $20 à Bob, le compte d’Alice enregistre un credit de $20, et le compte de Bob un debit de $20
- Les termes credit/debit d’une carte bancaire et debit/credit en comptabilité ne sont pas employés dans le même sens
- Dans les livres comptables papier, on utilisait le format T-account, qui séparait la gauche pour le debit et la droite pour le credit
- Dans un système informatique, il n’est pas nécessaire de conserver absolument ces deux colonnes
- on peut mettre Debit ou Credit dans une colonne
Typeet stockerAmountséparément - ou utiliser une seule colonne de montant, avec les credits en négatif et les debits en positif
- on peut mettre Debit ou Credit dans une colonne
- Par rapport aux termes traditionnels, incoming money et outgoing money peuvent être des expressions moins ambiguës
Une transaction n’est pas limitée à deux écritures
- Le principe fondamental de la partie double est qu’après chaque transaction, la somme totale d’argent dans l’ensemble du système ne change pas
- Le solde d’un compte particulier peut augmenter ou diminuer, mais la somme des soldes de tous les comptes doit rester constante
- Même un opening balance doit provenir de quelque part pour respecter l’équilibre
- Dans l’exemple, on ajoute un compte Bank afin d’enregistrer que les $100 d’Alice et les $50 de Bob sont sortis de Bank
- Ce compte Bank est une sorte de compte temporaire destiné à faire respecter la règle et correspond, en terminologie comptable, à un contra account
- Dans toute transaction, l’argent sortant et l’argent entrant doivent être égaux ; cela fonctionne comme un checksum permettant de détecter des erreurs en comptabilité manuelle
- Même des transactions complexes peuvent être modélisées selon le même principe
- Alice paie $20 à Bob et $2 de frais de change à la société de carte de crédit
- Bob reçoit $20 d’Alice et paie $2 de taxe sur les ventes à l’administration fiscale, ainsi que $1 de frais à la société de carte de crédit
- La société de carte de crédit reçoit $2 d’Alice et $1 de Bob
- L’administration fiscale reçoit $2 de Bob
- Dans ce cas, une seule Transaction 3 contient exactement 8 écritures
- “Double-entry” ne signifie pas qu’une transaction ne possède que deux écritures, mais qu’elle a deux faces : le côté où l’argent sort et le côté où l’argent entre
Voir le livre comptable comme un graphe orienté
- La comptabilité en partie double peut être vue comme un modèle de flux d’argent en graphe orienté
- La correspondance avec le graphe est la suivante
- les comptes sont les nœuds du graphe
- les transactions sont elles aussi des nœuds distincts
- les écritures de credit sont des arêtes sortantes allant du compte vers la transaction
- les écritures de debit sont des arêtes entrantes allant de la transaction vers le compte
- le montant d’une écriture est la valeur de l’arête
- le solde d’un compte est égal à la somme des arêtes entrantes moins la somme des arêtes sortantes
- La Transaction 1 déplace $100 de Bank vers Alice
- La Transaction 2 déplace $50 de Bank vers Bob
- La Transaction 3 déplace $20 d’Alice vers Bob
- Dans cette représentation, le solde d’Alice est de $80 et celui de Bob de $70
Choix de modélisation pour découper des transactions complexes
- Si l’on met dans une seule transaction les frais et les taxes, les arêtes de la Transaction 3 deviennent nombreuses et la structure se complexifie
- On peut aussi découper le même flux d’argent en transactions plus petites
- $22 sortent du compte d’Alice
- Bob reçoit $19
- les $3 restants vont à la société de carte de crédit
- la taxe sur les ventes de $2 due par Bob est traitée dans une Transaction 4 distincte
- Quelle que soit la manière de regrouper les transactions et les écritures, les soldes finaux des comptes peuvent rester identiques
- Alice: $78
- Bob: $67
- Administration fiscale: $2
- Société de carte de crédit: $3
- Un système comptable est suffisamment flexible pour répondre à des besoins variés, et la manière de regrouper transactions et écritures doit être décidée en fonction de l’activité
Les états financiers comme visualisation du graphe
- Le graphe grandit avec le temps à mesure que de nouvelles transactions sont ajoutées
- Ses propriétés fondamentales restent les mêmes
- les comptes restent des nœuds
- les transactions restent des nœuds qui imposent le flux d’argent
- pour chaque transaction, la somme des montants sortants doit être égale à la somme des montants entrants
- Le balance sheet, l’income statement et le cash flow statement peuvent être vus comme des visualisations de ce graphe
- Des catégories comme assets, liabilities, equity, income et expenses peuvent être considérées comme des groupes de nœuds dans le graphe
- Avec cette perspective par graphe, il devient plus intuitif de comprendre comment les credits et les debits augmentent ou diminuent le solde de chaque catégorie
1 commentaires
Commentaires sur Hacker News
Expliquer la comptabilité en partie double comme « une écriture pour Alice, une écriture pour Bob » me semble être un choix étrange
S’il y a deux parties à une transaction, il est évident qu’elle peut être enregistrée à deux endroits, mais l’essentiel est que chaque partie à la transaction a besoin de deux écritures. Si Alice achète un livre à Bob, quatre écritures sont créées
Je comprends que ce soit une simplification pédagogique, mais j’y vois une simplification excessive qui enlève le point central
Par exemple, lorsqu’on règle des dettes fournisseurs en espèces, on envoie simultanément un message à l’acteur Accounts Payable et à l’acteur Cash, et chacun traduit l’événement en débit/crédit selon sa nature afin de maintenir son solde. Dans cette perspective, la comptabilité en partie double signifie plutôt que chaque événement doit être absorbé exactement une fois par un nombre pair d’acteurs
Si l’on construit des rails de paiement, cet événement lui-même peut être l’un des deux événements dérivés d’un méta-événement qui suit l’intention de transaction. En comptabilité, il est plus utile de voir les arêtes du graphe non pas comme de l’argent, mais comme des données dans une hiérarchie d’événements dérivés
Cela dit, le texte original ne dit pas clairement à quoi sert cette analogie, et je crains qu’elle n’ajoute de la confusion plutôt qu’elle n’en retire
Je ne veux pas m’occuper de la comptabilité de Bob, je veux seulement suivre la mienne. Si j’ai acheté un livre, ce qui m’intéresse, c’est comment cette transaction doit être enregistrée en partie double dans ma comptabilité
En plus, Bob ne fait pas de tenue de livres, il est en train de vendre un livre ;-)
Comment faudrait-il corriger cet article pour expliquer correctement la partie « double » ? Est-ce possible en se plaçant uniquement du point de vue de Bob ou d’Alice ?
Par exemple, une banque peut décider que je ne rembourserai probablement pas mon prêt et le déprécier à zéro dans ses livres. Moi, je peux avoir l’intention de rembourser et donc conserver la dette dans mes propres comptes. La banque crée les écritures correspondantes dans son système, les débits et crédits s’équilibrent, et même si je ne fais rien, mes livres restent équilibrés
La comptabilité en partie double ne dépend pas des autres entités ; elle ne concerne que ses propres livres
La beauté et l’influence de la comptabilité sont, à mon avis, sous-estimées
Avec un très petit nombre de formules, à savoir l’identité comptable et des états financiers comme le compte de résultat et le bilan, on peut représenter ce qui se passe dans une organisation d’une manière approximativement comparable. Cela me fait penser au théorème fondamental de l’analyse ou au dogme central de la biologie
La comptabilité est aussi à l’origine des mathématiques et du langage écrit. Les anciennes civilisations mésopotamiennes utilisaient au départ des « jetons comptables » dont la forme imitait les objets, afin de suivre les marchandises, et l’on peut considérer que cela a évolué vers le langage écrit, par exemple les hiéroglyphes
Plus tard, Al-Khwarizmi a créé Al-Jabr, c’est-à-dire l’algèbre, pour résoudre des questions de droit successoral islamique ; les règles de partage des héritages devenant des équations, il fallait les résoudre rapidement et précisément. La méthode d’Al-Khwarizmi pour résoudre les équations du second degré est à l’origine du terme « algorithm »
https://en.wikipedia.org/wiki/Accounting_identity
https://en.wikipedia.org/wiki/History_of_accounting
https://en.wikipedia.org/wiki/History_of_ancient_numeral_sys...
https://en.wikipedia.org/wiki/Al-Jabr
https://en.wikipedia.org/wiki/Al-Khwarizmi
Les nombres négatifs ont été utilisés pour la première fois en Chine vers le IIIe siècle, et ne se sont pas largement diffusés en Europe avant le XVIe siècle. La comptabilité moderne en partie double est apparue en Europe au XIVe siècle
C’est pourquoi la méthode traditionnelle, avec des colonnes séparées pour les débits et les crédits et des définitions qui peuvent sembler un peu étranges, était la meilleure manière de fonctionner uniquement avec des nombres positifs
Beaucoup d’aspects importants de la conception organisationnelle ne sont que faiblement corrélés aux états financiers
Ce n’est qu’après que la tenue de livres s’est enracinée à tous les niveaux de la société que les nombres négatifs ont été acceptés comme aussi réels que les nombres positifs
La comptabilité en partie double est très facile à comprendre si l’on abandonne les termes ridicules de « credit » et « debit »
L’essentiel est de faire en sorte que l’équation comptable reste toujours vraie. La formule de base est Equity = Assets - Liabilities et, comme les bénéfices finissent par entrer dans les capitaux propres, cela devient Equity + Income - Expenses = Assets - Liabilities. En réarrangeant pour supprimer les nombres négatifs, on obtient Equity + Income + Liabilities = Assets + Expenses
Cette équation doit toujours être vraie ; sinon, cela revient à dire que de l’argent apparaît ou disparaît de nulle part. Donc, si l’on ajoute de l’argent à un compte du côté gauche de l’équation, il faut soit ajouter le même montant à un compte du côté opposé, soit retirer le même montant du même côté
Par exemple, si vous vendez une limonade 5 dollars, vous ajoutez 5 dollars à Sales (Income) et aussi 5 dollars à Current Account (Assets)
Si « credit » et « debit » sont ridicules, c’est parce que leur définition s’inverse selon le type de compte, et cet usage absurde du langage est la principale raison pour laquelle les gens s’y perdent
Mon prof de comptabilité de niveau 100 l’avait formulé assez simplement. Debit désigne les éléments de la colonne de gauche, Credit ceux de la colonne de droite. Ce que cette transaction signifie pour l’entreprise dépend du compte concerné
Pour quelqu’un qui n’a pas appris la comptabilité, cet usage des termes est extrêmement déroutant, et les nombreuses réponses faites aux personnes perdues, même techniquement correctes, ne sont pas très utiles. Elles supposent déjà que l’on connaît le vocabulaire
La question « si le solde augmente, pourquoi le compte bancaire est-il debited ? debit n’est-il pas négatif ? Le solde de trésorerie est-il affiché en négatif ? » est une très bonne question. Intuitivement, un direct debit fait sortir de l’argent, on dépense avec une debit card, et debit ressemble à debt, donc on en vient à penser que debit est toujours négatif
C’est à la fois amusant et frustrant de voir des gens utiliser le même mot comme s’ils parlaient des langues différentes. La discussion peut aussi dériver vers le fait de pinailler sur une petite formulation pour montrer qu’on a raison
Car du point de vue de la personne qui dépense 5 dollars pour une limonade, elle n’ajoute absolument pas 5 dollars à son poste Sales. Je ne suis pas encore sûr de comprendre complètement quelle est exactement la confusion décrite dans cet article et dans les commentaires
credit signifie source, debit signifie destination
Si vous facturez 10 000 euros à un client, vous créez une promesse qui vaut 11 000 dollars au taux de change actuel. Vous créditez alors le compte source « Income: Customer A » de 11 000 dollars, et vous débitez « Assets: Accounts Receivable » de 11 000 dollars
Plus tard, si le client paie mais que le taux de change a bougé et que vous ne recevez que 10 500 dollars, la promesse initialement enregistrée à 11 000 dollars est la source, donc vous créditez Accounts Receivable de 11 000 dollars. Comme vous avez reçu 10 500 dollars en cash, vous débitez cash de 10 500 dollars et, pour équilibrer le débit et le crédit, vous débitez « Expenses: Loss on Foreign Exchange » de 500 dollars
En général, on ne liquide pas l’entreprise à chaque jour ouvré ; alors pourquoi vouloir faire entrer de force ces 500 dollars dans un scénario fictif de liquidation immédiate ? Il suffit de les enregistrer comme un équilibre entre credit et debit
Il y avait beaucoup trop de graphiques où la variable indépendante était placée sur l’axe Y
« Credit est une écriture où l’argent sort du compte, Debit une écriture où l’argent entre dans le compte » n’est pas exact
Le sens de debit et credit dépend du type de compte : https://en.wikipedia.org/wiki/Debits_and_credits
Il y a peut-être une raison pour laquelle il faut plus d’un cours pour devenir CPA : https://www.accounting.com/careers/cpa/how-to-become/
À mes yeux, cela ressemble à une méthode qui doublait le travail pour détecter certaines erreurs à l’époque où des humains saisissaient les écritures et faisaient les calculs. En soi, cela se tient
Mais, ayant grandi dans un monde où les ordinateurs font tous les calculs, cela me donne l’impression de violer le principe de ne pas répéter la même chose. Si l’on écrit la même information à deux endroits, l’une des deux finira forcément par être fausse
Si la comptabilité avait été conçue à l’époque moderne, je ne pense pas qu’elle aurait pris cette forme. Le fait que je ne sois pas comptable et que je ne comprenne pas ne veut pas dire que le système est mauvais, mais la confusion que provoque l’idée que « credit diminue un compte d’actif » me semble être le signe que quelque chose est fondamentalement de travers
Une écriture CR correspond à une augmentation de ce que l’entreprise doit, c’est-à-dire de ses obligations envers les créanciers ou les actionnaires, tandis qu’une écriture DR correspond à une augmentation de ce que possède l’entreprise
Voir ici pour le lien avec l’équation comptable : https://news.ycombinator.com/item?id=32501707
On voit beaucoup de confusion autour des termes credit/debit
Pour y penser plus simplement d’un point de vue moderne, il suffit de se rappeler que la comptabilité est bien plus ancienne que l’usage courant des nombres négatifs. Si l’on inventait la comptabilité aujourd’hui, on utiliserait très probablement des comptes positifs/négatifs plutôt que des comptes debit/credit
L’algèbre sur l’addition nous paraît naturelle aujourd’hui, mais elle ne l’était pas pour un marchand ordinaire en 1604, et les nombres négatifs n’étaient pas très bien acceptés non plus à l’époque
L’important, c’est qu’une transaction a toujours deux faces, qui sont des opérations inverses l’une de l’autre. Au fond, credit et debit sont des opérations inverses sur les nombres
On peut donc établir la règle selon laquelle, si credit = debit, la transaction est équilibrée. En termes modernes, on pourrait aussi voir cela comme debit + credit = 0, mais à l’époque où ce système a été créé, on n’aimait pas les nombres négatifs ; ce n’était donc pas vraiment un objectif, plutôt une heureuse coïncidence qui se vérifie toujours
Si l’on considère l’argent liquide en main comme le compte le plus positif, c’est-à-dire de nature debit, et qu’on raisonne à rebours, cela se tient. Pour comptabiliser une dépense, il faut traiter le compte de trésorerie en sens inverse, donc le créditer, et débiter en contrepartie l’endroit où l’argent est allé. Les comptes de dépenses ont donc normalement un solde debit
D’où venait l’argent liquide ? Des revenus ; et si l’on veut rendre la trésorerie « debit », la source doit être « credit » pour que la transaction reste équilibrée. C’est pourquoi les comptes de revenus sont normalement des comptes credit, c’est-à-dire qu’ils ont en général un solde négatif, ou « credit normal »
Ce qui est beau dans ce système, c’est que toutes les transactions du quotidien se ramènent à des transactions équilibrées, et que les comptes possibles ont chacun une nature de solde cohérente, normalement credit ou debit. C’est vraiment élégant
Si l’on retient cela ainsi que l’équation comptable, on peut déduire le solde normal de tous les autres types de comptes
Il y a environ un mois, sur le subreddit PTA, j’ai lancé une discussion sur la façon de rendre la syntaxe PTA plus intuitive, et quelqu’un a proposé de représenter par des flèches le « from », c’est-à-dire le compte credit/négatif, et le « to », c’est-à-dire le compte debit/positif. Les nombres n’ont pas de signe, et les termes « credit » et « debit » ne sont pas utilisés, ce qui paraît beaucoup plus intuitif
https://www.reddit.com/r/plaintextaccounting/comments/1bh3x7...
Le contexte historique sur les nombres négatifs est intéressant
C’est encore beaucoup trop compliqué. Ça déraille dès « ajoutons une colonne Transaction au tableau »
Il ne faut pas stocker des données de comptes, il faut stocker les transactions. Les comptes se calculent à partir de là. Une table « Transactions » devrait avoir les champs Date, Amount, SourceAccount, TargetAccount, Description
À mon avis, c’est là que ça devient beau. Il faut abandonner l’habitude de raisonner en fonction des comptes sous prétexte qu’on y est habitué avec les relevés bancaires, et penser en flux de trésorerie
Bien sûr, c’est trop simple pour un usage fiscal. Il arrive qu’une transaction ait plusieurs sources ou plusieurs destinations, donc le schéma ci-dessus doit être ajusté. Mais l’idée est qu’il faut changer de façon de penser
C’est le signe qu’un programmeur a voulu faire le malin et maintenir des totaux cumulés au lieu de les calculer à partir des transactions d’origine. Là, il y a des dragons
Une meilleure conception consiste à avoir une table d’en-tête et une table de détails
Header : TransactionID, Date, Description, et les champs nécessaires comme le posting status ou le reconciliation status
Detail : TransactionID, LineNumber, Account, Amount, Description, et les champs nécessaires comme un numéro de référence de subledger
Ainsi, une seule transaction peut affecter un nombre arbitraire de comptes. Au final, la transaction reflète une opération métier pouvant affecter plusieurs comptes
Dans le détail, c’est un peu plus complexe, par exemple la sortie de chaque transfert doit contenir l’adresse d’origine, mais l’idée est la même. Comme indiqué ailleurs dans ce fil, chaque transaction doit avoir plusieurs entrées et plusieurs sorties
Toutes les transactions sont dans un fichier en texte brut, et quand une évaluation est nécessaire, le grand livre complet est généré à la volée à partir de celles-ci
Je ne suis pas comptable, mais j’ai décidé autrefois d’étudier la comptabilité en partie double et les bases de la comptabilité, et j’ai beaucoup appris à divers endroits, notamment dans de bons fils sur HN.
Dans cet article, j’explique comment fonctionne la comptabilité en partie double et comment j’en suis venu à comprendre qu’il s’agissait d’un graphe orienté. Il y a beaucoup de passionnés de comptabilité sur HN, donc si quelque chose est faux, les critiques ou suggestions de correction sont les bienvenues.
https://martin.kleppmann.com/2011/03/07/accounting-for-compu...
J’aimerais que mes contrôleurs de gestion transforment les performances commerciales en ce genre de flux graphique. À partir d’une certaine taille, la comptabilité devient assez difficile, au point qu’il faut des profils de niveau professeur dans l’équipe des politiques comptables.
Ce que les statistiques m’ont appris, c’est que les graphiques comptent. Avec la bonne abstraction, n’importe quel chiffre peut être représenté comme un graphe de ses composants. J’ai eu un déclic immédiat.
D’un côté, l’argent qui entre ou qui sort ; de l’autre, les produits ou services. C’est l’écriture en partie double en comptabilité. Cela peut sembler évident et simple, mais dans mon domaine, peu de gens le comprennent.
L’article est bien écrit, mais il faut faire attention quand on redéfinit des termes qui ont un sens généralement admis.
Remplacer Debit/Credit par Incoming/Outgoing ressemble à un autre jargon et risque de semer la confusion. N’importe quel aide-comptable comprend ce que sont credit cash et debit expense.
Les remplacer par incoming/outgoing n’aide ni les personnes qui font réellement le travail, ni celles qui doivent l’expliquer. Il vaut mieux apprendre une nomenclature qui a été utile pendant plusieurs siècles que de s’appuyer sur une analogie.
Chaque fois qu’une discussion de ce genre apparaît sur HN, quelqu’un finit toujours par dire « c’est très simple, credit c’est juste… », puis une réponse arrive aussitôt : « tu l’as à l’envers, c’est simple, credit c’est… ».
Personnellement, cela ne me dérangerait pas du tout qu’on abandonne ces termes pour toujours.
Quand de l’argent est credited, ou quand on utilise une credit card, on a l’impression agréable que de l’argent apparaît quelque part ; debit sonne comme debt et donne l’impression négative que mon argent diminue.
En réalité, je sais que ces noms ont une raison d’être, mais si un domaine s’accroche à un jargon contre-intuitif qui contredit tous les usages rencontrés par les personnes extérieures, il me semble possible d’utiliser des formulations moins redondantes et différentes.
Pouvoir discuter en employant correctement le bon jargon fait fortement gagner en crédibilité.
Je ne vois pas très bien pourquoi expliquer les termes comptables debit/credit avec des mots ordinaires donnerait l’impression d’un jargon. C’est peut-être parce que je suis un profane.
Pour quelqu’un sans bagage comptable, expliquer credit/debt comme « l’argent entre, l’argent sort » me paraît tout à fait acceptable dans le contexte de cet article. La « vraie » définition de credit/debit fonctionne-t-elle ici d’une manière significativement différente ?
David P. Ellerman propose une approche mathématique de la comptabilité fondée sur ce qu’il appelle le groupe de Pacioli.
Un élément provisoire du groupe de Pacioli ressemble à x//y, où x et y sont des entiers non négatifs. x//y et u//v sont considérés comme équivalents si les sommes croisées x+v et y+u sont égales.
L’opération de groupe est x//y + u//v = (x+u)//(y+v), l’inverse de x//y est y//x, et l’élément neutre est 0//0. Pour plus de détails, voir par exemple ce document : https://ellerman.org/wp-content/uploads/2012/12/DEB-Math-Mag...
J’ai l’impression de manquer quelque chose ici. En quoi voir l’historique des transactions comme un graphe orienté est-il utile ?
Est-ce une amélioration par rapport à des pratiques de comptabilité en partie double vieilles de plusieurs siècles ?
Sur un exemple jouet avec quelques transactions, cela semble tout juste fonctionner, mais imaginez à quoi ressemblerait le graphe quand il y a des dizaines ou des centaines d’arêtes entre des paires de nœuds. Je ne vois pas non plus à quoi serviraient des algorithmes de graphe classiques.
Cela donne l’impression d’utiliser une pince comme un marteau. Bien sûr, c’est possible, mais pourquoi le ferait-on ?
Premièrement, c’est une autre façon de comprendre le concept. Dans la plupart des cas, ce ne sera peut-être pas pertinent, mais qui sait si un problème comptable difficile ne pourrait pas être résolu par une application de la théorie des graphes, ou inversement si un problème de théorie des graphes ne pourrait pas être résolu à partir de la comptabilité.
Deuxièmement, c’est une autre façon de visualiser les flux. Tout le monde n’a pas une excellente culture financière ni un bon sens des nombres ; au lieu de donner un tableau avec des colonnes de chiffres et de demander d’en déduire les flux numériquement, on peut les représenter spatialement. Tous les outils ne sont pas destinés uniquement aux experts.
Voir tout l’historique cumulé comme un seul graphe serait peut-être excessif, mais le simple ajout d’un filtre par date de transaction peut déjà fournir des intuitions que d’autres visualisations manquent. Le croiser avec d’autres informations, comme la localisation, pourrait le rendre encore plus utile.
Il ne parvient pas à justifier sa démarche, et l’affirmation de l’auteur selon laquelle cette visualisation l’a aidé à mieux comprendre est affaiblie par l’erreur de catégorie qui transparaît dans cette tentative d’expliquer dès le départ la comptabilité en partie double à la manière geek.
En plus, il ne représente qu’une transaction très simple. Je ne vois pas comment une visualisation fondée sur des graphes permettrait de traiter des éléments plus abstraits comme une différence entre amortissement fiscal et amortissement comptable, des ajustements de gains ou pertes de change, la répartition de franked dividends, PAYG, des montants détenus pour le compte de tiers, ou la comptabilisation partielle de produits différés.
Des ingénieurs découvrent tardivement des principes fondamentaux déjà présents dans un autre domaine, à mesure que le logiciel se met à répliquer ce domaine.