Features / Vertragsmanagement / Kündigungsfristen
Kündigungsfristen sind einer der teuersten “stillen” Kostenfaktoren im Unternehmen: Ein Vertrag verlängert sich automatisch, Preise steigen, niemand merkt es – und du zahlst ein weiteres Jahr für etwas, das du vielleicht längst ersetzen oder kündigen wolltest.
Die Lösung ist kein kompliziertes Legal-Setup. Es ist ein sauberes System aus Daten, Ownership und Remindern, das dich rechtzeitig in die Entscheidung bringt.
Pro Tipp Verwende finban, um alle Kündigungsfristen im Griff zu haben: Wenn du Kündigungsstichtage, Verlängerungen und Zahlungsintervalle als strukturierte Daten pflegst, kannst du daraus direkt Budgets und Cashflow-Planung ableiten. Genau da wird Vertragsmanagement vom “Dokumenten-Thema” zu einem echten Steuerungshebel.
Warum Kündigungsfristen so oft schiefgehen
Typische Ursachen (kommt in fast jedem Team vor):
- Verträge liegen verteilt (Postfach, Drive, Laptop, Slack)
- Kündigungsfristen stehen nur “irgendwo im PDF”
- Niemand ist klar verantwortlich (“macht Finance?” “macht das Team?”)
- Reminder sind zu spät oder gar nicht vorhanden
- Renewals werden nicht als Entscheidungspunkt behandelt
- Vertragsänderungen/Nachträge verschieben Fristen, aber keiner aktualisiert sie
Das Ziel: Jede Verlängerung wird zur bewussten Entscheidung
Statt “Ups, verlängert” willst du immer diesen Zustand:
- Du weißt mindestens 90 Tage vorher, dass eine Entscheidung ansteht
- Du kennst Kosten, Nutzen, Owner und Alternativen
- Du kannst rechtzeitig verhandeln, downgraden oder kündigen
- Du kannst Auswirkungen auf Budget & Liquidität sauber einplanen
Das Mindest-Setup: 6 Pflichtdaten pro Vertrag
Wenn du nur das hier sauber pflegst, bist du schon weit:
- Startdatum
- Enddatum / Laufzeit (oder “läuft bis auf Weiteres”)
- Kündigungsfrist (z. B. “3 Monate zum Laufzeitende”)
- Kündigungsstichtag (konkretes Datum, automatisch berechnet)
- Verlängerungslogik (z. B. “verlängert sich um 12 Monate”)
- Contract Owner (eine Person, die verantwortlich ist)
Optional, aber sehr hilfreich:
- Kosten pro Periode (monatlich/jährlich)
- Zahlungsintervall (wichtig für Liquidität)
- Risiko-Flag (hoch/mittel/niedrig)
- Kategorie (SaaS, Miete, Versicherung, Dienstleister …)
Ownership: Wer kümmert sich wirklich?
Ein System ohne Owner ist nur Deko.
Empfohlene Regel:
- Jeder Vertrag hat genau einen Contract Owner
- Finance/Legal unterstützen, aber “besitzen” nicht alles
Typische Owner nach Vertragstyp:
- SaaS-Tool → Tool-Owner im Team (z. B. Marketing Lead für Newsletter-Tool)
- Lieferant → Procurement/Operations oder Team Lead
- Miete/Leasing → Operations/Finance
- Freelancer → Hiring Manager oder Projektverantwortliche
- Kundenvertrag → Account/Delivery Lead
Reminder-Logik, die in der Praxis funktioniert (90/60/30)
Die Standard-Formel, die fast immer passt:
90 Tage vorher: “Vorprüfung”
Ziel: Bewerten, ob der Vertrag noch passt.
Checklist:
- Nutzen/Usage ok?
- Gibt es Alternativen?
- Gibt es Preissteigerungen beim Renewal?
- Müssen wir rechtlich/compliance etwas nachziehen (AVV/DPA)?
60 Tage vorher: “Aktion”
Ziel: Verhandeln oder Plan B aufbauen.
Actions:
- Vendor kontaktieren, Konditionen anfragen
- Downgrade/Bundle prüfen
- Alternative testen (wenn relevant)
- Interne Entscheidung vorbereiten
30 Tage vorher: “Entscheidung”
Ziel: Kündigen oder bewusst verlängern.
Actions:
- finale Freigabe einholen
- Kündigung formell absetzen (Frist & Form beachten)
- Daten aktualisieren (neue Laufzeit, neuer Preis, neuer Stichtag)
Wichtig: In manchen Fällen brauchst du 120/90/60 (z. B. große Enterprise-Verträge, komplexe Umstellungen). Aber 90/60/30 ist ein starker Default.
Reminder: Woran genau erinnerst du?
Nicht “Kündigen!” – sondern “Entscheiden!”.
Gute Reminder-Texte (copy-ready):
- 90 Tage: “Renewal-Check: Nutzen/Kosten/Alternativen bewerten – Entscheidung vorbereiten”
- 60 Tage: “Renewal-Aktion: Verhandlung/Downgrade/Plan B starten”
- 30 Tage: “Renewal-Entscheidung: Kündigen oder bewusst verlängern – Deadline beachten”
Fristen richtig berechnen (ohne Kopfweh)
Die häufigsten Regeln, die du abbilden willst:
1) Kündigungsfrist “zum Laufzeitende”
Beispiel: “3 Monate zum Laufzeitende”
→ Kündigungsstichtag = Enddatum minus 3 Monate
2) Kündigungsfrist “zum Monatsende”
Beispiel: “4 Wochen zum Monatsende”
→ Kündigungsstichtag = letzter Tag des Monats minus 4 Wochen (hier passieren oft Fehler – sauber berechnen)
3) “x Tage vor Verlängerung”
Beispiel: “30 Tage vor Verlängerung”
→ Kündigungsstichtag = Verlängerungsdatum minus 30 Tage
4) “jederzeit kündbar mit x Tagen”
Beispiel: “jederzeit mit 14 Tagen”
→ Reminder trotzdem setzen, aber anders: monatlicher Check oder Quartalscheck, damit du aktiv optimierst
Pro-Tipp: Wenn du Nachträge hast (z. B. Laufzeitverlängerung), muss der Kündigungsstichtag neu berechnet werden. Genau deshalb sind strukturierte Daten so wichtig.
Prozess: So läuft ein Renewal-Entscheid ab (Lean-Version)
- Reminder kommt (90 Tage)
- Owner prüft Nutzen, Kosten, Alternativen
- Finance checkt Budget/Liquiditätsimpact
- Entscheidungsvorschlag wird erstellt (keep / downgrade / switch / cancel)
- Falls Switch: Umstellung planen (Datenmigration, Team-Training)
- Kündigen oder verlängern + Dokumentation aktualisieren
Das ist kein Konzernprozess. Das ist ein kleiner, wiederholbarer Ablauf, der Geld spart.
Mini-Checkliste: Kündigungsfristen auditieren (in 30 Minuten)
Nimm deine Top-15 Verträge (nach Kosten oder Risiko) und prüfe:
- Gibt’s ein klares Enddatum?
- Gibt’s eine klare Kündigungsfrist?
- Kennst du den Kündigungsstichtag als Datum?
- Ist die Verlängerungslogik dokumentiert?
- Gibt’s einen Owner?
- Gibt’s Reminder (90/60/30)?
Wenn du bei mehr als 3 Punkten “nein” hast: Priorität hoch.
Warum das auch für Liquidität zählt
Viele Kündigungsfallen sind jährliche Zahlungen: ein vergessenes Renewal kann einen dicken Cash-Out auslösen. Wenn du Renewals sauber planst, kannst du:
- Jahreszahlungen früh im Forecast sehen
- Einsparungen gezielt in Szenarien einrechnen
- Budget und Cashflow mit echten Verpflichtungen steuern
finban-Perspektive: Kündigungsstichtage sind Frühwarnsignale. Wenn du sie im System hast, wird Planung proaktiver – statt reaktiv.
FAQ
Was ist der beste Reminder-Abstand?
Für die meisten Verträge: 90/60/30 Tage. Bei komplexen Umstellungen (z. B. ERP, große Tools): eher 120/90/60.
Wer sollte Owner sein?
Die Person, die den Vertrag fachlich steuert oder den Nutzen verantwortet. Finance unterstützt, aber sollte nicht alles “besitzen”.
Was, wenn die Kündigungsform streng ist?
Dann gehört ins System ein Feld “Kündigungsform” (E-Mail, Brief, Portal) und ein Hinweis, wo gekündigt wird. Sonst scheitert’s an Formalitäten.