Frühwarnsystem-Architektur mit Zwei-Jahres-Horizont
StaRUG-konformes Fruehwarnsystem mit 24-Monats-Horizont architektieren: Unternehmen will § 1 StaRUG Krisenfrueherkennung implementieren. Normen: § 1 StaRUG (Frueherkennungspflicht), IDW S 6 (Sanierungsstandard), IDW PS 340 n.F. (Risikomanagement-Prüfung). Prüfraster: Risiko-Inventar, KPI-Kaskade, Eskalationsstufen, Reporting-Frequenzen, Schwellenwerte, Organisationseinbettung. Output Fruehwarnsystem-Konzept, Implementierungsplan, Governance-Struktur. Abgrenzung: KPI-Set Ampelsystem siehe kennzahlenset-und-ampelsystem-starug-konform; Liquiditaetsplanung siehe rollierende-liquiditaetsplanung-24-monate-template.
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
- Systemhandbuch erstellen (Verantwortlichkeiten, Prozessablauf, Schwellenwerte)
- Jährliche Überprüfung der Relevanz und Vollständigkeit des Risiko-Inventars
- Schulung der beteiligten Mitarbeiter und GF
- 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
-
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.
-
Schwellenwerte zu weit gefasst schützen nicht. Wer "ROT erst ab Zahlungsunfähigkeit" definiert, hat kein Frühwarnsystem, sondern ein Brandmeldesystem nach dem Brand.
-
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.
-
Outsourcing an Steuerberater ohne eigene Überwachung reicht nicht. Der Steuerberater liefert Daten, die GF muss sie auswerten und auf Abweichungen reagieren.
-
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
Aktuelle Leitentscheidungen — Fruehwarnsystem und § 1 StaRUG
- Rechtsprechung: keine Entscheidung aus Modellwissen zitieren; vor Ausgabe über offizielle oder frei zugängliche Quelle mit Gericht, Entscheidungsform, Datum, Aktenzeichen und tragender Aussage verifizieren.
Paragrafenkette Fruehwarnsystem
§ 1 StaRUG (Pflicht zur Fruehwarnung) → § 102 StaRUG (Rechtsberater-Warnpflicht) → § 43 GmbHG (Sorgfaltspflicht GF) → § 93 AktG (Vorstandshaftung) → § 91 Abs. 2 AktG (Fruehwarnsystem-Pflicht AG) → § 15a InsO (Antragspflicht bei erkannter ZU/Ueberschuldung)
Triage — Fruehwarnsystem
- Kennzahlen-Set? Welche Kennzahlen werden in welchem Rhythmus erhoben? (Liquiditaet, EBIT, Forderungslaufzeit, Eigenkapital-Quote)
- Ampelsystem vorhanden? Gruene, gelbe, rote Schwellen definiert?
- Eskalationskette? Wer wird bei roten Ampeln informiert? GF → Aufsichtsrat → Anwalt?
- Historische Daten? 2 Jahre Ruckschau fuer Trend-Erkennung vorhanden?
Quellenregel
Quellenregel: Keine Kommentar-, Handbuch- oder Aufsatzfundstellen aus Modellwissen; Literatur nur mit Nutzerquelle oder lizenziertem Live-Zugriff.
No additional documents ship with this skill.
Related Skills
Abgrenzung: Konventionelle Software versus KI-System
Grenzfall-Skill zur Abgrenzung konventioneller Software, Automation, Statistik, Expertensystemen, Workflows und KI-Systemen nach Art. 3 Nr. 1 KI-VO. …
Abwägungsgebot § 1 Abs. 7 BauGB
Mandant greift Bebauungsplan wegen fehlerhafter Interessenabwaegung an. § 1 Abs. 7 BauGB Abwaegungsgebot. Prüfraster: vier Abwaegungsfehler-Stufen Ab…
Anbieter-Werden — Art. 25 KI-VO
Betreiber Einführer oder Haendler fragt: Werde ich durch mein Verhalten selbst zum Anbieter eines KI-Systems mit allen daraus folgenden Pflichten? Ar…
Anpassungsgebot — Flächennutzungsplan
Mandant greift Bebauungsplan an weil er nicht aus dem Flaechennutzungsplan entwickelt wurde. § 8 Abs. 2 BauGB Entwicklungsgebot und Anpassungsgebot. …
KI-Anwendungsfall-Triage
Klassifiziert einen vorgeschlagenen KI-Anwendungsfall gegen das Unternehmensregister — freigegeben, bedingt oder nicht freigegeben — und erstellt Auf…