Eine 13-Wochen-Liquiditätsplanung mit konkreten Zahlungsterminen erstellen

Kalender, Anfangsliquidität und Finanzierung festlegen

Alle folgenden Geldbeträge sind in EURk angegeben: 1 EURk = 1.000 EUR. Die Modelldateien speichern EUR als Basiswährung. Wählen Sie EUR und die Anzeigeeinheit Tausend, um die Tabellen nachzuvollziehen. Sämtliche Unternehmen, Beträge und Finanzierungsbedingungen sind fiktiv.

Der Plan beginnt am Montag, 2. November 2026, und endet am Sonntag, 31. Januar 2027. Die Anfangsliquidität beträgt 40; pro Woche gehen 100 von Kunden ein und werden 90 für Personal ausgezahlt. Alle übrigen operativen Zahlungen, Zinsen und Gebühren sind null. Die Mindestliquidität beträgt 20. Ein zugesagter, noch ungenutzter Revolver über 30 ist im gesamten Zeitraum verfügbar. Sein Zinssatz ist für dieses reine Timing-Beispiel null. Automatische Finanzierung ist aktiv, automatische Rückführung nicht.

Natives 13-Wochen-Modell herunterladen. Plan 1 enthält die Basis. Plan 2 verschiebt 100 aus Woche 3 in Woche 5; dort kommen sie zu den regulären 100 hinzu. Beide Pläne enthalten Einzahlungen von 1.300 und Auszahlungen von 1.170.

Die vollständige Wochenrechnung lesen

Endliquidität = Anfangsliquidität + Einzahlungen − Auszahlungen + Kreditabrufe − automatische Rückführung. Die Werte stammen aus der aktuellen nativen Berechnung einschließlich des gemeinsamen Finanzierungsplans.

Warum trotz positivem Gesamtsaldo ein Engpass entsteht

In Woche 3 sinkt die Liquidität vor Finanzierung auf −30. Um die Mindestliquidität von 20 zu erreichen, wären 50 erforderlich; abrufbar sind aber nur 30. Damit verbleiben 0 Endliquidität und 20 Required Funding. Die nächste Woche endet bei 10 und einem Restbedarf von 10. Diese Werte sind zeitpunktbezogene Fehlbeträge. Eine Addition von 20 und 10 würde den anhaltenden Engpass doppelt zählen.

Der verzögerte Plan endet bei 200 statt bei 170, weil die abgerufenen 30 als Schulden bestehen bleiben. Der höhere Kassenbestand beruht auf Finanzierung, nicht auf besserer operativer Leistung. Der spätere Zahlungseingang führt bei deaktivierter automatischer Rückführung nicht von selbst zur Tilgung.

Den Plan nachvollziehen und prüfen

Die ACT beschreibt die rollierende 13-Wochen-Planung als Instrument, um kurzfristigen Liquiditätsdruck und seinen Zeitpunkt sichtbar zu machen. In diesem Beispiel stehen deshalb Datum und Höhe des ersten ungedeckten Bedarfs im Vordergrund.

1. Kredit & Liquidität → 13-Wochen-Liquidität öffnen und Plan 1 auswählen. Startwoche, explizite Anfangsliquidität und EURk-Anzeige prüfen.
2. Manuelle Kundeneinzahlungen und Personalzahlungen sowie Finanzierungsquelle und Mindestliquidität kontrollieren. Anschließend Plan 2 mit Plan 1 vergleichen.
3. Die erste Finanzierungslücke, die Liquiditätsüberleitung und den freien Kreditrahmen prüfen. Ein Ergebnis bei Bedarf im Inspector bis zur Quelle zurückverfolgen.
4. Beim Fortschreiben bewusst entscheiden, ob Eingaben auf ihren Kalenderdaten bleiben oder relativ zur neuen Startwoche verschoben werden.

Quellen und Zeitfenster sauber abgrenzen

Die operativen Zahlungseingaben sind eigenständig. Die expliziten 40 Anfangsliquidität entsprechen nicht automatisch dem aus dem Jahresmodell verteilten Bestand am 2. November; sie müssen mit dem gewählten operativen Liquiditätsumfang abgestimmt werden. Änderungen im Zahlungsplan schreiben den Jahresumsatz im Model nicht um. Eine wöchentliche Abschlussansicht legt allein noch keine Rechnungs- oder Gehaltszahlungstermine fest.

Bei Einzahlungsprofilen müssen die Anteile zusammen 100 % ergeben. Hinter das Zeitfenster verschobene Einzahlungen bleiben als Beträge außerhalb des Fensters erkennbar. Sie verschwinden nicht und werden nicht automatisch in Woche 13 gezogen. Details: Einzahlungsprofile und operative Eingaben.

Der Ablauf umfasst keinen Rechnungsimport, keine Bankanbindung, keine Umsatzsteuerberechnung und keine Bestätigung der Zahlungsfähigkeit. 13-Wochen- und Jahresplanung hilft bei der Wahl der Ansicht; verfügbare Liquidität und Zahlungsmittel erläutert die Ressourcen. Die Finanzierungsreferenz beschreibt die Berechnungsgrenzen.