--- name: fruehwarnsystem-architektur-zwei-jahres-horizont description: "Architektur eines StaRUG-konformen Frühwarnsystems mit 24-Monats-Horizont: IDW S 6 und IDW PS 340 n.F., Risiko-Inventar, KPI-Kaskade, Eskalationsstufen, Reporting-Frequenzen, Schwellenwerte, organisatorische Einbettung." --- # Frühwarnsystem-Architektur mit Zwei-Jahres-Horizont Ein Frühwarnsystem nach § 1 StaRUG ist kein Excel-Sheet in einer Schublade — es ist eine lebende Governance-Struktur. IDW PS 340 n.F. und IDW S 6 geben die fachlichen Standards vor. Wer diesen Rahmen nicht in die operative Unternehmenssteuerung integriert, erfüllt die gesetzliche Pflicht nur auf dem Papier — und steht im Haftungsfall ohne belastbaren Nachweis da. --- ## Rechtsgrundlagen - § 1 StaRUG (Krisenfrüherkennungspflicht) - § 91 Abs. 2 AktG (Risikoüberwachungssystem für AG) - IDW PS 340 n.F. (Anforderungen an Risikofrüherkennungssysteme, Stand 2020) - IDW S 6 (Anforderungen an Sanierungskonzepte, Stand 2018) - IDW S 11 (Beurteilung des Vorliegens von Insolvenzeröffnungsgründen, Stand 2021) - § 18 InsO (drohende Zahlungsunfähigkeit) --- ## Pflichten ### 1. Rechtliche Anforderungen an das Frühwarnsystem Ein § 1 StaRUG-konformes Frühwarnsystem muss folgende Mindestanforderungen erfüllen: **Formale Anforderungen:** - Schriftlich dokumentiert und von der Geschäftsführung förmlich beschlossen - Klar definierte Verantwortlichkeiten (wer meldet was an wen bis wann) - Regelmäßige Überprüfung und Aktualisierung (mindestens jährlich) - Nachweis der tatsächlichen Anwendung (Protokolle, Berichte) **Inhaltliche Anforderungen (IDW PS 340 n.F.):** - Risikoidentifikation, Risikobewertung und Risikoüberwachung - Festlegung von Risikotoleranzgrenzen und Eskalationsschwellen - Integration in die Unternehmensplanung (kein separates Silo) - Bestandsgefährdungsrisiken besonders hervorheben ### 2. IDW PS 340 n.F. — Kernelemente IDW PS 340 n.F. (Neufassung 2020) verlangt: | Element | Inhalt | |---|---| | Risikoidentifikation | Vollständige Erfassung aller wesentlichen Risiken (intern + extern) | | Risikobewertung | Eintrittswahrscheinlichkeit und Schadenshöhe quantifizieren | | Risikoaggregation | Gesamtrisikoprofil — Wechselwirkungen berücksichtigen | | Risikoüberwachung | KPIs, Meilensteine, Plan-Ist-Abweichungen | | Berichterstattung | Regelkreis von GF zum Aufsichtsorgan | --- ## Vorgehen ### Schritt 1: Risiko-Inventar aufbauen Das Risiko-Inventar ist die Basis des Frühwarnsystems. Typische Risikofelder: **Finanzrisiken:** - Liquiditätsrisiko (Zahlungsunfähigkeit, Refinanzierungsrisiko) - Zinsänderungsrisiko (variabel verzinste Verbindlichkeiten) - Währungsrisiko (Fremdwährungsgeschäfte) - Forderungsausfallrisiko **Operative Risiken:** - Lieferkettenstörungen - Kapazitätsengpässe - IT-/Systemausfälle - Personalabgänge in Schlüsselpositionen **Marktrisiken:** - Nachfragerückgang, Preisdruck - Wettbewerberaktivitäten - Regulatorische Änderungen **Strategische Risiken:** - Technologiedisruption - Kundenkonzentration > 20 % des Umsatzes bei einem Kunden ### Schritt 2: KPI-Kaskade definieren Die KPI-Kaskade verbindet strategische Ziele mit operativen Frühwarnindikatoren: **Ebene 1 — Überlebensfähigkeit (täglich/wöchentlich):** - Kassenbestand und Kreditlinien-Auslastung - Fällige Zahlungen nächste 14 Tage vs. verfügbare Liquidität **Ebene 2 — Liquiditätsstabilität (wöchentlich/monatlich):** - 13-Wochen-Cashflow-Abweichung zum Plan - Debitoren-Umschlagsdauer (DSO) - Kreditoren-Umschlagsdauer (DPO) - Working-Capital-Quote **Ebene 3 — Ertragsstabilität (monatlich):** - EBITDA-Marge vs. Vorjahr und Plan - Deckungsbeitrag je Produkt/Segment - Auftragseingang und Auftragsbestand **Ebene 4 — Strukturelle Solidität (quartalsweise):** - Net-Debt/EBITDA - Eigenkapitalquote - Covenant-Headroom (Puffer zu Finanzkennzahl-Anforderungen der Bank) - DSCR (Debt Service Coverage Ratio) ### Schritt 3: Eskalationsstufen definieren ``` ESKALATIONSSYSTEM — DREISTUFIG Stufe 1 — GRÜN (Normalbetrieb): Alle KPIs innerhalb Plankorridor Aktion: Routinereporting (monatlich an GF) Stufe 2 — GELB (Frühwarnung): Mind. ein KPI außerhalb Plankorridor aber über Mindestschwelle Aktion: Sofortanalyse innerhalb 5 Werktagen Maßnahmenplan innerhalb 10 Werktagen Information AR/Gesellschafter innerhalb 15 Werktagen Stufe 3 — ROT (Krisenalarm): Mindestschwelle unterschritten ODER Liquiditätsreichweite < 3 Monate Aktion: Sofortmaßnahmen (72 Stunden) Berater einschalten (RA, StB, Restrukturierungsberater) Information AR/Gesellschafter unverzüglich § 102 StaRUG Warnung empfangen/versenden StaRUG-Zugang prüfen ``` ### Schritt 4: Reporting-Struktur festlegen | Ebene | Frequenz | Inhalt | Empfänger | |---|---|---|---| | Tagesreport | Täglich | Kassenbestand, offene Zahlungen | CFO / Treasurer | | Wochenreport | Wöchentlich | 13-Wochen-Cashflow, Abweichungen | Gesamte GF | | Monatsbericht | Monatlich | Alle KPIs, Plan-Ist, Prognose | GF + Gesellschafter | | Quartalsbericht | Quartalsweise | Strukturelle KPIs, Covenant-Check | GF + AR + Bank | | Jahresbericht | Jährlich | Risiko-Inventar-Update, Systembewertung | GF + AR | ### Schritt 5: Systemdokumentation und -pflege 1. **Systemhandbuch** erstellen (Verantwortlichkeiten, Prozessablauf, Schwellenwerte) 2. **Jährliche Überprüfung** der Relevanz und Vollständigkeit des Risiko-Inventars 3. **Schulung** der beteiligten Mitarbeiter und GF 4. **Audit-Trail** — alle Reports und Eskalationen protokollieren --- ## Templates ### Muster: Risiko-Inventar (Tabellenstruktur) ``` Risiko-Inventar — [Firma GmbH] — Stand: [Datum] Nr. | Risikokategorie | Risikobeschreibung | Eintrittswsk. | Schaden EUR | Risikoscore | Verantwortlich | KPI | Schwelle ROT ----|----------------|-------------------|--------------|------------|------------|---------------|-----|------------- R01 | Liquidität | Refinanzierungsrisiko: Hausbankkredit läuft [Datum] aus | Mittel | [Betrag] | Hoch | CFO | Kredit-Restlaufzeit | < 6 Monate R02 | Umsatz | Kundenkonzentration: Kunde X = [x]% Umsatz | Niedrig | [Betrag] | Mittel | CSO | Umsatzanteil Top-1-Kunde | > 25 % R03 | Personal | Schlüsselpersonenrisiko: Geschäftsführer [Name] | Niedrig | [Betrag] | Mittel | GF | Nachfolgeplanung | Nicht vorhanden ``` ### Muster: Frühwarnsystem-Beschluss der Geschäftsführung ``` Beschluss der Geschäftsführung — Frühwarnsystem § 1 StaRUG Gesellschaft: [Firma GmbH] Datum: [TT.MM.JJJJ] Die Geschäftsführung beschließt: 1. Das vorliegende Frühwarnsystem (Systemhandbuch vom [Datum]) wird als verbindliche Governance-Struktur eingeführt. 2. Verantwortlich für Pflege und Reporting: [Name, Funktion]. 3. Die KPI-Schwellenwerte gemäß Anlage 1 gelten ab sofort. 4. Abweichungen von Stufe 2 (Gelb) werden unverzüglich protokolliert. 5. Das System wird jährlich, erstmals zum [Datum], überprüft. [Unterschriften GF] ``` --- ## Fallstricke 1. **Frühwarnsystem auf Papier ist kein Frühwarnsystem** — im Haftungsfall wird geprüft, ob das System tatsächlich gelebt wurde. Fehlende Reports, keine Protokolle, keine Eskalationen: Indizienbeweis für Pflichtverletzung. 2. **Schwellenwerte zu weit gefasst** schützen nicht. Wer „ROT erst ab Zahlungsunfähigkeit" definiert, hat kein Frühwarnsystem, sondern ein Brandmeldesystem nach dem Brand. 3. **Keine Integration in Planungsprozess** — das Frühwarnsystem muss mit der operativen Planung verbunden sein. Eigenständige Silo-Lösung ohne Rückkopplung erfüllt IDW PS 340 n.F. nicht. 4. **Outsourcing an Steuerberater ohne eigene Überwachung** reicht nicht. Der Steuerberater liefert Daten, die GF muss sie auswerten und auf Abweichungen reagieren. 5. **Jährliche statt rollierende Überprüfung** ist zu grob. Das Risiko-Inventar muss nach wesentlichen Veränderungen ad hoc überprüft werden. --- ## Querverweise - → `paragraph-1-starug-pflichten-und-24-monats-horizont` — rechtliche Pflichtgrundlage - → `rollierende-liquiditaetsplanung-24-monate-template` — konkrete Planungsstruktur - → `kennzahlenset-und-ampelsystem-starug-konform` — KPI-Definitionen und Schwellen - → `integrierte-planung-guv-bilanz-cashflow` — Drei-Statement-Modell - → `dokumentationspflicht-und-protokollierung-geschaeftsfuehrung` — Systemdokumentation