Cashflow-Prognose: Die 13-Wochen-Rolling-Forecast-Methode

Dieser Leitfaden bietet eine einfache Methode auf CFO-Niveau, um die Liquidität Ihres Unternehmens zu steuern. Durch den Aufbau einer rollierenden 13-Wochen-Cashflow-Prognose können Sie Ihre Cash Runway Woche für Woche sehen, Geldeingänge und -ausgänge strategisch steuern und finanzielle Überraschungen eliminieren. Es ist ein System, das für Gründer gebaut wurde — und diese Seite liefert das tatsächliche Modell: eine formelgestützte Arbeitsmappe mit Beispieldaten sowie das Beispiel-Beancount-Ledger hinter ihren ersten beiden Wochen (siehe Downloads unten).

Zwei Dinge ist dieser Leitfaden nicht: Eine Prognose sind zukunftsgerichtete Schätzungen, die Sie eintippen, während buchhalterische Ist-Werte bereits in Ihrem Ledger gebuchte Bankbewegungen sind — die Arbeitsmappe hält beides getrennt. Sie frieren eine Kopie Ihres Plans als datierte Baseline ein, tippen die Bank-Cash-Bewegungen jeder abgeschlossenen Woche auf ein separates Actuals-Blatt und lesen die Differenz auf einem Variance-Blatt; der Plan, mit dem Sie vergleichen, wird niemals überschrieben. Nichts hier synchronisiert sich automatisch: Die Arbeitsmappe hat keine Makros oder externen Verbindungen, und kein Schritt zieht von selbst Daten aus Ihrer Bank oder Beancount.

Warum 13 Wochen?​

Eine 13-Wochen-Prognose ist aus mehreren Gründen der Goldstandard für operatives Cash Management:

• Kurzfristige Kontrolle: Sie deckt ungefähr ein Geschäftsquartal ab und gibt Ihnen einen klaren Blick auf Ihre unmittelbare Liquidität. Dieser Horizont ist lang genug, um 2–3 Lohnzyklen, Steuerabführungen und typische Lieferantenzahlungsziele einzuschließen, aber kurz genug, um hochgenau und umsetzbar zu bleiben.
• Einzahlungs- und Auszahlungssicht: Die Prognose verwendet die „direkte Methode" und konzentriert sich ausschließlich auf Cash-In und Cash-Out. Es geht nicht um Periodenabgrenzung oder Rentabilität; es geht darum, was tatsächlich auf Ihrem Bankkonto eingeht oder es verlässt, wodurch die Prognose direkt an Ihren Banksaldo anknüpft.
• Rollierend, nicht statisch: Dies ist kein einmaliges Budget. Jede Woche lassen Sie die gerade vergangene Woche fallen, fügen am Ende eine neue Woche hinzu (Woche 13) und aktualisieren Ihre Annahmen. Dadurch bleibt der Vorausschau-Horizont konstant und die Prognose wird zu einer dynamischen, wöchentlichen Disziplin.

Was Sie aufbauen werden​

1. Ein Prognoseraster: Der Kern des Systems ist ein Blatt mit 13 Spalten (Woche 1 bis Woche 13) und klar definierten Abschnitten: Anfangsbestand, Einzahlungen, Auszahlungen, Netto-Cashflow und Endbestand. Drei Begleitblätter mit denselben Zeilen bewahren eine eingefrorene Baseline dieses Plans, die Actuals, die Ihre Bank erfasst hat, und die Variance zwischen beiden.
2. Kategorie-Zuordnung: Ein einfaches System, um Transaktionen aus Ihrem Ledger den Prognosekategorien zuzuordnen (z. B. werden alle Zahlungen von Stripe der Kategorie „Kundeneinzahlungen" zugeordnet; Gusto-Zahlungen werden „Gehälter" zugeordnet). Der Tab Vendor Mapping der Arbeitsmappe enthält diese Zuordnung bereits, einschließlich der Bank/Karte-Keine-Doppelzählung-Regel — beginnen Sie damit, statt Ihre eigene zu erfinden.
3. Ein wöchentlicher Rhythmus: Ein wiederholbarer Prozess zur Erfassung von Ist-Werten, zur Überprüfung der Abweichung gegenüber der Baseline, auf die Sie sich festgelegt haben, zur Neuschätzung der kommenden Wochen und eine Reihe vordefinierter Auslöser für Maßnahmen, wenn finanzielle Schwellenwerte erreicht werden.

Die Starter-Dateien herunterladen​

Überspringen Sie das Einrichten einer leeren Seite: Dieser Leitfaden liefert eine formelgestützte Arbeitsmappe mit Beispieldaten sowie das Beispiel-Ledger hinter ihren ersten beiden Wochen.

• 13-Wochen-Prognose-Arbeitsmappe (XLSX, v1.1.0) — cash-flow-forecast-13-week-de.xlsx. Bearbeitbare Annahmen, formelverkettete Wochen, eine Baseline-Momentaufnahme nur mit Werten, ein Actuals-Blatt, ein Variance-Blatt nur mit Formeln und ein Tab zur Lieferantenzuordnung. Jede Beispielzahl ist das durchgerechnete Beispiel — ersetzen Sie sie durch Ihre eigenen (siehe Beispieldaten vs. Ihre Daten unten).
• Beispiel-Ledger und Ist-Werte (Beancount-Ledger, .bean) — sample.bean. Ausgeglichenes Beispiel-Ledger, dessen Bank-Cash-Bewegungen aus W1–W2 exakt dem entsprechen, was das Actuals-Blatt der Arbeitsmappe für ihre ersten beiden Wochen enthält.

So funktionieren die Starter-Dateien (lesen Sie dies, bevor Sie tippen)​

Blätter. Die Arbeitsmappe (cash-flow-forecast-13-week-de.xlsx, v1.1.0) hat sechs Blätter, in dieser Reihenfolge:

• Forecast — Ihr laufender Plan: die 13 datierten Wochen, Annahmen, Einzahlungen, Auszahlungen, Netto-/Endbestand. Bearbeiten Sie ihn so oft Sie möchten.
• Baseline — eine Momentaufnahme nur mit Werten der Forecast-Zeilen 2–29, gekennzeichnet mit einer Version in B31 und einem Stichtag in B32. Sie enthält keine Formeln, sodass nichts, was Sie anderswo tun, sie verändern kann.
• Actuals — der Bank-Cash, den jede abgeschlossene Woche tatsächlich bewegt hat, von Ihnen eingegeben: ein Status in Zeile 3 (complete oder partial), Kategoriebeträge in denselben Zeilen wie im Forecast und ein optionaler Kontoauszugssaldo in Zeile 30.
• Variance — nur Formeln: Actual − Baseline für jede Kategorie und Summe, abgeglichen nach Wochenstartdatum, plus eine Legende, die jedes Statuswort erklärt. Sie liest niemals Forecast.
• Vendor Mapping — die Ledger→Kategorie-Zuordnung mit der Bank/Karte-Cash-Zählregel pro Quelle.
• Notes — Mechanik, die wöchentliche Überprüfung, Szenario-Schalter und Version, aus dem Generator dupliziert, damit die Datei sich offline selbst erklärt.

Alle vier Wochenraster teilen ein Layout: Die Wochen W1–W13 sind die Spalten B–N, Zeile 2 enthält das Startdatum jeder Woche, der Anfangsbestand ist Zeile 10, Einzahlungen sind die Zeilen 12–14 (Summe 15), Auszahlungen die Zeilen 17–26 (Summe 27), Netto Zeile 28 und Endbestand Zeile 29. B12 sind also auf jedem von ihnen die Kundeneinzahlungen von W1.

Zeitbasis. Wochen beginnen am Montag, W1 ab 2026-09-14 bis W13 ab 2026-12-07 (Zeile 2 des Forecast; bearbeiten Sie diese Daten, wenn Sie das Modell übernehmen — jede Formel ist wochenrelativ, sodass die Kette erhalten bleibt — und übertragen Sie sie auf Baseline und Actuals, wenn Sie Ihre Baseline erfassen). Eine Transaktion gehört zu der Woche, die ihr Buchungsdatum enthält, Montag bis Sonntag.

Einheiten. Durchgängig ganze USD (Zahlenformat #,##0). Das Beispielunternehmen ist ein Seed-Stage-SaaS mit einem Anfangsbestand von 85.000, mit wöchentlicher Payroll im Wechsel von 0 / 11.000, monatlicher Miete und einer automatischen Kreditratenzahlung von 900/Woche.

Was Sie eintippen vs. was berechnet wird. Im Forecast sind blaue Zellen manuelle Eingaben und alles andere ist eine Formel (Actuals funktioniert genauso mit seinen eigenen Eingaben, beschrieben unter Eine Baseline erfassen und der wöchentlichen Überprüfung unten):

• Eingaben: Anfangsbestand B5 (85.000), Schalter B6/B7 (1,0), Mindestbestand B8 (40.000), die drei Einzahlungskategorie-Basiswerte, die zehn Auszahlungskategorie-Basiswerte und die Wochenstartdaten im Forecast.
• Formeln (gezeigt für Spalte B, Woche 1 — jede spätere Woche verschiebt den Spaltenbuchstaben): Anfangsbestand B10 = $B$5 (Wochen 2–13 übernehmen stattdessen den Vortrag, z. B. C10 = B29); Gesamteinzahlungen B15 = B12*$B$6+B13*$B$7+B14; Gesamtauszahlungen B27 = SUM(B17:B26); Netto B28 = B15-B27; Endbestand B29 = B10+B28.
• Die Neuberechnung ist auf Automatisch gesetzt und die Datei setzt fullCalcOnLoad, sodass Excel, LibreOffice und Numbers beim Öffnen neu berechnen (die Datei speichert keine zwischengespeicherten Formelwerte). Ändern Sie eine blaue Zelle und alle 13 Wochen verschieben sich — z. B. bringt das Setzen des Einzugsschalters B6 auf 1,2 die W1-Einzahlungen von 12.200 auf 14.600 und den W1-Endbestand von 87.500 auf 89.900.
• Regenerieren Sie die unveränderte Datei jederzeit mit yarn generate:cash-flow-forecast (Generator: scripts/generate-cash-flow-forecast.py, Writer openpyxl 3.1.5; --verify öffnet die Datei erneut und stellt sicher, dass jede Summenzelle eine echte Formel enthält).

Beispieldaten vs. Ihre Daten. Drei Dinge sind vorausgefüllt, und alle drei sind das durchgerechnete Beispiel, nicht Ihr Unternehmen:

• die blauen Zellen im Forecast (der aktuelle Plan des Beispielunternehmens);
• die Momentaufnahme in Baseline, Version B1 mit Stand 2026-09-11 — der Plan, wie er vor dem Abschluss der ersten beiden Wochen bestand;
• die W1–W2-Einträge in Actuals (Spalten B–C), die der Bank-Cash im Beispiel-Ledger (sample.bean, oben) sind. W3–W13 bleiben leer.

Weil die Beispiel-Baseline und die Actuals voneinander abweichen, öffnet sich das Variance-Blatt auf einem echten Vergleich: W1 endet +500 über Plan und W2 +300 (siehe Variance-Überprüfung unten). Ersetzen Sie vor Ihrer eigenen ersten Überprüfung alle drei: Tippen Sie Ihren Plan im Forecast ein, löschen Sie die Beispiel-Actuals-Einträge und erfassen Sie Ihre eigene Baseline über B1 (Schritte unten). Die beiden Schalter (B6 skaliert alle Kundeneinzahlungen, B7 skaliert alle Vorauszahlungen) sind das Einzige, was generisch bleiben soll, für Szenario-Spielereien.

Kommen Sie von v1.0.0? Das Layout des Forecast-Blatts hat sich nicht geändert, sodass Sie Ihren Plan bewusst übernehmen können: Kopieren Sie in Ihrer alten Datei nur die Eingabebereiche — B2:N2 (Daten), B5:B8, B12:N14 und B17:N26 — und fügen Sie sie als Werte an denselben Adressen im Forecast der neuen Datei ein, niemals über die Formelzeilen. v1.0.0 führte keine Baseline, sodass jede vergangene Woche, die Sie mit Ist-Werten überschrieben haben, keinen wiederherstellbaren Plan hat: Tippen Sie den Bank-Cash dieser Wochen in Actuals ein und beginnen Sie Ihre erste Baseline mit dem heutigen Forecast.

Struktur (die Zeilen, die Sie brauchen)​

Ihr Prognoseblatt sollte mit den folgenden Zeilen strukturiert sein, um alle Cash-Bewegungen zu erfassen. Wie die Arbeitsmappe aufgebaut ist: Die folgenden Zeilen befinden sich im Forecast (die 13 datierten Wochen mit Anfangsbestand, drei Einzahlungskategorien, zehn Auszahlungskategorien, Netto und Endbestand), und Baseline, Actuals und Variance wiederholen sie Zeile für Zeile; Vendor Mapping ordnet Ledger-Quellen diesen Kategorien zu, einschließlich der Bank/Karte-Keine-Doppelzählung-Regel, und Notes erklärt die Mechanik offline. Im Forecast gruppieren sich die Einzahlungen als Kundeneinzahlungen, Neue Buchungen/Vorauszahlungen und Sonstige Zuflüsse; die Auszahlungen gruppieren sich als Gehälter, Auftragnehmer, Cloud/Hosting, Software/SaaS, Marketing, Miete, Recht & Buchhaltung, Steuern & Gebühren, Schuldendienst und Einmalzahlungen; die Summen laufen Anfangsbestand → Gesamteinzahlungen → Gesamtauszahlungen → Netto → Endbestand.

• Anfangsbestand Cash (Dieser muss an den Endbestand Cash der Vorwoche anknüpfen)

• Einzahlungen (Cash In)

  • Kundeneinzahlungen: Cash, das Sie aus bestehenden Rechnungen (Forderungen) erwarten einzuziehen.
  • Neue Buchungen/Vorauszahlungen: Vorabzahlungen, die Sie aus neuen Abschlüssen innerhalb des 13-Wochen-Fensters erwarten.
  • Sonstige Zuflüsse: Jegliches andere eingehende Cash, wie Steuererstattungen, Zinserträge oder Fördermittel.

• Auszahlungen (Cash Out)

  • Gehälter: Die vollen Cash-Kosten, einschließlich Nettolohn an Mitarbeiter und aller arbeitgeberseitigen Lohnsteuern.
  • Auftragnehmer & Freelancer: Zahlungen an Nicht-Mitarbeiter.
  • Cloud/Hosting (COGS): Kern-Infrastrukturkosten wie AWS, GCP usw.
  • SaaS/Tools: Alle Ihre Software-Abonnements.
  • Marketing: Werbeausgaben, Agenturgebühren und andere markenbezogene Kosten.
  • Miete/Büro: Kosten für physische Büroräume.
  • Recht & Buchhaltung: Honorare für professionelle Dienstleistungen.
  • Steuern & Gebühren: Umsatzsteuerabführungen und andere Zahlungen an den Staat.
  • Schuldendienst: Sowohl Tilgungs- als auch Zinszahlungen auf etwaige Kredite.
  • Einmalzahlungen: Unregelmäßige, seltene Zahlungen wie jährliche Versicherungsprämien, Kautionen oder Hardware/Capex (Laptops, Ausrüstung) — alles, was keine eigene Zeile oben hat, landet hier.

• Netto-Cashflow (= Gesamteinzahlungen − Gesamtauszahlungen)

• Endbestand Cash (= Anfangsbestand Cash + Netto-Cashflow)

Durchgerechnetes 13-Wochen-Beispiel (USD)​

Die folgende Tabelle ist das Forecast-Blatt der Arbeitsmappe für das Beispielunternehmen, Woche für Woche — der aktuelle Plan, neu prognostiziert nach Abschluss von W1 und W2, sodass diese beiden Spalten nun enthalten, was die Bank tatsächlich getan hat. W1 und W2 sind Ledger-Ist-Werte — sie entsprechen den Summen, die yarn check:cash-flow-actuals aus sample.bean ableitet (Einzahlungen 12.200 / 13.200, Auszahlungen 9.700 / 17.200, Endbestand 87.500 / 83.500). W3–W13 sind Arbeitsmappen-Annahmen aus den Beispiel-Basiswerten des Generators (nicht im Ledger gebucht). Der Plan, auf den sich das Unternehmen vorher festgelegt hat, wird separat in der Baseline bewahrt und weicht von diesen W1–W2-Spalten ab; die Variance-Überprüfung unten vergleicht die beiden. Die Währung ist ganze USD; Endbestand = Anfangsbestand + Einzahlungen − Auszahlungen pro Woche.

Die rollierende Mechanik (wie in der Arbeitsmappe umgesetzt)​

Die Logik der rollierenden Prognose ist einfach und wirkungsvoll — und im Download ist sie bereits als Formeln im Forecast-Blatt verdrahtet (Zeilen in Klammern):

• Anfangsbestand Cash (Woche 1) = Annahme Anfangsbestand — Zelle B10 = $B$5.
• Anfangsbestand Cash (Woche n) = Endbestand Cash (Woche n−1) — z. B. C10 = B29 (Zeile 10, Wochen 2–13).
• Gesamteinzahlungen (Woche n) = Kundeneinzahlungen × Einzugsschalter + Vorauszahlungen × Buchungsschalter + Sonstiges — z. B. B15 = B12*$B$6+B13*$B$7+B14 (Zeile 15).
• Gesamtauszahlungen (Woche n) = SUM der 10 Kategoriezeilen — z. B. B27 = SUM(B17:B26) (Zeile 27).
• Netto-Cash (Woche n) = Gesamteinzahlungen − Gesamtauszahlungen — z. B. B28 = B15-B27 (Zeile 28).
• Endbestand Cash (Woche n) = Anfangsbestand Cash + Netto-Cash — z. B. B29 = B10+B28 (Zeile 29).

Dieselben Zeilen existieren in Actuals als einfache Summen (B15 = SUM(B12:B14), B27 = SUM(B17:B26), B28 = B15-B27, B29 = B10+B28, C10 = B29), wobei der tatsächliche Anfangsbestand der Woche einmal in Actuals!B10 eingetippt wird. Actuals hat keine Schalter und verweist nie auf ein anderes Blatt.

Eine Baseline erfassen (einmal pro Horizont)​

Tun Sie dies, wenn Ihr Forecast den Plan enthält, an dem Sie gemessen werden möchten — bevor die erste Woche schließt.

1. Den Plan als Werte kopieren. Wählen Sie Forecast!B2:N29 und kopieren Sie. Wählen Sie Baseline!B2 und fügen Sie nur Werte ein — Excel: Inhalte einfügen → Werte; LibreOffice: Inhalte einfügen → Nur Werte; Numbers: Bearbeiten → Formelergebnisse einfügen. Ein normales Einfügen würde lebende Formeln übertragen und die „Baseline" würde stillschweigend jeder späteren Bearbeitung folgen.
2. Beschriften Sie sie. Tippen Sie eine Version (zum Beispiel B1) in Baseline!B31 und das heutige Datum in Baseline!B32. Beide liegen unter dem eingefügten Block, sodass eine spätere Erfassung sie nie überschreibt.
3. Die Wochen ausrichten. Kopieren Sie Baseline!B2:N2 und fügen Sie die Werte bei Actuals!B2 ein, damit beide Blätter dieselben 13 Wochenstartdaten benennen, und tippen Sie den Banksaldo, mit dem Sie starten, in Actuals!B10.

Von hier aus berechnet das Eintippen von Ist-Werten, das Bearbeiten des Forecast oder das Umlegen eines Schalters Forecast und Variance neu und lässt die Baseline genau so, wie sie erfasst wurde.

Ihre wöchentliche Montags-Überprüfung (gegen diese Arbeitsmappe)​

1. Erfassen Sie die Woche in Actuals — niemals im Forecast. Tippen Sie in der Spalte, deren Zeile-2-Datum der gerade abgeschlossene Montag ist, den Bank-Cash der Woche pro Kategorie in die Zeilen 12–14 und 17–26 ein (Zuordnung unten). Tippen Sie 0, wo kein Cash geflossen ist: Eine leere Zelle bedeutet „noch nicht eingegeben", nicht null. Setzen Sie den Endsaldo des Kontoauszugs in Zeile 30; Zeile 31 sollte dann 0 anzeigen. Alles andere ist ein Zuordnungsfehler — meist eine gezählte Kartenbelastung oder ein einbehaltener Sweep — kein Bankfehler.
2. Prüfen Sie, ob die Woche vollständig ist. Tippen Sie complete in Zeile 3, sobald jede Kategoriezeile eine Zahl enthält, oder partial, solange die Woche noch offen ist (das Dropdown bietet beides an). Variance vergleicht eine Woche nur, wenn sie complete ist, jede Kategorie eingegeben wurde und das Actuals-Datum dem Baseline-Datum in derselben Spalte entspricht.
3. Lesen Sie Variance. Zeile 3 benennt den Zustand jeder Woche; nur compared-Wochen zeigen Zahlen, und jeder andere Zustand zeigt n/a, niemals 0, sodass eine nicht eingegebene Woche nicht als „auf Plan" durchgehen kann. Die Vorzeichen sind Actual − Baseline (Spalte O wiederholt sie): Einzahlungen, Netto und Endbestand positiv = mehr Cash als geplant; Auszahlungen positiv = mehr Ausgaben als geplant. Zeile 29 ist kumulativ — sie enthält jede frühere Woche — und existiert nur, solange jede Woche bis dorthin compared ist. Die Zeilen 32–35 drücken die Summen als Anteil der Baseline aus (n/a, wenn die Baseline null ist).
4. Schätzen Sie die Zukunft im Forecast neu. Aktualisieren Sie die blauen Zellen für die nächsten 2–4 Wochen mit den frischesten Informationen (neu versendete Rechnungen, anstehende Lieferantenzahlungen, bestätigte Payroll-Termine). Um einen vollständigen 13-Wochen-Ausblick zu behalten, rollen Sie das Forecast-Fenster: Verschieben Sie seine blauen Eingaben, einschließlich der Zeile-2-Daten, eine Spalte nach links (die alte Woche 2 wird Woche 1), löschen Sie dann Spalte N und geben Sie ihr das neue Wochen-13-Datum. Die Vortragsformeln verankern sich automatisch neu; Baseline, Actuals und Variance bleiben unberührt.

Den Überprüfungshorizont rollen (ein bewusster Schritt, kein wöchentlicher)​

Baseline und Actuals bleiben auf dem Horizont, den Sie erfasst haben, bis Sie sich entscheiden, sie zu verschieben — typischerweise wenn der Forecast einen Monat oder ein Quartal vorgerollt ist oder sich der Plan genug geändert hat, dass Sie einen neuen Maßstab wollen.

1. Archivieren. Speichern Sie eine Kopie der Arbeitsmappe (zum Beispiel cash-flow-forecast-B1.xlsx). Sie bewahrt die alte Baseline, ihre Actuals und ihre Variance zusammen; die Arbeitsdatei behält keine Historie.
2. Die tatsächlichen Eingaben löschen. Löschen Sie in Actuals die Zeilen 3, 12–14, 17–26 und 30 in den Spalten B–N sowie B10. Lassen Sie C10:N10, die Zeilen 15 und 27–29 und Zeile 31 in Ruhe — sie sind Formeln.
3. Eine neue Baseline erfassen aus dem heutigen Forecast mit der nächsten Version (B2) und dem heutigen Datum, dann richten Sie die Actuals-Daten und den Anfangsbestand genau wie unter Eine Baseline erfassen oben aus.

Fügen Sie niemals WochensPalten ein oder löschen Sie sie. Wenn Sie eine Baseline neu erfassen, aber vergessen, die Actuals neu zu datieren, zeigt jede betroffene Woche date mismatch an, statt eine Woche mit dem Plan einer anderen Woche zu vergleichen.

Zuordnung von Beancount zu Ihrer Prognose​

Bank-Cash-Umfang (die Regel, die Doppelzählung verhindert). Wöchentliche Ist-Werte sind ausschließlich Buchungen auf Assets:Bank:* — ein Umfang, der beide Fallen entschärft:

• Kreditkarten: Ein Kartenkauf wird auf Liabilities:CreditCard:* gebucht und bewegt kein Bank-Cash, wird also bei Belastung nicht gezählt. Das Cash verlässt einmal das Konto, bei der Abrechnung (die Bank→Karten-Zahlung). Die Belastung plus die Abrechnung zu zählen, zählt dieselbe Ausgabe zweimal. Im Beispiel-Ledger enthält W1 420,00 USD Amex-SaaS-Belastungen (nur Verbindlichkeit, ignoriert) neben der Abrechnung der August-Abrechnung von 600,00 USD (gezählt). Die naive Summe „Bankabflüsse + Kartenbelastungen" für W1 beträgt 10.120,00 USD — genau 420,00 zu hoch; die Arbeitsmappe zählt 9.700,00.
• Interne Transfers: Ein Checking↔Savings-Sweep hat zwei entgegengesetzte Bankbeine, sodass er sich innerhalb dieses Umfangs auf null netto ausgleicht und sowohl von Einzahlungen als auch von Auszahlungen ausgeschlossen wird. Die Sweeps des Beispiels von 3.000,00 USD (W1) und 1.500,00 USD (W2) würden sonst beide Seiten um diese Beträge aufblähen.
• Korollar: Ordnen Sie die Bank-Beine zu, nicht die Ertrags-/Aufwandsbeine. Kredittilgung ist kein Aufwand, aber doch ein Bankabfluss (die automatischen Zahlungen des Beispiels von 900,00 USD = 800 Tilgung + 100 Zinsen, alle unter Schuldendienst gezählt); ein Kartenkauf ist ein Aufwand, aber noch nicht ein Bankabfluss.

Einzahlungs-/Auszahlungsaufteilung. Aus den exportierten Bankbeinen: positive Beine sind Einzahlungen, negative Beine sind Auszahlungen, Transferbeine ausgeschlossen. Kategorie-Zuordnung (gleich wie der Tab Vendor Mapping): Stripe/PayPal-Auszahlungen → Kundeneinzahlungen; Überweisungen neuer Kunden → Neue Buchungen / Vorauszahlungen; Bankzinsen/Fördermittel → Sonstige Zuflüsse; Gusto/ADP → Gehälter; AWS/GCP → Cloud/Hosting; bankbezahltes SaaS → Software/SaaS; Vermieter → Miete; Anwaltskanzlei → Recht/Buchhaltung; Steuerbehörde → Steuern & Gebühren; automatische Kreditrate → Schuldendienst.

• Umgang mit Umsatzsteuer: Auch wenn Umsatzsteuer kein Umsatz ist, ist sie ein Cashflow-Posten. Behandeln Sie den Einzug von Umsatzsteuer als Cash-Einzahlung und die Abführung an den Staat als Auszahlung. Die Umsatzauswirkung liegt in Ihren Periodenabgrenzungsbüchern, aber die Cash-Bewegung zählt hier.

Beancount-Ausschnitt, der W1 speist​

Jede Buchung unten existiert auch im mitgelieferten sample.bean. Allein gespeichert besteht dieser Ausschnitt uvx --from beancount bean-check und erzeugt die W1-Einzahlungen (12.200), Auszahlungen (9.700) und den Endbestand (87.500) der Tabelle, sobald Sie den Bank-Cash-Umfang oben anwenden (den Checking↔Savings-Sweep von beiden Seiten ausschließen; die Amex-Abrechnung zählen, nicht die Verbindlichkeitsbelastungen).

option "title" "Cash forecast sample — W1 excerpt"
option "operating_currency" "USD"
 
2026-09-13 open Assets:Bank:Checking USD
2026-09-13 open Assets:Bank:Savings USD
2026-09-13 open Liabilities:CreditCard:Amex USD
2026-09-13 open Liabilities:Loan USD
2026-09-13 open Equity:Opening-Balances USD
2026-09-13 open Income:Sales USD
2026-09-13 open Income:Interest USD
2026-09-13 open Expenses:Contractors USD
2026-09-13 open Expenses:Cloud USD
2026-09-13 open Expenses:Software USD
2026-09-13 open Expenses:Marketing USD
2026-09-13 open Expenses:Rent USD
2026-09-13 open Expenses:Interest USD
 
2026-09-13 * "Opening balances"
  Assets:Bank:Checking            80000.00 USD
  Assets:Bank:Savings              5000.00 USD
  Liabilities:CreditCard:Amex      -600.00 USD
  Liabilities:Loan               -20000.00 USD
  Equity:Opening-Balances        -64400.00 USD
 
2026-09-14 * "Stripe" "Customer receipts W1"
  Assets:Bank:Checking            12000.00 USD
  Income:Sales                   -12000.00 USD
 
2026-09-15 * "Contractor" "Contractors W1"
  Expenses:Contractors              1500.00 USD
  Assets:Bank:Checking             -1500.00 USD
 
2026-09-15 * "AWS" "Cloud hosting W1"
  Expenses:Cloud                    2200.00 USD
  Assets:Bank:Checking             -2200.00 USD
 
2026-09-16 * "Bank" "Checking -> Savings sweep"
  Assets:Bank:Savings               3000.00 USD
  Assets:Bank:Checking             -3000.00 USD
 
2026-09-17 * "SaaS vendor" "Amex SaaS charges"
  Expenses:Software                  250.00 USD
  Liabilities:CreditCard:Amex       -250.00 USD
 
2026-09-17 * "SaaS vendor" "Amex SaaS charges"
  Expenses:Software                  170.00 USD
  Liabilities:CreditCard:Amex       -170.00 USD
 
2026-09-18 * "Amex" "August statement settlement"
  Liabilities:CreditCard:Amex        600.00 USD
  Assets:Bank:Checking              -600.00 USD
 
2026-09-19 * "Landlord" "Rent W1"
  Expenses:Rent                     3500.00 USD
  Assets:Bank:Checking             -3500.00 USD
 
2026-09-19 * "Agency" "Marketing W1"
  Expenses:Marketing                1000.00 USD
  Assets:Bank:Checking             -1000.00 USD
 
2026-09-19 * "Bank" "Interest W1"
  Assets:Bank:Checking               200.00 USD
  Income:Interest                   -200.00 USD
 
2026-09-19 * "Lender" "Loan autopay W1"
  Liabilities:Loan                   800.00 USD
  Expenses:Interest                  100.00 USD
  Assets:Bank:Checking              -900.00 USD

Durchgerechnete Woche: W1 von Anfang bis Ende (2026-09-14 – 2026-09-20)​

Der Anfangsbestand an Bank-Cash beträgt 85.000,00 (Checking 80.000 + Savings 5.000 am 2026-09-13) — der Wert in Actuals!B10. Die Bankbeine der W1 aus dem Ledger gehen, nach Ausschluss des Sweep-Paares von 3.000,00, in Spalte B des Actuals-Blatts; jede nicht aufgeführte Kategorie wird als 0 eingetippt und Zeile 3 auf complete gesetzt:

Vortrag in W2. C10 = B29, also öffnet W2 mit 87.500,00. Ihre Bankbeine ergeben Einzahlungen von 8.000 (Stripe) + 5.000 (Vorauszahlung) + 200 (Zinsen) = 13.200,00 und Auszahlungen von 11.000 (Gusto-Payroll) + 1.500 + 2.200 + 600 (bankabgebuchtes SaaS) + 1.000 + 900 = 17.200,00; Netto −4.000,00, Endbestand 83.500,00 — genau die W2-Spalte der Arbeitsmappe in Actuals (und im neu prognostizierten Forecast-Blatt). Die Auszugssalden 87.500 und 83.500 stehen in Actuals!B30:C30, sodass Zeile 31 für beide Wochen 0 anzeigt: Das ist Ihr Beweis, dass die Zuordnung funktioniert. Was die Wochen gegenüber dem Plan getan haben, ist eine separate Frage, beantwortet unter Variance unten.

Reproduzieren (verifiziert 2026-09-09, Beancount 3.2.3 + beanquery 0.2.0)​

uvx --from beancount bean-check public/downloads/cash-flow-forecast/sample.bean
yarn check:cash-flow-actuals

Der Checker führt bean-check aus (die eigenen balance-Assertions des Ledgers beweisen den Endbestand jeder Woche), die Exportabfragen unten und einen unabhängigen Python-Vortrag, der bestätigt, dass alle drei übereinstimmen — W1 12.200,00 / 9.700,00 / 87.500,00, W2 13.200,00 / 17.200,00 / 83.500,00:

SELECT date, narration, account, position
FROM date >= 2026-09-14 AND date <= 2026-09-20
WHERE account ~ "^Assets:Bank" ORDER BY date;
 
SELECT sum(position) AS net
FROM date >= 2026-09-14 AND date <= 2026-09-20
WHERE account ~ "^Assets:Bank";
 
SELECT sum(position) AS bank_cash
FROM close ON 2026-09-21 WHERE account ~ "^Assets:Bank";

(Verschieben Sie die Daten um 7 für W2, mit Abschluss am 2026-09-28.) Eine BQL-Einschränkung sollten Sie kennen: Diese beanquery-Version kann Buchungen nicht nach Vorzeichen filtern, sodass die Einzahlungs-/Auszahlungsaufteilung auf die exportierten Zeilen angewendet wird — positive Bankbeine zu Einzahlungen, negative zu Auszahlungen, Sweep-Paare ausgeschlossen — genau wie es der Checker tut.

Der Aktualisierungsrhythmus (30–45 Minuten wöchentlich)​

1. Actuals ziehen (15 Min.): Exportieren Sie die Buchungen der Woche auf Assets:Bank:* (führen Sie die Abfragen oben aus oder laden Sie Transaktionen von Ihren Bankkonten herunter — Kartenbelastungen bleiben außen vor; nur die Abrechnungszahlung zählt) und tippen Sie sie in das Actuals-Blatt ein. Bestätigen Sie, dass der Endbestand Cash der Woche in Actuals perfekt mit Ihrem tatsächlichen kombinierten Banksaldo (Checking + Savings) übereinstimmt — Zeile 31 zeigt 0. Diese Abstimmung ist nicht verhandelbar.
2. Forderungen überprüfen (10 Min.): Listen Sie alle offenen Rechnungen auf und ordnen Sie sie der Woche zu, in der Sie die Zahlung erwarten. Seien Sie konservativ und wenden Sie realistische Einzugsverzögerungen basierend auf vergangener Performance an.
3. Verbindlichkeiten & Payroll überprüfen (10 Min.): Ordnen Sie die Fälligkeitsdaten für alle bekannten anstehenden Rechnungen zu. Füllen Sie Ihre Payroll-Termine und -Beträge für das gesamte Quartal vor. Planen Sie unkritische Auszahlungen für Freitage, um die Cash-Optionalität während der Woche zu wahren.
4. Variance-Meeting (10 Min.): Öffnen Sie das Variance-Blatt und gehen Sie die compared-Spalte der Woche durch: Welche Kategorien haben sich bewegt, in welche Richtung, und was hat das mit dem kumulativen Endbestand gemacht. Notieren Sie die Ursachen etwaiger signifikanter Unterschiede und entscheiden Sie, ob Sie Ihre Prognoseregeln künftig anpassen müssen.

Genauigkeit und Entscheidungsfindung​

Genauigkeits-Faustregeln​

• Wochen 1–2: Streben Sie ±5–10 % Fehler an. Diese Daten und Beträge sollten hochsicher sein.
• Wochen 3–6: Erwarten Sie ±10–20 % Fehler. Dieser Zeitraum wird eine Mischung aus bekannten Rechnungen und muster-basierten Schätzungen sein.
• Wochen 7–13: Dieser Teil der Prognose ist richtungsweisend. Er wird von Ihrer Vertriebspipeline und den Run-Rate-Ausgaben getrieben.

Konfidenz-Codes: Um die Prognose leichter lesbar zu machen, markieren Sie jede Prognosezeile mit einem Konfidenz-Code: Committed (z. B. Payroll, Miete), Likely (z. B. Rechnungen an gute Kunden) oder Upside (z. B. neue Abschlüsse aus der Pipeline).

Auslöser & Maßnahmen (entscheiden Sie diese im Voraus)​

Eine Prognose ist nutzlos ohne einen Plan. Definieren Sie im Voraus Ihre Maßnahmen für den Fall, dass Sie bestimmte Schwellenwerte erreichen.

• Mindest-Cash-Bestand: Zum Beispiel könnte Ihre Regel lauten: „Wir müssen jederzeit Cash ≥ 1,5× des nächsten vollen Payroll-Betrags halten." Zeigt die Prognose, dass Sie diesen Mindestbestand unterschreiten, führen Sie sofort einen vorab vereinbarten Plan aus, wie einen Einzugssprint und ein Aussetzen aller diskretionären Ausgaben.
• Runway-Leitplanke: Zum Beispiel: „Wenn der Endbestand in Woche 13 weniger als X Monate Burn impliziert, initiieren wir unseren Finanzierungsplan." Dies könnte die Suche nach einem Term Sheet, das Anbieten eines Rabatts an Kunden für Umsatzvorauszahlung oder die Inanspruchnahme einer Kreditlinie umfassen.
• Große-Abfluss-Regel: Zum Beispiel: „Jede einzelne Nicht-Payroll-Auszahlung über 5 % unseres aktuellen Cash-Bestands muss zwei Wochen im Voraus genehmigt werden und einen Ausweichplan haben."

Vorlage und Szenarien​

Einfacher Kategoriesatz (für ein Seed-Stage-SaaS)​

• Einzahlungen: Kundeneinzahlungen, Sonstige Zuflüsse (Zinsen, Erstattungen, Fördermittel)
• Auszahlungen: Gehälter (netto + AG-Steuern), Auftragnehmer, Cloud/Hosting (COGS), Software/SaaS (OpEx), Marketing (Paid/Brand), Miete/Büro, Recht/Buchhaltung, Steuern & Gebühren, Schuldendienst, Einmalzahlungen / Jährliches
• Berechnet: Netto-Cash, Endbestand Cash

Vorlage (bereits im Download gebaut; kopieren Sie dies, um sie blank neu aufzubauen)​

Die folgende Tabelle ist die Form des Forecast-Blatts — dieselben Zeilen, dieselben Formeln — zum Neuaubau auf einem leeren Blatt. Im Download enthält Zeile 2 bereits die Wochenstartdaten (W1 2026-09-14 bis W13 2026-12-07) und jede Summe ist verdrahtet; frieren Sie unter Zeile 3 und rechts von Spalte A (B4 in der Datei) ein, um übereinzustimmen.

Szenario-Schalter (leichtgewichtig halten)​

Sie können eine einfache Szenarioplanung aufbauen, ohne ein komplexes Modell zu erstellen. Fügen Sie eine „Schalter"-Zelle oben in Ihrem Blatt für wichtige Treiber hinzu. Zum Beispiel:

• Schalter Einzugsverlangsamung B6: [1,0] (Ändern Sie auf 1,2, um eine 20%ige Verlangsamung der Einzüge zu modellieren — die Gesamteinzahlungen jeder Woche berechnen sich über COL15 = COL12*$B$6+COL13*$B$7+COL14 neu)
• Schalter Neue Buchungen B7: [1,0] (Ändern Sie auf 0,8, um eine 20%ige Verfehlung gegenüber Plan zu modellieren)

Dies sind die tatsächlichen Annahmezellen im Forecast-Blatt — keine zusätzliche Verdrahtung nötig.

Lernen und Fehler vermeiden​

Variance-Überprüfung (Lernen verstärken)​

Die Arbeitsmappe erledigt die Buchhaltung der Abweichung für Sie: Variance = Actual − Baseline, pro Kategorie und pro Summe, für jede Woche, deren Actuals complete und wie die Baseline datiert sind. Ihre Aufgabe ist es, die Zahlen zu erklären. Wenn Sie überprüfen, taggen Sie die Gründe für größere Unterschiede: Einzugsverzögerung, Umfangsverzug, ungeplanter Lieferanteneinkauf, Zeitverschiebung. Wenn sich derselbe Abweichungstyp wiederholt, ändern Sie die zugrunde liegende Regel Ihres Modells. Wenn Einzüge zum Beispiel konsistent eine Woche zu spät kommen, ändern Sie Ihre Standardannahme für die Einzugsverzögerung von 21 Tagen auf 28 Tage.

Durchgerechneter Vergleich (das mitgelieferte Beispiel). Baseline B1 wurde am 2026-09-11 aus einem Anfangsbestand von 85.000 erfasst; die Actuals sind der Bank-Cash des Beispiel-Ledgers. Die Vorzeichen folgen dem Variance-Blatt: Einzahlungen, Netto und Endbestand positiv = mehr Cash als geplant, Ausgaben positiv = mehr ausgegeben als geplant.

So lesen Sie es, wie es das Variance-Blatt darlegt:

• W1, +500. Die Kundeneinzahlungen kamen 200 über den geplanten 11.800 an (Variance!B12 = +200) und AWS stellte 2.200 gegen geplante 2.500 in Rechnung (Variance!B19 = −300: weniger Ausgaben, günstig). 85.000 + 12.200 − 9.700 = 87.500 tatsächlich gegen 85.000 + 12.000 − 10.000 = 87.000 geplant.
• W2, +300. Die Einzahlungen landeten genau auf Plan, aber die bankbezahlte SaaS-Rechnung betrug 600 gegen geplante 400 (Variance!C20 = +200: mehr Ausgaben, ungünstig). Das Netto der Woche ist −200, sodass sich der kumulative Endbestands-Vorsprung von +500 auf +300 verringert (Variance!C29): 87.500 + 13.200 − 17.200 = 83.500 gegen 87.000 + 13.200 − 17.000 = 83.200.
• Ab W3, not observed. Es wurde nichts eingegeben, also zeigt jede Zelle n/a — keine tröstliche 0.
• Als Prozentsätze (Zeilen 32–33): W1 Einzahlungen +1,67 % und Ausgaben −3,00 %; W2 Einzahlungen 0,00 % und Ausgaben +1,18 %.

Zwei Tags ergeben sich daraus: Die AWS-Schätzung läuft zu hoch, und die bankbezahlte SaaS-Zeile war 200 zu niedrig geplant. Beides sind Korrekturen an den Annahmen des Forecast — Baseline B1 bleibt wie sie ist, sodass Sie nächstes Quartal noch sehen können, wie weit der ursprüngliche Plan danebenlag.

Häufige Fallstricke (vermeiden Sie diese)​

• Den Plan überschreiben: Ist-Werte über Forecast-Zellen tippen (oder jede Woche die Baseline neu einfügen) zerstört den Plan, an dem Sie gemessen werden sollten. Ist-Werte gehören in Actuals; die Baseline ändert sich nur, wenn Sie den Horizont bewusst rollen.
• Periodenabgrenzung und Cash vermischen: Diese Prognose ist nur für Cash. Realisierter Umsatz, Abschreibungen und andere Periodenabgrenzungskonzepte gehören in Ihr Haupt-Ledger, nicht hierher.
• Unregelmäßige Jährliches vergessen: Jährliche Versicherungsprämien, große SaaS-Verlängerungen und vierteljährliche Steuerzahlungen können riesige Überraschungen sein. Planen Sie sie in Ihrer Prognose ein, sobald Sie davon wissen.
• Umsatzsteuer-Cash ignorieren: Auch wenn es eine durchlaufende Verbindlichkeit ist, liegt das Cash auf Ihrem Bankkonto, bis Sie es abführen. Modellieren Sie sowohl den Zufluss als auch den Abfluss.
• Nicht abstimmen: Wenn der Endbestand Cash der Woche in Actuals nicht mit Ihrem tatsächlichen kombinierten Banksaldo übereinstimmt (Checking + Savings; Kartensalden ausgeschlossen), haben Sie einen Zuordnungsfehler — meist eine gezählte Kartenbelastung oder ein einbehaltener Sweep. Sie müssen ihn beheben, bevor Sie der Prognose vertrauen können.
• Kein klarer Verantwortlicher: Weisen Sie einer Person die Verantwortung zu, die Prognose jede einzelne Woche zu aktualisieren. Benennen Sie einen Stellvertreter für Urlaube.

Schnelle Beancount-Anknüpfungspunkte​

• Kontenplan: Halten Sie Ihre Cash-Buckets sauber (z. B. Assets:Bank:Checking, Assets:Bank:Savings, Liabilities:CreditCard:Amex). Wöchentliche Ist-Werte sind nur die Assets:Bank:*-Beine — das Kartenkonto existiert, damit Abrechnungen eine Quelle haben, nicht als zweite Quelle von Abflüssen.
• Verwenden Sie nicht die Gewinn- und Verlustrechnung als Kontrolle: Favas Gewinn- und Verlustrechnung ist Periodenabgrenzung — sie bucht Kartenkäufe bei Belastung und ignoriert Kredittilgung —, sodass sie konstruktionsbedingt von dieser Cash-Prognose abweichen wird. Die Cash-Kontrolle ist der bean-query-Export + Vortrag oben (yarn check:cash-flow-actuals), der jede Woche an den Endbestand Cash anknüpfen muss.
• Dokumentation: Wenn Sie einen großen Einmalposten haben, legen Sie die Rechnungs-PDF in Ihren Beancount-Ordner documents/ und verlinken Sie sie in der Notizen-Spalte Ihrer Prognose.

Board-/Investoren-Paket (eine Folie)​

1. Diagramm: Ein einfaches Liniendiagramm Ihres Endbestands Cash pro Woche für alle 13 Wochen. Fügen Sie eine horizontale Linie hinzu, die Ihren Mindest-Cash-Bestand zeigt.
2. Tabelle: Eine kleine Tabelle mit den W1–W13-Endbestandszahlen sowie eine Aufzählung der 5 größten erwarteten Zu- und Abflüsse im Quartal.
3. Notizen: Ein paar Stichpunkte zu wichtigen Annahmen, die sich seit der letzten Aktualisierung geändert haben, und etwaigen Auslösern, die Sie erreicht haben oder erwarten zu erreichen.