Digitale Vertragsdatenbank

Kern einer modernen Vertragsdatenbank ist ein eindeutig identifizierbares digitales Vertragsobjekt.

Dieses Vertragsobjekt erhält eine unverwechselbare Kennung und bleibt über seinen gesamten Lebenszyklus bestehen. Dokumente, Daten und Ereignisse werden diesem Objekt zugeordnet.

Ein Vertragsobjekt kann beispielsweise folgende Ebenen miteinander verbinden:

Vertragsebene: Vertragspartner, Vertragsart, Laufzeit, Status und Verantwortlichkeiten.

Dokumentenebene: Hauptvertrag, Anlagen, Nachträge, Klarstellungen, Protokolle und Nachweise.

Leistungsebene: Leistungsbereiche, Leistungsorte, Service Levels und Leistungsabgrenzungen.

Objektebene: Standorte, Gebäude, Flächen, Anlagen oder sonstige Assets.

Kaufmännische Ebene: Vertragswerte, Preisstände, Budgets, Bestellungen und Rechnungen.

Governance-Ebene: Verantwortlichkeiten, Genehmigungen, Eskalationen, Risiken und Entscheidungen.

Lebenszyklusebene: Anbahnung, Vergabe, Mobilisierung, Betrieb, Änderung, Verlängerung und Beendigung.

Diese Struktur ermöglicht wesentlich differenziertere Auswertungen als eine rein dokumentenorientierte Ablage.

Der Nutzen einer Vertragsdatenbank entsteht nicht allein durch eine möglichst große Zahl ausgefüllter Felder. Entscheidend sind insbesondere die Beziehungen zwischen den Daten.

Ein Beispiel:

Ein technischer Wartungsvertrag ist mit 175 Anlagen verbunden. Für zwölf dieser Anlagen bestehen offene Mängel. Vier Wartungen sind überfällig. Für zwei Anlagen wurden zusätzliche Leistungen beauftragt. Gleichzeitig läuft der Vertrag innerhalb der nächsten neun Monate aus.

Eine relationale Vertragsdatenbank kann diese Sachverhalte miteinander verbinden.

Dadurch können Fragestellungen beantwortet werden wie:

• Welche Anlagen werden durch welchen Vertrag abgedeckt?

• Für welche Anlagen besteht derzeit kein eindeutig zugeordneter Wartungsvertrag?

• Welche Verträge sind für kritische Anlagen relevant?

• Welche Dienstleister besitzen Zugang zu welchen Bereichen?

• Welche Betreiberpflichten werden durch externe Leistungen unterstützt?

• Welche Verträge verursachen Kosten an einem bestimmten Standort?

• Welche Verträge sind von einer geplanten Standortschließung betroffen?

• Welche Nachträge haben den ursprünglichen Leistungsumfang verändert?

Gerade diese Verknüpfungsmöglichkeiten unterscheiden eine strategische Vertragsdatenbank von einer einfachen Vertragsliste.

In einer integrierten Systemlandschaft befinden sich Vertragsinformationen häufig nicht ausschließlich in einem einzigen System.

Beispielsweise können:

• Lieferantenstammdaten im ERP-System,

• technische Anlagen im CAFM,

• Rechnungen im Finanzsystem,

• Vertragsdokumente im DMS,

• Tickets im Service Desk und

• Genehmigungen in einem Workflow-System geführt werden.

Deshalb muss für jede wesentliche Informationsart eindeutig festgelegt werden, welches System führend ist.

Eine Vertragsdatenbank sollte Informationen nicht unnötig duplizieren. Sie kann vielmehr als zentrale Beziehungs- und Steuerungsebene fungieren und Informationen aus führenden Systemen übernehmen oder auf diese verweisen.

Für jedes relevante Datenobjekt sollte deshalb geklärt werden:

Wo wird es angelegt?

Wo wird es geändert?

Welches System besitzt die führende Information?

Welche anderen Systeme erhalten diese Information?

Wie werden Änderungen synchronisiert?

Ohne diese Festlegung entstehen schnell widersprüchliche Datenbestände.

Für eine durchgängige Digitalisierung ist eine eindeutige Vertragsidentifikation besonders wichtig.

Jeder Vertrag sollte eine unverwechselbare Vertrags-ID besitzen, die möglichst systemübergreifend verwendet oder referenziert werden kann.

Diese Kennung ermöglicht beispielsweise die Verbindung zwischen:

Vertrag ↔ Bestellung ↔ Rechnung ↔ Ticket ↔ Anlage ↔ Leistungsnachweis ↔ Nachtrag

Dadurch können Informationen aus unterschiedlichen Systemen zusammengeführt werden, ohne ausschließlich auf Vertragsbezeichnungen oder Lieferantennamen angewiesen zu sein.

Dies ist insbesondere bei großen Vertragsportfolios wichtig, weil ein Dienstleister mehrere Verträge besitzen kann und ein Vertrag wiederum mehrere Standorte oder Leistungsbereiche umfassen kann.

Facility-Management-Verträge besitzen häufig komplexe Strukturen.

Beispielsweise:

Rahmenvertrag

→ Standortvertrag

→ Leistungsbereich

→ Einzelabruf

oder:

Integrated-FM-Vertrag

→ Technisches FM

→ Infrastrukturelles FM

→ Security

→ Reinigung

→ Catering

oder:

Hauptvertrag

→ Nachtrag 1

→ Nachtrag 2

→ Nachtrag 3

Eine Vertragsdatenbank sollte solche hierarchischen Beziehungen abbilden können.

Dies verhindert, dass miteinander verbundene Verträge wie voneinander unabhängige Dokumente erscheinen.

Gleichzeitig können finanzielle und leistungsbezogene Informationen auf unterschiedlichen Ebenen ausgewertet werden.

Die Vertragsdatenbank ersetzt den rechtsverbindlichen Vertragsbestand nicht.

Strukturierte Daten unterstützen Suche, Steuerung und Auswertung. Bei Zweifeln über Rechte und Pflichten bleibt der maßgebliche Vertragsinhalt entscheidend.

Deshalb muss jederzeit nachvollziehbar sein, auf welches Dokument und auf welchen Vertragsstand sich eine strukturierte Information bezieht.

Sinnvoll ist beispielsweise folgende Verbindung:

Vertragsdatensatz → aktueller Vertragsstand → zugehörige Vertragsdokumente → historische Versionen

Ändert ein Nachtrag beispielsweise die Vergütung oder den Leistungsumfang, muss sowohl das Nachtragsdokument als auch die daraus resultierende Änderung der strukturierten Vertragsdaten nachvollziehbar sein.

Damit verhindert die Datenbank, dass operative Informationen und rechtsverbindlicher Vertragsbestand auseinanderlaufen.

Verträge entwickeln sich. Ansprechpartner wechseln, Preise verändern sich, Leistungsbereiche werden angepasst, Standorte kommen hinzu oder entfallen und Verantwortlichkeiten werden neu verteilt.

Eine professionelle Vertragsdatenbank sollte deshalb relevante Veränderungen historisieren.

Es sollte beispielsweise nachvollziehbar bleiben:

• welcher Preis bis zu welchem Zeitpunkt galt,

• wann ein Verantwortlicher gewechselt hat,

• wann ein Leistungsumfang verändert wurde,

• welche Vertragsversion zu einem bestimmten Zeitpunkt gültig war,

• wann ein Nachtrag genehmigt wurde und

• ab welchem Datum eine Änderung wirksam wurde.

Damit können auch zurückliegende Vorgänge auf dem damals maßgeblichen Vertragsstand bewertet werden.

Eine zentrale Vertragsdatenbank funktioniert nur, wenn ihre Informationen zuverlässig sind.

Deshalb sollte die Organisation verbindliche Regeln für Anlage, Änderung und Pflege von Vertragsdaten festlegen.

Dazu gehören beispielsweise:

• verpflichtende Mindestfelder,

• definierte Datenformate,

• eindeutige Klassifikationen,

• standardisierte Vertragsarten,

• kontrollierte Auswahllisten,

• Plausibilitätsprüfungen,

• Pflicht zur Zuordnung eines Verantwortlichen,

• Regeln zur Aktualisierung nach Vertragsänderungen und

• regelmäßige Datenqualitätskontrollen.

Freie Texteingaben sollten nur dort verwendet werden, wo strukturierte Werte nicht sinnvoll möglich sind.

Bezeichnungen wie „Wartung“, „Wartungsvertrag“, „Instandhaltung“, „Technikvertrag“ und „Service Technik“ dürfen nicht unkontrolliert für denselben Sachverhalt verwendet werden, wenn die Daten später zuverlässig gefiltert und ausgewertet werden sollen.

Eine Vertragsdatenbank benötigt klare Verantwortlichkeiten.

Dabei können mehrere Rollen unterschieden werden:

Vertragsverantwortlicher. Verantwortet die fachliche Steuerung des Vertrages und beurteilt Änderungen, Leistungen, Risiken und Entscheidungen.

Datenverantwortlicher. Stellt sicher, dass die relevanten Vertragsinformationen vollständig und aktuell gepflegt werden.

Dokumentenverantwortlicher. Sichert die Vollständigkeit und Zuordnung der maßgeblichen Vertragsdokumente.

Systemverantwortlicher. Verantwortet Systembetrieb, Berechtigungen, Konfiguration und Schnittstellen.

Data Owner. Legt organisationsweit Regeln, Datenstandards und Qualitätsanforderungen fest.

Diese Rollen können abhängig von Größe und Organisation zusammengefasst werden. Die Verantwortlichkeit selbst sollte jedoch eindeutig sein.

Eine digitale Vertragsdatenbank sollte nicht nur eine Volltextsuche über Dokumente bieten.

Für das Vertragsmanagement sind insbesondere strukturierte Filter und kombinierte Suchmöglichkeiten wichtig.

Beispiele:

• Zeige alle aktiven technischen Verträge am Standort Hamburg.

• Zeige alle Verträge eines bestimmten Dienstleisters.

• Zeige alle Verträge mit einem Jahresvolumen oberhalb eines definierten Wertes.

• Zeige alle Verträge mit offenen Nachweisen.

• Zeige Verträge mit kritischen Betreiberpflichten.

• Zeige Verträge, deren Leistungsumfang eine bestimmte Anlage betrifft.

• Zeige Verträge mit noch nicht abgeschlossenen Nachträgen.

• Zeige alle Vertragsbeziehungen eines bestimmten Gebäudes.

Die Suchlogik sollte sich damit an tatsächlichen Management- und Betriebsfragen orientieren und nicht ausschließlich an der Ablagestruktur.

Ein besonderer Mehrwert gegenüber allgemeinen Vertragsmanagementsystemen entsteht im Facility Management durch die Verbindung mit der Objektstruktur.

Verträge sollten, soweit fachlich sinnvoll, mit der jeweiligen FM-Struktur verbunden werden können:

Portfolio → Standort → Gebäude → Nutzungseinheit → Fläche → Anlage

Dadurch wird beispielsweise sichtbar, welche Verträge für den Betrieb eines bestimmten Gebäudes notwendig sind.

Umgekehrt kann bei einem Vertragsende festgestellt werden, welche Gebäude, Anlagen oder Leistungen betroffen sind.

Dieser Zusammenhang ist insbesondere für:

• Betreiberverantwortung,

• Instandhaltung,

• Bewachung,

• Reinigung,

• Entsorgung,

• Energieversorgung,

• Prüfleistungen,

• Gebäudetechnik und

• infrastrukturelle Leistungen

CAFM-Systeme enthalten bereits zahlreiche Informationen, die für Verträge relevant sind.

Dazu gehören insbesondere:

• Gebäude,

• Flächen,

• Anlagen,

• Wartungspläne,

• Arbeitsaufträge,

• Betreiberpflichten,

• Störungen und

• Leistungsdaten.

Es ist daher häufig nicht sinnvoll, diese Informationen vollständig erneut in einer Vertragsdatenbank anzulegen.

Stattdessen sollte geprüft werden, welche Informationen miteinander verknüpft werden müssen.

Beispielsweise:

CAFM-Anlage → zugehöriger Wartungsvertrag

oder:

CAFM-Arbeitsauftrag → vertraglich vereinbarte Leistung → zuständiger Dienstleister

Die Vertragsdatenbank schafft dann den kommerziellen und vertraglichen Kontext zur technischen FM-Datenwelt.

Auch die Verbindung mit Einkauf und Rechnungswesen besitzt erhebliche Bedeutung.

Eine digitale Vertragsdatenbank sollte soweit möglich Beziehungen zwischen Vertrag und kaufmännischen Vorgängen herstellen können.

Dazu gehören beispielsweise:

• Bestellnummern,

• Bestellwerte,

• Abrufe,

• Rechnungen,

• Kostenstellen,

• Budgets,

• Preisstände und

• Lieferanteninformationen.

Damit können Vertragswert und tatsächlicher finanzieller Verlauf miteinander verglichen werden.

Gerade bei langfristigen FM-Verträgen mit Preisgleitungen, Zusatzleistungen und Nachträgen entsteht dadurch eine wesentlich bessere Transparenz über die tatsächliche wirtschaftliche Entwicklung.

Die Einführung einer Vertragsdatenbank beginnt häufig nicht auf einer „grünen Wiese“.

Bestehende Verträge befinden sich beispielsweise in:

• Dateiablagen,

• SharePoint-Strukturen,

• Excel-Listen,

• ERP-Systemen,

• CAFM-Systemen,

• E-Mail-Postfächern,

• Papierarchiven und

• persönlichen Ablagen.

Eine ungeprüfte Übernahme dieser Informationen überträgt bestehende Unordnung lediglich in ein neues System.

Vor einer Migration sollte deshalb geklärt werden:

• Welche Verträge sind tatsächlich noch relevant?

• Welches Dokument ist der aktuelle Vertragsstand?

• Welche Nachträge gehören zum jeweiligen Vertrag?

• Welche Stammdaten sind belastbar?

• Welche Informationen fehlen?

• Welche Dubletten bestehen?

• Wer bestätigt die fachliche Richtigkeit?

• Welche Altinformationen müssen lediglich archiviert werden?

Die Migration ist damit nicht nur ein IT-Projekt, sondern zugleich eine Bereinigung des Vertragsbestandes.

Bei großen Vertragsbeständen kann eine vollständige manuelle Nachstrukturierung sämtlicher historischer Verträge unverhältnismäßig sein.

Eine risikoorientierte Migration kann deshalb unterschiedliche Bearbeitungstiefen vorsehen.

Beispielsweise:

Priorität A – geschäftskritische Verträge

Vollständige Strukturierung und fachliche Validierung.

Priorität B – wesentliche laufende Verträge

Erfassung aller steuerungsrelevanten Informationen.

Priorität C – kleinere Standardverträge

Reduzierter Mindestdatensatz.

Priorität D – beendete Altverträge

Geordnete Archivierung ohne umfassende Nachstrukturierung.

Dadurch wird der Einführungsaufwand auf diejenigen Verträge konzentriert, bei denen der größte Steuerungs- oder Risikonutzen entsteht.

Vertragsinformationen können kaufmännisch, personell oder geschäftlich sensible Inhalte enthalten.

Deshalb sollte der Zugriff nicht allein nach organisatorischer Zugehörigkeit vergeben werden.

Ein rollenbasiertes Berechtigungskonzept kann beispielsweise unterscheiden zwischen:

• Lesen,

• Bearbeiten,

• Dokumente hochladen,

• Vertragsdaten ändern,

• Verträge freigeben,

• vertrauliche Inhalte einsehen,

• Auswertungen erstellen und

• Daten exportieren.

Dabei kann auch eine Beschränkung nach Standort, Gesellschaft, Vertragsart oder Verantwortungsbereich erforderlich sein.

Die Vertragsdatenbank sollte also Transparenz schaffen, ohne unkontrollierte Offenheit zu erzeugen.

Eine technisch hochintegrierte Vertragsdatenbank bietet Vorteile, erzeugt aber zugleich Abhängigkeiten.

Jede Schnittstelle benötigt:

• einen definierten Zweck,

• eine fachliche Verantwortlichkeit,

• eine technische Verantwortlichkeit,

• eindeutige Datenfelder,

• Fehlerbehandlung,

• Protokollierung und

• Regeln für Änderungen.

Nicht jede theoretisch mögliche Integration ist wirtschaftlich sinnvoll.

Deshalb sollte die Leitfrage lauten:

Welche Verbindung verhindert tatsächlich Mehrfachpflege, verbessert Entscheidungen oder reduziert ein relevantes Risiko?

Erst wenn diese Frage beantwortet ist, sollte eine Schnittstelle umgesetzt werden.

Vertragsinformationen gehören langfristig zur Wissens- und Steuerungsbasis des Unternehmens.

Bei Auswahl einer Systemlösung sollte deshalb darauf geachtet werden, dass strukturierte Daten und zugehörige Dokumente bei Bedarf vollständig und nachvollziehbar exportiert werden können.

Dies ist insbesondere wichtig bei:

• Systemwechseln,

• Anbieterwechseln,

• Unternehmensverkäufen,

• organisatorischen Veränderungen,

• Audits und

• langfristiger Archivierung.

Eine Vertragsdatenbank darf nicht dazu führen, dass wesentliche Vertragsinformationen faktisch im proprietären System eines Softwareanbieters eingeschlossen werden.

Eine gute Datenstruktur ist zugleich eine wichtige Grundlage für spätere KI-Anwendungen.

Künstliche Intelligenz kann beispielsweise dabei unterstützen, Vertragsinhalte zu analysieren, Risiken zu identifizieren, Daten vorzubelegen oder Abweichungen zu erkennen.

Die Vertragsdatenbank selbst sollte jedoch nicht von KI-Interpretationen abhängig sein.

Kritische Vertragsinformationen benötigen weiterhin:

• definierte Datenfelder,

• nachvollziehbare Quellen,

• eindeutige Verantwortlichkeiten und

• kontrollierte Änderungen.

KI kann die Pflege und Nutzung einer Vertragsdatenbank erheblich unterstützen. Sie ersetzt jedoch nicht die Notwendigkeit einer belastbaren Datenarchitektur.

In komplexen Organisationen existiert selten technisch nur ein einziges System für sämtliche Vertragsinformationen.

Trotzdem sollte für Anwender ein eindeutiger Einstiegspunkt geschaffen werden.

Die Vertragsdatenbank kann dabei als Single Point of Reference dienen.

Von einem Vertragsdatensatz aus sollte nachvollziehbar sein:

• welcher Vertragsstand gilt,

• welche Leistungen vereinbart sind,

• wer verantwortlich ist,

• welche Objekte betroffen sind,

• welche Kosten entstehen,

• welche Änderungen erfolgt sind,

• welche offenen Sachverhalte bestehen und

• wo die maßgeblichen Detailinformationen geführt werden.

Damit muss der Anwender nicht mehr wissen, in welchem System oder Ordner eine bestimmte Information gespeichert ist.

Das Ziel ist nicht die größtmögliche Datenmenge.

Eine leistungsfähige Vertragsdatenbank enthält genau diejenigen Informationen und Beziehungen, die für eine sichere, wirtschaftliche und nachvollziehbare Vertragssteuerung benötigt werden.

Sie verbindet:

• Verträge mit Dokumenten.

• Verträge mit Gebäuden und Anlagen.

• Verträge mit Leistungen.

• Verträge mit Dienstleistern.

• Verträge mit Kosten.

• Verträge mit Pflichten und Risiken.

• Verträge mit Entscheidungen und Veränderungen.

Dadurch entsteht aus dem Vertragsbestand eine nutzbare Informationsstruktur.

Der entscheidende Entwicklungsschritt lautet deshalb:

von der digitalen Ablage zur verknüpften Vertragsinformation – und von der Vertragsinformation zur aktiven Steuerung des Facility Managements.