Vertrags- und Fristenmanagement für Nutzungsverträge

Die Nutzungsverträge werden in der Anwendung strukturiert erfasst. Erst dadurch liegen ihre Regelungen so vor, dass sich Fristen daraus ableiten lassen. Niemand muss sie mehr von Hand in Tabellen und Kalendern nachhalten.

Nutzungsverträge enthalten viele Regelungen zu Nutzung, Bau, Vergütung und Informationspflichten. Für die tägliche Arbeit zählen die Punkte, aus denen eine konkrete Handlung entsteht: Eine Zahlung wird fällig, eine Anzeige muss rechtzeitig versendet werden, die Frist zur Verlängerung des Vertrags läuft ab.

Die Anwendung erfasst diese Punkte einzeln: Entgelte, Informationspflichten und Verlängerungsoptionsfristen, jeweils mit eigener Fälligkeit. So werden die relevanten Fristen aus dem Vertragstext zu konkreten Terminen im System, die sich nachverfolgen lassen.

Die Anwendung beschreibt eine Fälligkeit als Regel. Sie besteht aus einem Auslöser (festes Datum oder Projekt-Ereignis), einem Versatz (zum Beispiel „vier Wochen vorher“), einer Frequenz für wiederkehrende Zahlungen und einer Endbedingung.

Aus diesen Angaben berechnet die Anwendung die konkreten Termine. Gleiche Vertragsdaten und gleiche Regeln führen damit zum gleichen Ergebnis, zusätzliche manuelle Terminpflege entfällt.

Die Anwendung bündelt anstehende Zahlungen und Pflichten aus allen Projekten in einer gemeinsamen Übersicht. Jede Frist ist mit Projekt und zuständigem Team verknüpft. Die Übersicht lässt sich filtern und auf Wunsch auf die eigenen Aufgaben eingrenzen. Anstehende Termine exportiert die Anwendung außerdem als Kalenderdatei.

Nachträge bleiben mit dem ursprünglichen Vertrag verknüpft und können dessen Regeln ergänzen oder ändern. Wird ein Nachtrag angelegt oder bearbeitet, berechnet die Anwendung die betroffenen offenen Fristen neu. Bereits erledigte oder entfallene Termine bleiben unverändert. So kann die Fristenübersicht den aktuellen Vertragsstand abbilden, ohne abgeschlossene Historie umzuschreiben.

Bevor es um Masken und Listen ging, mussten die fachlichen Begriffe eindeutig sein: Was ist ein Entgelt, was eine Informationspflicht? Wodurch wird eine Fälligkeit ausgelöst, und wie verändert sie sich über die Zeit?

Aus Auslöser, Versatz, Frequenz und Endbedingung entstand zuerst ein belastbares Datenmodell. Die Oberfläche bildet dieses Modell ab.

Einfacher wäre es gewesen, jede Frist manuell einzutragen. Wir haben uns dagegen entschieden und leiten die Termine direkt aus den Vertragsregeln ab. Das erhöht die Anforderungen an die Modellierung, reduziert aber doppelte Pflege: Ändert sich eine relevante Vertragsregel, kann die Anwendung die davon abhängigen offenen Termine neu berechnen.

Die Fristenberechnung ist ein zentraler Teil der Anwendung. Einzelne Beispiele reichen uns als Test deshalb nicht aus: Wir prüfen sie zusätzlich mit automatisch erzeugten Vertragsvarianten in großer Zahl.

So fallen Inkonsistenzen auf, die in einigen wenigen Beispieltests leicht unentdeckt blieben. Das wäre etwa der Fall, wenn zwei Teile des Systems dieselbe Fälligkeit unterschiedlich berechnen würden.

Neue Vertragsarten lassen sich über Konfiguration ergänzen. Eine eigene technische Sonderlösung je Variante braucht es dafür nicht. Welche Felder, Entgelte und Regeln eine Vertragsart mitbringt, steckt im Modell.

Zum Start werden bewusst nur die bereits abgenommenen Bereiche freigegeben: Pool, Kabel, externe Zuwegung und AuE-Maßnahmen. Weitere Varianten können schrittweise folgen.