Zahlen einmal eingeben. Jede Entscheidung daran testen.

F-GP v1.1 — Rohertrag = Monatsumsatz × Rohertragsmarge % + (Umsatz − Kosten unterschriebener Projekte und als Umsatz markierter Einmaleinnahmen, die in den nächsten 12 Monaten realisiert werden) ÷ 12

F-OBL v1.0 — Monatliche Verpflichtungen = Fixkosten + Löhne + Schuldendienst + Entnahme + Steuerrücklage (jeweils nach Zahlungsplan auf den Monat umgerechnet: wöchentlich ×52/12, zweiwöchentlich ×26/12, halbmonatlich ×2, vierteljährlich ÷3, jährlich ÷12)

F-BE v1.1 — Break-even-Umsatz = monatliche Verpflichtungen ÷ Rohertragsmarge % (mit Projekten / Auftragseinnahmen: die Mischmarge aller in den nächsten 12 Monaten realisierten Umsätze)

F-MOS v1.0 — Sicherheitsabstand = (Umsatz − Break-even-Umsatz) ÷ Umsatz

F-COVER v1.0 — Gedeckte Monate = Liquidität ÷ monatliche Verpflichtungen

F-SIM v1.3 — Saldo(d) = Saldo(d−1) + Eingänge(d) − Ausgänge(d), Tag für Tag über den gesamten Horizont (standardmäßig 12 Monate). Umsätze fallen täglich an (Monatssumme exakt nach kumulierter Abrundung verteilt); der vorausbezahlte Anteil am selben Tag, der Rest nach Zahlungsziel des Kunden + durchschnittlichem Verzug; variable Kosten nach den Lieferantentagen; geplante Kosten an ihren Terminen; bekannte Rechnungen, Lieferantenrechnungen und Einmalbeträge an ihren Terminen (ein Posten mit Datum vor heute ist Vergangenheit und rückt nie in den Horizont); eine bereits überfällige Rechnung (oder ein Projektmeilenstein bzw. eine Einbehaltsfreigabe mit Datum vor heute) wird am max(Fälligkeit + Verzug, heute + 14) bezahlt; Forderungen von vor heute = der vom Inhaber genannte „nicht aufgeführte“ Betrag, gleichmäßig verteilt, sonst der Gleichgewichtsbestand jedes Kundenstroms ohne aufgeführte (noch nicht überfällige) Rechnung – nie Bestand minus Aufgeführtes. Eigene Liquidität = derselbe Verlauf ohne die Kreditlinie, die die Simulation selbst ziehen würde.

F-HELD v1.1 — Verfügbare Liquidität = Kontostand − Fremdgeld ohne Zahltag (freigegeben am Tag, an dem es verdient ist) − Fremdgeld, das nach dem Horizont fällig ist (zurückgelegt, in einem längeren Lauf nie ein zweites Mal gezahlt); Fremdgeld mit Fälligkeit oder Plan innerhalb des Horizonts ist an diesen Terminen ein Abfluss; operative Liquidität = Konto − gesamtes Fremdgeld

F-MIN v1.2 — Tiefpunkt = kleinster Saldo(d) über den gesamten Horizont; Status der Liquiditätsreichweite und Bruchpunkt = erster d mit Saldo(d) < Reserve (oder < 0); der Tiefpunkt im Entscheidungsfenster steht daneben; Spielraum = Tiefpunkt − Reserve. Zieht die Simulation selbst eine Kreditlinie, wird zusätzlich die Unterschreitung der eigenen Liquidität (ohne die Linie) ausgewiesen — sie nennt der Aktionsplan

F-RUNWAY v1.0 — Liquiditätsreichweite = Tage, bis der simulierte Saldo erstmals unter null fällt

F-RUNWAY-S v1.0 — Einfache Reichweite (Tage) = Liquidität × 365 ÷ (monatlicher Nettoabfluss × 12)

F-SEARCH v1.1 — Toleranzen werden durch exakte Bisektion auf ganzen Zahlen (Basispunkte, Tage oder ganze Währungseinheiten) über die monotone Regel „Tiefpunkt der eigenen Liquidität über den gesamten Horizont ≥ Reserve“ gefunden

F-SHOCK-REV v1.2 — Umsatzschock: neue Umsätze, unterschriebene Projekte und Auftragseinnahmen × (1 − Rückgang) ab heute; Toleranz = größter Rückgang, bei dem der Tiefpunkt über den gesamten Horizont mit eigener Liquidität ≥ Reserve bleibt, ohne automatische Ziehungen der Kreditlinie (eine Reserve, die nur durch Kredit hält, ist höchstens „Knapp“); schon ohne Rückgang unter der Reserve: „Nicht bestanden“

F-SHOCK-COST v1.2 — Kostenschock: Fixkosten, Löhne, variable Kostenquote und Projektkosten × (1 + Anstieg) ab heute (eine Gewinnsteuer zieht das neue Niveau nur für die Tage ab heute ab); Toleranz = größter Anstieg, bei dem der Tiefpunkt über den gesamten Horizont mit eigener Liquidität ≥ Reserve bleibt, ohne automatische Ziehungen der Kreditlinie; schon ohne Anstieg unter der Reserve: „Nicht bestanden“

F-SENS v1.0 — Anfälligkeit einer Kostenposition = Tiefpunkt jetzt − Tiefpunkt mit dieser Position +10 %

F-LIQ-SHARE v1.1 — Liquiditätsrisiko-Anteil eines Kunden = (Rückgang des Tiefpunkts der eigenen Liquidität bei Verlust, offene Rechnungen und Projektrechnungen unbezahlt) ÷ Σ Rückgänge aller aufgeführten Kunden; ein Kunde, dessen Verlust den Tiefpunkt nicht senkt, hat 0 %

F-PAYROLL-CTRL v1.2 — Ein Kunde kontrolliert die Löhne, wenn sein Verlust den Tiefpunkt der eigenen Liquidität senkt UND eine Unterschreitung hinzufügt: einen Lohntag im gesamten Horizont (Löhne, die aus den variablen Kosten bezahlt werden: jeder Tag), an dem der Saldo nach dem Verlust unter null liegt, ohne ihn aber bei oder über null; solange die eigene Liquidität auch ohne jeden Verlust unter null fällt, wird kein Kunde benannt („Nicht bestanden“ als solches: eine Unterschreitung der Liquiditätsreichweite, nicht eines Kunden)

F-DELAY v1.2 — Zahlungsverzug: jeder Zahlungseingang, jede offene Rechnung, jede Projektrechnung und jeder Auftrag + N Tage (bereits eingegangene Vorauszahlungen werden nicht verzögert), verfolgt über den gesamten Horizont + N Tage mit eigener Liquidität, ohne automatische Ziehungen der Kreditlinie; es zählt nur eine Unterschreitung, die der Verzug hinzufügt (ein Tag, an dem der Verlauf ohne Verzug die Reserve hält); Toleranz = größtes solches N, 0, wenn die eigene Liquidität schon ohne Verzug unter der Reserve liegt; Karten- / Plattformauszahlungen: ein Auszahlungsstopp (keine Zahlungsziele, keine Anzahlung)

F-DEPOSIT v1.0 — Anzahlung, die die Reserve hält = kleinster Vorauszahlungsanteil, bei dem Tiefpunkt ≥ Reserve bleibt

F-DEFER v1.0 — Kosten des Wartens = offener Betrag × Kapitalkosten × Tage ÷ 365 (einfacher Zins)

F-CASHEQ v1.0 — Barwertpreis = Preis − Kosten des Wartens

F-FLOOR v1.0 — Auftragsuntergrenze = direkte Kosten + Kosten, diese bis zur Zahlung vorzufinanzieren

F-PFLOOR v1.1 — Mindestpreis = (variable Kosten + Fixkosten ÷ Einheiten + Finanzierung) ÷ (1 − Zielmarge), aufgerundet auf die kleinste Währungseinheit

F-DECISION v1.2 — Eine Entscheidung wird als datierte Zahlungsströme in derselben Simulation dargestellt (eigene: ihre Zahlungsströme, einmalige Kosten, monatliche Kosten, neue Umsätze, ein Ausfall, ein sich verschiebender Abschluss; Kredite ab einer Periode nach Geldeingang getilgt; laufende Kosten in der Gewinnsteuer); bewertet mit eigener Liquidität über den gesamten Horizont; ihre sichere Größe wird per Bisektion bestimmt; keine Größe → nicht ausgeführt

F-AMORT v1.0 — Annuität = P × r(1+r)^n ÷ ((1+r)^n − 1), r = Jahreszins ÷ 12; die letzte Rate gleicht Rundungen aus

F-IRR v1.1 — Effektiver Jahreszins = periodischer IRR aus (erhaltener Nettobetrag, −Raten) × Perioden pro Jahr; Gebühren inklusive

F-EAR v1.0 — Effektiver Jahreszins = (1 + periodischer IRR)^(Perioden pro Jahr) − 1

F-EARLY v1.0 — Skontoertrag = d ÷ (1 − d) × 365 ÷ (Zahlungsziel in Tagen − Skontotage)

F-PLAN v1.2 — Plan = Hebel in fester Reihenfolge (Überfälliges einziehen → markierte Kosten kürzen → Entnahme senken → Anzahlungen → Kreditlinie), jeder mit der kleinsten per Bisektion gefundenen Stärke, nach jedem Schritt mit eigener Liquidität über den gesamten Horizont neu simuliert; ein Hebel ohne Wirkung an seiner Stelle wird nach den späteren Schritten einmal erneut versucht (Wirkungen addieren sich nicht). Status = der schlechteste aus dem Plan („Bestanden“: nichts zu ändern; „Knapp“: die Schritte schließen die Lücke; „Nicht bestanden“: eine Lücke bleibt) und den offenen Tests im Ist-Zustand (Finanzielles Fundament, Umsatzschock, Kostenschock, Kundenabhängigkeit, Zahlungsverzug); die verbleibende Lücke ist die erste Aktion nach den Schritten

F-RSI v1.2 — Resilienzindex = Überleben 25 + Umsatztoleranz (0–30 % → 0–20) + Kostentoleranz (0–25 % → 0–15) + Konzentration (50 %→0 … 0 %→15) + Verzugstoleranz (0–45 Tage → 0–15; 0, wenn die eigene Liquidität schon ohne Verzug unter der Reserve liegt) + Sicherheitsabstand (0–30 % → 0–10); ein Teil, dessen Test „Nicht zutreffend“ ist, entfällt, und die Summe wird umgerechnet: ⌊Summe × 100 ÷ verbleibende Gewichte⌋

F-13W v1.1 — 13-Wochen-Prognose = Wochensummen der täglichen Simulation der eigenen Liquidität ab dem Stichtag (keine automatischen Ziehungen der Kreditlinie; der niedrigste Saldo mit der Linie steht daneben)

F-CCC v1.0 — Cash Conversion Cycle = DSO + DIO − DPO; DSO nach Kundenanteil gewichtet und um den Vorauszahlungsanteil verringert

F-WC v1.0 — Gebundenes Umlaufkapital = Tagesumsatz × DSO + Tageskosten × DIO − Tageskosten × DPO

F-GROWTH v1.1 — Wachstumslücke = Reserve − Tiefpunkt der eigenen Liquidität im Wachstumsfenster (Monate × 30 Tage), wenn der Umsatz monatlich um g wächst (mit Zinseszins)

F-PRICE v1.0 — Menge, die du nach einer Preiserhöhung x verlieren kannst und denselben Rohertrag behältst = x ÷ (Marge + x)

F-CONTRIB v1.0 — Deckungsbeitrag eines Bereichs = (Preis − variable Kosten) × Einheiten − direkte Fixkosten

F-PATH v1.0 — Umsatz eines im Umsatzverlauf aufgeführten Monats = der angegebene Betrag (ersetzt monatlich × Saisonalität × Wachstum); Szenario-Schocks gelten zusätzlich

F-WEEKDAY v1.0 — Tag d eines Monats erhält ⌊M × W(≤d) ÷ W(Monat)⌋ − ⌊M × W(<d) ÷ W(Monat)⌋ der Monatssumme M, W = Wochentagsgewichte; die Monatssumme bleibt gleich

F-STREAMS v1.0 — Umsatz = Σ Ströme; Marge und Vorauszahlungsanteil nach Stromumsatz gewichtet, Zahlungstage nach dem nicht vorausbezahlten Teil (jeweils einmal gerundet); jeder Strom zu eigenen Konditionen simuliert

F-VARCOST v1.0 — Komponente = Umsatz × Anteil (Netto-Komponenten: Umsatz nach retourenartigen Komponenten) × Kostenfaktor, bezahlt Verzugstage nach dem Verkauf; Lieferantenanteil = Umsatz × (1 − Marge) × Kostenfaktor − Komponenten

F-CAP v1.1 — Tagesumsatz ≤ Kapazität (pro Monat: Einheiten × Umsatz je Einheit, wie der Umsatz über den Monat verteilt; pro Tag: jeden Tag gleich, ein Monat fasst also Tage × Tageskapazität), verglichen in Einheiten zu heutigen Preisen; neue Umsätze füllen nur die verbleibende Kapazität

F-CREDIT-LINE v1.2 — Kreditlinie in der Simulation: gezogen, wenn die Liquidität unter „halten über“ (Standard: die Reserve) enden würde, zurückgezahlt über „zurückzahlen über“; Zinsen = Σ täglicher Inanspruchnahme × Jahreszins ÷ 365, monatlich bezahlt — auch auf das, was von einer Linie manuell gezogen wird, und im Verlauf „ohne Kreditlinie“. Jedes Urteil wird auf diesem Verlauf ohne die automatischen Ziehungen gefällt (eigene Liquidität); der Verlauf mit der Linie steht daneben

F-EXACT-MONTH v1.0 — Ein skalierter Tagesbetrag (Umsatz nach einem Rückgang oder einer Preisstufe, die variablen Kosten und ihre Teile) = f(Summe seit Monatsbeginn) − f(Summe seit Monatsbeginn vor diesem Tag): die Tage eines Kalendermonats ergeben zusammen genau den einmal skalierten Monat

F-TAX v1.1 — Steuerrücklage je Periode: % vom Umsatz (Verkäufe + erfasste Projekte + als Umsatz markierte Auftrags- und Einmaleinnahmen, ein Auftrag bei Lieferung) oder % vom Gewinn (dieser Umsatz − seine variablen und direkten Kosten − Fixkosten und Löhne je Tag, vor heute auf heutigem Stand, ab heute auf dem Stand des Szenarios)

F-PAYRUN v1.0 — Eine monatliche Lohnsumme M, wöchentlich oder zweiwöchentlich gezahlt: Lauf k erhält ⌊12M(k+1)/N⌋ − ⌊12Mk/N⌋ (N = 52 oder 26), sodass N aufeinanderfolgende Läufe genau 12M ergeben

F-SEASON v1.1 — Rücklage für einen Monat = Reserve − simulierter Tiefpunkt der eigenen Liquidität in diesem Monat (falls positiv)

F-CHASE v1.1 — Mahnpriorität = Rückgang des Tiefpunkts der eigenen Liquidität über den gesamten Horizont, wenn diese Rechnung 30 Tage später eingeht

F-FX v1.1 — Währungsschock = Fremdwährungsanteil am Umsatz × ungünstige Kursbewegung; bewertet am Tiefpunkt der eigenen Liquidität über den gesamten Horizont

F-CUST-SHARE v1.0 — Kundenanteil = Zahlungseingänge dieses Zahlers ÷ alle Umsatzeingänge der letzten 180 Tage (ohne Kredite, Erstattungen, Zinsen, Steuern und eigene Umbuchungen); Zahler unter 5 % werden zu „alle anderen“ zusammengefasst

F-HEAT v1.1 — Heatmap-Zelle = Tiefpunkt der eigenen Liquidität über den gesamten Horizont in der vollständigen Simulation mit Umsatz × (1 − Rückgang) und allen Kunden und offenen Rechnungen N Tage später bezahlt

F-FLOW v1.0 — Monatsfluss = Summe aller datierten Simulationsbewegungen im Monat nach Art; Anfang + Eingänge − Ausgänge = Ende

F-RECUR v1.0 — Wiederkehrende Abbuchung = gleicher normalisierter Empfänger, ≥ 3 Abbuchungen, ≥ 70 % aufeinanderfolgender Beträge innerhalb ±10 %, Abstände 6–8 / 13–16 / 27–33 / 88–95 / 360–370 Tage