fruehwarnsystem-architektur-zwei-jahres-horizont

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.

1. Schwellenwerte zu weit gefasst schützen nicht. Wer "ROT erst ab Zahlungsunfähigkeit" definiert, hat kein Frühwarnsystem, sondern ein Brandmeldesystem nach dem Brand.

1. 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.

1. Outsourcing an Steuerberater ohne eigene Überwachung reicht nicht. Der Steuerberater liefert Daten, die GF muss sie auswerten und auf Abweichungen reagieren.

1. 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