Kernfunktionalität und Philosophie von Beancount
Beancount ist ein quelloffenes System für die doppelte Buchführung, das Plain-Text-Dateien zur Aufzeichnung von Transaktionen verwendet. Im Kern betrachtet Beancount Ihr Hauptbuch als einen Datensatz, der durch eine einfache, strenge Grammatik definiert ist. Jedes finanzielle Ereignis (Transaktionen, Kontoeröffnungen, Rohstoffpreise usw.) ist eine Direktive in einer Textdatei, die Beancount in eine In-Memory-Datenbank von Einträgen parst. Dieses Design erzwingt das Prinzip der doppelten Buchführung: Jede Transaktion muss Soll und Haben über die Konten hinweg ausgleichen. Das Ergebnis ist ein hochtransparentes und prüfbares Hauptbuch, das Sie problemlos versionieren, inspizieren und abfragen können.
Philosophie – Korrektheit und Minimalismus: Das Design von Beancount priorisiert Datenintegrität und Einfachheit. Sein Schöpfer, Martin Blais, beschreibt Beancount als „pessimistisch“, da es davon ausgeht, dass der Benutzer Fehler macht, und daher zusätzliche Prüfungen und Einschränkungen auferlegt. Beancount erlaubt es Ihnen beispielsweise nicht, Vermögenswerte zu entfernen, die nie hinzugefügt wurden (was negative Aktienbestände oder Barbestände verhindert), und kann erzwingen, dass jedes Konto vor der Verwendung eröffnet wird. Es fehlt das Konzept von Ledger für „virtuelle“ oder automatisch ausgeglichene Buchungen – eine bewusste Entscheidung, um vollständig ausgeglichene Einträge zu erzwingen. Beancount geht bei der Korrektheit „Hardcore-Wege“ mit mehr Plausibilitätsprüfungen, als die einfache doppelte Buchführung bietet. Dieser vorsichtige Ansatz spricht Benutzer an, die „sich selbst nicht zu sehr vertrauen“ und möchten, dass die Software ihre Fehler abfängt.
Minimale Optionen, maximale Konsistenz: Im Gegensatz zu den unzähligen Kommandozeilen-Flags und Einstellungsoptionen von Ledger entscheidet sich Beancount für Minimalismus. Es gibt nur sehr wenige globale Optionen und keine, die die Transaktionssemantik außerhalb der Ledger-Datei ändern. Alle Konfigurationen, die die Buchhaltung betreffen (wie Methoden für die Anschaffungskosten von Waren oder Buchungsannahmen), erfolgen in der Datei über Direktiven oder Plugins. Dies stellt sicher, dass das Laden derselben Datei immer dieselben Ergebnisse liefert, unabhängig davon, wie Berichte erstellt werden. Dieses Design vermeidet die Komplexität der vielen Regler von Ledger und die subtilen Interaktionen zwischen ihnen. Die Philosophie von Beancount ist, dass ein Buchhaltungswerkzeug eine stabile, deterministische Pipeline von der Eingabedatei bis zu den Berichten sein sollte. Dies wird erreicht, indem das Hauptbuch als ein geordneter Strom von Direktiven behandelt wird, die programmatisch nacheinander verarbeitet werden können. Sogar Dinge, die Ledger als spezielle Syntax behandelt (wie Eröffnungsbilanzen oder Preisangaben), sind in Beancounts Datenmodell Direktiven erster Klasse, was das System hochgradig erweiterbar macht.
Erweiterbarkeit über Plugins und Abfragesprache: Beancount ist in Python implementiert und bietet Hooks, um benutzerdefinierte Logik in die Verarbeitungspipeline einzuspeisen. Benutzer können Plugins in Python schreiben, die auf dem Transaktionsstrom operieren (zum Beispiel, um eine benutzerdefinierte Regel durchzusetzen oder automatische Einträge zu generieren). Diese Plugins laufen während der Dateiverarbeitung und erweitern effektiv die Kernfunktionalität von Beancount, ohne dass der Quellcode geändert werden muss. Beancount enthält außerdem eine leistungsstarke Abfragesprache (inspiriert von SQL), um das Hauptbuch zu analysieren. Das Tool bean-query behandelt das geparste Hauptbuch als Datenbank und ermöglicht analytische Abfragen – zum Beispiel die Summierung von Ausgaben nach Kategorien oder das Extrahieren aller Transaktionen für einen bestimmten Zahlungsempfänger. In Beancount 3.x wurde diese Abfragefunktion in ein eigenständiges beanquery-Paket ausgelagert, bietet aber aus Benutzersicht weiterhin flexible Berichte über SQL-ähnliche Abfragen.
Plain Text und Versionskontrolle: Als Plain-Text-Buchhaltungswerkzeug betont Beancount die Benutzerkontrolle und die Langlebigkeit der Daten. Das Hauptbuch ist einfach eine .beancount-Textdatei, die Sie in jedem Texteditor bearbeiten können. Dies bedeutet, dass Ihre gesamte Finanzhistorie in einer menschenlesbaren Form gespeichert ist und Sie sie in Git oder ein anderes VCS einbinden können, um Änderungen im Laufe der Zeit zu verfolgen. Benutzer führen ihre Beancount-Datei oft unter Versionskontrolle, um einen Audit-Trail jeder Bearbeitung zu pflegen (mit Commit-Nachrichten, die die Änderungen beschreiben). Dieser Ansatz steht im Einklang mit der Philosophie von Beancount, dass Buchhaltungsdaten, insbesondere für persönliche Finanzen oder kleine Unternehmen, transparent und „zukunftssicher“ sein sollten – nicht in einer proprietären Datenbank eingeschlossen. In Martin Blais’ eigenen Worten ist Beancount eine „Arbeit aus Leidenschaft“, die entwickelt wurde, um einfach, langlebig und kostenlos für die Gemeinschaft zu sein. Es wurde erstmals um 2007 entwickelt und hat sich durch umfangreiche Neuschreibungen (v1 bis v2 und jetzt v3 im Jahr 2024) weiterentwickelt, um sein Design zu verfeinern und gleichzeitig seine Kernphilosophie von Minimalismus und Korrektheit zu bewahren.
Werkzeuge, Plugins und Erweiterungen im Beancount-Ökosystem
Das Beancount-Ökosystem hat eine reiche Auswahl an Werkzeugen, Plugins und Erweiterungen hervorgebracht, die die Kernfunktionalität des Hauptbuchs verbessern. Diese decken den Import von Daten, das Bearbeiten von Hauptbüchern, das Anzeigen von Berichten und das Hinzufügen spezialisierter Buchhaltungsfunktionen ab. Unten finden Sie eine Übersicht der wichtigsten Komponenten und Add-ons in der Beancount-Welt:
Dienstprogramme für den Datenimport (Importer)
Eines der wichtigsten Bedürfnisse für die praktische Anwendung ist der Import von Transaktionen von Banken, Kreditkarten und anderen Finanzinstituten. Beancount bietet zu diesem Zweck ein Import-Framework und von der Community beigesteuerte Import-Skripte an. In Beancount 2.x wurde das integrierte Modul beancount.ingest (mit Befehlen wie bean-extract und bean-identify) verwendet, um Importer-Plugins in Python zu definieren und auf heruntergeladene Kontoauszüge anzuwenden. In Beancount 3.x wurde dies durch ein externes Projekt namens Beangulp ersetzt. Beangulp ist ein spezielles Framework für Importer, das aus beancount.ingest hervorgegangen ist und nun der empfohlene Weg zur Automatisierung des Transaktionsimports für Beancount 3.0 ist. Es ermöglicht das Schreiben von Python-Skripten oder Befehlszeilen-Tools, die externe Dateien (wie CSV- oder PDF-Kontoauszüge) lesen und Beancount-Einträge ausgeben. Dieser neue Ansatz entkoppelt die Import-Logik vom Beancount-Kern – zum Beispiel wurde der alte Befehl bean-extract in Version 3 entfernt, und stattdessen erzeugen Ihre Import-Skripte selbst Transaktionen über die CLI-Schnittstelle von Beangulp.
Es existieren Dutzende von fertigen Importern für verschiedene Banken und Formate, die von der Community beigesteuert wurden. Es gibt Import-Skripte für Institutionen auf der ganzen Welt – von Alipay und WeChat Pay in China über verschiedene europäische Banken (Commerzbank, ING, ABN AMRO usw.) bis hin zu US-Banken wie Chase und Amex. Viele davon sind in öffentlichen Repositories (oft auf GitHub) oder in Paketen wie beancount-importers gesammelt. Beispielsweise bietet das Projekt Tarioch Beancount Tools (tariochbctools) Importer für Schweizer und britische Banken an und unterstützt sogar den Import von Krypto-Transaktionen. Ein weiteres Beispiel ist Lazy Beancount, das eine Reihe gängiger Importer (für Wise, Monzo, Revolut, IBKR usw.) bündelt und ein Docker-basiertes Setup für eine einfache Automatisierung bietet. Egal welche Bank oder welchen Finanzdienst Sie nutzen, die Wahrscheinlichkeit ist hoch, dass bereits jemand einen Beancount-Importer dafür geschrieben hat – oder Sie können Ihren eigenen mit dem Beangulp-Framework erstellen. Die Flexibilität von Python bedeutet, dass Importer das Parsen von CSV- / Excel-Dateien, OFX- / QIF-Downloads oder sogar das Scraping von APIs übernehmen können, um dann Transaktionen im standardisierten Beancount-Format auszugeben.
Editierung und Editor-Integration
Da Beancount-Hauptbücher reine Textdateien sind, nutzen Anwender häufig ihre bevorzugten Texteditoren oder IDEs, um sie zu pflegen. Das Ökosystem bietet Plugins zur Editor-Unterstützung, um diese Erfahrung reibungsloser zu gestalten. Es gibt Erweiterungen für viele gängige Editoren, die Syntax-Hervorhebung, Autovervollständigung von Kontonamen und Fehlerprüfung in Echtzeit hinzufügen:
- Emacs Beancount-Mode: Ein Emacs-Major-Mode (
beancount-mode) ist für die Bearbeitung von .beancount-Dateien verfügbar und bietet Funktionen wie Syntax-Hervorhebung und Integration mit dem Checker von Beancount. Er kann sogar bean-check im Hintergrund ausführen, sodass Fehler im Hauptbuch (wie eine unausgeglichene Transaktion) direkt während der Bearbeitung markiert werden.
- VS Code Erweiterung: Eine Beancount-Erweiterung im VSCode Marketplace bietet ähnlichen Komfort für Benutzer von Visual Studio Code. Sie unterstützt Syntax-Hervorhebung, Ausrichtung von Beträgen, Autovervollständigung für Konten / Zahlungsempfänger und sogar Bilanzprüfungen während der Eingabe beim Speichern der Datei. Sie kann auch in Fava integriert werden, sodass Sie die Fava-Weboberfläche direkt aus VSCode heraus starten können.
- Plugins oder Modi existieren auch für Vim, Atom und andere Editoren. Zum Beispiel gibt es eine Tree-sitter-Grammatik für Beancount, welche die Syntax-Hervorhebung in modernen Editoren ermöglicht und sogar in der webbasierten Editor-Komponente von Fava übernommen wurde. Kurz gesagt: Unabhängig von Ihrer Editor-Umgebung hat die Community wahrscheinlich ein Plugin bereitgestellt, um die Bearbeitung von Beancount-Dateien komfortabel und fehlerfrei zu gestalten.
Für die schnelle Erfassung von Transaktionen außerhalb traditioneller Editoren gibt es auch Tools wie Bean-add und mobile Apps. Bean-add ist ein Befehlszeilen-Tool, das das Hinzufügen einer neuen Transaktion über eine Eingabeaufforderung oder einen Einzeiler ermöglicht und dabei Datums- und Kontovorschläge verarbeitet. Für Mobilgeräte bietet ein Projekt namens Beancount Mobile eine einfache Schnittstelle, um Transaktionen unterwegs einzugeben (zum Beispiel zur Erfassung eines Barkaufs direkt vom Telefon aus). Zusätzlich existiert ein Beancount Telegram Bot, um Transaktionen per Messenger zu erfassen – Sie können eine Nachricht mit den Transaktionsdetails senden, und der Bot formatiert diese in Ihre Hauptbuch-Datei.
(Fava) Die Weboberfläche von Fava bietet ein interaktives Dashboard für Beancount mit Berichten wie einer Gewinn- und Verlustrechnung mit Visualisierungen (hier dargestellt als Treemap der Ausgaben nach Kategorien) neben Tabellen mit Konten und Salden.
Das Flaggschiff unter den Frontends für Beancount ist Fava, eine moderne Weboberfläche. Fava läuft als lokale Web-App, die Ihre Beancount-Datei liest und ein reichhaltiges interaktives Erlebnis in Ihrem Browser erzeugt. Es bietet eine vollständige Suite von Berichten: Bilanz, Gewinn- und Verlustrechnung, Nettovermögen im Zeitverlauf, Portfolio-Bestände, Performance-Diagramme, Budgets und mehr – alles direkt einsatzbereit. Benutzer nennen Fava oft als einen Hauptgrund für die Wahl von Beancount gegenüber anderen Textbasierten Buchhaltungstools. Mit einem einzigen Befehl (fava ledger.beancount) können Sie Ihre Finanzen mit Grafiken und Tabellen statt nur mit Text durchsuchen. Fava unterstützt Funktionen wie: Drilldown in Konten, Filtern von Transaktionen nach Empfänger oder Tag, einen Abfrage-Editor (sodass Sie Beancount-Abfragen ausführen und Ergebnisse im Browser sehen können) und sogar einen integrierten webbasierten Editor für Ihr Hauptbuch. Es ist sehr benutzerfreundlich und macht Textbasierte Buchhaltung für diejenigen zugänglich, die visuelle Oberflächen bevorzugen.
Unter der Haube ist Fava in Python (Flask im Backend) und JavaScript (Svelte im Frontend) geschrieben. Es hat seinen eigenen Release-Zyklus und wird aktiv gepflegt. Bemerkenswerterweise hat Fava mit der Entwicklung von Beancount Schritt gehalten – zum Beispiel wurde in Fava 1.30 die Unterstützung für Beancount v3 hinzugefügt, indem intern auf die neuen Pakete beanquery und beangulp umgestellt wurde. (Beancount 2 wird für ältere Hauptbücher weiterhin unterstützt.) Favas Fokus auf Benutzerfreundlichkeit zeigt sich in Details wie der Autovervollständigung im Web-Editor und einer eleganten Benutzeroberfläche mit Dark Mode und responsiven Diagrammen. Es gibt auch einen Ableger namens Fava-GTK, der Fava in einer Desktop-Anwendung für GNOME / Linux-Benutzer bündelt, die das Gefühl einer nativen App bevorzugen.
Jenseits von Fava gibt es weitere Visualisierungs- und Analyseoptionen. Da Beancount-Daten als Tabellen exportiert oder abgefragt werden können, nutzen Anwender häufig Tools wie Jupyter-Notebooks oder Pandas für benutzerdefinierte Analysen. Beispielsweise beschreibt ein Benutzer, wie er Daten von Beancount über die Abfrageschnittstelle in ein Pandas DataFrame zieht, um einen benutzerdefinierten Bericht zu erstellen. Es gibt auch von der Community beigesteuerte Skripte für spezifische Berichte – z. B. ein Tool zur Analyse der Portfolio-Allokation oder ein Prozesskontrolldiagramm für Ausgaben im Vergleich zum Nettovermögen. Für die meisten Menschen bietet Fava jedoch mehr als genug Berichtsfunktionen, ohne dass Code geschrieben werden muss. Es unterstützt sogar Erweiterungen: Sie können Python-Dateien hinzufügen, die neue Berichtsseiten oder Diagramme in Fava ergänzen. Eine bemerkenswerte Erweiterung ist fava-envelope für die Umschlag-Budgetierung innerhalb von Fava. Insgesamt dient Fava als zentrales Visualisierungs-Hub des Beancount-Ökosystems.
Befehlszeilen-Dienstprogramme und Skripte
Beancount wird mit verschiedenen CLI-Tools geliefert (insbesondere im älteren v2-Zweig, von denen einige in v3 gestrichen wurden). Diese Tools arbeiten mit Ihrer Ledger-Datei, um diese zu überprüfen oder spezifische Berichte in Text- oder HTML-Format zu erstellen:
- bean-check: ein Validator, der die Datei auf Syntaxfehler oder Buchhaltungsfehler prüft. Das Ausführen von
bean-check myfile.beancount warnt Sie bei Ungleichgewichten, fehlenden Konten oder anderen Problemen und gibt nichts aus, wenn die Datei fehlerfrei ist.
- bean-format: ein Formatter, der Ihr Ledger aufräumt, indem er Zahlen in ordentlichen Spalten ausrichtet, ähnlich wie ein Code-Formatter bei Quellcode. Dies hilft, die Datei sauber und lesbar zu halten.
- bean-query: eine interaktive Shell oder ein Batch-Tool, um die Abfragesprache von Beancount auf Ihr Ledger anzuwenden. Sie können damit benutzerdefinierte tabellarische Berichte erstellen (z. B.
bean-query myfile.beancount "SELECT account, sum(amount) WHERE ...").
- bean-report: ein vielseitiger Berichtgenerator (in v2), der vordefinierte Berichte (Bilanz, Gewinn- und Verlustrechnung, Summen- und Saldenliste usw.) in der Konsole oder in Dateien ausgeben kann. Beispielsweise würde
bean-report file.beancount balances die Kontostände ausgeben. (In der Praxis wurden viele dieser Textberichte durch die ansprechendere Darstellung von Fava ersetzt.)
- bean-web / bean-bake: eine ältere Web-Schnittstelle, die Berichte auf
localhost bereitstellte oder sie als statische HTML-Dateien „backte“. Diese wurden hauptsächlich verwendet, bevor Fava populär wurde; bean-web bot eine einfache Webansicht derselben Berichte, die auch bean-report generieren konnte. In Beancount 3 wurde bean-web entfernt (da Fava nun das empfohlene Web-Frontend ist und eine bessere Benutzererfahrung bietet).
- bean-example: ein Dienstprogramm zum Erstellen einer Beispiel-Ledger-Datei (nützlich für Neulinge, um eine Vorlage für Beancount-Einträge zu sehen).
- bean-doctor: ein Debugging-Tool, das Probleme in Ihrem Ledger oder Ihrer Umgebung diagnostizieren kann.
Es ist erwähnenswert, dass ab Beancount v3 viele dieser Tools aus dem Kernprojekt ausgelagert wurden. Das Beancount-Kernpaket wurde verschlankt, und Tools wie die Query-Engine und die Importer wurden in separate Pakete aufgeteilt (beanquery, beangulp usw.), um die Wartung zu erleichtern. Zum Beispiel wird die Funktionalität von bean-query nun durch das Tool beanquery bereitgestellt, das separat installiert wird. Aus Anwendersicht bleibt die Funktionalität verfügbar; sie wurde lediglich modularisiert. Die Arch Linux-Community bemerkte diese Änderung bei der Aktualisierung von Fava: Das Fava-Paket fügte Abhängigkeiten von beanquery und beangulp hinzu, um Beancount 3.x zu unterstützen. Dieser modulare Ansatz ermöglicht es der Community auch, unabhängiger vom Release-Zyklus von Beancount an diesen Zusatzwerkzeugen mitzuwirken.
Beancount-Plugins und Erweiterungen
Eine herausragende Stärke des Beancount-Ökosystems ist das Plugin-System. Durch Hinzufügen einer Zeile plugin "module.name" in Ihrer Beancount-Datei können Sie benutzerdefinierte Python-Logik integrieren, die während der Ledger-Verarbeitung ausgeführt wird. Die Community hat viele Plugins erstellt, um die Funktionen von Beancount zu erweitern:
- Datenqualität und Regeln: Beispiele hierfür sind
beancount-balexpr, mit dem Sie Gleichungen unter Einbeziehung mehrerer Konten festlegen können (z. B. Aktivposten A + Aktivposten B = Passivposten X), und beancount-checkclosed, das automatisch Saldenbestätigungen einfügt, wenn Sie ein Konto schließen, um sicherzustellen, dass es auf Null aufgeht. Es gibt sogar ein Plugin, das sicherstellt, dass Transaktionen in der Datei nach Datum sortiert sind (autobean.sorted), um falsch geordnete Einträge zu finden.
- Automatisierung: Das Plugin
beancount-asset-transfer kann Sachtransfer-Einträge zwischen Konten generieren (nützlich für das Verschieben von Aktien zwischen Brokern unter Beibehaltung der Anschaffungskosten). Ein weiteres, autobean.xcheck, gleicht Ihr Beancount-Ledger mit externen Kontoauszügen auf Unstimmigkeiten ab.
- Wiederkehrende Transaktionen und Budgets: Das „repeat“- oder Interpolate-Plugin von Akuukis ermöglicht die Definition wiederkehrender Transaktionen oder die Verteilung einer jährlichen Ausgabe auf Monate. Für die Budgetierung unterstützt die Erweiterung
fava-envelope (verwendet über Fava) die Methodik der Umschlagbudgetierung (Envelope Budgeting) in reinem Text. Außerdem gibt es MiniBudget von Frank Davies – ein kleines, eigenständiges Tool, das von Beancount inspiriert wurde, um bei der Budgetierung für den persönlichen Gebrauch oder kleine Unternehmen zu helfen.
- Steuern und Berichterstattung: Einige Plugins helfen bei der Steuerrechnung, wie zum Beispiel eines, das Veräußerungsgewinne automatisch in kurz- oder langfristige Gewinne klassifiziert. Ein weiteres (
fincen_114 von Justus Pendleton) erstellt einen FBAR-Bericht für US-Steuerzahler mit Auslandskonten, was illustriert, wie Beancount-Daten für die regulatorische Berichterstattung genutzt werden können.
- Community-Plugin-Repositorys: Es gibt kuratierte Plugin-Sets wie beancount-plugins (von Dave Stephens), die sich auf Dinge wie Abschreibungsbuchungen konzentrieren, und beancount-plugins-zack (von Stefano Zacchiroli), die verschiedene Hilfsmittel wie Sortieranweisungen enthalten.
Zusätzlich zu den Plugins gibt es weitere Hilfswerkzeuge rund um Beancount für spezifische Anforderungen. Zum Beispiel ist beancount-black ein Auto-Formatter ähnlich dem Black-Code-Formatter, jedoch für Beancount-Ledger-Dateien. Es gibt einen Beancount-Bot (Telegram / Mattermost), um Transaktionen per Chat hinzuzufügen, wie bereits erwähnt, und einen Alfred-Workflow für macOS, um Transaktionen schnell an Ihre Datei anzuhängen. Ein Tool namens Pinto bietet eine „leistungsstarke“ CLI mit interaktiver Eingabe (wie ein erweitertes bean-add). Für diejenigen, die von anderen Systemen migrieren, gibt es Konverter (YNAB2Beancount, CSV2Beancount, GnuCash2Beancount, Ledger2Beancount), die dabei helfen, Daten von anderswo zu importieren.
Zusammenfassend lässt sich sagen, dass das Beancount-Ökosystem sehr umfangreich ist. Tabelle 1 unten listet einige wichtige Tools und Erweiterungen mit ihren Rollen auf:
| Tool / Erweiterung | Beschreibung |
|---|
| Fava (Web-Interface) | Voll funktionsfähige Web-App zum Anzeigen und Bearbeiten von Beancount-Büchern. Bietet interaktive Berichte (Bilanz, GuV usw.), Diagramme und Abfragefunktionen. Großer Usability-Schub für Beancount. |
| Beangulp (Import-Framework) | Eigenständiges Importer-Framework für Beancount v3, das das ältere Ingest-Modul ersetzt. Hilft bei der Umwandlung von Kontoauszügen (CSV, PDF usw.) in Beancount-Einträge mithilfe von Plugin-Skripten. |
| Beanquery (Abfragetool) | Eigenständige SQL-ähnliche Query-Engine für Beancount-Daten. Ersetzt bean-query in v3 und ermöglicht erweiterte Abfragen von Transaktionen und Salden über eine vertraute SELECT-FROM-WHERE-Syntax. |
| Bean-check / Bean-format | Kern-CLI-Tools zur Validierung einer Beancount-Datei (Prüfung auf Fehler) und zur automatischen Formatierung für Konsistenz. Nützlich für die Führung eines korrekten und sauberen Ledgers. |
| Editor-Plugins (Emacs, VSCode, Vim usw.) | Plugins / Modi, die Beancount-Syntaxunterstützung und Linting in Texteditoren hinzufügen. Verbessern die Erfahrung beim manuellen Bearbeiten von .beancount-Dateien durch Funktionen wie Autovervollständigung und Live-Fehlerhervorhebung. |
| Community-Importer | Sammlungen von Bank-Import-Skripten (viele auf GitHub), die Banken in den USA, der EU, Asien und mehr abdecken. Ermöglichen es Benutzern, Transaktionen von ihren Finanzinstituten automatisch in Beancount einzulesen. |
| Plugins (Ledger-Erweiterungen) | Optionale In-File-Plugins zur Durchsetzung von Regeln oder zum Hinzufügen von Funktionen (z. B. Kostenteilung, wiederkehrende Einträge, benutzerdefinierte Saldenbestätigungen). In Python geschrieben und während der Dateiverarbeitung zur Anpassung ausgeführt. |
| Konverter (Migrations-Tools) | Dienstprogramme zur Konvertierung von Daten aus anderen Formaten in Beancount, z. B. von GnuCash oder Ledger CLI in das Beancount-Format. Erleichtern den Umstieg auf Beancount, ohne bei Null anfangen zu müssen. |
Vergleich mit Ledger, hledger und ähnlichen Systemen
Beancount gehört zur Familie der Werkzeuge für die Plain-Text-Buchhaltung nach dem Prinzip der doppelten Buchführung, unter denen Ledger CLI (John Wiegley’s Ledger) und hledger besonders hervorstechen. Obwohl all diese Systeme die Kernidee von Plain-Text-Ledger-Dateien und der doppelten Buchführung teilen, unterscheiden sie sich in Syntax, Philosophie und der Reife ihres Ökosystems. Die folgende Tabelle beleuchtet die wichtigsten Unterschiede zwischen Beancount, Ledger und hledger:
| Aspekt | Beancount (Python) | Ledger CLI (C++) | hledger (Haskell) |
|---|
| Syntax & Dateistruktur | Strikte, strukturierte Syntax, die durch eine formale Grammatik (BNF) definiert ist. Transaktionen haben explizite date flag "Payee" "Narration"-Zeilen und Buchungen mit Mengenangaben; alle Konten müssen explizit eröffnet/definiert werden. Keine impliziten Buchungen; jede Transaktion muss ausgeglichen sein. | Eher freiformatige Syntax. Zahlungsempfänger/Beschreibung stehen normalerweise in der gleichen Zeile wie das Datum. Ermöglicht teilweise impliziten Ausgleich (z. B. kann eine Transaktion mit einer einzelnen Buchung eine zweite Buchung auf ein Standardkonto implizieren). Kontonamen können ohne vorherige Deklaration verwendet werden. Bietet viele Befehlszeilenoptionen, die das Parsing beeinflussen können (z. B. Jahresannahmen, Regeln zur Zusammenführung von Commodities). | Folgt weitgehend der Syntax von Ledger mit geringfügigen Unterschieden. hledger ist eine Neuimplementierung der Kernfunktionen von Ledger in Haskell, daher ist das Journal-Format dem von Ledger sehr ähnlich (mit einigen Erweiterungen und standardmäßig strengerem Parsing). Beispielsweise ist hledger bei Daten und der Commodity-Syntax etwas strenger als Ledger, aber nicht so streng wie Beancount. |
| Philosophie | Konservativ & Pedantisch. Legt Wert darauf, Benutzerfehler abzufangen und die Datenintegrität über alles andere zu stellen. Erzwingt standardmäßig viele Prüfungen (Saldenprüfungen/Balance Assertions, Lot-Tracking). Minimale Konfiguration – ein „One way to do it“-Ansatz für Konsistenz. Entworfen als Bibliothek mit Plugins zur Erweiterbarkeit (behandelt Ledger-Daten als einen zu verarbeitenden Stream, was benutzerdefinierte Python-Logik ermöglicht). | Optimistisch & Flexibel. Vertraut darauf, dass der Benutzer die Daten korrekt eingibt; standardmäßig weniger integrierte Einschränkungen. Hochgradig anpassbar mit Dutzenden von Optionen und Befehlsflags, um das Verhalten zu justieren. Tendenziell ein monolithisches Werkzeug mit integrierten Funktionen (Berichte, Diagramme) und nutzt eine domänenspezifische Sprache innerhalb des Ledgers für Dinge wie automatisierte und periodische Transaktionen. Die Erweiterbarkeit erfolgt typischerweise über externe Skripte oder die integrierte Abfragesprache statt über Plugin-APIs. | Pragmatisch & Konsistent. Ziel ist es, den Ansatz von Ledger einem breiteren Publikum mit vorhersehbarem Verhalten zugänglich zu machen. hledger setzt standardmäßig auf mehr Konsistenz (keine Ausgleichsannahmen ohne explizite Konten) und bietet weniger Fehlermöglichkeiten („Footguns“) als die nachsichtigeren Modi von Ledger. Es verfügt über eine Untermenge der Funktionen von Ledger (einige exotischere Optionen von Ledger werden nicht unterstützt), fügt aber eigene hinzu (wie eine integrierte Web-Benutzeroberfläche und CSV-Import). Betont Stabilität und Korrektheit, jedoch ohne ein Plugin-System wie das von Beancount. |
| Transaktionen & Ausgleich | Strikte doppelte Buchführung: Jede Transaktion muss in der Summe gleiche Soll- und Haben-Beträge aufweisen. Erlaubt keine unausgeglichenen Einträge oder Platzhalter (keine „virtuellen Buchungen“, die sich automatisch ausgleichen). Erzwingt zudem die Unabhängigkeit von der Reihenfolge: Der Ledger kann beliebig nach Datum sortiert werden, da Saldenprüfungen datumsbezogen sind und nicht von der Dateireihenfolge abhängen. Die Kostenverfolgung für Commodities ist streng – beim Verkauf von Vermögenswerten müssen Sie Lots spezifizieren, oder Beancount erzwingt FIFO / LIFO, sodass Sie nichts entfernen können, was Sie nicht zuvor hinzugefügt haben. | Erlaubt mehr Nachsicht bei Transaktionen. Ledger gestattet „virtuelle“ Buchungen (unter Verwendung von eckigen Klammern [ ] oder Klammern), die kein explizites Gegenkonto erfordern – oft genutzt für Budgetierung oder impliziten Eigenkapitalausgleich. In Ledger ist es möglich, eine unvollständige Transaktion einzugeben (eine Seite wegzulassen) und Ledger den Ausgleichsbetrag ableiten zu lassen. Zudem erzwingt Ledger die Ausbuchung von Vermögenswerten nicht strikt Lot für Lot; es subtrahiert problemlos von einem Gesamtsaldo, selbst wenn keine spezifischen Lots verfolgt wurden. Dies erleichtert die Durchschnittskostenrechnung, bedeutet aber auch, dass Ledger Sie nicht vor Fehlern bewahrt, wie dem Verkauf von mehr Anteilen, als Sie in einem bestimmten Lot besitzen. | Ähnlich wie Ledger durch das Zulassen virtueller Buchungen und impliziten Ausgleichs, jedoch mit konsistenterem Verhalten. hledger erzwingt strengere Parsing-Regeln als Ledger, ist aber nachsichtiger als Beancount. |
| Inventar & Kostenbasis | Präzise Chargenverfolgung (Lot-Tracking). Beancount verknüpft Kosteninformationen mit Commodity-Lots (z. B. Kauf von 10 Anteilen zu je 100 $). Bei einer Bestandsreduzierung muss ein spezifisches Lot abgeglichen oder eine definierte Strategie verwendet werden. Dies stellt sicher, dass Veräußerungsgewinne und Kostenbasen bauartbedingt korrekt berechnet werden. Die Durchschnittskostenmethode ist nicht der Standard, es sei denn, man schreibt explizit Logik dafür, da Beancount jedes Lot separat behandelt, um die Genauigkeit zu wahren. | Abstrakteres Inventar. Ledger behandelt Commodity-Beträge flüssiger; standardmäßig werden alle Lots in Berichten zusammengeführt (es zeigt nur Gesamtmengen an). Es bietet Optionen, um nach Lot oder Durchschnittskosten zu berichten, falls erforderlich, aber dies ist eine reine Berichtsangelegenheit. Historisch gesehen nutzte Ledger Kosteninformationen nicht, um den Ausgleich in Transaktionen mit mehreren Commodities zu erzwingen, was zu subtilen Fehlberechnungen bei Veräußerungsgewinnen führen konnte. Die Flexibilität von Ledger erlaubt es Benutzern jedoch, FIFO, LIFO, Durchschnittskosten usw. zum Zeitpunkt der Berichterstellung über Befehlszeilenflags zu wählen. | Ähnlich wie Ledger mit flexibler Inventarverwaltung. hledger kann Lots verfolgen, wenn diese spezifiziert sind, erzwingt die Lot-für-Lot-Verfolgung jedoch nicht so streng wie Beancount. Berechnungen für Veräußerungsgewinne sind verfügbar, erfordern jedoch mehr manuelle Einrichtung. |
| Reporting & UI | Primär über Fava (Web-UI) sowie bean-query / bean-report. Fava bietet ein ansprechendes Web-Dashboard mit Grafiken und Diagrammen, was Beancount sehr benutzerfreundlich für Analysen macht. Unterstützt auch textbasierte Berichte und SQL-ähnliche Abfragen via bean-query. Keine offizielle TUI (Text UI), aber die Integration in Editoren/IDEs füllt diese Lücke. | Primär CLI-basiertes Reporting. Ledger verfügt über viele integrierte Berichtsbefehle (Balance, Register, Stats usw.), die Text im Terminal ausgeben. Es kann Diagramme erstellen (ASCII oder via gnuplot) und verfügt sogar über einige Erweiterungen für HTML-Berichte, hat aber keine offizielle Web-Benutzeroberfläche, die als Teil des Projekts gepflegt wird. (Es gab Versuche von Drittanbietern für Web-UIs für Ledger, aber keine ist so prominent wie Fava für Beancount). Als UI verlassen sich Benutzer auf das Terminal oder eventuell GUIs wie Ledger-Live (ein separates Projekt). | Bietet sowohl CLI als auch eine einfache Web-UI. hledger übernimmt die CLI-Berichte von Ledger (mit ähnlichen Befehlen) und bietet zusätzlich hledger-web, eine einfache Web-Benutzeroberfläche zum Einsehen von Konten und Transaktionen im Browser. hledger-web ist nicht so funktionsreich wie Fava, bietet aber eine schreibgeschützte Übersicht. Zudem gibt es hledger-ui, eine Terminal-basierte Curses-Oberfläche für die interaktive Nutzung. |
| Erweiterbarkeit & Plugins | Hohe Erweiterbarkeit via Python. Die Plugin-API erlaubt es, beliebigen Python-Code während der Ledger-Verarbeitung auszuführen, was bedeutet, dass Benutzer benutzerdefinierte Funktionen implementieren können, ohne den Kern zu ändern. Das Ökosystem an Plugins (für Budgetierung usw.) verdeutlicht dies. Zudem kann man Python-Skripte schreiben, um die Bibliotheken von Beancount für individuelles Reporting zu nutzen. | Erweiterbarkeit auf niedrigerer Ebene. Ledger kann durch eigene Skripte erweitert werden, die die Ausgabe von Ledger parsen, oder durch geschickte Nutzung der internen Abfragesprache. Es bietet zudem Funktionen wie automatisierte Transaktionen (Regeln, die basierend auf Triggern im Journal automatisch Buchungen generieren) und periodische Transaktionen, was Arten von integrierter Erweiterbarkeit innerhalb der Ledger-Datei darstellt. Es bietet jedoch keine API, um beliebigen Code in die Accounting-Engine einzuspielen – es ist nicht im gleichen Sinne eine Bibliothek (obwohl libledger für C++-Entwickler existiert). | Moderate Erweiterbarkeit. hledger verzichtet bewusst auf die Funktionen für automatisierte/periodische Transaktionen von Ledger, um die Dinge einfacher zu halten, bietet aber Werkzeuge wie hledger-import zur Konvertierung anderer Formate und erlaubt Add-ons. Da es in Haskell geschrieben ist, wird es in einigen Projekten als Bibliothek verwendet, aber das Schreiben benutzerdefinierter Plugins ist nicht so geradlinig wie der Ansatz von Beancount. Stattdessen konzentriert sich hledger darauf, gängige Bedürfnisse (Berichte, Web, UI) innerhalb seines offiziellen Toolsets abzudecken. |
| Community & Entwicklung | Aktiv, aber primär von einem Autor (Martin Blais) und einer kleinen Gruppe von Mitwirkenden vorangetrieben. Hauptveröffentlichungen sind selten (v2 war ca. 6 Jahre stabil, v3 erschien 2024). Die Community trägt über Plugins und Tools bei (Fava war ursprünglich ein Drittanbieterprojekt, das integraler Bestandteil wurde). Die Mailingliste und GitHub von Beancount sind aktiv, und die Benutzerbasis ist dank der Attraktivität von Fava für Nicht-Entwickler gewachsen. | Lange Historie (Ledger reicht bis ins Jahr 2003 zurück) und breite Nutzung unter Ingenieuren. Ursprünglich ein Ein-Personen-Projekt (Wiegley), sah es im Laufe der Zeit viele Mitwirkende. Die Entwicklung von Ledger hat sich in den letzten Jahren verlangsamt; es ist stabil, aber es kommen weniger neue Funktionen hinzu (der Fokus liegt auf der Wartung). Die Mailingliste ledger-cli ist ein Knotenpunkt für alle Diskussionen zur Plain-Text-Buchhaltung (einschließlich Beancount und hledger). Es existieren viele Tools und Skripte rund um Ledger, aber das Ökosystem ist nicht so vereinheitlicht (keine einzelne „Ledger-GUI“ usw., obwohl mehrere unabhängige Bemühungen existieren). | Wachsende Community, mit Simon Michael als Leiter der hledger-Entwicklung. hledger hat jährliche Veröffentlichungen und stetige Verbesserungen, wobei es oft Funktionsänderungen von Ledger übernimmt, aber auch eigene Wege geht. Es erfreut sich großer Beliebtheit bei Benutzern, die die Leistungsfähigkeit von Ledger mit mehr Vorhersehbarkeit wünschen. Die Community überschneidet sich oft mit der von Ledger (plaintextaccounting.org deckt beide ab). Das Ökosystem von hledger umfasst Add-ons wie hledger-flow (zur Workflow-Automatisierung) und profitiert davon, in Haskell geschrieben zu sein (was Nutzer aus dieser Community anzieht). |
Zusammenfassend lässt sich sagen, dass Beancount sich durch seinen Fokus auf Strenge, Plugin-basierte Erweiterbarkeit und eine benutzerfreundliche Web-Benutzeroberfläche abhebt. Ledger bleibt das klassische, hochflexible Werkzeug, das von Kommandozeilen-Puristen und jenen bevorzugt wird, die ultimative Geschwindigkeit benötigen (die C++-Engine von Ledger ist bei riesigen Dateien sehr schnell). hledger bietet einen Mittelweg – einen Großteil der Funktionalität von Ledger mit etwas mehr Struktur und einer offiziell unterstützten (wenn auch einfachen) Web-UI. Alle drei teilen die Vorteile der Plain-Text-Buchhaltung (Revisionssicherheit, Git-Versionierung, einfache Datenstruktur), aber das Ökosystem von Beancount (insbesondere durch Fava) hat es in den letzten Jahren für den Durchschnittsbenutzer zugänglicher gemacht. Auf der anderen Seite bevorzugen Ledger- und hledger-Nutzer manchmal deren relative Einfachheit bei der Einrichtung (kein Python erforderlich) und die langjährig bewährte Stabilität. Letztlich hängt die Wahl von den persönlichen Vorlieben ab: Wer Wert auf konsequente Korrektheit und ein reichhaltiges Ökosystem legt, neigt oft zu Beancount, während diejenigen, die schlanke, terminal-fokussierte Werkzeuge suchen, eher bei Ledger oder hledger bleiben.
Einsatzszenarien für Beancount
Beancount ist vielseitig genug, um sowohl für die Verfolgung persönlicher Finanzen als auch (in einigen Fällen) für die Buchhaltung von Kleinunternehmen eingesetzt zu werden. Der grundlegende Ansatz der doppelten Buchführung ist in beiden Szenarien gleich, jedoch können sich der Umfang und die spezifischen Praktiken unterscheiden.
Persönliche Finanzen
Viele Beancount-Nutzer verwenden es, um ihre individuellen Finanzen oder die ihres Haushalts zu verwalten. Ein typisches Setup für persönliche Finanzen in Beancount könnte Konten für Giro- und Sparkonten, Kreditkarten, Investitionen, Kredite, Einkommenskategorien (Gehalt, Zinsen usw.) und Ausgabenkategorien (Miete, Lebensmittel, Unterhaltung usw.) umfassen. Nutzer erfassen tägliche Transaktionen entweder manuell (Eingabe von Belegen, Rechnungen usw.) oder durch den Import von Bankauszügen mithilfe der zuvor besprochenen Importer-Tools. Die Vorteile, die Beancount für persönliche Finanzen bietet, sind:
- Konsolidierung und Analyse: Alle Ihre Transaktionen können in einer einzigen Textdatei (oder einem Satz von Dateien) gespeichert werden, die jahrelange Finanzhistorie repräsentiert. Dies macht es einfach, langfristige Trends zu analysieren. Mit der Abfragesprache von Beancount oder mit Fava können Sie Fragen wie „Wie viel habe ich in den letzten 5 Jahren für Reisen ausgegeben?“ oder „Wie hoch ist meine durchschnittliche monatliche Lebensmittelrechnung?“ in Sekundenschnelle beantworten. Ein Nutzer stellte fest, dass nach dem Wechsel zu Beancount die „Analyse von Finanzdaten (Ausgaben, Spenden, Steuern usw.) trivial ist“, entweder über Fava oder durch Abfrage der Daten mit Tools wie Pandas. Im Grunde wird Ihr Hauptbuch zu einer persönlichen Finanzdatenbank, die Sie nach Belieben abfragen können.
- Budgetierung und Planung: Obwohl Beancount kein Budgetierungssystem erzwingt, können Sie eines implementieren. Einige Nutzer nutzen die Umschlagmethode (Envelope Budgeting), indem sie Budgetkonten erstellen oder das Plugin
fava-envelope verwenden. Andere nutzen einfach periodische Berichte, um Ausgaben mit Zielvorgaben zu vergleichen. Da es sich um Klartext handelt, ist die Integration von Beancount mit externen Budgetierungstools oder Tabellenkalkulationen unkompliziert (Datenexport oder Nutzung von CSV-Ausgaben aus Abfragen).
- Investitionen und Verfolgung des Nettovermögens: Beancount eignet sich hervorragend für die Verfolgung von Investitionen dank seiner robusten Handhabung von Kostenbasen und Marktpreisen. Sie können Käufe/Verkäufe von Aktien, Krypto usw. mit Kostendetails erfassen und dann
Prices-Anweisungen verwenden, um den Marktwert im Auge zu behalten. Fava kann ein Diagramm des Nettovermögens im Zeitverlauf sowie eine Portfolio-Aufschlüsselung nach Anlageklassen anzeigen. Dies ist enorm nützlich für die persönliche Vermögensverwaltung – Sie erhalten Einblicke, die denen kommerzieller Tools wie Mint oder Personal Capital entsprechen, aber unter Ihrer vollen Kontrolle stehen. Die Handhabung mehrerer Währungen ist ebenfalls integriert. Wenn Sie also Fremdwährungen oder Krypto besitzen, kann Beancount diese verfolgen und für Berichte umrechnen.
- Abgleich und Genauigkeit: Persönliche Finanzen erfordern oft den Abgleich mit Bankauszügen. Mit Beancount kann man Konten regelmäßig abgleichen, indem man Saldo-Zusicherungen (Balance Assertions) oder die Dokumentenfunktion nutzt. Beispielsweise könnten Sie jeden Monat einen Eintrag
balance Assets:Bank:Checking <Datum> <Saldo> hinzufügen, um zu bestätigen, dass Ihr Hauptbuch am Monatsende mit dem Kontoauszug der Bank übereinstimmt. Das Tool bean-check (oder die Fehleranzeige in Fava) warnt Sie, wenn die Beträge nicht übereinstimmen. Ein Nutzer erwähnt einen monatlichen Abgleich aller Konten, was „hilft, ungewöhnliche Aktivitäten zu erkennen“ – eine gute Hygienepraxis für persönliche Finanzen, die Beancount erleichtert.
- Automatisierung: Technisch versierte Personen haben große Teile ihres Workflows für persönliche Finanzen mit Beancount automatisiert. Mithilfe von Importern, Cron-Jobs und vielleicht etwas Python können Sie Ihr System so einrichten, dass beispielsweise jeden Tag Ihre Banktransaktionen abgerufen (einige nutzen OFX oder APIs) und an Ihre Beancount-Datei angehängt werden, kategorisiert nach Regeln. Mit der Zeit aktualisiert sich Ihr Hauptbuch größtenteils automatisch, und Sie müssen es nur noch bei Bedarf überprüfen und anpassen. Ein Community-Mitglied auf Hacker News berichtete, dass seine Beancount-Bücher nach 3 Jahren „zu 95 % automatisch“ liefen. Diese Stufe der Automatisierung ist durch die Offenheit des Klartexts und die Scripting-Fähigkeiten von Beancount möglich.
Nutzer im Bereich persönliche Finanzen wählen Beancount oft anstelle von Tabellenkalkulationen oder Apps, weil es ihnen das vollständige Eigentum an den Daten gibt (keine Abhängigkeit von einem Cloud-Dienst, der abgeschaltet werden könnte – eine Sorge, als beispielsweise Mint eingestellt wurde) und weil die Tiefe der Einblicke größer ist, wenn alle Daten integriert sind. Die Lernkurve ist nicht zu unterschätzen – man muss die Grundlagen der Buchhaltung und die Beancount-Syntax lernen –, aber Ressourcen wie die offizielle Dokumentation und Community-Tutorials helfen Einsteigern beim Start. Einmal eingerichtet, stellen viele fest, dass es Seelenfrieden bringt, jederzeit ein klares und vertrauenswürdiges Bild ihrer Finanzen zu haben.
Buchhaltung für Kleinunternehmen
Die Nutzung von Beancount für ein kleines Unternehmen (oder gemeinnützige Organisationen, Vereine usw.) ist seltener als die private Nutzung, aber durchaus möglich, und einige haben dies erfolgreich umgesetzt. Das Framework der doppelten Buchführung von Beancount ist tatsächlich dasselbe System, das der Unternehmensbuchhaltung zugrunde liegt, nur ohne einige der höherwertigen Funktionen, die spezielle Buchhaltungssoftware bietet (wie Rechnungsmodule oder Lohnabrechnungs-Integrationen). So kann sich Beancount in den Kontext eines Kleinunternehmens einfügen:
- Hauptbuch und Finanzberichte: Ein kleines Unternehmen kann die Beancount-Datei als sein Hauptbuch behandeln. Sie hätten Aktivkonten für Bankkonten, Forderungen, vielleicht Lagerbestände; Passivkonten für Kreditkarten, Kredite, Verbindlichkeiten; Eigenkapital für das Kapital des Eigentümers; Ertragskonten für Verkäufe oder Dienstleistungen und Aufwandskonten für alle Geschäftsausgaben. Durch die Führung dieses Hauptbuchs können Sie jederzeit eine Gewinn- und Verlustrechnung (GuV) und eine Bilanz mit den Berichten oder Abfragen von Beancount erstellen. Tatsächlich können die integrierten Berichte von Beancount oder Fava in Sekundenschnelle eine Bilanz und eine GuV generieren, die perfekt mit den Buchhaltungsgrundsätzen übereinstimmen. Dies kann für einen kleinen Betrieb ausreichen, um Rentabilität, Finanzlage und Cashflow zu beurteilen (mit ein wenig Abfrageaufwand für den Cashflow, da direkte Cashflow-Rechnungen nicht integriert sind, aber abgeleitet werden können).
- Rechnungen sowie Forderungen (A/R) und Verbindlichkeiten (A/P): Beancount verfügt über kein integriertes Rechnungssystem; Nutzer würden die Rechnungsstellung normalerweise extern abwickeln (z. B. Rechnungen in Word oder einer Rechnungs-App erstellen) und die Ergebnisse dann in Beancount erfassen. Wenn Sie beispielsweise eine Rechnung ausstellen, würden Sie einen Eintrag erfassen, der die Forderungen belastet und die Erträge gutschreibt. Wenn die Zahlung eingeht, belasten Sie Cash/Bank und schreiben die Forderungen gut. Auf diese Weise können Sie ausstehende Forderungen verfolgen, indem Sie den Saldo des Forderungskontos betrachten. Dasselbe gilt für Rechnungen von Lieferanten (Verbindlichkeiten). Obwohl dies manueller ist als spezialisierte Buchhaltungssoftware (die Erinnerungen sendet oder mit E-Mails integriert ist), ist es absolut machbar. Einige Nutzer haben Vorlagen oder Workflows geteilt, wie sie Rechnungen mit Beancount verwalten und sicherstellen, dass sie keine offenen Posten übersehen (zum Beispiel durch die Verwendung von Metadaten oder benutzerdefinierten Abfragen zur Auflistung unbezahlter Rechnungen).
- Lagerbestand oder Herstellungskosten (COGS): Für Unternehmen, die Produkte verkaufen, kann Beancount Lagereinkäufe und -verkäufe verfolgen, erfordert jedoch disziplinierte Einträge. Sie könnten die Funktionen für
Inventory und Kostenrechnung nutzen: Der Kauf von Lagerbestand erhöht ein Aktivkonto (mit den an die Artikel gebundenen Kosten), der Verkauf verschiebt die Kosten in einen Aufwand (COGS) und erfasst den Erlös. Da Beancount auf den Abgleich von Chargen (Lots) besteht, erzwingt es eine ordnungsgemäße Reduzierung des Lagerbestands mit den korrekten Kosten, was tatsächlich sicherstellen kann, dass Ihre Bruttogewinnberechnungen bei richtiger Ausführung genau sind. Es gibt jedoch keine automatisierte Artikelnummer-Verfolgung (SKU) oder Ähnliches – alles findet auf der finanziellen Ebene statt (Menge und Kosten).
- Lohnbuchhaltung und komplexe Transaktionen: Beancount kann Lohn- und Gehaltstransaktionen erfassen (Gehaltsaufwand, Steuerrückbehalte usw.), aber die Berechnung dieser Zahlen könnte extern oder über ein anderes Tool erfolgen und dann nur in Beancount gebucht werden. Für ein sehr kleines Unternehmen (z. B. ein oder zwei Mitarbeiter) ist dies überschaubar. Sie würden beispielsweise pro Abrechnungszeitraum eine einzige Buchung erfassen, die Löhne, einbehaltene Steuern, Arbeitgeberanteile zur Sozialversicherung, ausgezahltes Bargeld usw. aufteilt. Dies manuell zu tun, ist ähnlich wie in QuickBooks-Journalbuchungen – es erfordert Wissen darüber, welche Konten angesprochen werden müssen.
- Mehrbenutzersystem und Prüfung: Eine Herausforderung im geschäftlichen Umfeld ist es, wenn mehrere Personen Zugriff auf die Bücher benötigen oder wenn ein Steuerberater diese prüfen muss. Da Beancount eine Textdatei ist, ist es nicht echtzeit-mehrbenutzerfähig. Das Hosten der Datei in einem Git-Repository kann jedoch die Zusammenarbeit ermöglichen: Jede Person kann Änderungen vornehmen und committen, und Unterschiede können zusammengeführt werden.
- Einhaltung gesetzlicher Vorschriften: Für die Steuererklärung oder Compliance können die Daten von Beancount zur Erstellung der erforderlichen Berichte verwendet werden, erfordern jedoch möglicherweise benutzerdefinierte Abfragen oder Plugins. Wir haben ein Beispiel für ein Community-Plugin für die Compliance-Berichterstattung der indischen Regierung und eines für die FBAR-Berichterstattung des FinCEN gesehen. Dies zeigt, dass Beancount mit einigem Aufwand angepasst werden kann, um spezifische Berichtsanforderungen zu erfüllen. Kleinunternehmen in Rechtsordnungen mit einfachen Anforderungen (Einnahmen-Überschuss-Rechnung oder einfache periodengerechte Buchführung) können ihre Bücher definitiv in Beancount führen und Finanzberichte für Steuererklärungen erstellen. Funktionen wie Abschreibungspläne oder Amortisation erfordern jedoch möglicherweise, dass Sie Ihre eigenen Einträge schreiben oder ein Plugin verwenden (die Abschreibungs-Plugins von Dave Stephens helfen beispielsweise dabei, dies zu automatisieren). Es gibt keine grafische Benutzeroberfläche, um auf „Anlagegut abschreiben“ zu klicken, wie in manchen Buchhaltungsprogrammen; Sie würden die Abschreibung als Transaktionen kodieren (was sie in gewisser Weise entmystifiziert – alles ist ein Eintrag, den Sie inspizieren können).
In der Praxis nutzen viele technikaffine Kleinunternehmer Beancount (oder Ledger/hledger), wenn sie Kontrolle und Transparenz gegenüber der Bequemlichkeit von QuickBooks bevorzugen. Eine Diskussion auf Reddit merkte an, dass Beancount für die Standard-Buchhaltung von Kleinunternehmen mit einem begrenzten Transaktionsvolumen gut funktioniert. Der limitierende Faktor ist in der Regel das Komfortniveau – ob der Unternehmensinhaber (oder sein Steuerberater) mit einem textbasierten Tool vertraut ist. Ein Vorteil sind die Kosten: Beancount ist kostenlos, während Buchhaltungssoftware für ein kleines Unternehmen teuer sein kann. Andererseits bedeutet der Mangel an offiziellem Support und der DIY-Charakter, dass es am besten für diejenigen geeignet ist, die sowohl Unternehmensinhaber als auch etwas technisch versiert sind. Für Freiberufler oder Einzelunternehmer mit Programmierkenntnissen kann Beancount eine attraktive Wahl sein, um Finanzen zu verwalten, ohne auf Cloud-Buchhaltungsdienste angewiesen zu sein.
Hybride Ansätze sind ebenfalls möglich: Einige kleine Unternehmen nutzen ein offizielles System für Rechnungen oder die Lohnabrechnung, importieren die Daten jedoch regelmäßig in Beancount zur Analyse und Archivierung. Auf diese Weise erhalten sie das Beste aus beiden Welten – Compliance und Einfachheit für das Tagesgeschäft sowie die Leistungsfähigkeit von Beancount für konsolidierte Einblicke.
Zusammenfassend lässt sich sagen, dass Beancount die Buchhaltung kleiner Unternehmen bewältigen kann, vorausgesetzt, der Nutzer ist bereit, Dinge manuell zu verwalten, die kommerzielle Software automatisiert. Es garantiert ein hohes Maß an Transparenz – Sie verstehen Ihre Bücher zutiefst, weil Sie sie selbst schreiben – und für einen gewissenhaften Nutzer kann es makellose Bücher liefern. Sowohl private als auch geschäftliche Nutzer profitieren von den Kernstärken von Beancount: einer zuverlässigen Buchhaltungs-Engine, einem vollständigen Audit-Trail und der Flexibilität, sich an einzigartige Szenarien anzupassen (über Scripting und Plugins). Ob es um die Verfolgung eines Haushaltsbudgets oder die Finanzen eines Startups geht, Beancount bietet ein Toolkit, um dies mit Präzision und Offenheit zu tun.
Beancount verfügt über eine engagierte Community und eine Entwicklungsgeschichte, die seinen Charakter als Open-Source-Nischenprojekt mit einer passionierten Nutzerschaft widerspiegelt. Im Folgenden sind die wichtigsten Punkte zur Community, den Maintainern und verwandten Projekten aufgeführt:
-
Projektpflege: Der Hauptautor von Beancount ist Martin Blais, der das Projekt um 2007 ins Leben rief und es durch mehrere Versionen begleitet hat. Die Entwicklung war lange Zeit weitgehend ein Ein-Mann-Projekt (abgesehen von Community-Beiträgen in Form von Patches). Martins Philosophie war es, ein Buchhaltungstool zu entwickeln, das „zuerst für mich selbst nützlich ist, aber auch für andere, und zwar auf die einfachste und langlebigste Weise“. Diese persönliche Motivation hielt das Projekt als Herzensprojekt am Laufen. Auch im Jahr 2025 ist Martin Blais weiterhin der leitende Maintainer (sein Name erscheint in den Commits und er beantwortet Fragen auf der Mailingliste sowie im Issue-Tracker), doch das Ökosystem rund um Beancount umfasst mittlerweile viele weitere Mitwirkende in ihren jeweiligen Projekten.
-
GitHub und Repositories: Der Quellcode wird auf GitHub unter dem Repository beancount/beancount gehostet. Das Projekt steht unter der GPL-2.0-Lizenz und hat über die Jahre eine moderate Anzahl an Mitwirkenden angezogen. Mitte 2024 wurde Beancount Version 3 offiziell als neuer stabiler Zweig veröffentlicht. Mit dieser Veröffentlichung wurden einige Komponenten ausgegliedert: So gehören beispielsweise das beangulp-Repo (für Importer) und das beanquery-Repo (für das Abfragewerkzeug) nun zur beancount GitHub-Organisation und werden weitgehend unabhängig gepflegt. Das Haupt-Beancount-Repo konzentriert sich auf die Kern-Buchhaltungs-Engine und den Datei-Parser. Stand 2025 zeigt GitHub aktive Diskussionen zu Issues und eine laufende Entwicklung – auch wenn das Volumen nicht riesig ist, gehen stetig Issues und Pull-Requests ein, und es erfolgen gelegentliche Updates zur Fehlerbehebung oder zur Verfeinerung von Funktionen.
-
Fava-Entwicklung: Fava, die Web-Oberfläche, startete als separates Projekt (erstellt von Dominic Aumayr, der 2016 das Urheberrecht anmeldete). Es hat eine eigene Community von Mitwirkenden und ist ebenfalls auf GitHub unter beancount/fava zu finden. Die Maintainer und Mitwirkenden von Fava (z. B. Jakob Schnetz, Stefan Otte und andere in den letzten Jahren) haben die Oberfläche aktiv verbessert, wobei alle paar Monate neue Versionen erscheinen. Der Gitter-Chat von Fava (verlinkt in der Fava-Dokumentation) und der GitHub-Issue-Tracker sind Orte, an denen Nutzer und Entwickler neue Funktionen oder Fehler diskutieren. Das Projekt begrüßt Beiträge ausdrücklich, was durch einen CHANGELOG-Eintrag belegt wird, in dem mehreren Community-Mitgliedern für ihre PRs gedankt wird. Die enge Abstimmung von Fava mit der Entwicklung von Beancount (wie die schnelle Implementierung der Unterstützung für Beancount v3 und die neue beanquery-Syntax) deutet auf eine gute Zusammenarbeit zwischen den beiden Projekten hin.
-
Mailinglisten und Foren: Beancount hat eine offizielle Mailingliste (früher auf Google Groups unter dem Namen „Beancount“, gelegentlich auch auf der allgemeinen Ledger-Liste diskutiert). Diese Mailingliste ist eine Goldgrube für Wissen – Nutzer stellen Fragen zur Modellierung bestimmter Szenarien, melden Fehler und teilen Tipps. Martin Blais ist dafür bekannt, auf der Mailingliste mit detaillierten Erklärungen zu antworten. Darüber hinaus gibt es große Überschneidungen mit der breiteren Plain-Text-Accounting-Community. Auf der Mailingliste von Ledger CLI werden oft auch Fragen zu Beancount behandelt, zudem gibt es ein Forum auf plaintextaccounting.org und ein Subreddit r/plaintextaccounting, in dem Beancount-Themen häufig vorkommen. Nutzer auf diesen Plattformen diskutieren Vergleiche, teilen persönliche Setups und helfen Neulingen. Der allgemeine Ton in der Community ist sehr kooperativ – Beancount-Nutzer helfen oft Ledger-Nutzern und umgekehrt, da sie erkennen, dass all diese Tools ähnliche Ziele verfolgen.
-
Chat-Gruppen: Neben Mailinglisten gibt es Chat-Kanäle wie den Plaintext Accounting Slack / Discord (von der Community organisiert) und den Fava-Gitter-Chat. Dies sind weniger formelle Echtzeit-Möglichkeiten, um Hilfe zu erhalten oder Funktionen zu diskutieren. Man kann beispielsweise im Slack nachfragen, ob jemand einen Importer für eine bestimmte Bank hat. Es gibt auch einen Matrix / IRC-Kanal (historisch #ledger oder #beancount auf IRC), in dem einige langjährige Nutzer aktiv sind. Obwohl diese Kanäle nicht so stark frequentiert sind wie die von Mainstream-Software, finden sich dort fachkundige Personen, die oft auch komplexe Buchhaltungsfragen beantworten können.
-
Mitwirkende und wichtige Community-Mitglieder: Einige Namen stechen in der Beancount-Community besonders hervor:
- „Redstreet “ (Red S): Ein produktiver Mitwirkender, der viele Plugins geschrieben hat (wie
beancount-balexpr, sellgains und andere) und oft Unterstützung bietet. Er pflegt zudem eine Sammlung von Importer-Skripten und ein Tool namens bean-download zum Abrufen von Kontoauszügen.
- Vasily M (Evernight): Autor einiger Importer-Frameworks und Plugins wie
beancount-valuation sowie Beiträge zu Fava im Bereich Investitionen.
- Stefano Zacchiroli (zack): Ein Debian-Entwickler, der den beancount-mode für Emacs und sein eigenes Plugin-Repo erstellt hat. Er hat sich zudem für Plain-Text-Accounting im akademischen Umfeld eingesetzt.
- Simon Michael: Obwohl er primär der Leiter von hledger ist, betreibt er plaintextaccounting.org, was auch Beancount einschließt. Diese gegenseitige Befruchtung hat dazu beigetragen, Beancount bei Ledger / hledger-Nutzern bekannt zu machen.
- Frank Hell (Tarioch): Mitwirkender der Tarioch Beancount Tools, einer bedeutenden Sammlung von Importern und Preis-Fetchern, insbesondere für europäische Institutionen.
- Siddhant Goel: Ein Community-Mitglied, das über Beancount bloggt (zum Beispiel sein Leitfaden zur Migration auf v3) und einige Importer pflegt. Seine Blog-Posts haben vielen neuen Nutzern geholfen.
Diese und viele andere tragen Code und Dokumentation bei und helfen in Foren, was das Ökosystem trotz seiner relativ geringen Größe lebendig macht.
-
GitHub-Statistiken und Forks: Das GitHub-Repo von Beancount hat einige hundert Sterne (was das Interesse verdeutlicht) und Forks gesammelt. Bemerkenswerte Forks von Beancount selbst sind selten – es gibt keinen bekannten abweichenden Fork, der versucht, „Beancount, aber mit Feature X“ zu sein. Stattdessen haben Nutzer, wenn sie etwas anderes wollten, entweder ein Plugin geschrieben oder ein anderes Tool (wie hledger) verwendet, anstatt Beancount zu forken. Man könnte hledger als eine Art Fork von Ledger (nicht Beancount) betrachten und Beancount selbst als eine unabhängige Neuinterpretation der Ideen von Ledger, aber innerhalb des Beancount-Repos gibt es keine großen Abspaltungen. Die Community hat sich im Allgemeinen um das Haupt-Repo geschart und es über die Plugin-Schnittstelle erweitert, anstatt die Codebasis zu fragmentieren. Dies liegt wahrscheinlich daran, dass Martin Blais offen für externe Beiträge war (seine Dokumentation enthält sogar einen Abschnitt, in dem externe Beiträge und Module gewürdigt werden) und die Plugin-Architektur es für die meisten neuen Funktionen unnötig machte, einen Fork zu unterhalten.
-
Community-Ressourcen: Es gibt mehrere hochwertige Ressourcen zum Lernen und Nutzen von Beancount, die von der Community erstellt wurden:
-
Die Beancount-Dokumentation auf GitHub Pages (und die ursprünglichen Google Docs, die Martin pflegt) – sehr umfassend, einschließlich der Theorie zur Buchhaltung und deren Implementierung in Beancount.
-
Zahlreiche Blogposts und persönliche Notizen – zum Beispiel veröffentlichte LWN.net einen Artikel „Counting beans… with Beancount“, und viele persönliche Blogs (wie im Abschnitt „Blog Posts“ von Awesome Beancount aufgeführt) teilen Erfahrungen und Tipps. Diese helfen, Wissen aufzubauen und neue Nutzer zu gewinnen.
-
Vorträge und Präsentationen: Beancount wurde auf Meetups und Konferenzen vorgestellt (beispielsweise ein Vortrag bei der PyMunich 2018 über die Verwaltung von Finanzen mit Python / Beancount). Solche Vorträge machen das Tool einem breiteren Publikum bekannt und wecken oft Interesse in Foren wie Hacker News.
-
Bemerkenswerte verwandte Projekte: Abgesehen von Fava haben einige andere Projekte im Zusammenhang mit Beancount ihre eigenen Communities:
- Plain Text Accounting Website – gepflegt von Simon Michael; sie aggregiert Informationen zu all diesen Tools und bietet ein Forum, in dem die Nutzung verschiedener Werkzeuge, einschließlich Beancount, geteilt wird.
- Integration von Finanztools: Einige Nutzer integrieren Beancount in Business-Intelligence-Tools oder Datenbanken. Ein Thread in Google Groups beschreibt beispielsweise die Verwendung von PostgreSQL mit Beancount-Daten über benutzerdefinierte Funktionen. Auch wenn dies kein Mainstream ist, zeigt es den experimentellen Geist der Community, die Fähigkeiten von Beancount zu erweitern (z. B. um sehr große Datensätze oder komplexe Abfragen jenseits der integrierten Funktionen zu verarbeiten).
Zusammenfassend lässt sich sagen, dass die Community von Beancount zwar kleiner ist als die großer Open-Source-Projekte, aber hochgradig engagiert und sachkundig. Das Projekt profitiert von einem stetigen Strom an Verbesserungen und sehr hilfreichen Support-Kanälen. Der kollaborative Ethos (Teilen von Importern, Schreiben von Plugins, Beantworten von Fragen) bedeutet, dass sich ein Neueinsteiger im Jahr 2025 auf umfangreiche Vorarbeiten und die Weisheit der Community verlassen kann, um sein Buchhaltungssystem einzurichten. Die Entwicklung ist im Sinne des Ökosystems aktiv – Fava-Releases, Plugin-Entwicklung usw. –, auch wenn Änderungen am Kern seltener erfolgen. Das Wachstum des Ökosystems (wie die Awesome-Beancount-Liste mit Dutzenden von Tools zeigt) spricht für eine gesunde Community, die Beancount immer leistungsfähiger macht.
Jüngste Entwicklungen und kommende Funktionen
Stand 2025 hat das Beancount-Ökosystem in den letzten Jahren bedeutende Entwicklungen erfahren, und es gibt laufende Diskussionen über zukünftige Verbesserungen. Hier sind einige bemerkenswerte jüngste Entwicklungen und ein Ausblick auf das, was kommen könnte:
-
Veröffentlichung von Beancount 3.0 (2024): Nachdem Beancount 2.x lange Zeit der Standard war, wurde Version 3 Mitte 2024 offiziell veröffentlicht. Dies war ein wichtiger Meilenstein, da v3 eine Vereinfachung und Modernisierung der Codebasis darstellt. Martin Blais hatte v3 als Chance gesehen, das System weiter „umzustrukturieren und zu vereinfachen“. Obwohl es ursprünglich als umfassende Neuschreibung gedacht war, verlief das Update für die Benutzer in der Praxis nicht allzu störend. Die wesentlichen Änderungen fanden unter der Haube statt: ein neuer Parser, einige Leistungsverbesserungen und die Auslagerung optionaler Komponenten aus dem Kern. Die Veröffentlichung erfolgte schrittweise (v3 befand sich seit 2022 in der Beta-Phase, wurde aber bis Juli 2024 zur empfohlenen stabilen Version). Benutzer wie Siddhant Goel berichteten, dass die Migration von 2.x zu 3.x „größtenteils ereignislos“ verlief und nur wenige Änderungen am Workflow erforderte.
-
Modularisierung – Werkzeuge in separate Pakete verschoben: Eine der großen Änderungen mit Beancount 3 ist, dass viele Werkzeuge, die früher im monolithischen Repository angesiedelt waren, ausgegliedert wurden. Zum Beispiel wird bean-query jetzt über das Paket beanquery bereitgestellt, und beancount.ingest wurde durch das Paket beangulp ersetzt. Befehle wie bean-extract und bean-identify (für Importe) wurden aus dem Beancount-Kern entfernt. Stattdessen besteht die Philosophie darin, eigenständige Skripte für den Import zu verwenden. Das bedeutet: Wenn Sie auf v3 aktualisieren, installieren Sie beangulp und führen Importer-Skripte aus (jeder Importer ist im Grunde ein kleines Programm), anstatt eine zentrale bean-extract-Konfigurationsdatei zu verwenden. Ähnlich werden Abfragen über beanquery ausgeführt, das unabhängig vom Beancount-Kern installiert und aktualisiert werden kann. Dieser modulare Ansatz wurde entwickelt, um die Wartung zu erleichtern und Community-Beiträge zu fördern. Zudem wurde der Kern von Beancount verschlankt, sodass er sich rein auf das Parsing und die Buchhaltungslogik konzentriert, während Zusatzfunktionalitäten sich separat entwickeln können. Aus Benutzersicht müssen nach dem Upgrade Befehle angepasst werden (z. B. die Verwendung von bean-query aus beanquery oder die Nutzung von Fava, das dies ohnehin abstrahiert). Das Änderungsprotokoll von Fava weist explizit auf diese Änderungen hin: Fava hängt nun von beanquery und beangulp ab und handhabt Import-Workflows für Beancount 3 anders als für v2.
-
Leistungsverbesserungen: Die Performance war eine Motivation für die Überarbeitung des Designs von Beancount. Der v3-Plan (wie im Dokument „V3 goals“ von Martin skizziert) sah die Optimierung des Parsers vor und möglicherweise die Beschleunigung des Ladevorgangs sowie eine Reduzierung des Speicherbedarfs. Bis 2025 haben sich einige dieser Verbesserungen konkretisiert. Anekdotisch haben Benutzer mit sehr großen Hauptbüchern (Zehntausende von Transaktionen oder viele Aktiengeschäfte) von einer besseren Leistung mit der neuesten Version berichtet. Zum Beispiel bemerkte ein Benutzer, der mit „Mikroinvestitions-Transaktionen“ arbeitete und auf Performance-Probleme stieß, diese Bedenken in der Google-Gruppe – diese Art von Feedback ist wahrscheinlich in v3 eingeflossen. Der neue Parser ist effizienter und klarer strukturiert, was in Zukunft weiter ausgebaut werden könnte. Zusätzlich wechselte Fava 1.29 zu einem effizienteren Dateiüberwachungsmechanismus (unter Verwendung der watchfiles-Bibliothek), um die Reaktionsfähigkeit bei Änderungen am Hauptbuch zu verbessern. Mit Blick auf die Zukunft könnte die Community inkrementelles Parsing untersuchen (nur geänderte Teile der Datei neu verarbeiten statt der gesamten Datei), um große Hauptbücher schneller zu verarbeiten – dies wurde in der Dokumentation als Idee für einen „Beancount-Server / inkrementelle Buchung“ angedeutet.
-
Verbesserungen bei der Investitionsverfolgung: Es wurde kontinuierlich daran gearbeitet, das Reporting für Investitionen und Portfolios zu verbessern. Beispielsweise wurde der Umgang mit der Durchschnittskostenbasis (Average Cost Basis) im Vergleich zu FIFO ausführlich diskutiert. Während Beancount das Lot-Matching erzwingt, bevorzugen einige Benutzer in bestimmten Rechtsordnungen die Durchschnittskosten. Es gibt einen Vorschlag und Diskussionen darüber, die Buchung auf Kostenbasis flexibler zu gestalten (möglicherweise über ein Plugin oder eine Option). Bis 2025 ist kein integrierter Schalter für Durchschnittskosten vorhanden, aber die Grundlagen in v3 (die Neugestaltung der Buchung) erleichtern es Plugins, dies zu implementieren. Ein Community-Plugin namens „Gains Minimizer“ wurde veröffentlicht, das vorschlagen kann, welche Lots verkauft werden sollten, um Steuern zu minimieren – dies zeigt die Art von fortschrittlichen Werkzeugen, die rund um Investitionen entwickelt werden. Auch Fava hat Funktionen wie eine Portfolio-Zusammenfassungs-Erweiterung (mit Berechnungen der Rendite) hinzugefügt. In Bezug auf kommende Funktionen ist in diesem Bereich mehr zu erwarten: möglicherweise automatisierte Vorschläge zur Portfolio-Umschichtung oder Risikoanalysen, wahrscheinlich als externe Tools, die Beancount-Daten auslesen (da die Daten alle vorhanden sind).
-
Neue Plugins und Erweiterungen: Das Ökosystem der Plugins wächst stetig. Zu den jüngsten bemerkenswerten Ergänzungen gehören:
- Budget-Reporting-Tools – z. B. ein einfacher CLI-Budget-Reporter für diejenigen, die die Benutzeroberfläche von Fava nicht nutzen.
- Verschlüsselung und Sicherheit – das Setup
fava-encrypt wurde eingeführt, das es ermöglicht, Fava online zu hosten, wobei das Hauptbuch im Ruhezustand (at rest) verschlüsselt ist, was die Bedenken hinsichtlich des Self-Hostings der eigenen Finanzen adressiert.
- Quality-of-Life-Plugins – wie
autobean-format (ein neuer Formatierer, der durch Parsen und erneutes Ausgeben der Datei mehr Grenzfälle handhaben kann) und die Integration von beancheck in Editoren (flymake für Emacs).
Mit Blick auf die Zukunft wird die Community wahrscheinlich weiterhin Lücken über Plugins füllen. Beispielsweise könnten wir mehr steuerbezogene Plugins sehen (einige Benutzer haben Skripte für Dinge wie die Berechnung von Wash Sales oder spezifische lokale Steuerberichte geteilt).
-
Potenzielle kommende Funktionen: Basierend auf Diskussionen im Issue-Tracker und auf der Mailingliste zeichnen sich einige Ideen ab (wenn auch ohne Garantie):
- Zeitauflösung (Time Resolution): Derzeit erfasst Beancount nur Daten (keine Zeitstempel) für Transaktionen. Es gab Fragen zur Hinzufügung der Uhrzeit (für Aktiengeschäfte oder die Reihenfolge von Transaktionen am selben Tag). Martin Blais entschied explizit, dass Zeitstempel innerhalb eines Tages außerhalb des Fokus liegen, um die Dinge einfach zu halten. Es ist unwahrscheinlich, dass sich dies bald ändern wird – daher werden kommende Versionen wahrscheinlich keine Zeitauflösung hinzufügen und bei der Haltung bleiben, dass man die Zeit bei Bedarf in die Narration oder ein Konto integriert.
- Verbesserte GUI-Bearbeitung: Fava verbessert seine Bearbeitungsfunktionen kontinuierlich. Eine Möglichkeit ist ein funktionsreicherer Web-Editor (mit Auto-Vorschlägen, vielleicht einer formularbasierten Eingabe für neue Transaktionen). Die Grundlagen unter Verwendung von Tree-Sitter in Favas Editor wurden gelegt. Wir könnten erleben, dass Fava nicht nur zu einem Viewer, sondern zu einem leistungsfähigeren Editor wird, was die Notwendigkeit verringert, für viele Aufgaben überhaupt einen Texteditor zu öffnen.
- Bessere Unterstützung für mehrere Hauptbücher: Einige Benutzer führen mehrere Beancount-Dateien (für verschiedene Einheiten oder zur Trennung von privaten und geschäftlichen Finanzen). Derzeit ist das Einbinden von Dateien möglich, hatte jedoch Einschränkungen (Plugins in eingebundenen Dateien usw.). Kürzlich wurde das Plugin
autobean.include erstellt, um externe Hauptbücher sicher einzubinden. In Zukunft könnten wir eine erstklassige Unterstützung für Setups mit mehreren Dateien sehen – vielleicht ein Konzept eines Beancount-„Projekts“ mit mehreren Dateien (dies wird durch Funktionen wie die Einstellung beancount.mainBeanFile der VSCode-Erweiterung angedeutet). Dies würde denjenigen helfen, die eine Buchhaltung für mehrere Einheiten betreiben oder ihr Hauptbuch modularisieren möchten.
- Echtzeit- oder inkrementelle Berechnung: Mit wachsenden Hauptbüchern wird die Fähigkeit, Berichte schnell neu zu berechnen, immer wichtiger. Es gibt die Idee eines Beancount-Servers, der dauerhaft läuft und die Ergebnisse aktualisiert, sobald sich Transaktionen ändern. Dies könnte sich als Optimierung in Fava oder als Daemon manifestieren, den Editor-Plugins abfragen können. Vielleicht wird eine zukünftige Fava-Version einen kontinuierlich laufenden Beancount-Prozess nutzen, um die Benutzeroberfläche bei riesigen Hauptbüchern reaktionsschneller zu machen.
- Fondsbuchhaltung / Funktionen für Non-Profits: Es gab einen Verbesserungsvorschlag zur Fondsbuchhaltung (Fund Accounting) in Beancount. Gemeinnützige Organisationen haben spezifische Buchhaltungsbedarfe (zweckgebundene vs. nicht zweckgebundene Mittel), die potenziell mit der Tag- oder Kontenhierarchie von Beancount modelliert werden könnten. Die Diskussion hat noch nicht zu integrierten Funktionen geführt, aber wenn mehr Non-Profits Beancount nutzen, könnte dies neue Funktionen vorantreiben (vielleicht auch nur dokumentierte Best Practices oder Plugins zur Verfolgung von Fondsbeständen).
-
Langfristiger Ausblick: Martin Blais hat angedeutet, dass er die Zukunft von Beancount darin sieht, den Kern mehr zu einem Motor (Engine) zu machen und mehr Funktionalität in Plugins zu verlagern. Dies deckt sich mit dem, was wir aktuell sehen (Modularisierung in v3). Eine „kommende Funktion“ im philosophischen Sinne ist also größere Erweiterbarkeit – möglicherweise sogar die Erlaubnis für Plugins, neue Direktiventypen zu definieren oder die Syntax auf kontrollierte Weise zu erweitern. Sollte dies geschehen, könnte der Kern von Beancount relativ klein und stabil bleiben, während das Ökosystem die meisten neuen Funktionen als Add-ons liefert. Dies könnte zu einem Plugin-Marktplatz oder einer zentraleren Auflistung von Plugins führen, damit Benutzer gezielt wählen können (die „Awesome Beancount“-Liste ist ein Anfang dafür).
Fazit: Das Beancount-Ökosystem im Jahr 2025 ist aktiv und entwickelt sich stetig weiter. Die Veröffentlichung von Beancount 3.0 war ein wichtiges jüngstes Ereignis, das sicherstellt, dass das Fundament des Projekts für die Zukunft solide ist. Verbesserungen bei Leistung, Werkzeugen und Benutzerfreundlichkeit (insbesondere über Fava) haben die Einstiegshürden kontinuierlich gesenkt. Obwohl Beancount ein Werkzeug bleibt, das eine gewisse Expertise erfordert, ist es heute dank dieser Entwicklungen weitaus zugänglicher als noch vor einigen Jahren. Kommende Funktionen werden sich wahrscheinlich auf die Verfeinerung des Nutzererlebnisses konzentrieren – schnellere Performance, bessere Integrationen und spezialisierte Erweiterungen – anstatt auf drastische Änderungen an der Kernphilosophie. Die Entwicklung der Community deutet darauf hin, dass Beancount als Herzstück der Plain-Text-Buchhaltung weiter reifen wird und dabei die Balance zwischen der schlichten Kraft der doppelten Buchführung und dem Komfort moderner Software hält. Wie ein Benutzer auf Hacker News witzelte, verleiht einem die Plain-Text-Buchhaltung „Superkräfte“ beim Verständnis der eigenen Finanzen – und die jüngsten sowie zukünftigen Verbesserungen von Beancount zielen darauf ab, diese Superkräfte für jeden leichter nutzbar zu machen.
Quellen: Beancount-Dokumentation und Repository; Fava-Dokumentation; „A Comparison of Beancount and Ledger“ von Martin Blais; Awesome Beancount Ressourcenliste; Benutzererfahrungen und Community-Berichte;
