Cashflow-Prognose: Die 13-Wochen-rollierende-Prognose-Methode

Dieser Leitfaden bietet eine einfache Methode auf CFO-Niveau, um die Liquidität Ihres Unternehmens zu steuern. Mit einer rollierenden 13-Wochen-Cashflow-Prognose sehen Sie Ihre Cash-Reichweite wochenweise, steuern Forderungseinzug und Zahlungen gezielt und eliminieren finanzielle Überraschungen. Das System ist für Gründer gebaut — und diese Seite liefert das Modell gleich mit: eine Arbeitsmappe mit Formeln und Beispieldaten plus den Beispiel-Beancount-Ledger hinter den ersten beiden Wochen (siehe Downloads unten).

Zwei Dinge, die dieser Leitfaden nicht ist: Eine Prognose besteht aus zukunftsgerichteten Schätzungen, die Sie eintippen, während Buchhaltungs-Ist-Werte bereits gebuchte Bankbewegungen in Ihrem Ledger sind — die Montagsroutine unten überträgt letztere von Hand über erstere. Nichts hier synchronisiert sich automatisch: Die Arbeitsmappe enthält keine Makros und keine externen Verbindungen, und kein Schritt zieht selbstständig Daten von Ihrer Bank oder aus Beancount.

Warum 13 Wochen?​

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

• Kurzfristige Kontrolle: Sie deckt etwa ein Geschäftsquartal ab und gibt Ihnen einen klaren Blick auf Ihre unmittelbare Liquidität. Dieser Horizont ist lang genug für 2–3 Gehaltsläufe, Steuerzahlungen und typische Lieferantenzahlungsziele, aber kurz genug, um hochgradig genau und umsetzbar zu bleiben.
• Einzahlungen- & Auszahlungen-Sicht: Die Prognose nutzt die „direkte Methode" und betrachtet ausschließlich Mittelflüsse in Cash. Hier geht es nicht um Periodenabgrenzung oder Rentabilität, sondern darum, was tatsächlich auf Ihrem Bankkonto eingeht oder es verlässt — damit ist die Prognose direkt an Ihren Banksaldo gekoppelt.
• Rollierend, nicht statisch: Dies ist kein einmaliges Budget. Jede Woche streichen Sie die gerade vergangene Woche, hängen hinten eine neue Woche an (Woche 13) und aktualisieren Ihre Annahmen. So bleibt der vorausschauende Horizont konstant, und Prognostizieren wird zur dynamischen wöchentlichen Disziplin.

Was Sie aufbauen​

1. Eine einzige Tabelle: Das Herzstück ist ein Blatt mit 13 Spalten (Woche 1 bis Woche 13) und klar definierten Bereichen: Anfangsbestand, Einzahlungen, Auszahlungen, Netto-Cashflow und Endbestand.
2. Kategorienzuordnung: Ein einfaches System, das Buchungen aus Ihrem Ledger den Prognosekategorien zuordnet (z. B. werden alle Zahlungseingänge von Stripe „Kundenzahlungen" zugeordnet; Gusto-Zahlungen werden „Gehälter" zugeordnet). Das Register Vendor Mapping der Arbeitsmappe enthält diese Zuordnung bereits — einschließlich der Bank/Karten-Regel gegen Doppelzählung — beginnen Sie damit, statt eine eigene zu erfinden.
3. Ein wöchentlicher Rhythmus: Ein wiederholbarer Prozess zur Aktualisierung der Prognose, zur Verfolgung von Abweichungen (Prognose vs. Ist) und eine Reihe vordefinierter Auslöser für Maßnahmen, wenn finanzielle Schwellenwerte erreicht werden.

Download der Startdateien​

Sparen Sie sich die leere Seite: Dieser Leitfaden liefert eine Arbeitsmappe mit Formeln und Beispieldaten plus den Beispiel-Ledger hinter den ersten beiden Wochen.

• 13-Wochen-Prognose-Arbeitsmappe (XLSX, v1.0.0) — cash-flow-forecast-13-week-de.xlsx. Editierbare Annahmen, formelverkettete Wochen und ein Anbieterzuordnungs-Register; ersetzen Sie die blauen Beispielzellen durch Ihre eigenen Zahlen.
• Beispiel-Ledger und Ist-Werte (Beancount-Ledger, .bean) — sample.bean. Ausgeglichener Beispiel-Ledger mit den durchgearbeiteten Bank-Ist-Werten für W1–W2, die den ersten beiden Wochen der Arbeitsmappe entsprechen.

So funktionieren die Startdateien (lesen Sie dies, bevor Sie tippen)​

Blätter. Die Arbeitsmappe (cash-flow-forecast-13-week-de.xlsx, v1.0.0) hat drei Blätter:

• Forecast — die 13 datierten Wochen, Annahmen, Einzahlungen, Auszahlungen, Netto-/Endbestand.
• Vendor Mapping — die Ledger→Kategorie-Zuordnung mit der Bank/Karten-Regel zur Cash-Zählung je Quelle.
• Notes — Mechanik, Szenarioschalter und Version, aus dem Generator übernommen, damit die Datei sich offline selbst erklärt.

Zeitbasis. Wochen beginnen montags, W1 startet am 2026-09-14 bis W13 mit Beginn 2026-12-07 (Zeile 2 in Forecast; passen Sie diese Daten bei der Übernahme des Modells an — jede Formel ist wochenrelativ, sodass die Kette erhalten bleibt). Eine Buchung gehört zu der Woche, die ihr Buchungsdatum enthält, Montag bis Sonntag.

Einheiten. Durchgehend ganze USD (Zahlenformat #,##0). Das Beispielunternehmen ist ein SaaS in der Seed-Phase mit einem Anfangsbestand von 85,000, wöchentlichen Gehaltskosten im Wechsel von 0 / 11,000, monatlicher Miete und einer Kreditrate von 900/Woche per Lastschrift.

Was Sie tippen vs. was rechnet. Blaue Zellen sind manuelle Eingaben; alles andere ist eine Formel:

• Eingaben: Anfangssaldo B5 (85,000), Schalter B6/B7 (1.0), Untergrenze B8 (40,000), Einzahlungsbasen Zeilen 12–14, Auszahlungsbasen Zeilen 17–26 sowie die Wochendaten in Zeile 2.
• 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 Vorwochenwert, z. B. C10 = B29); Summe Einzahlungen B15 = B12*$B$6+B13*$B$7+B14; Summe Auszahlungen B27 = SUM(B17:B26); Netto B28 = B15-B27; Endbestand B29 = B10+B28.
• Neuberechnung steht auf Automatisch, und die Datei setzt fullCalcOnLoad, sodass Excel, LibreOffice und Numbers bei jedem Öffnen neu rechnen (die Datei speichert keine zwischengespeicherten Formelwerte). Ändern Sie eine blaue Zelle, und alle 13 Wochen bewegen sich — setzt man etwa den Einzugsschalter B6 auf 1.2, steigen die W1-Einzahlungen von 12,200 auf 14,600 und der W1-Endbestand von 87,500 auf 89,900.
• Erzeugen Sie die unveränderte Datei jederzeit neu mit yarn generate:cash-flow-forecast (Generator: scripts/generate-cash-flow-forecast.py, Writer openpyxl 3.1.5; --verify öffnet die Datei erneut und prüft, dass jede Summenzelle eine echte Formel enthält).

Beispiel- vs. eigene Daten. Jede blaue Zelle enthält Beispielzahlen — sie sind das durchgearbeitete Beispiel, nicht Ihr Unternehmen. Ersetzen Sie sie Woche für Woche durch Ihre eigenen Werte; nur die beiden Schalter (B6 skaliert alle Kundenzahlungen, B7 skaliert alle Vorauszahlungen) sind bewusst generisch gehalten, für Szenariospiele. Die W1–W2-Ist-Werte des Beispiel-Ledgers entsprechen konstruktionsbedingt der W1–W2-Beispielprognose der Arbeitsmappe, die Prognose-vs.-Ist-Abweichung ist dort also null: Das ist das Abstimmungsziel, keine Aussage über Ihre Bücher.

Struktur (Die benötigten Zeilen)​

Ihr Prognoseblatt sollte mit den folgenden Zeilen aufgebaut sein, um alle Geldbewegungen zu erfassen. Dies ist das Layout des Forecast-Blatts im Download (Einzahlungszeilen 12–14, Auszahlungszeilen 17–26, Summenzeilen 10/15/27–29) — lesen Sie es als Karte, nicht als zweite Spezifikation.

• Anfangsbestand liquide Mittel (Muss dem Endbestand der Vorwoche entsprechen)

• Einzahlungen (Cash In)

  • Kundenzahlungen: Cash, das Sie aus bestehenden Rechnungen (Forderungen) einzuziehen erwarten.
  • Neue Abschlüsse/Vorauszahlungen: Vorauszahlungen, die Sie aus neuen Abschlüssen innerhalb des 13-Wochen-Fensters erwarten.
  • Sonstige Zuflüsse: Alle sonstigen Zahlungseingänge, etwa Steuererstattungen, Zinserträge oder Zuschüsse.

• Auszahlungen (Cash Out) — 10 Zeilen im Blatt (Zeilen 17–26):

  • Gehälter: Die vollen Cash-Kosten einschließlich Nettogehältern und aller arbeitgeberseitigen Lohnsteuern.
  • Freiberufler: Zahlungen an Nicht-Angestellte.
  • Cloud/Hosting (COGS): Kerninfrastrukturkosten wie AWS, GCP usw.
  • SaaS/Tools: Alle Softwareabonnements.
  • Marketing: Werbeausgaben, Agenturhonorare und sonstige markenbezogene Kosten.
  • Miete/Büro: Kosten für physische Büroräume.
  • Recht & Buchhaltung: Honorare für professionelle Dienstleister.
  • Steuern & Gebühren: Umsatzsteuerzahlungen und sonstige staatliche Abgaben.
  • Schuldendienst: Tilgung und Zinsen aller Kredite.
  • Einmaliges: Klumpige, seltene Zahlungen wie Jahresversicherungsprämien, Kautionen oder Hardware/Investitionen (Laptops, Geräte) — alles ohne eigene Zeile oben landet hier.

• Netto-Cashflow (= Summe Einzahlungen − Summe Auszahlungen)

• Endbestand Bargeld (= Anfangsbestand + Netto-Cashflow)

Die rollierende Mechanik (wie in der Arbeitsmappe gebaut)​

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

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

Ihre wöchentliche Montagsroutine (mit dieser Arbeitsmappe):

1. Fenster weiterschieben: Schieben Sie die gesamte Prognose um eine Woche vor — verschieben Sie die blauen Eingaben jeder Woche um eine Spalte nach links (alte Woche 2 wird neue Woche 1), leeren Sie die letzte Spalte und datieren Sie sie in Zeile 2 als neue Woche 13. Die Übertragsformeln (C10 = B29, …) verankern sich automatisch neu; prüfen Sie stichprobenartig, dass der Anfangsbestand der neuen Woche 1 dem Endbestand der Vorwoche entspricht.
2. Mit Ist-Werten aktualisieren: Überschreiben Sie die blauen Prognosezellen der Vorwoche mit den tatsächlichen Bankbewegungen der Woche aus der Zuordnung unten (abfragen, aufteilen, einfügen — von Hand). Bestätigen Sie dann, dass die Endbestandszelle der Woche Ihrem tatsächlichen kombinierten Banksaldo entspricht (Assets:Bank:Checking + Assets:Bank:Savings): Stimmt sie nicht, ist die Zuordnung falsch, nicht die Bank.
3. Zukunft neu schätzen: Aktualisieren Sie die blauen Zellen der kommenden 2–4 Wochen mit den neuesten Informationen (neu gestellte Rechnungen, anstehende Lieferantenzahlungen, bestätigte Gehaltstermine).

Zuordnung von Beancount zu Ihrer Prognose​

Bank-Cash-Umfang (die Regel gegen Doppelzählung). Wöchentliche Ist-Werte sind Buchungen auf Assets:Bank:* ausschließlich — 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. Cash verlässt die Bank einmalig, bei der Begleichung (der Bank→Karten-Zahlung). Wer die Belastung plus die Begleichung zählt, zählt dieselbe Ausgabe doppelt. Im Beispiel-Ledger enthält W1 Amex-SaaS-Belastungen über 420.00 USD (nur Verbindlichkeit, ignoriert) neben der Begleichung der August-Abrechnung über 600.00 USD (gezählt). Das naive „Bankabflüsse + Kartenbelastungen"-Total für W1 beträgt 10,120.00 USD — exakt 420.00 zu hoch; die Arbeitsmappe zählt 9,700.00.
• Interne Umbuchungen: Eine Umbuchung zwischen Giro- und Tagesgeldkonto hat zwei gegenläufige Bank-Beine, saldiert sich innerhalb dieses Umfangs also zu null und bleibt aus beiden, Einzahlungen wie Auszahlungen, ausgeschlossen. Die Beispiel-Umbuchungen über 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-/Aufwands-Beine. Kredittilgung ist kein Aufwand, aber ist ein Bankabfluss (die Beispiel-Lastschriften über 900.00 USD = 800 Tilgung + 100 Zinsen, alle unter Schuldendienst gezählt); ein Kartenkauf ist Aufwand, aber noch kein Bankabfluss.

Aufteilung Einzahlungen/Auszahlungen. Aus den exportierten Bank-Beinen: Positive Beine sind Einzahlungen, negative Beine sind Auszahlungen, Umbuchungsbeine ausgeschlossen. Kategorienzuordnung (wie im Register Vendor Mapping): Stripe-/PayPal-Auszahlungen → Kundenzahlungen; Eingangsdrähte neuer Kunden → Neue Abschlüsse / Vorauszahlungen; Bankzinsen/Zuschüsse → Sonstige Zuflüsse; Gusto/ADP → Gehälter; AWS/GCP → Cloud/Hosting; per Bank gezahltes SaaS → Software/SaaS; Vermieter → Miete; Kanzlei → Recht/Buchhaltung; Finanzamt → Steuern & Gebühren; Kreditlastschrift → Schuldendienst.

• Umgang mit Umsatzsteuer: Auch wenn Umsatzsteuer kein Ertrag ist, ist sie ein Cashflow-Posten. Behandeln Sie vereinnahmte Umsatzsteuer als Einzahlung und die Abführung an das Finanzamt als Auszahlung. Die Ertragswirkung lebt in Ihren Periodenbüchern, aber die Geldbewegung zählt hier.

Durchgearbeitete Woche: W1 komplett (2026-09-14 – 2026-09-20)​

Der Anfangs-Bankbestand beträgt 85,000.00 (Giro 80,000 + Tagesgeld 5,000 am 2026-09-13). Die W1-Bank-Beine des Ledgers, nach Ausschluss des 3,000.00-Umbuchungspaars:

Übertrag nach W2. C10 = B29, also startet W2 mit 87,500.00. Seine Bank-Beine ergeben Einzahlungen von 8,000 (Stripe) + 5,000 (Vorauszahlung) + 200 (Zinsen) = 13,200.00 und Auszahlungen von 11,000 (Gusto-Gehälter) + 1,500 + 2,200 + 600 (per Bank abgebuchtes SaaS) + 1,000 + 900 = 17,200.00; netto −4,000.00, Endbestand 83,500.00 — exakt die W2-Spalte der Arbeitsmappe. Die Prognose-vs.-Ist-Abweichung ist für diese beiden Wochen konstruktionsbedingt null; das ist Ihr Beweis, dass die Zuordnung funktioniert — ab W3 jeweils eine Woche aufs Mal angewendet.

Nachvollziehen (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 Prüfer führt bean-check aus (die ledger-eigenen balance-Assertions beweisen den Endbestand jeder Woche), die Exportabfragen unten sowie einen unabhängigen Python-Übertrag, und assertiert, 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";

(Für W2 die Daten um 7 Tage verschieben, Abschluss zum 2026-09-28.) Eine BQL-Einschränkung zum Wissen: Diese beanquery-Version kann Buchungen nicht nach Vorzeichen filtern, daher wird die Einzahlungs-/Auszahlungsaufteilung auf die exportierten Zeilen angewendet — positive Bank-Beine zu Einzahlungen, negative zu Auszahlungen, Umbuchungspaare ausgeschlossen — genau wie der Prüfer es tut.

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

1. Ist-Werte ziehen (15 Min): Exportieren Sie die Buchungen der Woche auf Assets:Bank:* (führen Sie die Abfragen oben aus, oder laden Sie die Umsätze Ihrer Bankkonten herunter — Kartenbelastungen bleiben draußen; nur die Begleichungszahlung zählt). Bestätigen Sie, dass Ihr „Endbestand" der Vorwoche exakt Ihrem tatsächlichen kombinierten Banksaldo entspricht (Giro + Tagesgeld). Diese Abstimmung ist nicht verhandelbar.
2. Forderungen prü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 aus Ihrer Erfahrung an.
3. Verbindlichkeiten & Gehälter prüfen (10 Min): Ordnen Sie alle bekannten anstehenden Rechnungen ihren Fälligkeiten zu. Tragen Sie Ihre Gehaltstermine und -beträge für das gesamte Quartal vorab ein. Legen Sie unkritische Auszahlungen auf Freitage, um Cash-Optionalität während der Woche zu bewahren.
4. Abweichungsmeeting (10 Min): Vergleichen Sie kurz die Vorwochenprognose mit den Ist-Ergebnissen. Notieren Sie die Ursachen wesentlicher Unterschiede und entscheiden Sie, ob Sie Ihre Prognoseregeln künftig anpassen müssen.

Genauigkeit und Entscheidungen​

Genauigkeits-Faustregeln​

• Wochen 1–2: Zielen Sie auf ±5–10 % Abweichung. Diese Termine und Beträge sollten hochgradig sicher sein.
• Wochen 3–6: Rechnen Sie mit ±10–20 % Abweichung. Dieser Zeitraum mischt bekannte Rechnungen und musterbasierte Schätzungen.
• Wochen 7–13: Dieser Teil der Prognose ist richtungsweisend. Er wird von Ihrer Vertriebspipeline und laufenden Kosten getrieben.

Konfidenzcodes: Um die Prognose lesbarer zu machen, markieren Sie jede Prognosezeile mit einem Konfidenzcode: Fest zugesagt (z. B. Gehälter, Miete), Wahrscheinlich (z. B. Rechnungen an gute Kunden) oder Upside (z. B. Neugeschäft aus der Pipeline).

Auslöser & Maßnahmen (im Voraus festlegen)​

Eine Prognose ohne Plan ist nutzlos. Definieren Sie vorab Ihre Maßnahmen für bestimmte Schwellenwerte.

• Mindest-Cash-Untergrenze: Ihre Regel könnte z. B. lauten: „Wir halten jederzeit Cash ≥ 1,5× der nächsten vollen Gehaltssumme." Zeigt die Prognose eine Unterschreitung, setzen Sie sofort einen vorab vereinbarten Plan um, etwa einen Forderungssprint und einen Stopp aller diskretionären Ausgaben.
• Runway-Leitplanke: Zum Beispiel: „Falls der Endbestand in Woche 13 weniger als X Monate Burn impliziert, starten wir unseren Finanzierungsplan." Das kann ein Term Sheet, ein Skontoangebot für Vorauszahlungen oder das Ziehen einer Kreditlinie bedeuten.
• Großausgaben-Regel: Zum Beispiel: „Jede einzelne Nicht-Gehaltsauszahlung über 5 % unseres aktuellen Cashbestands muss zwei Wochen im Voraus genehmigt werden und braucht einen Fallback-Plan."

Vorlage und Szenarien​

Einfacher Kategoriensatz (für ein Seed-SaaS)​

• Einzahlungen: Kundenzahlungen, Sonstige Zuflüsse (Zinsen, Erstattungen, Zuschüsse)
• Auszahlungen: Gehälter (Netto + Arbeitgebersteuern), Freiberufler, Cloud/Hosting (COGS), Software/SaaS (OpEx), Marketing (Paid/Brand), Miete/Büro, Recht/Buchhaltung, Steuern & Gebühren, Schuldendienst, Einmaliges / Jährliches
• Berechnet: Netto-Cashflow, Endbestand

Vorlage (bereits im Download gebaut; kopieren Sie diese für einen leeren Neuaufbau)​

Die Tabelle unten ist die Form des Forecast-Blatts — gleiche Zeilen, gleiche Formeln — für den Nachbau auf leerem Blatt. Im Download stehen in Zeile 2 bereits die Wochenanfangsdaten (W1 2026-09-14 bis W13 2026-12-07), und jede Summe ist verdrahtet; frieren Sie unterhalb von Zeile 3 und rechts von Spalte A ein (B4 in der Datei), um dies nachzustellen.

Szenarioschalter (schlank halten)​

Sie können einfache Szenarioplanung ohne komplexes Modell bauen. Fügen Sie oben im Blatt eine „Schalter"-Zelle für zentrale Treiber hinzu. Zum Beispiel:

• Einzugsschalter B6: [1.0] (Auf 1.2 stellen, um 20 % langsameren Einzug zu modellieren — die Summe Einzahlungen jeder Woche rechnet neu via COL15 = COL12*$B$6+COL13*$B$7+COL14)
• Neugeschäftsschalter B7: [1.0] (Auf 0.8 stellen, um 20 % Planverfehlung bei Buchungen zu modellieren)

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

Lernen und Fehler vermeiden​

Abweichungsverfolgung (Lernen kumulieren lassen)​

Fügen Sie für die gerade abgeschlossene Woche zwei Spalten hinzu: „Prognose der Vorwoche" und „Ist". Berechnen Sie die Abweichung. Markieren Sie bei der Durchsicht die Gründe größerer Unterschiede: Einzugsverzögerung, Scope creep, ungeplante Lieferantenanschaffung, Timing-Verschiebung. Wiederholt sich dieselbe Abweichungsart, ändern Sie die zugrundeliegende Regel Ihres Modells. Liegt der Zahlungseingang z. B. dauerhaft eine Woche später, ändern Sie Ihre Standard-Einzugsannahme von 21 auf 28 Tage.

Häufige Fallen (vermeiden Sie diese)​

• Perioden- und Cash-Vermischung: Diese Prognose gilt nur für Cash. Anerkannte Umsätze, Abschreibungen und andere Periodenkonzepte gehören in Ihren Haupt-Ledger, nicht hierher.
• Klumpige Jahrestermine vergessen: Jahresversicherungsprämien, große SaaS-Verlängerungen und vierteljährliche Steuerzahlungen können riesige Überraschungen sein. Planen Sie sie in der Prognose ein, sobald Sie davon wissen.
• Umsatzsteuer-Cash ignorieren: Auch wenn es sich um durchlaufende Schuld handelt — das Geld liegt bis zur Abführung auf Ihrem Bankkonto. Modellieren Sie Zufluss wie Abfluss.
• Nicht abstimmen: Stimmt der Endbestand Ihrer Prognose nicht mit Ihrem tatsächlichen kombinierten Banksaldo überein (Giro + Tagesgeld; Kartensalden ausgeschlossen), haben Sie einen Zuordnungsfehler — meist eine gezählte Kartenbelastung oder eine behaltene Umbuchung. Beheben Sie ihn, bevor Sie der Prognose vertrauen.
• Kein klarer Owner: Übertragen Sie einer Person die Verantwortung für das wöchentliche Update der Prognose. Benennen Sie eine Vertretung für Urlaube.

Schnelle Beancount-Anknüpfungen​

• Kontenplan: Halten Sie Ihre Cash-Töpfe sauber (z. B. Assets:Bank:Checking, Assets:Bank:Savings, Liabilities:CreditCard:Amex). Wöchentliche Ist-Werte sind ausschließlich die Assets:Bank:*-Beine — das Kartenkonto existiert, damit Begleichungen eine Herkunft haben, nicht als zweite Quelle von Abflüssen.
• Nutzen Sie nicht die GuV als Check: Favas Income Statement ist periodengerecht — es bucht Kartenkäufe bei Belastung und ignoriert Tilgung — und weicht daher konstruktionsbedingt von dieser Cash-Prognose ab. Der Cash-Check ist der Bean-Query-Export + Übertrag oben (yarn check:cash-flow-actuals), der jede Woche zum Endbestand passen muss.
• Dokumentation: Hängen Sie bei großen Einmalposten die Rechnungs-PDF in Ihrem Beancount-Ordner documents/ an und verlinken Sie sie in der Notizspalte Ihrer Prognose.

Board-/Investorenpaket (eine Folie)​

1. Grafik: Ein einfaches Liniendiagramm Ihres Endbestands über alle 13 Wochen. Fügen Sie eine horizontale Linie für Ihre Mindest-Cash-Untergrenze hinzu.
2. Tabelle: Eine kleine Tabelle mit den W1–W13-Endbeständen plus eine Aufzählung der Top 5 der größten erwarteten Zu- und Abflüsse des Quartals.
3. Notizen: Wenige Stichpunkte zu zentralen Annahmen, die sich seit dem letzten Update geändert haben, sowie zu erreichten oder erwarteten Auslösern.