Beancount FAQ: Fragen zur Buchführung im Klartext

Ungefähr fünf Konzepte, kein Abschluss. Du brauchst die fünf Kontentypen (Vermögenswerte, Verbindlichkeiten, Eigenkapital, Einnahmen, Ausgaben), die Idee, dass jede Transaktion Wert zwischen mindestens zwei von ihnen bewegt, und die Regel, dass eine Transaktion ausgeglichen sein muss. Beancount erzwingt den Rest für dich – es weigert sich, eine Datei zu laden, deren Transaktionen nicht aufgehen, also fängt die Software die Fehler ab, die ein Anfänger sonst stillschweigend machen würde.

Beginne mit der Einführung in Beancount, behalte das Glossar in einem Tab geöffnet und füge deine ersten Transaktionen im Schnellstart hinzu.

Beancount verwendet die Wörter „Soll" und „Haben" überhaupt nicht – es verwendet vorzeichenbehaftete Zahlen, die in der Summe null ergeben müssen. Geld, das ein Konto verlässt, ist negativ, Geld, das ankommt, ist positiv, und eine Transaktion ist gültig, wenn sich ihre Buchungen aufheben. Das ist dieselbe doppelte Buchführung, die Buchhalter machen, nur ohne das Vokabular, das Neulinge verwirrt.

Wenn du traditionelle Buchhaltungssoftware verwendet hast, lautet die Übersetzung: Ein Soll ist eine positive Zahl und ein Haben eine negative. Siehe die Referenz zur Sprachsyntax für die Schreibweise von Buchungen oder Soll und Haben erklärt für den buchhalterischen Hintergrund in einfacher Sprache.

Weil Geld immer von irgendwoher kommt, und die Nullsumme ist das, was diese Tatsache in eine Fehlerprüfung verwandelt. Wenn du 40 $ für Lebensmittel ausgibst, hat dieses Geld ein Bankkonto verlassen – die Erfassung beider Hälften bedeutet, dass sich die beiden aufheben müssen, und jeder Tippfehler in einem der Beträge führt dazu, dass die Datei nicht geladen wird, anstatt stillschweigend einen falschen Saldo zu erzeugen.

Deshalb ist ein Hauptbuch im Klartext vertrauenswürdiger als eine Ausgabentabelle: Die Struktur selbst ist selbstprüfend. Eine Saldoprüfung ist der verwandte Mechanismus, der dein Hauptbuch gegen die Realität prüft.

Erfasse eine Transaktion an deinem Startdatum, die den aktuellen Saldo jedes Kontos von Equity:Opening-Balances bewegt, und füge dann eine balance-Prüfung hinzu, um sie festzuschreiben. Du musst deine Finanzgeschichte nicht rekonstruieren – wähle ein Startdatum, nimm die Salden so, wie sie an diesem Tag sind, und gehe von dort aus weiter.

Der Schnellstart führt dich durch ein vollständiges Beispiel für Eröffnungssalden.

Beginne grob und teile nur auf, wenn eine feinere Aufteilung eine Entscheidung ändern würde. Ungefähr zwanzig Konten reichen zum Anfang; wenn du dich fragst, ob „Expenses:Food" Lebensmittel von Restaurants trennen sollte, ist der nützliche Test, ob du tatsächlich etwas anders machen würdest, wenn du die Aufteilung wüsstest.

Umbenennen und Aufteilen später ist ein Suchen-und-Ersetzen in einer Textdatei, also sind die Kosten eines einfachen Starts gering. Kontonamen verschachteln sich, sodass du mit einer breiten Kategorie beginnen und sie später in Unterkonten aufteilen kannst, ohne die Geschichte umzuschreiben – siehe So entwirfst du einen Kontenplan, wenn du eine Struktur zum Kopieren möchtest.

Eine Tabelle kann dir nicht sagen, wann sie falsch ist. Die Buchführung im Klartext erzwingt die doppelte Buchführung, also ist jede Transaktion selbstprüfend, und die Datei bleibt grepbar, diffbar und skriptbar, solange Textdateien existieren. Du bekommst auch echte Versionsgeschichte: git log auf deinem Hauptbuch zeigt genau, was sich geändert hat, wann und warum.

Der praktische Unterschied zeigt sich bei mehreren Konten, Währungen oder Investitionen, wo eine einseitige Tabelle stillschweigend aus der Balance driftet. Siehe Transparente und prüfbare Buchführung.

Wenn du nur wissen willst, was du für Kaffee ausgegeben hast – ja, eine Tabelle reicht. Doppelte Buchführung lohnt sich, sobald du mehrere Konten, eine Hypothek, ein Depot oder mehr als eine Währung hast, weil das genau die Situationen sind, in denen einseitige Erfassung Geld verliert, ohne es dir zu sagen.

Eine nützliche Sichtweise: Doppelte Buchführung ist eine Prüfsumme für deine Finanzen. Siehe die Einführung für die ausführlichere Begründung.

Nein. Fava ist eine vollwertige Weboberfläche für dieselbe Textdatei – Bilanzen, Gewinn- und Verlustrechnungen, Diagramme und Transaktionserfassung – und Beancount.io betreibt sie für dich mit deinem Hauptbuch in der Cloud. Die Textdatei bleibt die Quelle der Wahrheit, sodass du die Web-UI täglich nutzen und nur dann ins Terminal wechseln kannst, wenn du es möchtest.

Siehe UI-Funktionen für das, was die Oberfläche kann, oder teste die Live-Demo.

Die meisten Leute importieren 80–95 % der Transaktionen und geben den Rest manuell ein. In grober Reihenfolge der Zuverlässigkeit: ein direkter OFX/QFX-Download von deiner Bank, ein CSV-Export plus Importregeln, eine Aggregator-Verbindung und – nur als letzte Option – ein PDF-Kontoauszug, der in CSV umgewandelt wird. Beancount.io's Bank-Sync übernimmt die Verbindung und Kategorisierung für dich.

Erwarte, pro Institut eine Regel zu schreiben oder anzupassen: CSV-Exporte von Banken sind notorisch inkonsistent, und ein Händlername mit einem unescapten Komma ist ein echtes und häufiges Problem. Siehe Smart Import für den automatisierten Weg.

Für eine einmalige Datei erledigen zwei kostenlose Browser-Konverter den mechanischen Teil, ohne dass etwas hochgeladen werden muss: CSV zu Beancount für Tabellenkalkulationsexporte und OFX & QIF zu Beancount für die .ofx-, .qfx-, .qbo- und .qif-Downloads, die Banken anbieten, wenn sie gar kein CSV anbieten.

Importeure deduplizieren anhand von Einträgen, die bereits in deinem Hauptbuch sind, und gleichen Datum, Betrag und Empfänger ab, und markieren alles Mehrdeutige zur Bestätigung, anstatt zu raten. Der übliche Workflow markiert unsichere Importe als ausstehend, sodass du sie prüfst, bevor sie Teil des dauerhaften Protokolls werden.

Die andere Hälfte der Antwort sind Überweisungen: Geld, das zwischen zwei Konten, die du besitzt, bewegt wird, erscheint in den Exporten beider Banken. Erfasse es einmal als eine einzige Transaktion mit zwei Buchungen.

OFX macht dies einfacher als CSV: Jede Transaktion trägt eine FITID, die die Bank über mehrere Downloads hinweg stabil hält, sodass ein Importeur auf Identität statt auf Rückschlüsse setzen kann – der OFX-Konverter bewahrt sie als id:-Metadatenfeld.

Nein – und für viele Leute ist das der Grund, überhaupt Buchführung im Klartext zu verwenden. Du kannst OFX oder CSV selbst von deiner Bank exportieren und niemals Anmeldedaten an einen Aggregator weitergeben. Wenn du automatisierten Sync bevorzugst, verwendet Beancount.io einen bankzugelassenen Aggregator, anstatt dein Online-Banking-Passwort zu speichern.

Lies die Details auf der Sicherheitsseite.

Füge eine balance-Prüfung mit dem Endsaldo und Datum des Kontoauszugs hinzu. Beancount wird sich weigern, die Datei zu laden, wenn dein Hauptbuch nicht mit der Bank übereinstimmt, was den Abgleich von einem manuellen Vergleich in etwas verwandelt, das die Software jedes Mal prüft, wenn sie läuft.

Ein monatlicher Rhythmus reicht für die meisten. Siehe Filtern und Suchen zum Aufspüren einer Abweichung.

Nativ, und das ist einer seiner stärksten Vorteile gegenüber Consumer-Finanz-Apps. Jeder Betrag trägt seine Währung, Konten können mehrere gleichzeitig halten, und Umrechnungen werden explizit mit @ für einen Preis oder {} für einen Kostenaufwand erfasst, sodass eine Wechselkursänderung niemals stillschweigend deine Geschichte umschreibt.

Nichts wird hinter deinem Rücken umgerechnet – du siehst immer sowohl die ursprüngliche Währung als auch den umgerechneten Wert. Siehe Sprachsyntax, Genauigkeit & Toleranzen und Mehrwährungs-Buchführung für die buchhalterische Seite.

Erfasse Käufe mit einem Kostenaufwand in geschweiften Klammern – 10 AAPL {150.00 USD} – und Beancount verfolgt jede Charge separat. Wenn du verkaufst, gibst du an, welche Charge du reduzierst, und der Kapitalgewinn ergibt sich automatisch aus der Arithmetik, anstatt von Hand berechnet zu werden.

Beancount unterstützt STRICT-, FIFO-, LIFO- und NONE-Buchungsmethoden. Durchschnittskosten-Buchung wird analysiert, aber nicht vollständig implementiert – wenn deine Steuerjurisdiktion Durchschnittskosten erfordert, plane ein, sie mit einem Plugin oder expliziten Chargen zu verfolgen. Siehe Bestandsverwaltung.

Genau wie jedes andere Handelsgut: Eine Kryptowährung ist eine Einheit mit einem Kostenaufwand, also gilt dieselbe Chargen- und Buchungsmechanik. Ein Tausch eines Tokens gegen einen anderen ist eine einzige Transaktion, die eine Charge reduziert und eine andere eröffnet, was auch der Weg ist, um den realisierten Gewinn zu erhalten, den die meisten Steuerbehörden gemeldet haben möchten.

Siehe Kryptowährungs-Portfolio-Verfolgung und die vorgefertigten Krypto-Vorlagen.

Unternehmen verwenden es, einschließlich Firmen mit Hunderttausenden von Transaktionen. Es handhabt Periodenabgrenzung, Multi-Entity-Strukturen und die Berichte, die ein Buchhalter erwartet. Die ehrlichen Grenzen sind, dass es keine Mehrbenutzer-Bearbeitung in Echtzeit, keine integrierte Rechnungsstellungs-UI und keinen Workflow zur Genehmigung von Verbindlichkeiten gibt – es ist ein Hauptbuch, kein ERP.

Siehe Branchenspezifische Einrichtungen und die Open Ledger-Showcase mit echten Firmenbüchern.

Halte sie getrennt – entweder als unterschiedliche Top-Level-Kontenstrukturen in einer Datei oder als zwei Dateien, die mit include kombiniert werden. Das Mischen macht die Gewinn- und Verlustrechnung des Unternehmens bedeutungslos und macht die Steuerzeit schwieriger, und die Trennung kostet im Voraus nichts.

Zwei Dateien sind in der Regel die sauberere Wahl, sobald das Unternehmen ein eigenes Bankkonto hat. Siehe Mehrdateien-Unterstützung.

Modelliere Forderungen als Vermögenskonto und Verbindlichkeiten als Verbindlichkeitskonto, dann erfasse die Rechnung, wenn du sie ausstellst, und die Zahlung, wenn sie eingeht – das ist Periodenabgrenzung, und Beancount unterstützt sie direkt. Was es nicht hat, ist eine Rechnungsstellungsschnittstelle: Es verfolgt, was dir geschuldet wird, es erzeugt oder sendet die Rechnung nicht.

Siehe Finanzberichtsvorlagen für die Berichtsseite, Branchenspezifische Einrichtungen für ausgearbeitete Beispiele und Forderungen verstehen für die Konzepte.

Exportiere die Berichte anstelle des Hauptbuchs. Dein Buchhalter will mit ziemlicher Sicherheit keine Textdatei – er will eine Gewinn- und Verlustrechnung, eine Bilanz und eine Transaktionsliste, die du als CSV oder PDF aus der Weboberfläche oder mit einer Abfrage erzeugen kannst.

Siehe die Steuervorbereitungsanleitungen, Finanzberichtsvorlagen und Abfragen mit SQL, um genau die Zahlen zu ziehen, nach denen er fragt.

Alle drei sind Systeme mit doppelter Buchführung im Klartext mit ähnlichen Dateiformaten. Ledger ist das Original und der am meisten permissive Parser; hledger ist eine Haskell-Neuimplementierung, bekannt für freundliche CSV-Importregeln und Dokumentation; Beancount hat den strengsten Parser und die stärkste Unterstützung für Investitionen, Chargen und mehrere Währungen, plus eine Python-Plugin-API.

Strenge ist der eigentliche Kompromiss: Beancount weigert sich, eine Datei zu laden, die es mehrdeutig findet, was Fehler früh abfängt, auf Kosten der Umständlichkeit. Siehe Beancount vs Ledger CLI und Beancount vs hledger.

Nicht nativ – das ist eine echte Lücke und kein verstecktes Feature. Beancounts eingebaute Budgetierung ist begrenzt, und Leute, die strenges Umschlagverhalten wollen, verwenden typischerweise ein Community- Plugin oder modellieren Umschläge als Konten.

Wenn Umschlagbudgetierung die Hauptsache ist, die du willst, lies Beancount vs YNAB, bevor du wechselst. Für das, was heute funktioniert, siehe Budgetierung in Beancount.

Ja. Die document-Direktive verknüpft eine Datei mit einem Konto und Datum, und die Weboberfläche lässt dich diese Dokumente zusammen mit den zugehörigen Transaktionen hochladen und durchsuchen. Quittungen bleiben als gewöhnliche Dateien auf der Festplatte, also sind sie so portabel wie das Hauptbuch selbst.

Siehe UI-Funktionen.

Ja – Beancount.io veröffentlicht iOS- und Android-Apps zum Anzeigen deines Hauptbuchs und Erfassen von Transaktionen unterwegs, was die Lücke ist, die die meisten Klartext-Einrichtungen offen lassen.

Für schnelles Erfassen ohne App zeichnen viele Leute eine grobe Notiz auf und gleichen sie später ins Hauptbuch ab.

Ein Jahrzehnt persönlicher Finanzen ist ein paar Megabyte und lädt in deutlich unter einer Sekunde. Beancount berechnet Salden aus der vollständigen Transaktionshistorie bei jedem Laden neu, und das bleibt schnell bis in die Hunderttausende von Einträgen; darüber hinaus hält die Aufteilung nach Jahr mit include alles komfortabel.

Siehe Mehrdateien-Unterstützung, um ein wachsendes Hauptbuch aufzuteilen.