Configurations Spécifiques à Chaque Secteur

Exemples de Configurations pour les Freelances, les Petites Entreprises et la Gestion des Finances Personnelles

Dans ce guide, nous explorons comment adapter un grand livre Beancount à différents besoins : un professionnel freelance, une petite entreprise de type boutique et les finances personnelles d'un ménage. Chaque scénario est accompagné de structures de comptes et de considérations uniques. Nous expliquerons la logique derrière chaque configuration, fournirons des exemples de code Beancount et mettrons en évidence les fonctionnalités utiles (telles que les balises personnalisées et les importations automatisées) qui facilitent le suivi. Le ton est à la fois pédagogique et accessible – que vous soyez développeur, professionnel féru de technologie ou passionné de finance, ces exemples vous aideront à appliquer Beancount dans le monde réel.

Freelances

Les freelances (comme les développeurs de logiciels ou les graphistes) jonglent souvent avec plusieurs clients et dépenses liées à des projets. Une configuration Beancount simple peut vous aider à suivre les revenus de chaque client, les dépenses professionnelles (y compris les sous-traitants embauchés) et l'argent mis de côté pour les impôts. L'objectif est de rester simple pour que la configuration puisse évoluer avec votre activité de freelance, sans complexité inutile.

Comptes clés pour un freelance : Un grand livre pour freelance sépare généralement les finances professionnelles des finances personnelles. Par exemple, vous pouvez utiliser :

• Assets:Business:Checking – Un compte bancaire professionnel pour tous les paiements des clients et les dépenses professionnelles.
• Assets:Business:TaxSavings – Un compte d'épargne pour mettre de côté une partie des revenus pour le paiement des impôts (puisqu'aucun employeur ne retient d'impôts pour vous).
• Income:Client:Nom** – Comptes de revenus pour les paiements des clients. Vous pouvez créer des sous-comptes par client principal (par exemple, Income:Client:ACME) ou utiliser un seul compte Income:Freelance avec les noms des clients marqués dans les transactions.
• Expenses:Business:Contractors – Pour les paiements à tous les sous-traitants ou travaux externalisés.
• Expenses:Business:Software (et d'autres catégories comme Travel, Supplies) – Pour les dépenses professionnelles courantes (abonnements logiciels, matériel, déplacements sur les sites des clients, etc.).
• Equity:OwnerDraw – (Facultatif) Pour enregistrer les transferts de bénéfices de l'entreprise vers vous-même personnellement. Cela permet de distinguer les fonds de l'entreprise des fonds personnels lorsque vous vous payez.

Justification : Cette structure garantit que tout l'argent lié à l'entreprise est suivi dans des comptes dédiés. Les revenus de chaque client sont enregistrés (ce qui permet de voir facilement qui sont vos principaux clients) et les dépenses sont classées par catégories pour les déductions fiscales. Mettre de côté les impôts dans un compte d'actif distinct (ou enregistrer une dette pour les impôts dus) empêche de dépenser accidentellement de l'argent qui sera dû au gouvernement. Le grand livre reste simple : si vous acquérez de nouveaux clients ou de nouvelles catégories de dépenses, vous pouvez ajouter de nouveaux comptes ou utiliser des balises sans tout réorganiser. Un écueil courant consiste à mélanger les transactions personnelles et professionnelles dans un seul compte ; en conservant un compte chèque professionnel dédié (et le compte d'actif correspondant), la réconciliation et les rapports deviennent plus propres. Un autre écueil à éviter est d'oublier d'enregistrer les transferts de fonds pour les impôts ou les retraits du propriétaire – en utilisant des comptes comme TaxSavings et OwnerDraw, chaque dollar est comptabilisé.

Fonctionnalités Beancount à mettre en évidence : Les balises et les métadonnées sont extrêmement utiles aux freelances. Par exemple, vous pouvez baliser les transactions avec un numéro de projet ou de facture, ou utiliser un champ de métadonnées pour noter le nom du client si vous choisissez de ne pas utiliser de comptes de revenus distincts par client. Cela facilite le filtrage ou l'interrogation des transactions pour un client ou un projet spécifique (par exemple, la somme de toutes les dépenses étiquetées #ProjectX). De plus, les importateurs automatisés de Beancount peuvent simplifier la saisie des données – par exemple, vous pouvez configurer un importateur pour vos relevés bancaires ou de carte de crédit afin d'ingérer les transactions dans votre grand livre, puis simplement ajouter les noms de comptes de dépenses ou de revenus appropriés. Cela permet de gagner du temps lorsque vous avez de nombreuses petites transactions (comme des abonnements à des logiciels ou des frais de déplacement).

Exemple d'extrait de grand livre pour freelance

Vous trouverez ci-dessous un extrait simplifié de Beancount pour un développeur freelance. Il montre l'ouverture de quelques comptes clés, un paiement entrant d'un client, un paiement sortant à un sous-traitant, une dépense professionnelle typique et le transfert d'argent vers un compte d'épargne fiscale. (En pratique, vous enregistreriez également d'autres dépenses comme les frais de déplacement ou l'achat de matériel de la même manière.)

1970-01-01 open Assets:Business:Checking
1970-01-01 open Assets:Business:TaxSavings
1970-01-01 open Income:Client:ACME
1970-01-01 open Expenses:Business:Contractors
1970-01-01 open Expenses:Business:Software

; Revenus du client – paiement d'une facture
2025-08-15 * "Paiement de facture d'ACME Corp"
  invoice: "INV-2025-08-15"
  Assets:Business:Checking       5000 USD
  Income:Client:ACME           -5000 USD

; Dépense courante – par exemple, abonnement à un logiciel pour l'entreprise
2025-08-05 * "Abonnement GitHub"
  Expenses:Business:Software       15 USD
  Assets:Business:Checking       -15 USD

; Dépense de sous-traitant – paiement d'un sous-traitant pour son aide
2025-08-20 * "Paiement du sous-traitant – Jane Doe"
  Expenses:Business:Contractors   2000 USD
  Assets:Business:Checking      -2000 USD

; Retenue d'impôt – transfert d'argent vers l'épargne fiscale
2025-08-31 * "Mise de côté des impôts du T3"
  Assets:Business:TaxSavings     1500 USD
  Assets:Business:Checking     -1500 USD  #tax

Décomposons ce qui se passe :

• Nous ouvrons les comptes nécessaires en haut (avec une date de début). Ce n'est pas strictement nécessaire pour Beancount (les comptes sont créés lors de la première utilisation s'ils ne sont pas ouverts), mais c'est une bonne pratique de les déclarer. Les comptes Assets:Business:Checking et Assets:Business:TaxSavings contiendront des soldes en USD ; les comptes de revenus et de dépenses peuvent être laissés sans devise dans la directive open car ils hériteront des devises des transactions (USD dans ce cas).
• Paiement de facture du client : Le 2025-08-15, une transaction de revenus enregistre un paiement de client de 5 000 $ pour une facture. Nous créditons Income:Client:ACME (les revenus augmentent avec un montant négatif en comptabilité à partie double) et débitons le compte chèque. Un champ de métadonnées invoice: "INV-2025-08-15" est inclus pour noter le numéro de facture – c'est facultatif mais cela montre comment vous pouvez joindre des informations supplémentaires à une transaction. Vous pouvez également étiqueter cette transaction avec #ACME ou #client-ACME pour un filtrage rapide. Si vous aviez plusieurs clients, vous pourriez utiliser un compte général Income:Clients et vous fier à ces métadonnées ou au champ Bénéficiaire pour distinguer les clients, au lieu de créer de nombreux sous-comptes.
• Dépenses professionnelles (logiciels) : Le 2025-08-05, nous enregistrons une dépense de 15 $ pour un abonnement GitHub (peut-être pour des référentiels privés ou d'autres services). La publication va à Expenses:Business:Software et réduit le compte chèque professionnel. Les petites dépenses récurrentes comme celle-ci peuvent être étiquetées (par exemple, nous avons ajouté #tax sur la transaction fiscale ci-dessous ; de même, vous pouvez étiqueter certaines dépenses comme #recurring si elles se produisent mensuellement, etc.). Dans ce cas, le nom du compte lui-même (Software) le précise.
• Paiement du sous-traitant : Le 2025-08-20, le freelance a payé un sous-traitant (Jane Doe) 2 000 $. Ceci est enregistré comme une dépense dans Expenses:Business:Contractors et un retrait du compte chèque. Vous pouvez inclure le nom du sous-traitant dans la narration (comme nous l'avons fait) ou comme un champ de métadonnées (par exemple, contractor: "Jane Doe"). Cela permet de conserver une trace de qui vous avez payé et pourquoi (utile si vous avez besoin de détails lors de la déclaration d'impôts ou de la budgétisation).
• Transfert d'épargne fiscale : Le 2025-08-31, le freelance transfère 1 500 $ du compte chèque principal vers un compte d'épargne fiscale dédié. Nous avons étiqueté cette transaction avec #tax pour plus de visibilité. Ce n'est pas une dépense (vous ne faites que déplacer votre propre argent), elle se fait donc entre deux comptes d'actif. En faisant cela chaque mois ou chaque trimestre, vous accumulez des fonds pour couvrir les impôts estimés. Lorsqu'il est temps de payer les impôts au gouvernement, vous enregistrerez une dépense (par exemple, Expenses:Taxes) et une déduction du compte TaxSavings (ou Checking). Un écueil courant consiste à traiter ce transfert comme une dépense dans vos rapports – rappelez-vous, ce n'est pas une dépense, juste une allocation de précaution. Seul le paiement effectif de l'impôt à l'IRS/administration fiscale serait une dépense (ou une réduction d'une dette fiscale accumulée si vous la suivez de cette façon).

Résumé : Un grand livre Beancount pour freelance met l'accent sur la simplicité et la clarté. Tous les revenus et sorties de fonds liés à l'entreprise sont enregistrés méthodiquement. En utilisant des noms de comptes significatifs et des balises/métadonnées occasionnelles, vous pouvez facilement générer des rapports par client ou par catégorie de dépenses (par exemple, le revenu total par client, le total dépensé pour les sous-traitants cette année, etc.). Cette configuration est évolutive – vous pouvez ajouter de nouveaux clients ou de nouvelles catégories de dépenses au fur et à mesure de l'évolution de votre entreprise. Grâce à des fonctionnalités telles que les importations automatisées (pour importer les transactions bancaires) et le balisage personnalisé pour les projets ou les factures, Beancount peut considérablement réduire les frais généraux de tenue de livres pour les freelances tout en fournissant une image claire des finances à tout moment.

Petites entreprises

Ensuite, considérez une petite entreprise de commerce électronique de type boutique – par exemple, une boutique en ligne qui vend des produits artisanaux. Ce scénario ajoute de la complexité telle que la gestion des stocks, le coût des marchandises vendues (COGS) et la gestion des processeurs de paiement en ligne. Beancount peut prendre en charge ces éléments avec une structure de comptes et une méthode d'enregistrement des transactions bien pensées. Nous utiliserons un cas où l'entreprise suit les produits en stock, enregistre les ventes via une plateforme en ligne (comme Shopify avec Stripe pour les paiements) et enregistre les dépenses professionnelles typiques.

Comptes clés pour une petite entreprise de commerce électronique de type boutique : En plus des comptes bancaires et de dépenses de base, un grand livre d'entreprise de vente au détail comprendra des comptes pour suivre les stocks et les flux de vente :

• Assets:Bank:Checking – Le compte chèque de l'entreprise (pour payer les fournisseurs, les dépenses de fonctionnement et recevoir les virements des processeurs de paiement).
• Assets:Stripe:Balance (ou Assets:PayPal, etc.) – Un compte de compensation pour les fonds collectés via les paiements en ligne qui ne sont pas encore arrivés à la banque. Par exemple, lorsqu'un client paie via Stripe, l'argent peut rester dans un compte Stripe avant d'être déposé en lots sur votre banque.
• Assets:Inventory:Produit** – Comptes d'inventaire pour vos produits. Vous pouvez traiter chaque produit (ou catégorie de produits) comme une marchandise dans Beancount pour suivre les quantités en stock. Par exemple, Assets:Inventory:Widgets peut contenir la quantité d'articles "Widget" actuellement en stock, évaluée à leur prix coûtant.
• Income:Sales – Enregistre les revenus des ventes de produits. Vous pouvez utiliser des sous-comptes pour différents canaux de vente (par exemple, Income:Sales:Online vs Income:Sales:InStore) si l'entreprise a plusieurs canaux, mais nous resterons simples avec un seul compte de revenus de vente.
• Expenses:COGS – Coût des marchandises vendues, pour saisir le prix de base des articles en stock lorsqu'ils sont vendus. Ce compte indiquera effectivement combien vous a coûté le stock vendu (en tant que propriétaire d'entreprise) sur une période. C'est un élément clé pour calculer le bénéfice brut.
• Expenses:Fees – Pour les frais de traitement des paiements et les frais de plateforme (frais Stripe, frais Shopify, frais PayPal, etc. peuvent tous être enregistrés ici). Vous pouvez séparer cela en comptes plus détaillés (par exemple, Expenses:Fees:Stripe et Expenses:Fees:Shopify) si vous le souhaitez, mais un seul compte peut suffire pour tous les frais de transaction.
• Expenses:Operating – Dépenses professionnelles générales non directement liées au COGS, telles que le marketing, l'hébergement web, les logiciels, les fournitures d'expédition, etc. Ceux-ci peuvent être divisés en sous-comptes (par exemple, Expenses:Marketing, Expenses:WebHosting, Expenses:Shipping) pour analyser différents centres de coûts.
• Liabilities:SalesTax – (Facultatif, si applicable) Si l'entreprise doit collecter la taxe de vente ou la TVA sur les ventes, ce compte de passif suit les taxes collectées mais pas encore versées au gouvernement. Chaque vente diviserait alors la partie taxe dans ce compte. Cela garantit que les taxes collectées ne sont pas comptabilisées comme des revenus et sont affectées au paiement aux autorités fiscales.
• Equity:OwnerEquity – (Facultatif) Représente l'investissement du propriétaire et les bénéfices non distribués. Lorsque l'entreprise a été créée, tout financement initial par le propriétaire serait crédité ici (avec un débit à la banque ou à l'inventaire s'il a contribué en espèces ou en inventaire). De plus, si le propriétaire retire des bénéfices (distributions), cela pourrait être enregistré sur ce compte de capitaux propres. Cela permet de maintenir le bilan équilibré, mais pour les opérations quotidiennes, cela n'entre pas souvent en jeu.

Justification : Cette configuration sépare le flux des biens et de l'argent. Les achats d'inventaire sont initialement enregistrés au bilan (en tant qu'actifs) plutôt qu'immédiatement en tant que dépenses. Ce n'est que lorsque vous vendez des produits que vous dépensez leur coût (COGS), en faisant correspondre les revenus avec les dépenses connexes pour un calcul approprié du bénéfice. Les revenus des ventes sont enregistrés au prix de vente brut, tandis que les frais sont enregistrés séparément afin que vous puissiez voir à la fois les revenus bruts et les frais payés (et donc les revenus nets). L'utilisation d'un compte de compensation comme Assets:Stripe:Balance facilite la réconciliation des dépôts – l'argent passe de Stripe à votre banque en blocs, et vous pouvez enregistrer ces transferts sans confusion. Un écueil courant pour les nouveaux propriétaires de boutique est de négliger l'enregistrement correct des stocks – par exemple, la dépense immédiate de tous les achats d'inventaire. Cela peut être acceptable pour le suivi des flux de trésorerie, mais cela fausse vos bénéfices : vous paraîtrez moins rentable les mois où vous faites le plein et plus rentable les mois où vous vendez, même si les stocks ont été achetés plus tôt. En utilisant un compte d'actif d'inventaire et COGS, vous alignez le coût sur la vente. Un autre écueil est de ne pas comptabiliser les frais ou les remboursements, ce qui peut entraîner un décalage entre vos soldes bancaires ou Stripe et vos revenus enregistrés. Nous évitons cela en enregistrant explicitement les frais et en utilisant le compte d'actif Stripe pour suivre ce que Stripe doit ou a payé.

Fonctionnalités Beancount à mettre en évidence : Le suivi des stocks dans Beancount tire parti de sa capacité à gérer les marchandises et les coûts. Chaque produit peut être un symbole de marchandise (par exemple, WIDGET), ce qui vous permet d'enregistrer à la fois la quantité et le coût unitaire. Lorsque vous vendez des articles, la logique d'inventaire de Beancount (FIFO par défaut) peut automatiquement sélectionner le bon coût parmi vos lots d'inventaire. Nous le verrons dans l'exemple. Vous pouvez également utiliser des métadonnées ou des liens pour lier les ventes et leurs entrées COGS correspondantes (par exemple, en utilisant le même numéro de commande dans les deux transactions, ou une balise partagée comme #order1001 sur la vente et la réduction d'inventaire, ce qui facilite l'interrogation ou la vérification que chaque vente a une entrée COGS correspondante). De plus, les importations automatisées peuvent vous aider ici : vous pouvez utiliser un script pour importer les données de vente à partir des rapports de versement Shopify ou Stripe, ou importer vos relevés bancaires pour récupérer les transactions de dépenses et les versements. L'automatisation de ces tâches répétitives de saisie de données signifie que vous passez plus de temps à analyser et moins de temps à taper des chiffres.

Exemple d'extrait de grand livre pour petite entreprise

Vous trouverez ci-dessous un exemple Beancount condensé pour notre petite entreprise de commerce électronique de type boutique. Nous illustrons l'achat de stocks, l'enregistrement d'une vente (avec les frais du processeur de paiement déduits) et l'enregistrement du coût des marchandises vendues pour cette vente. En pratique, vous enregistreriez également d'autres dépenses (telles que les frais de plateforme, les coûts de publicité, etc.) de la même manière que l'exemple de frais présenté. Nous supposons que l'USD est la devise et un produit appelé "Widget" que nous suivons en tant que marchandise en stock.

1970-01-01 open Assets:Bank:Checking
1970-01-01 open Assets:Stripe:Balance
1970-01-01 open Assets:Inventory:Widgets WIDGET
1970-01-01 open Income:Sales
1970-01-01 open Expenses:COGS
1970-01-01 open Expenses:Fees

; Achat de stocks (50 unités de Widget au prix coûtant de 10 $ chacune)
2025-03-10 * "Acheté 50 Widgets à SupplierCo"
  Assets:Inventory:Widgets      50 WIDGET {10 USD}
  Assets:Bank:Checking        -500 USD

; Vente au client (Commande #1001 via la boutique en ligne, 2 Widgets vendus)
2025-04-05 * "Vente Commande #1001 (2x Widget via Shopify)"
  Assets:Stripe:Balance         58 USD   ; paiement net reçu après frais
  Expenses:Fees                  2 USD   ; frais de traitement (Stripe)
  Income:Sales                 -60 USD   ; revenus pour 2 Widgets (@ 30 $ chacun)

; Coût des marchandises vendues pour la vente ci-dessus (2 Widgets au prix coûtant de 10 $ chacun)
2025-04-05 * "COGS pour la commande #1001 (2x Widget)"
  Expenses:COGS                 20 USD
  Assets:Inventory:Widgets     -2 WIDGET {10 USD}

Voici ce qui se passe étape par étape :

• Ouverture des comptes : Nous ouvrons le compte chèque, le compte de solde Stripe, un compte d'inventaire pour les Widgets (déclaré avec la marchandise WIDGET pour suivre les unités) et les comptes de revenus et de dépenses principaux (Ventes, COGS, Frais). En déclarant Assets:Inventory:Widgets WIDGET, nous signalons que ce compte contiendra des quantités de la marchandise "WIDGET". Cela garantit que Beancount sait s'attendre à des unités de marchandise là-bas, et nous pouvons joindre un coût à ces unités.

• Achat d'inventaire : Le 2025-03-10, nous achetons l'inventaire – 50 unités de Widget auprès d'un fournisseur à 10 $chacune, pour un coût total de 500$. La transaction débite Assets:Inventory:Widgets avec 50 WIDGET {10 USD}. Cela signifie que 50 unités de marchandise WIDGET, chacune avec un coût enregistré de 10 USD, sont ajoutées au compte d'inventaire. Le crédit est Assets:Bank:Checking -500 USD (dépense de trésorerie). Remarquez que nous n'avons pas directement touché un compte de dépenses ici ; nous capitalisons l'achat en tant qu'actif d'inventaire. Maintenant, notre bilan a 50 Widgets évalués à 500 $au total en inventaire. (Si vous deviez exécuter un rapport de solde, le compte d'inventaire afficherait 50 unités WIDGET d'une valeur de 500$.)

• Enregistrement d'une vente (Commande #1001) : Le 2025-04-05, nous enregistrons une vente de 2 Widgets via notre boutique en ligne. La narration comprend un numéro de commande pour plus de clarté. Cette transaction implique trois écritures :

  • Assets:Stripe:Balance 58 USD : argent reçu de la vente, mais actuellement dans Stripe (net des frais). Supposons que le client ait payé 60 $au total ; Stripe a prélevé des frais de 2$ et 58 $sont maintenant sur notre compte Stripe (pour être transférés à notre banque plus tard). Nous enregistrons les 58$ comme un actif dans Stripe.
  • Expenses:Fees 2 USD : les frais de 2 $ sont enregistrés comme une dépense professionnelle. Cela garantit que notre état des résultats reflétera ce coût, et notre actif Stripe plus les frais égaleront ensemble le paiement total du client.
  • Income:Sales -60 USD : nous enregistrons 60 $ de revenus des ventes. (Les comptes de revenus augmentent avec les crédits, d'où le montant négatif dans la notation de Beancount).

  Après cette transaction, l'effet net est : Income:Sales en hausse de 60 $, un actif supplémentaire de 58$ (à recevoir de Stripe) et une dépense de 2 $pour les frais. Si Stripe dépose plus tard les 58$ sur notre banque, nous enregistrerions un simple transfert comme Assets:Bank:Checking 58 USD / Assets:Stripe:Balance -58 USD à la date du versement – cela déplace l'actif du compte Stripe à la banque, sans impact sur les revenus ou les dépenses (juste un déplacement des actifs). Nous n'avons pas montré ce transfert ci-dessus, mais c'est une étape importante dans la tenue de livres réelle pour maintenir votre compte Stripe à 0 $ une fois que tout est transféré.

• Enregistrement du COGS pour la vente : Toujours le 2025-04-05, nous avons une transaction distincte pour enregistrer le coût des 2 Widgets vendus. Nous débitons Expenses:COGS 20 USD et créditons Assets:Inventory:Widgets -2 WIDGET {10 USD}. Ce que cela fait, c'est supprimer 2 unités de l'inventaire (chacune avait un coût de 10 $comme enregistré précédemment, donc 20$ au total). Nous spécifions {10 USD} pour indiquer à Beancount à partir de quel lot de coût tirer – dans ce cas, cela correspond au lot que nous avons ajouté le 2025-03-10. Maintenant, le compte d'inventaire aura 48 Widgets restants, et un coût associé de 480 $. Les 20$ sont déplacés vers la dépense COGS, qui apparaîtra sur l'état des résultats, réduisant le bénéfice brut du coût de ces biens. (Si nous n'enregistrions pas cela, nos revenus seraient surestimés par rapport aux dépenses.) Nous utilisons une transaction distincte pour plus de clarté, mais il est également possible de combiner la vente et le COGS dans une seule transaction multi-lignes. Certains préfèrent les diviser comme indiqué pour la lisibilité et la réconciliation (vous pouvez clairement lier chaque entrée COGS à une commande). Nous avons également fait écho au numéro de commande dans la narration pour voir facilement que cette entrée COGS correspond à la commande #1001. Une bonne pratique consiste à s'assurer que chaque vente a une entrée COGS correspondante lorsque l'inventaire est impliqué – en manquer une signifierait que vos comptes d'inventaire sont faux. Un écueil à éviter est d'oublier de supprimer l'inventaire pour une vente, ce qui laisserait votre bilan avec des stocks fantômes et vos dépenses sous-estimées. L'utilisation des fonctionnalités d'inventaire de Beancount (la notation de coût {}) aide à détecter si vous essayez de supprimer plus d'unités que vous n'en avez en stock (le logiciel affichera une erreur dans ce cas).

Résumé : Une petite entreprise utilisant Beancount peut maintenir un système comptable étonnamment robuste. En structurant les comptes pour suivre où est l'argent, d'où il vient et comment les coûts circulent, vous obtenez une image précise de la rentabilité. Notre exemple a montré comment gérer les stocks et les ventes ; vous enregistreriez de même d'autres transactions comme le paiement d'une facture Internet (Expenses:Operating:Internet vs. Assets:Bank:Checking), la réception d'un prêt ou d'un investissement (Assets:Bank vs. Liabilities:Loan ou Equity:OwnerEquity), ou le paiement de la taxe de vente (Liabilities:SalesTax vs. Assets:Bank lors du versement). La clé est la cohérence : enregistrez chaque type de transaction avec le même schéma, et Beancount gardera les livres équilibrés. Grâce à des fonctionnalités telles que l'importation automatisée de données (par exemple, l'importation des frais Stripe mensuels ou des transactions bancaires) et les balises/liens personnalisés (pour corréler les transactions connexes comme les ventes et les remboursements), le système peut être à la fois flexible et efficace. Le résultat est un grand livre organisé qui peut évoluer au fur et à mesure de la croissance de l'entreprise – vous pouvez ajouter de nouveaux comptes d'inventaire de produits, de nouvelles catégories de dépenses ou des flux de revenus supplémentaires (par exemple, une nouvelle place de marché en ligne) sans retravailler tout le système.

Finances personnelles

Enfin, considérons l'utilisation de Beancount pour les finances personnelles ou familiales. Cette configuration est destinée à un particulier ou à une famille gérant les dépenses quotidiennes, les comptes bancaires, les cartes de crédit, les prêts et les investissements. L'accent est ici mis sur le suivi de où va votre argent (dépenses), d'où il vient (revenus) et comment il est épargné ou investi (actifs et passifs). Beancount peut remplacer ou compléter les applications de budgétisation en fournissant une vue transparente et personnalisable de vos finances, avec la rigueur de la comptabilité à partie double garantissant que rien n'est compté en double ou oublié.

Comptes clés pour les finances personnelles : Un grand livre de finances personnelles comprendra généralement une variété de comptes d'actifs, de passifs, de revenus et de dépenses :

• Assets:Bank:Checking – Votre compte chèque principal pour les dépôts de revenus et les paiements de factures.
• Assets:Bank:Savings – Compte d'épargne pour le fonds d'urgence ou des objectifs spécifiques. (Vous pouvez avoir plusieurs comptes d'épargne ou d'investissement – chacun peut être un compte d'actif).
• Assets:Cash – Si vous utilisez de l'argent liquide pour les dépenses, vous pouvez avoir un compte de caisse pour suivre les retraits et les dépenses en espèces.
• Assets:Investments:Courtier** – Comptes d'investissement, tels qu'un courtage, une retraite 401(k)/IRA, etc. Ceux-ci peuvent être divisés davantage par types d'investissement ou simplement regroupés comme un seul compte par institution. Par exemple, Assets:Investments:VanguardIRA ou Assets:Investments:Robinhood. Le suivi des investissements peut également impliquer des marchandises pour les actions ou les fonds, mais si cela est trop détaillé, vous pouvez simplement suivre les contributions et les soldes de compte.
• Liabilities:CreditCard:Nom** – Un compte par carte de crédit (par exemple, Liabilities:CreditCard:Visa ou par nom de banque). Tous les achats sur la carte sont enregistrés ici (avec une dépense égale), et les paiements à la carte sont des transferts qui réduisent ce passif.
• Liabilities:Loan:Nom** – Tous les prêts (prêt étudiant, prêt hypothécaire, prêt automobile) peuvent être suivis avec un compte de passif. Vous enregistreriez le solde du principal et chaque paiement divisant les intérêts (dépenses) et le principal (réduction du passif). Il s'agit d'un aspect avancé, mais important pour une image financière complète.
• Income:Salary (et/ou Income:Bonus, Income:Interest, etc.) – Pour enregistrer les chèques de paie, les primes, les revenus d'intérêts, les dividendes, etc. Les comptes de revenus vous permettent de voir vos gains totaux provenant de diverses sources. (Si votre chèque de paie a déjà des impôts prélevés, vous pouvez enregistrer le dépôt net sur le compte chèque comme revenu, ou enregistrer le brut et les retenues d'impôts comme dépense ou passif – différentes approches existent, mais beaucoup enregistrent simplement le salaire net comme revenu pour simplifier les livres personnels.)
• Expenses : Généralement nombreuses, divisées en catégories significatives pour vous. Par exemple : Expenses:Housing:Rent, Expenses:Food:Groceries, Expenses:Food:DiningOut, Expenses:Utilities:Electricity, Expenses:Entertainment, Expenses:Travel, Expenses:Taxes, Expenses:Misc – toutes les catégories qui reflètent vos habitudes de dépenses. Vous pouvez être aussi granulaire ou général que vous le souhaitez. La hiérarchie des comptes permet d'agréger (par exemple, Expenses:Food totalisera à la fois les épiceries et les restaurants). La pratique courante consiste à avoir une hiérarchie pour les principaux groupes (Logement, Alimentation, Transport, Soins de santé, etc.).
• Equity:Opening-Balances – Utilisé pour initialiser les soldes de compte lorsque vous démarrez votre grand livre (de sorte que tous les actifs moins les passifs soient égaux à votre valeur nette de départ enregistrée dans les capitaux propres). Après le démarrage, vous pouvez également utiliser Equity:Retained-Earnings ou similaire pour représenter les bénéfices nets accumulés (bien que dans les finances personnelles, vous laissiez généralement les revenus moins les dépenses se répercuter sur la valeur nette). Les comptes de capitaux propres sont moins visibles au jour le jour, mais garantissent l'équilibre de l'équation comptable.

Justification : La configuration des finances personnelles consiste à saisir votre vie financière dans un seul système cohérent. Chaque compte ci-dessus sert à séparer différents types de finances afin que vous puissiez répondre à des questions telles que "Combien ai-je dépensé en nourriture ce mois-ci ?" (en additionnant Expenses:Food:*), "Combien de dettes me reste-t-il ?" (en regardant les comptes Liabilities), ou "Quelle est ma valeur nette ?" (Actifs moins Passifs). Un grand avantage de la comptabilité à partie double ici est la précision : par exemple, lorsque vous facturez une facture d'épicerie de 100 $sur votre carte de crédit, vous l'enregistrez comme une dépense **et** une augmentation du passif. Plus tard, lorsque vous payez la carte de crédit, vous enregistrez un transfert de votre banque vers la carte – cela rembourse le passif mais ne compte pas en double les dépenses d'épicerie (qui ont déjà été enregistrées). Un écueil courant sans la comptabilité à partie double est de traiter le paiement de la carte de crédit comme une dépense elle-même, en comptant effectivement les 100$ deux fois. Beancount empêche cela par conception. Un autre écueil à éviter est de ne pas réconcilier les comptes : avec Beancount, vous pouvez utiliser des assertions de solde ou la directive balance pour vous assurer, par exemple, que le solde de votre compte chèque dans le grand livre correspond au relevé bancaire réel. Cela permet de détecter les entrées manquantes ou en double.

Fonctionnalités Beancount à mettre en évidence : Pour les finances personnelles, les importations automatisées sont particulièrement utiles en raison du volume des transactions. Vous pouvez utiliser le framework d'importation de Beancount ou des scripts communautaires pour importer les transactions bancaires, les relevés de carte de crédit et même les transactions d'investissement à partir de sources CSV, OFX ou API. Cela signifie que vous passez moins de temps à taper manuellement chaque achat de café. Les balises personnalisées sont utiles pour segmenter