Spezifikation für einen Tracker zur Vertragsverlängerung: Erinnerungen, Stakeholder und Freigaben mit Datenmodell, Workflows und Benachrichtigungsregeln zum Nachbauen.
Ein Tracker für Vertragsverlängerungen ist notwendig, weil dieselben Probleme immer wieder auftreten: Verlängerungsdaten werden verpasst, die zuständige Person ist unklar und wichtige Details liegen verstreut in E-Mail-Threads, Tabellen und Laufwerken. Wenn jemand schließlich eine Verlängerung bemerkt, ist es oft zu spät zu verhandeln, zu kündigen oder das Budget anzupassen.
Der Tracker sollte die Grundlagen in Sekunden beantworten können:
Das Ziel sind konsistente Verlängerungen ohne Überraschungen oder Last-Minute-Arbeit. Das erfordert verlässliche Daten, eine klar verantwortliche Person und einen Status, der die Realität widerspiegelt. Wenn ein Vertrag als „Under review“ markiert ist, sollten alle sehen können, was ihn blockiert und wer die nächste Aktion hat.
Halte den Umfang praktisch: Erinnerungen, die früh genug kommen, um etwas zu bewirken; Freigaben, die die richtigen Personen erreichen; Sichtbarkeit für Stakeholder, damit sie planen können; und Audit-Notizen, die eine saubere Historie zeigen. Die Dokumentenablage kann so einfach sein wie Anhänge oder ein Verweis auf den Speicherort der signierten Kopie, aber die wichtigsten Konditionen und Fristen müssen immer leicht auffindbar bleiben.
Ein Verlängerungs-Tracker funktioniert nur, wenn die Zuständigkeit explizit ist. Wenn alle „verantwortlich“ sind, ist niemand verantwortlich.
Die meisten Teams haben am Ende eine kleine Menge an Rollen:
Trenne Genehmiger von Informationsempfängern. Genehmiger können das Ergebnis ändern (freigeben, ablehnen, Änderungen verlangen). Informierte Stakeholder erhalten Updates, blockieren den Ablauf aber nicht.
Stelle die Zuständigkeit mit zwei Feldern dar: primary owner und backup owner. Der Backup ist wichtig bei Urlauben, Jobwechseln und dringenden Verlängerungen. Eine einfache Regel funktioniert gut: wenn der Primary innerhalb einer festgelegten Zeit nicht reagiert, benachrichtige den Backup und erlaube ihm, die Verantwortung zu übernehmen.
Ignoriere die Lieferantenseite nicht. Speichere Vendor-Kontakte nach Rolle statt als eine einzelne E-Mail, denn unterschiedliche Personen kümmern sich um verschiedene Themen. Die meisten Teams benötigen mindestens einen Sales-Kontakt (kommerziell), einen Billing-Kontakt (Rechnungen/Zahlungen) und einen Support-Kontakt (Serviceprobleme/Eskalationen).
Beispiel: Ein Marketing-Team beantragt die Verlängerung eines Analyse-Tools. Der Contract Owner bestätigt Nutzung und vorgeschlagene Stufe, Finance genehmigt die Ausgabe, Legal genehmigt die Bedingungen und der Abteilungsleiter genehmigt nur, wenn die neue Jahresumme über der Schwelle liegt. Alle anderen bleiben informiert, damit Verlängerungen nicht blockieren.
Ein Verlängerungs-Tracker funktioniert am besten, wenn Sie den langlebigen Vertragsdatensatz von jedem Verlängerungszyklus trennen. Das hält die Historie sauber und macht Erinnerungen vorhersagbar.
Beginnen Sie mit einer kleinen Menge an Tabellen und halten Sie die Felder praktisch:
In der Praxis ändern sich Contracts langsam. RenewalCases erfassen, was dieses Mal passiert ist: wer genehmigt hat, welches Angebot einging und wann die Entscheidung getroffen wurde.
Modelliere Beziehungen so, dass du ohne Rätselraten beantworten kannst: "Wen benachrichtigen wir?" und "Was haben wir zuletzt entschieden?":
Beispiel: Ein SaaS-Vertrag mit 60-tägiger Kündigungsfrist sollte einen Contract-Datensatz haben, aber jedes Jahr einen neuen RenewalCase. Der Fall 2025 speichert Angebot, Genehmigungen und Entscheidungsdatum, ohne 2024 zu überschreiben.
Ein Verlängerungs-Tracker funktioniert nur, wenn Daten und Status eindeutig sind. Behandle Daten als Quelle der Wahrheit und sorge dafür, dass jeder Status ausdrückt, was das Team als Nächstes tun muss.
Beginne mit einer kleinen Menge erforderlicher Daten:
Halte Auto-Renew als einfache Boolean (AutoRenew = true/false) und unterstütze das mit klaren Bedingungen: Laufzeitlänge (z. B. 12 Monate), Verlängerungsrhythmus (monatlich, jährlich, mehrjährig) und ob das Verlängerungsdatum aus dem Enddatum oder einem Rechnungsdatum berechnet wird.
Bei der Berechnung des nächsten Verlängerungsdatums verwende pro Vertrag genau eine Regel (monatlich +1 Monat, jährlich +12 Monate, mehrjährig +N Jahre). Wenn eine Verlängerung früh erfolgt, entscheide einmalig, wie das neue Enddatum berechnet wird: altes Enddatum plus Laufzeit oder Verlängerungsdatum plus Laufzeit. Speichere diese Wahl, damit sie sich später nicht verändert.
Status sollten reale Arbeitsschritte abbilden und immer einen nächsten Verantwortlichen implizieren. Eine einfache Menge reicht meist: upcoming (datumsgetrieben), in review, waiting approval, approved, renewed, canceled.
Behandle Sonderfälle explizit:
Beispiel: Ein 12-monatiger Auto-Renew-Vertrag mit 60-tägiger Kündigungsfrist könnte bei Enddatum minus 90 Tagen in "upcoming" wechseln und eskalieren, wenn die Kündigungsfrist ohne Entscheidung verstrichen ist.
Freigaben sind der Punkt, an dem ein Verlängerungs-Tracker entweder Zeit spart oder Chaos schafft. Halte Stufen einfach und Routingregeln streng genug, damit risikoreiche oder wertvolle Verlängerungen nicht durchrutschen.
Eine gängige Stufensetzung:
Routing sollte regelbasiert, nicht manuell sein. Vertragswert, Vendor-Risiko und Vertragstyp decken meistens die meisten Fälle ab. Zum Beispiel benötigen niedriges Risiko und kleine Beträge nur Manager und Finance. Höherer Wert, größeres Risiko oder datensensible Verträge sollten Legal und Security hinzufügen.
Definiere klare Auslöser, wann Freigaben starten. Typische Trigger sind: Erstellung des RenewalCase, Eingang eines Angebots oder eine Preisänderung. Behandle Preis- oder Schlüsselbedingungsänderungen als Reset der Freigaben. Wenn sich das Angebot nach Beginn der Freigaben ändert, öffne die erforderlichen Stufen wieder, damit die finale Abzeichnung zu den aktuellen Konditionen passt.
Freigabeaktionen sollten eindeutig sein: approve, reject oder request changes. "Request changes" sollte den Ablauf anhalten und die Aufgabe mit erforderlichen Kommentaren an den Owner zurückgeben. Ablehnung sollte einen Grund und einen nächsten Schritt erfordern (renegotiate, cancel, switch vendor).
Beispiel: Eine SaaS-Verlängerung über $30k mit hoher Risikostufe routet Owner -> Manager -> Finance -> Legal -> Security.
Ein Erinnerungssystem macht den Unterschied zwischen einem Tracker, dem vertraut wird, und einem, den Leute ignorieren. Erinnere zu den richtigen Meilensteinen, sende Nachrichten zur richtigen Zeit und stoppe sofort, sobald die Arbeit erledigt ist.
Trenne die Meilensteine. Die meisten Verlängerungen haben zwei wichtige Daten: die Kündigungsfrist (letzter Tag, um zu kündigen oder neu zu verhandeln) und das Verlängerungsdatum (wann der Vertrag erneuert wird). Binde Erinnerungen zuerst an die Kündigungsfrist, denn das Verpassen davon ist meist der teure Fehler.
Ein einfacher Zeitplan pro Meilenstein:
Eskalation sollte durch fehlende Aktion ausgelöst werden, nicht nur durch Zeit. Definiere, was als Aktion zählt, z. B. Bestätigung durch den Owner, Auswahl einer Entscheidung (renew, cancel, renegotiate) oder das Absenden einer Freigabeanfrage.
Eine praktikable Eskalationskette:
Sende Nachrichten nur während der Geschäftszeiten in der Zeitzone des Eigentümers (z. B. 9:00–17:00 Montag bis Freitag). Fehlt die Zeitzone des Eigentümers, verwende die Zeitzone der Business-Unit des Vertrags.
Stop-Bedingungen müssen strikt sein. Sobald ein RenewalCase als Approved, Renewed, Canceled oder Replaced markiert ist, müssen alle zukünftigen Erinnerungen für diesen Fall sofort stoppen. Wenn der Owner bei 60 Tagen vor Kündigungsfrist "Renegotiate" wählt, pausiere Kündigungserinnerungen und wechsle zu Verhandlungs- und Freigabenachverfolgung.
Benachrichtigungen funktionieren, wenn die richtigen Personen zur richtigen Zeit die richtige Nachricht erhalten. Halte Inhalte über E-Mail, In-App und Chat konsistent, damit niemand nachfragen muss, worum es geht.
Typische Empfänger nach Schritt:
Jede Benachrichtigung sollte dieselben Kerndaten enthalten, damit sie durchsuchbar und leicht zu triagieren ist:
Füge nur Kontext hinzu, der Entscheidungen erleichtert: letztes Verlängerungsergebnis, aktueller Preis und ob ein Angebot angehängt ist.
Nutze zwei Versionen: eine mobile-freundliche Zusammenfassung und eine ausführliche Version für E-Mail oder In-App.
SHORT (chat/push)
[Renewal due in {days_left} days] {contract_name} - {vendor}
Status: {status}. Next: {next_action}.
Record: {contract_id}
DETAILED (email/in-app)
Subject: Action needed: {contract_name} renewal by {due_date}
Vendor: {vendor}
Due date: {due_date} ({days_left} days)
Current status: {status}
Next action: {next_action}
Owner: {owner_name}
Approver(s): {approver_list}
Price: {current_price} ({currency})
Last renewal: {last_outcome} on {last_renewal_date}
Quote: {quote_available}
Notes: {key_notes}
Record: {contract_id}
Sicherheitsregel: Behandle Benachrichtigungen als Hinweis, nicht als Datensatz. Wenn der Kanal nicht sicher ist (z. B. ein geteilter Chat), vermeide sensible Felder (Bankdaten, vollständiger Vertragstext, spezielle Preisbedingungen). Fordere Empfänger auf, den Datensatz in der App zu öffnen, wo Berechtigungen und Audit-Logs gelten.
Beginne mit dem Fundament: ein verlässliches Datenmodell und klare Zuständigkeiten.
Erstelle die Kern-Tabellen und verknüpfe sie eng: Contracts, Vendors, interne Stakeholder (User oder Teams) und RenewalCases. Contracts sollten auf einen Vendor und einen Owner verweisen. RenewalCases sollten auf einen Contract verweisen, den aktuellen Verlängerungsstatus tragen und die Schlüsseldaten für Erinnerungen speichern.
Eine praktische Regel: Ein Contract kann viele RenewalCases über die Zeit haben, aber immer nur einen aktiven Fall gleichzeitig.
Entscheide, welche Status existieren und was in jeder Stufe ausgefüllt sein muss. Halte es strikt. Erlaube z. B. nicht "Legal review", solange Entwurfsbedingungen und das relevante Dokument nicht angehängt sind. Erlaube kein "Approved", solange Genehmiger, Genehmigungsdatum und finale Termdaten nicht gesetzt sind.
Implementiere Prozesse, die:
Beispiel: Wenn ein Vertrag von Operations geführt wird und der Jahreswert über deiner Schwelle liegt, erfordere Legal Review vor Finance-Freigabe.
Führe einen täglichen Job aus, der Fälle findet, bei denen die Kündigungsfrist naht, eine Aktion überfällig ist oder eine Stufe zu lange feststeckt. Erstelle Erinnerungsevents und Eskalationen (z. B. Backup-Eigentümer benachrichtigen oder Manager als Watcher hinzufügen).
Sende Benachrichtigungen über die Kanäle, die Leute tatsächlich lesen (E-Mail, SMS, Telegram). Protokolliere jede Zustellversuch mit Zeitstempel, Kanal, Empfänger und Ergebnis, damit du beweisen kannst, dass Erinnerungen gesendet wurden und Ausfälle debuggen kannst.
Leute pflegen einen Tracker, wenn die täglichen Screens eine Frage schnell beantworten: Was muss ich als Nächstes tun? Baue ein paar Ansichten, die reale Arbeitsgewohnheiten abdecken statt ein riesiges Dashboard.
Eine Kalenderansicht funktioniert am besten, wenn sie Fristen und nicht jede Vertragsdetail zeigt. Zeige Verlängerungen für diese Woche und nächsten Monat mit klaren Status-Tags. Jedes Element sollte das am meisten relevante Datum zeigen, normalerweise die Kündigungsfrist. Ein Vertrag, der am 1. Mai verlängert wird, kann bis zum 1. März noch "sicher" sein — das ist, was der Kalender hervorheben sollte.
Das ist die Startseite für die meisten Nutzer. Sortiere nach Kündigungsfrist zuerst, dann nach Risikostufe. Halte es action-orientiert: Freigabe anstoßen, Legal-Review anfordern, Verlängerungsmitteilung senden, beim Vendor nachfassen.
Eine kurze Menge an Feldern reicht:
Genehmiger brauchen Kontext ohne viele Klicks. Jede Zeile sollte Vendor, Vertragswert, Laufzeit, Verlängerungstyp (auto vs. manuell), vorgeschlagene Änderungen (Preiserhöhung, Umfangsänderung) und die Frist für die Genehmigung enthalten. Füge einen klaren Grund hinzu, warum es in der Queue ist, z. B. "Finance approval required because annual spend exceeds threshold."
Wenn ein Vendor anruft, wollen Leute das Gesamtbild: Verträge, Verlängerungsdaten, Risikostufe, offene Aktionen und aktueller Genehmiger. Diese Ansicht verhindert doppelte Verträge und macht Konzentrationsrisiken leichter sichtbar.
Halte Reports einfach und planbar: anstehende Ausgaben pro Monat, Verlängerungen mit Risiko (Kündigungsfrist innerhalb X Tagen) und überfällige Aktionen nach Eigentümer.
Ein Verlängerungs-Tracker funktioniert nur, wenn Menschen ihm vertrauen. Das hängt von zwei Dingen ab: die richtigen Personen sehen die richtigen Details, und jede wichtige Änderung wird protokolliert.
Beginne mit einer kleinen Menge an Rollen und erweitere nur bei Bedarf:
Halte sensitive Felder getrennt von allgemeinen Feldern. Typische eingeschränkte Items sind Vertragswert, Rate Cards, Bankdaten und signierte PDFs. Muss ein Dokument breit geteilt werden, speichere eine redigierte Version als separates File.
Behandle Statuswechsel, Genehmigungen und Dokumentupdates als auditierbare Ereignisse. Erfasse mindestens:
Für Dokumente speichere Versionen und markiere eine Datei als current signed copy. Überschreibe nicht. Behalte Dateiname, Versionsnummer, hochgeladen von/at und ein optionales Label wie "Signed v3."
Bevor ein Vertrag weitergeht, erzwinge ein paar Basisprüfungen: Vendor, Owner, Backup Owner, Start-/Enddaten (oder Evergreen-Flag), Verlängerungstyp (auto oder manuell), Kündigungsfrist und Verlängerungsdauer.
Der schnellste Weg, Vertrauen in einen Verlängerungs-Tracker zu zerstören, ist eine Frist zu verpassen, die man eigentlich verfolgt hat.
Ein häufiger Fehler ist, nur ein "Verlängerungsdatum" zu verwenden und es für ausreichend zu halten. Echte Verlängerungen hängen von Kündigungsfristen ab (z. B. "60 Tage Kündigungsfrist oder automatische Verlängerung um ein Jahr"). Behebe das, indem du mindestens verfolgst: Gültigkeitsdatum, Laufzeit-Enddatum, Auto-Renew-Flag, Kündigungsfrist und ein berechnetes nächstes Aktionsdatum, das Erinnerungen auslöst.
Ein anderes Problem sind Erinnerungen ohne klare Anlaufstelle. Ist der Owner weg, wandern Nachrichten herum und nichts passiert. Erfordere sowohl Owner als auch Backup Owner und sperre den Status "Active" ohne sie.
Freigaben scheitern, wenn sie reale Schwellen ignorieren. Ein einziger Workflow mag für kleine Verlängerungen funktionieren und dann zusammenbrechen, wenn ein hoher Wert oder hohes Risiko auftaucht. Routingregeln sollten einige einfache Faktoren abdecken: Wertbänder, Risikostufe oder Datensensitivität, Vertragstyp, nicht-standardisierte Klauseln und Abteilung/Kostenstelle.
Benachrichtigungen werden ignoriert, wenn sie nicht sagen, was als Nächstes zu tun ist. Jede Erinnerung sollte eine nächste Aktion enthalten (prüfen, genehmigen, verhandeln, kündigen), ein Fälligkeitsdatum und die Konsequenz (automatische Verlängerung, Preiserhöhung, Serviceunterbrechung).
Teams vergessen außerdem oft, Ergebnisse zu dokumentieren. Jeder Zyklus sollte Ergebnis (renewed, terminated, renegotiated), neue Laufzeitdetails und eine kurze "what changed"-Notiz erfassen.
Bevor du es für fertig erklärst, führe ein paar Prüfungen durch, die das echte Leben nachbilden. Verlängerungs-Tracker scheitern meist an den Rändern: Kündigungsfristen, fehlende Owner und Freigaben, die auf dem Papier gut aussehen, aber nie vorankommen.
Lege drei Beispielverträge mit unterschiedlichen Bedingungen an:
Bei jedem Vertrag verifiziere, dass Erinnerungen zuerst für die Kündigungsfrist und dann für das Verlängerungs-/Enddatum ausgelöst werden. Lass einen Vertrag als Owner unangetastet, um zu prüfen, ob die Eskalation den Backup erreicht und so lange weiterläuft, bis jemand handelt.
Teste dann Genehmigungen von Anfang bis Ende. Führe einen Vertrag durch einen Genehmigungsweg und einen anderen durch einen Ablehnungsweg. Bestätige, dass die Revisionsspur dokumentiert, wer entschieden hat, wann und warum. Wenn deine Logs nicht innerhalb von 10 Sekunden beantworten können "Was ist passiert?", helfen sie nicht, wenn Fristen eng sind.
Starte klein und erweitere erst, wenn das Grundlegende zuverlässig ist:
Wenn du das ohne Code als internes App-Projekt umsetzen willst, ist AppMaster (appmaster.io) eine Option zum Modellieren der Daten, Erstellen von Freigabe-Workflows und Versenden von Benachrichtigungen über verschiedene Kanäle.
Sobald diese Prüfungen bestanden sind, ist dein Verlängerungs-Tracker bereit für echte Verträge, nicht nur für Musterläufe.
Welche Daten sollte ein Verlängerungs-Tracker immer speichern?Tracke die Kündigungsfrist und das Laufzeitende/Verlängerungsdatum getrennt. Die teuersten Fehler passieren, wenn ein Team das Kündigungsfenster verpasst, nicht das Enddatum — Erinnerungen sollten zuerst von der Kündigungsfrist getrieben werden.
Wie verhindern wir, dass Verlängerungen ins Stocken geraten, wenn der Eigentümer nicht da ist?Gib jedem Vertrag eine primäre und eine Backup-Eigentümerin / einen Backup-Eigentümer und definiere, was „Aktion ergriffen“ bedeutet (z. B.: bestätigt, Entscheidung ausgewählt, Freigabeanfrage eingereicht). Wenn die primäre Person innerhalb des festgelegten Zeitfensters nicht reagiert, eskaliere automatisch an die Backup-Person und danach an die Führungskraft.
Sollten Verlängerungen auf dem Contract-Datensatz oder als separate Fälle erfasst werden?Trenne den langlebigen Contract-Datensatz von jedem RenewalCase (jedem Verlängerungszyklus). So bleibt die Historie (Angebote, Genehmigungen, Ergebnisse) erhalten, ohne dass Entscheidungen aus dem Vorjahr überschrieben werden.
Welche Status sind für Verlängerungen wirklich nützlich?Beginne mit einer kleinen Menge an Status, die immer eine nächste Aktion implizieren: upcoming, in review, waiting approval, approved, renewed, canceled. Wenn ein Status niemandem klar sagt, was als Nächstes zu tun ist, wird er ignoriert oder falsch genutzt.
Wie sollte das Freigaberouting funktionieren, ohne chaotisch zu werden?Mache das Routing regelbasiert mit wenigen Eingaben: Wertband, Vendor-Risiko, Vertragstyp und ob sich Bedingungen geändert haben. Für niedrigriske und niedrige Beträge reicht der einfachste Weg; füge automatisch Legal/Security/Procurement hinzu, wenn Schwellen überschritten werden.
Was passiert, wenn der Anbieter das Angebot mitten im Prozess ändert?Setze einen Reset der Genehmigungen in Gang, wenn nach Beginn der Freigaben Angebot oder Schlüsselbedingungen geändert werden. Standardmäßig: öffne nur die betroffenen Stufen erneut (z. B. Finance bei Preisänderung, Legal bei Klauseländerung), damit die finale Freigabe zu den aktuellen Bedingungen passt.
Was ist ein guter Erinnerungs- und Eskalationsplan?Verwende einen vorhersehbaren Plan, der an die Kündigungsfrist gebunden ist (z. B. 90/60/30/14/7 Tage). Eskaliere bei keiner ergriffenen Aktion nach einer Erinnerung und stoppe alle Erinnerungen sofort, sobald der Fall als approved, renewed, canceled oder replaced markiert ist.
Was sollte eine Verlängerungsbenachrichtigung enthalten, damit Leute reagieren?Halte jede Nachricht kurz und einheitlich: Vertragsname, Anbieter, Fälligkeitsdatum mit verbleibenden Tagen, aktueller Status, nächste Aktion und wer die nächste Aufgabe hat. Betrachte Benachrichtigungen als Wegweiser, nicht als Datenablage, damit in Chats keine sensiblen Konditionen offengelegt werden.
Wie gehen wir mit fehlenden Enddaten oder Evergreen-Verträgen um?Markiere den Datensatz als date missing und blockiere Erinnerungen, bis er korrigiert ist — schlechte Daten erzeugen falsches Vertrauen. Bei Evergreen-Verträgen lasse das Enddatum weg und verwende stattdessen periodische Review-Termine, damit sie weiterhin Aufmerksamkeit bekommen.
Was muss die Revisionsspur in einem Verlängerungs-Tracker enthalten?Protokolliere Statusänderungen, Genehmigungen, Eigentümerwechsel, Datumsänderungen und Dokument-Uploads mit wer/wann/alt/neu plus einem verpflichtenden Kommentar bei Ablehnungen oder Datumsänderungen. Archiviere statt zu löschen, damit sich schnell beantworten lässt: „Was ist beim letzten Mal passiert?“
21. Jan. 2026
8 Min
20. Jan. 20268 Min
20. Jan. 20268 MinExperimentieren Sie mit AppMaster mit kostenlosem Plan.
Wenn Sie fertig sind, können Sie das richtige Abonnement auswählen.
