Branchespecifieke Instellingen

Voorbeeldconfiguraties voor Freelancers, Kleine Bedrijven en Persoonlijke Financiën

In deze gids onderzoeken we hoe je een Beancount-grootboek kunt afstemmen op verschillende behoeften: een freelance professional, een boetiek klein bedrijf en persoonlijke huishoudfinanciën. Elk scenario heeft unieke accountstructuren en overwegingen. We leggen de rationale achter elke instelling uit, geven voorbeeld Beancount-snippets en belichten handige functies (zoals aangepaste tags en geautomatiseerde importen) die het volgen gemakkelijker maken. De toon is instructief maar benaderbaar - of je nu een ontwikkelaar, een tech-savvy professional of een finance liefhebber bent, deze voorbeelden helpen je Beancount in de praktijk toe te passen.

Freelancers

Freelancers (zoals software ontwikkelaars of grafische ontwerpers) jongleren vaak met meerdere klanten en projectkosten. Een eenvoudige Beancount-setup kan helpen bij het volgen van inkomsten van elke klant, zakelijke kosten (inclusief eventuele ingehuurde subcontractors) en geld dat opzij wordt gezet voor belastingen. Het doel is om het eenvoudig te houden, zodat het kan worden opgeschaald naarmate je freelance bedrijf groeit, zonder onnodige complexiteit.

Belangrijkste Rekeningen voor een Freelancer: Een freelance grootboek scheidt doorgaans zakelijke financiën van persoonlijke financiën. Je kunt bijvoorbeeld gebruiken:

• Activa:Zakelijk:Betaalrekening – Een zakelijke bankrekening voor alle klantbetalingen en zakelijke kosten.
• Activa:Zakelijk:BelastingSparen – Een spaarrekening om een ​​deel van het inkomen opzij te zetten voor belastingbetalingen (aangezien geen enkele werkgever belastingen voor je inhoudt).
• Inkomen:Klant:Naam** – Inkomstenrekeningen voor klantbetalingen. Je kunt subrekeningen per grote klant maken (bijv. Inkomen:Klant:ACME), of een enkele Inkomen:Freelance rekening gebruiken met klantnamen die in transacties zijn getagd.
• Kosten:Zakelijk:Onderaannemers – Voor betalingen aan onderaannemers of uitbesteed werk.
• Kosten:Zakelijk:Software (en andere categorieën zoals Reizen, Benodigdheden) – Voor reguliere zakelijke kosten (software abonnementen, apparatuur, reizen naar klantlocaties, enz.).
• EigenVermogen:PriveOpname – (Optioneel) Om overboekingen van winst van het bedrijf naar jezelf persoonlijk te registreren. Dit helpt zakelijke fondsen te onderscheiden van persoonlijke fondsen wanneer je jezelf betaalt.

Rationale: Deze structuur zorgt ervoor dat al het zakelijke geld wordt gevolgd in speciale rekeningen. Inkomsten van elke klant worden geregistreerd (waardoor je gemakkelijk kunt zien wie je top klanten zijn) en kosten worden gecategoriseerd voor belastingaftrek. Het opzij zetten van belastingen in een afzonderlijke activarekening (of het registreren van een schuld voor verschuldigde belastingen) voorkomt dat je per ongeluk geld uitgeeft dat aan de overheid moet worden betaald. Het grootboek blijft eenvoudig: als je nieuwe klanten of kostencategorieën verwerft, kun je nieuwe rekeningen toevoegen of tags gebruiken zonder alles te reorganiseren. Een veelvoorkomende valkuil is het mengen van persoonlijke en zakelijke transacties in één rekening; door een speciale zakelijke betaalrekening (en bijbehorende activarekening) te onderhouden, worden reconciliatie en rapportage schoner. Een andere valkuil die je moet vermijden, is het vergeten om contante overboekingen voor belastingen of privé opnames te registreren - door rekeningen zoals BelastingSparen en PriveOpname te gebruiken, wordt elke euro verantwoord.

Beancount-functies om te benadrukken: Tags en metadata zijn uiterst nuttig voor freelancers. Je kunt bijvoorbeeld transacties taggen met een project- of factuurnummer, of een metadata veld gebruiken om de naam van de klant te noteren als je er niet voor kiest om afzonderlijke inkomstenrekeningen per klant te gebruiken. Dit maakt het gemakkelijk om transacties te filteren of op te vragen voor een specifieke klant of project (bijv. het optellen van alle kosten die zijn getagd met #ProjectX). Bovendien kunnen de geautomatiseerde importeurs van Beancount de gegevensinvoer vereenvoudigen - je kunt bijvoorbeeld een importeur instellen voor je bank- of creditcardafschriften om transacties in je grootboek op te nemen en vervolgens alleen de juiste onkosten- of inkomstenrekeningnamen toevoegen. Dit bespaart tijd wanneer je veel kleine transacties hebt (zoals software abonnementen of reiskosten).

Freelancer Voorbeeld Grootboek Snippet

Hieronder staat een vereenvoudigde Beancount-snippet voor een freelance ontwikkelaar. Het toont het openen van een paar belangrijke rekeningen, een inkomende betaling van een klant, een betaling aan een onderaannemer, een typische zakelijke kost en het overboeken van geld naar een belasting spaarrekening. (In de praktijk zou je ook andere kosten registreren, zoals reizen of de aankoop van apparatuur op dezelfde manier.)

1970-01-01 open Activa:Zakelijk:Betaalrekening
1970-01-01 open Activa:Zakelijk:BelastingSparen
1970-01-01 open Inkomen:Klant:ACME
1970-01-01 open Kosten:Zakelijk:Onderaannemers
1970-01-01 open Kosten:Zakelijk:Software

; Klantinkomsten – betaling voor een factuur
2025-08-15 * "Factuurbetaling van ACME Corp"
  invoice: "INV-2025-08-15"
  Activa:Zakelijk:Betaalrekening       5000 USD
  Inkomen:Klant:ACME           -5000 USD

; Reguliere kost – bijv. software abonnement voor het bedrijf
2025-08-05 * "GitHub Abonnement"
  Kosten:Zakelijk:Software       15 USD
  Activa:Zakelijk:Betaalrekening       - 15 USD

; Kosten onderaannemer – een onderaannemer betalen voor hulp
2025-08-20 * "Betaling onderaannemer – Jane Doe"
  Kosten:Zakelijk:Onderaannemers   2000 USD
  Activa:Zakelijk:Betaalrekening      -2000 USD

; Belasting inhouding – geld overmaken naar belasting sparen
2025-08-31 * "Zet Q3 belastingen opzij"
  Activa:Zakelijk:BelastingSparen     1500 USD
  Activa:Zakelijk:Betaalrekening     -1500 USD  #tax

Laten we eens kijken wat er gebeurt:

• We openen de nodige rekeningen bovenaan (met een startdatum). Dit is niet strikt vereist voor Beancount (rekeningen worden bij het eerste gebruik aangemaakt als ze niet zijn geopend), maar het is een goede gewoonte om ze te declareren. De Activa:Zakelijk:Betaalrekening en Activa:Zakelijk:BelastingSparen rekeningen bevatten USD-saldi; inkomsten- en onkostenrekeningen kunnen zonder valuta in de open-richtlijn worden achtergelaten, omdat ze transactievaluta (in dit geval USD) zullen overnemen.
• Factuurbetaling van klant: Op 2025-08-15 registreert een inkomstentransactie een klantbetaling van $5.000 voor een factuur. We crediteren Inkomen:Klant:ACME (inkomsten stijgen met een negatief bedrag in dubbel boekhouden) en debiteren de betaalrekening. Een metadataveld invoice: "INV-2025-08-15" is opgenomen om het factuurnummer te noteren - dit is optioneel, maar laat zien hoe je extra informatie aan een transactie kunt koppelen. Je kunt deze transactie ook taggen met #ACME of #klant-ACME om snel te filteren. Als je meerdere klanten had, kun je een algemene Inkomen:Klanten rekening gebruiken en vertrouwen op dergelijke metadata of het veld Betaler om klanten te onderscheiden, in plaats van veel subrekeningen te maken.
• Zakelijke kosten (software): Op 2025-08-05 registreren we een uitgave van $15 voor een GitHub-abonnement (misschien voor privé-repositories of andere services). De boeking gaat naar Kosten:Zakelijk:Software en vermindert de zakelijke betaalrekening. Kleine terugkerende kosten zoals deze kunnen worden getagd (we hebben bijvoorbeeld #tax toegevoegd aan de belastingtransactie hieronder; je kunt bepaalde kosten op dezelfde manier taggen als #terugkerend als ze maandelijks voorkomen, enz.). In dit geval maakt de rekeningnaam zelf (Software) het duidelijk.
• Betaling onderaannemer: Op 2025-08-20 betaalde de freelancer een onderaannemer (Jane Doe) $2.000. Dit wordt geregistreerd als een kost in Kosten:Zakelijk:Onderaannemers en contant geld uit de betaalrekening. Je kunt de naam van de onderaannemer opnemen in het verhaal (zoals we deden) of als een metadataveld (bijv. contractor: "Jane Doe"). Dit houdt een audit trail bij van wie je hebt betaald en waarom (handig als je details nodig hebt tijdens het indienen van de belastingaangifte of het budgetteren).
• Belasting spaar overdracht: Op 2025-08-31 maakt de freelancer $1.500 over van de belangrijkste betaalrekening naar een speciale belasting spaarrekening. We hebben deze transactie getagd met #tax voor de zichtbaarheid. Dit is geen kost (je verplaatst gewoon je eigen geld), dus het gaat tussen twee activarekeningen. Door dit elke maand of elk kwartaal te doen, verzamel je geld om geschatte belastingen te dekken. Wanneer het tijd is om de belastingen daadwerkelijk aan de overheid te betalen, registreer je een kost (bijvoorbeeld Kosten:Belastingen) en een aftrek van de BelastingSparen (of Betaalrekening). Een veelvoorkomende valkuil is om deze overdracht in je rapporten als een kost te behandelen - onthoud dat het geen kost is, alleen een voorzorgsmaatregel. Alleen de daadwerkelijke belastingbetaling aan de belastingdienst zou een kost zijn (of een vermindering van een opgebouwde belasting schuld als je die op die manier volgt).

Samenvatting: Het Beancount-grootboek van een freelancer benadrukt eenvoud en duidelijkheid. Alle inkomsten en uitgaven die aan het bedrijf zijn gekoppeld, worden methodisch geregistreerd. Door zinvolle rekeningnamen en incidentele tags/metadata te gebruiken, kun je eenvoudig rapporten per klant of per kostencategorie genereren (bijv. totale inkomsten per klant, totaal besteed aan onderaannemers dit jaar, enz.). Deze setup is schaalbaar - je kunt nieuwe klanten of kostencategorieën toevoegen naarmate je bedrijf zich ontwikkelt. Met functies zoals geautomatiseerde importen (om banktransacties binnen te halen) en aangepaste tagging voor projecten of facturen, kan Beancount de administratieve overhead voor freelancers aanzienlijk verminderen en tegelijkertijd een duidelijk beeld van de financiën op elk moment bieden.

Kleine Bedrijven

Beschouw vervolgens een klein boetiek e-commerce bedrijf - bijvoorbeeld een online winkel die handgemaakte goederen verkoopt. Dit scenario voegt complexiteit toe, zoals voorraadbeheer, kostprijs van verkochte goederen (COGS) en het afhandelen van online betalingsverwerkers. Beancount kan hier rekening mee houden met een doordachte rekeningstructuur en transactieregistratiemethode. We gebruiken een case waarin het bedrijf de producten in de inventaris bijhoudt, verkopen registreert via een online platform (zoals Shopify met Stripe voor betalingen) en typische zakelijke kosten registreert.

Belangrijkste rekeningen voor een boetiek e-commercebedrijf: Naast de basis bank- en onkostenrekeningen, bevat een winkelgrootboek rekeningen om de voorraad- en verkoopstromen te volgen:

• Activa:Bank:Betaalrekening – De betaalrekening van het bedrijf (voor het betalen van leveranciers, operationele kosten en het ontvangen van overboekingen van betalingsverwerkers).
• Activa:Stripe:Saldo (of Activa:PayPal, enz.) – Een clearingrekening voor geld dat is geïnd via online betalingen die nog niet op de bank zijn bijgeschreven. Wanneer een klant bijvoorbeeld via Stripe betaalt, kan het geld op een Stripe-rekening staan ​​voordat het in batches op je bank wordt gestort.
• Activa:Voorraad:Product** – Voorraadrekeningen voor je producten. Je kunt elk product (of productcategorie) als een grondstof in Beancount behandelen om de beschikbare hoeveelheden te volgen. Activa:Voorraad:Widgets kan bijvoorbeeld de hoeveelheid “Widget” items bevatten die momenteel op voorraad zijn, gewaardeerd tegen hun kostprijs.
• Inkomen:Verkoop – Registreert de inkomsten uit productverkopen. Je kunt subrekeningen gebruiken voor verschillende verkoopkanalen (bijv. Inkomen:Verkoop:Online vs Inkomen:Verkoop:InWinkel) als het bedrijf meerdere kanalen had, maar we houden het eenvoudig met één verkoop inkomstenrekening.
• Kosten:COGS – Kostprijs van verkochte goederen, om de kostprijs van voorraaditems vast te leggen wanneer ze worden verkocht. Deze rekening laat effectief zien hoeveel de verkochte voorraad je (als bedrijfseigenaar) over een bepaalde periode heeft gekost. Het is een belangrijk onderdeel voor het berekenen van de brutowinst.
• Kosten:Kosten – Voor kosten voor betalingsverwerking en platformkosten (Stripe-kosten, Shopify-kosten, PayPal-kosten, enz. kunnen hier allemaal worden geregistreerd). Je kunt dit naar meer gedetailleerde rekeningen splitsen (bijv. Kosten:Kosten:Stripe en Kosten:Kosten:Shopify) indien gewenst, maar één rekening kan voldoende zijn voor alle transactiekosten.
• Kosten:Operationeel – Algemene zakelijke kosten die niet rechtstreeks verband houden met COGS, zoals marketing, webhosting, software, verzendkosten, enz. Deze kunnen worden onderverdeeld in subrekeningen (bijv. Kosten:Marketing, Kosten:Webhosting, Kosten:Verzending) om verschillende kostenplaatsen te analyseren.
• Schulden:Btw – (Optioneel, indien van toepassing) Als het bedrijf btw moet innen over verkopen, houdt deze schuldenrekening de geïnde, maar nog niet aan de overheid afgedragen, btw bij. Elke verkoop zou dan het belastinggedeelte in deze rekening opsplitsen. Dit zorgt ervoor dat de geïnde btw niet als inkomen wordt geteld en is bestemd voor betaling aan de belastingdienst.
• EigenVermogen:EigenaarsVermogen – (Optioneel) Vertegenwoordigt de investering van de eigenaar en de ingehouden winst. Toen het bedrijf werd gestart, zou elke initiële financiering door de eigenaar hier worden gecrediteerd (met een debitering van de bank of voorraad als ze contant geld of voorraad hebben bijgedragen). Als de eigenaar winst opneemt (uitkeringen), kan dat ook worden geregistreerd ten laste van deze eigen vermogensrekening. Dit houdt de balans in evenwicht, maar voor de dagelijkse gang van zaken speelt het niet vaak een rol.

Rationale: Deze setup scheidt de stroom van goederen en geld. Voorraadaankopen worden in eerste instantie op de balans opgenomen (als activa) en niet onmiddellijk als kosten. Alleen wanneer je producten verkoopt, breng je de kosten ervan (COGS) ten laste, waarbij je de inkomsten koppelt aan de gerelateerde kosten voor een correcte winstberekening. De inkomsten uit verkopen worden geregistreerd tegen de bruto verkoopprijs, terwijl de kosten afzonderlijk worden geregistreerd, zodat je zowel de bruto-inkomsten als de betaalde kosten (en dus de netto-inkomsten) kunt zien. Het gebruik van een clearingrekening zoals Activa:Stripe:Saldo helpt bij het afstemmen van stortingen - geld gaat in een keer van Stripe naar je bank en je kunt die overboekingen zonder verwarring registreren. Een veelvoorkomende valkuil voor nieuwe winkeleigenaren is het verwaarlozen van het correct registreren van de voorraad - bijvoorbeeld het onmiddellijk ten laste brengen van alle voorraadaankopen. Dat is misschien prima voor het volgen van de cashflow, maar het vertekent je winst: je lijkt minder winstgevend in maanden waarin je je inslaat, en winstgevender in maanden waarin je verkoopt, ook al is de voorraad eerder gekocht. Door een voorraad activarekening en COGS te gebruiken, stem je de kosten af ​​op de verkoop. Een andere valkuil is het niet verrekenen van kosten of terugbetalingen, waardoor je bank- of Stripe-saldo niet overeenkomt met je geregistreerde inkomsten. We vermijden dat door expliciet kosten te registreren en de Stripe-activarekening te gebruiken om bij te houden wat Stripe verschuldigd is of heeft uitbetaald.

Beancount-functies om te benadrukken: Voorraadbeheer in Beancount maakt gebruik van de mogelijkheid om goederen en kosten te verwerken. Elk product kan een grondstoffensymbool zijn (bijv. WIDGET), waardoor je zowel de hoeveelheid als de kostprijs per eenheid kunt registreren. Wanneer je items verkoopt, kan de voorraadlogica van Beancount (FIFO standaard) automatisch de juiste kosten uit je voorraad batches kiezen. We zullen dit in het voorbeeld zien. Je kunt ook metadata of links gebruiken om verkopen en de bijbehorende COGS-entries te koppelen (bijvoorbeeld door hetzelfde ordernummer in beide transacties te gebruiken, of een gedeelde tag zoals #order1001 op de verkoop en de voorraadvermindering, waardoor het gemakkelijk is om op te vragen of te controleren of elke verkoop een bijpassende COGS-entry heeft). Bovendien kunnen geautomatiseerde importen hier helpen: je kunt een script gebruiken om verkoopgegevens te importeren uit Shopify- of Stripe-uitbetalingsrapporten, of je bankafschriften importeren om onkostentransacties en uitbetalingen op te vangen. Het automatiseren van deze repetitieve taken voor gegevensinvoer betekent dat je meer tijd besteedt aan analyseren en minder tijd aan het typen van cijfers.

Klein Bedrijf Voorbeeld Grootboek Snippet

Hieronder staat een beknopt Beancount-voorbeeld voor ons boetiek e-commercebedrijf. We illustreren het inkopen van voorraad, het registreren van een verkoop (waarbij de kosten van de betalingsverwerker zijn verrekend) en het registreren van de kostprijs van de verkochte goederen voor die verkoop. In de praktijk zou je ook andere kosten registreren (zoals platformkosten, advertentiekosten, enz.) op dezelfde manier als het getoonde kostenvoorbeeld. We gaan uit van USD als de valuta en een product genaamd “Widget” dat we als grondstof in de voorraad volgen.

1970-01-01 open Activa:Bank:Betaalrekening
1970-01-01 open Activa:Stripe:Saldo
1970-01-01 open Activa:Voorraad:Widgets WIDGET
1970-01-01 open Inkomen:Verkoop
1970-01-01 open Kosten:COGS
1970-01-01 open Kosten:Kosten

; Voorraad kopen (50 eenheden Widget à $10 kostprijs per stuk)
2025-03-10 * "50 Widgets gekocht bij LeverancierCo"
  Activa:Voorraad:Widgets      50 WIDGET {10 USD}
  Activa:Bank:Betaalrekening        -500 USD

; Verkoop aan klant (Order #1001 via online winkel, 2 Widgets verkocht)
2025-04-05 * "Verkoop Order #1001 (2x Widget via Shopify)"
  Activa:Stripe:Saldo         58 USD   ; netto betaling ontvangen na kosten
  Kosten:Kosten                  2 USD   ; verwerkingskosten (Stripe)
  Inkomen:Verkoop                 -60 USD   ; inkomsten voor 2 Widgets (@ $30 per stuk)

; Kostprijs van verkochte goederen voor de bovenstaande verkoop (2 Widgets à $10 kostprijs per stuk)
2025-04-05 * "COGS voor Order #1001 (2x Widget)"
  Kosten:COGS                 20 USD
  Activa:Voorraad:Widgets     -2 WIDGET {10 USD}

Dit is wat er stap voor stap gebeurt:

• Rekeningen openen: We openen de betaalrekening, de Stripe-saldorekening, een voorraadrekening voor Widgets (gedeclareerd met grondstof WIDGET om eenheden te volgen) en de kern inkomsten- en onkostenrekeningen (Verkoop, COGS, Kosten). Door Activa:Voorraad:Widgets WIDGET te declareren, geven we aan dat deze rekening hoeveelheden van de grondstof "WIDGET" zal bevatten. Dit zorgt ervoor dat Beancount weet dat het grondstofeenheden daar kan verwachten en dat we kosten aan die eenheden kunnen koppelen.

• Voorraadaankoop: Op 2025-03-10 kopen we voorraad - 50 eenheden Widget van een leverancier voor $10 per stuk, wat in totaal $500 kost. De transactie debiteert Activa:Voorraad:Widgets met 50 WIDGET {10 USD}. Dit betekent dat 50 eenheden van de grondstof WIDGET, elk met een geregistreerde kostprijs van 10 USD, worden toegevoegd aan de voorraadrekening. De creditering is Activa:Bank:Betaalrekening -500 USD (contante uitgave). Merk op dat we hier geen directe kostprijsrekening hebben aangeraakt; we kapitaliseren de aankoop als een voorraad activum. Nu heeft onze balans 50 Widgets gewaardeerd op $500 in totaal in de voorraad. (Als je een saldo rapport zou uitvoeren, zou de voorraadrekening 50 WIDGET-eenheden met een waarde van $500 laten zien.)

• Een verkoop registreren (Order #1001): Op 2025-04-05 registreren we een verkoop van 2 Widgets via onze online winkel. Het verhaal bevat een ordernummer voor de duidelijkheid. Deze transactie omvat drie boekingen:

  • Activa:Stripe:Saldo 58 USD: geld ontvangen van de verkoop, maar momenteel in Stripe (na aftrek van kosten). Stel dat de klant in totaal $60 heeft betaald; Stripe heeft $2 aan kosten in rekening gebracht en $58 staat nu op onze Stripe-rekening (om later naar onze bank te worden overgemaakt). We registreren de $58 als een activa in Stripe.
  • Kosten:Kosten 2 USD: de $2 aan kosten wordt geregistreerd als een bedrijfskost. Dit zorgt ervoor dat onze winst- en verliesrekening die kosten weergeeft en dat onze Stripe-activa plus de kosten samen gelijk zijn aan de totale betaling van de klant.
  • Inkomen:Verkoop -60 USD: we registreren $60 aan inkomsten uit verkopen. (Inkomstenrekeningen stijgen met crediteringen, vandaar het negatieve bedrag in de notatie van Beancount).

  Na deze transactie is het netto-effect: Inkomen:Verkoop stijgt met 60, een extra $58 aan activa (te vorderen van Stripe) en $2 aan kosten voor de kosten. Als Stripe later de $58 op onze bank stort, zouden we een eenvoudige overboeking registreren zoals Activa:Bank:Betaalrekening 58 USD / Activa:Stripe:Saldo -58 USD op de datum van uitbetaling - dit verplaatst de activa van de Stripe-rekening naar de bank, zonder impact op inkomsten of kosten (alleen verschuivende activa). We hebben die overboeking hierboven niet weergegeven, maar het is een belangrijke stap in de echte boekhouding om je Stripe-rekening op $0 te houden zodra alles is overgemaakt.

• COGS registreren voor de verkoop: Ook op 2025-04-05 hebben we een afzonderlijke transactie om de kosten van de 2 verkochte Widgets te registreren. We debiteren Kosten:COGS 20 USD en crediteren Activa:Voorraad:Widgets -2 WIDGET {10 USD}. Wat dit doet, is 2 eenheden uit de voorraad verwijderen (elk had een kostprijs van $10 zoals eerder geregistreerd, dus $20 in totaal). We specificeren {10 USD} om Beancount te vertellen uit welke kostenbatch we moeten putten - in dit geval komt het overeen met de batch die we hebben toegevoegd op 2025-03-10. Nu heeft de voorraadrekening 48 Widgets over en een bijbehorende kostprijs van $480. De $20 wordt verplaatst naar de COGS kosten, die op de winst- en verliesrekening verschijnen, waardoor de brutowinst wordt verminderd met de kosten van die goederen. (Als we dit niet hadden geregistreerd, zouden onze inkomsten overdreven zijn ten opzichte van de kosten.) We gebruiken een afzonderlijke transactie voor de duidelijkheid, maar het is ook mogelijk om de verkoop en COGS te combineren in één meerregelige transactie. Sommigen geven er de voorkeur aan om ze te splitsen zoals weergegeven voor de leesbaarheid en afstemming (je kunt elke COGS-entry duidelijk koppelen aan een order). We hebben ook het ordernummer herhaald in het verhaal om gemakkelijk te zien dat deze COGS-entry overeenkomt met Order #1001. Een goede gewoonte is om ervoor te zorgen dat elke verkoop een bijpassende COGS-entry heeft wanneer er voorraad in het spel is - als er een ontbreekt, zijn je voorraadtellingen onjuist. Een valkuil om te vermijden is het vergeten om voorraad voor een verkoop te verwijderen, waardoor je balans achterblijft met fantoomvoorraad en je kosten te laag zijn. Het gebruik van de voorraadfuncties van Beancount (de {} kostennotatie) helpt te controleren of je meer eenheden probeert te verwijderen dan je bij de hand hebt (de software geeft in dat geval een foutmelding).

Samenvatting: Een klein bedrijf dat Beancount gebruikt, kan een verrassend robuust boekhoudsysteem onderhouden. Door rekeningen te structureren om bij te houden waar het geld is, waar het vandaan komt en hoe de kosten stromen, krijg je een nauwkeurig beeld van de winstgevendheid. Ons voorbeeld liet zien hoe je voorraad en verkopen kunt afhandelen; je zou op dezelfde manier andere transacties registreren, zoals het betalen van een internetrekening (Kosten:Operationeel:Internet vs. Activa:Bank:Betaalrekening), het ontvangen van een lening of investering (Activa:Bank vs. Schulden:Lening of EigenVermogen:EigenaarsVermogen) of het betalen van btw (Schulden:Btw vs. Activa:Bank bij afdracht). De sleutel is consistentie: registreer elk type transactie met hetzelfde patroon en Beancount houdt de boeken in evenwicht. Met functies zoals geautomatiseerde gegevensimport (bijvoorbeeld het binnenhalen van maandelijkse Stripe-kosten of banktransacties) en aangepaste tags/links (om gerelateerde transacties zoals verkopen en terugbetalingen te correleren), kan het systeem zowel flexibel als efficiënt zijn. Het resultaat is een georganiseerd grootboek dat kan worden opgeschaald naarmate het bedrijf groeit - je kunt nieuwe productvoorraadrekeningen, nieuwe kostencategorieën of extra inkomstenstromen (bijvoorbeeld een nieuwe online marktplaats) toevoegen zonder het hele systeem te herwerken.

Persoonlijke Financiën

Laten we ten slotte eens kijken naar het gebruik van Beancount voor persoonlijke of huishoudelijke financiën. Deze setup is voor een individu of gezin dat dagelijkse kosten, bankrekeningen, creditcards, leningen en investeringen beheert. De nadruk ligt hier op het volgen van waar je geld naartoe gaat (kosten), waar het vandaan komt (inkomsten) en hoe het wordt gespaard of belegd (activa en passiva). Beancount kan budgetterings apps vervangen of aanvullen door een transparant en aanpasbaar overzicht van je financiën te bieden, waarbij de nauwkeurigheid van de dubbele boekhouding ervoor zorgt dat niets dubbel wordt geteld of vergeten.

Belangrijkste Rekeningen voor Persoonlijke Financiën: Een grootboek voor persoonlijke financiën bevat doorgaans een verscheidenheid aan activa-, passiva-, inkomsten- en onkostenrekeningen:

• Activa:Bank:Betaalrekening – Je belangrijkste betaalrekening voor inkomsten stortingen en betalingen van rekeningen.
• Activa:Bank:Sparen – Spaarrekening voor noodfonds of specifieke doelen. (Je hebt mogelijk meerdere spaar- of beleggingsrekeningen - elk kan een activarekening zijn).
• Activa:Contant – Als je contant geld gebruikt voor uitgaven, heb je mogelijk een contantenrekening om opnames en contante uitgaven bij te houden.
• Activa:Investeringen:Broker** – Beleggingsrekeningen, zoals een brokerage, pensioen 401(k)/IRA, enz. Deze kunnen verder worden onderverdeeld naar beleggingstypen of gewoon worden samengevoegd als één rekening per instelling. Bijvoorbeeld Activa:Investeringen:VanguardIRA of Activa:Investeringen:Robinhood. Het volgen van investeringen kan ook grondstoffen voor aandelen of fondsen omvatten, maar als dit te gedetailleerd is, kun je gewoon bijdragen en rekeningsaldi bijhouden.
• Schulden:Creditcard:Naam** – Eén rekening per creditcard (bijv. Schulden:Creditcard:Visa of op banknaam). Alle aankopen met de kaart worden hier geregistreerd (met een gelijke kost) en betalingen aan de kaart zijn overboekingen die deze schuld verminderen.
• Schulden:Lening:Naam** – Alle leningen (studielening, hypotheek, autolening) kunnen worden gevolgd met een schuldenrekening. Je zou het hoofdsaldo registreren en elke betaling de rente (kost) en het kapitaal (schuldvermindering) splitsen. Dit is een geavanceerd aspect, maar belangrijk voor een compleet financieel beeld.
• Inkomen:Salaris (en/of Inkomen:Bonus, Inkomen:Rente, enz.) – Om salarissen, bonussen, rente-inkomsten, dividenden, enz. te registreren. Met inkomstenrekeningen kun je je totale inkomsten uit verschillende bronnen zien. (Als je salaris al is ingehouden voor belastingen, kun je de netto storting op de betaalrekening registreren als inkomen, of de bruto- en belastinginhoudingen registreren als een kost of schuld - er bestaan verschillende benaderingen, maar velen registreren gewoon het nettosalaris als inkomen voor de eenvoud in persoonlijke boeken.)
• Kosten: Doorgaans talrijk, verdeeld in categorieën die voor jou zinvol zijn. Bijvoorbeeld: Kosten:Huisvesting:Huur, Kosten:Voedsel:Boodschappen, Kosten:Voedsel:UitEten, Kosten:Nutsvoorzieningen:Elektriciteit, Kosten:Entertainment, Kosten:Reizen, Kosten:Belastingen, Kosten:Overig – welke categorieën je bestedingsgewoonten ook weergeven. Je kunt zo gedetailleerd of algemeen zijn als je wilt. De rekeningenhiërarchie helpt bij het aggregeren (bijv. Kosten:Voedsel telt zowel boodschappen als uit eten op). Het is gebruikelijk om een ​​hiërarchie te hebben voor belangrijke groepen (Huisvesting, Voedsel, Transport, Gezondheidszorg, enz.).
• EigenVermogen:BeginBalansen – Wordt gebruikt om rekeningsaldi te initialiseren wanneer je je grootboek start (zodat alle activa minus passiva gelijk zijn aan je startende vermogen dat is vastgelegd in het eigen vermogen). Na de start kun je ook EigenVermogen:IngehoudenWinsten of iets dergelijks gebruiken om de geaccum