Vertragsdaten auslesen: Fristen und Felder mit Quellenbezug

Ein konkretes Ziel. Beginnen Sie mit einem konkreten Ziel, etwa einem gepflegten Vertragsregister oder einer Prüfliste bevorstehender Verlängerungen. „Vertrag prüfen“ ist dafür zu ungenau. Ein Register braucht andere Informationen als eine juristische Risikobewertung oder eine Entscheidung, ob eine Kündigung wirksam wäre.

Direkte Felder und spätere fachliche Arbeit. Legen Sie fest, welche Felder direkt im Dokument stehen müssen und welche nur durch spätere fachliche Arbeit entstehen. Ein Vertrag kann mehrere Daten enthalten: Unterzeichnung, Beginn, Ende einer Mindestlaufzeit und Datum eines Nachtrags. Diese Angaben sollten nicht in einem einzigen Feld „Vertragsdatum“ zusammenfallen.

Produktunterstützung. Produktunterstützung muss zum Bestand passen. Das vortrainierte Contract-Modell von Microsoft beschreibt Felder wie Parteien, Vertragskennung und Titel, nennt aber ausdrücklich englischsprachige Dokumente als unterstützten Umfang. Eine allgemeine Aussage über mehrsprachige OCR belegt daher keine passende deutsche Vertragsextraktion dieses Modells. Microsoft: Contract model, geprüft am 26. September 2026.

Ein Schema für die Vertragsextraktion bewahrt für sieben Felder den Quellenbezug und nennt jeweils eine wichtige Grenze:

Speichern Sie den Wortlaut oder einen ausreichenden Ausschnitt mit Seitenangabe und Abschnitt. Ein bloßer Modellwert ohne Fundstelle erschwert jede Kontrolle. Bei Scans sollte die Prüfansicht die betreffende Bildstelle öffnen können. Bei langen Dokumenten braucht sie außerdem den Kontext, nicht nur einen isolierten Satz.

„Nicht gefunden“ kann bedeuten, dass die Angabe tatsächlich fehlt, nicht erkannt wurde oder in einer nicht vorliegenden Anlage steht. Diese Möglichkeiten dürfen nicht automatisch gleichbehandelt werden. Das Register sollte einen Prüfstatus statt eines erfundenen Standardwerts enthalten.

Mehrdeutigkeit entsteht etwa bei mehreren Parteien, mehreren Leistungszeiträumen oder unterschiedlichen Kündigungsregeln je Leistung. Ein Widerspruch kann zwischen Hauptvertrag und Nachtrag bestehen. Der Ablauf muss solche Fälle anzeigen und darf nicht einfach die erste gefundene Stelle übernehmen.

Fehlend, mehrdeutig und widersprüchlich sind drei verschiedene Zustände einer Vertragsangabe:

Dokumentenfamilien und Versionen

Führen Sie außerdem Dokumentenfamilien. Hauptvertrag, Anlagen und Nachträge gehören zusammen, behalten aber eigene Kennungen und Versionen. Ein neuer Upload überschreibt nicht kommentarlos den bisherigen Stand. Die fachliche Person entscheidet, welche Dokumente für die aktuelle Bewertung maßgeblich sind.

Halten Sie fehlende Anlagen ausdrücklich fest. Verweist eine Klausel auf eine Anlage, die nicht vorliegt, sollte das System den Verweis erhalten und eine Aufgabe zur Vervollständigung anlegen. Eine selbstsichere Zusammenfassung der vorhandenen Seiten kann nicht belegen, was in der fehlenden Anlage steht.

Der Vertrag. Ein erfundener Vertrag beginnt laut Text am 1. März 2026, hat eine Mindestlaufzeit von zwölf Monaten und enthält eine Verlängerungsklausel. Die Kündigung soll „drei Monate vor Ablauf“ erklärt werden. Ein späterer Nachtrag verändert einen Leistungsumfang, seine Auswirkungen auf die Laufzeit sind jedoch nicht eindeutig beschrieben.

Was die Extraktion erfasst. Die Extraktion kann Beginn, Mindestlaufzeit und Kündigungswortlaut mit Fundstellen erfassen. Sie sollte außerdem den Nachtrag als möglichen Einfluss markieren. Ein verbindliches Kündigungsdatum wird noch nicht automatisch in den Kalender geschrieben. Dafür müssen unter anderem die maßgebliche Fassung, die Auslegung der Regel und mögliche weitere Voraussetzungen fachlich geklärt werden.

Nach der Prüfung. Die zuständige Person bestätigt nach Prüfung ein Datum für die interne Bearbeitung und gegebenenfalls eine zusätzliche Vorlaufaufgabe. Das Register unterscheidet dieses bestätigte Ergebnis von den ausgelesenen Rohangaben. Der Workflow versendet keine Kündigung und behauptet nicht, die rechtliche Prüfung erledigt zu haben.

Warum synthetisch. Dieses Beispiel ist bewusst synthetisch. Es zeigt den Unterschied zwischen hilfreicher Extraktion und einer Rechtsfolgerung, ohne eine konkrete Fristberechnung für einen realen Vertrag vorzugeben.

Der Weg vom Dokument zum überprüften Vertragsregister hat sechs Schritte:

1. Quelle, Version und Vollständigkeit erfassen.
2. Sprache, Lesbarkeit und Anlagen prüfen.
3. Die Extraktion anhand des vereinbarten Schemas ausführen.
4. Regeln kontrollieren Formate und erforderliche Quellenbezüge.
5. Eine Fachperson bewertet unsichere und folgenreiche Angaben.
6. Nach Freigabe den Datensatz im Register aktualisieren und festhalten, wer welche Felder bestätigt hat.

Änderungen an einer maßgeblichen Klausel sollten betroffene Folgeaufgaben wieder öffnen. Eine alte Freigabe darf nicht unbemerkt auf den Inhalt eines neuen Nachtrags übertragen werden.

Stellen Sie sicher, dass der Registereintrag zum Original führt. Ein Export in eine Tabelle ist wenig hilfreich, wenn die Belege anschließend nicht mehr gefunden werden. Die Ablage- und Berechtigungsstruktur gehört deshalb zur Abnahme des gesamten Prozesses.

Wurde ein Datensatz an ein weiteres System weitergegeben, legen Sie fest, wie Korrekturen dort ankommen. Andernfalls besteht ein aktualisiertes Register womöglich neben einer veralteten Kalendererinnerung. Verfolgen Sie die betroffenen Ausgaben, damit eine freigegebene Änderung einheitlich nachgezogen werden kann.

Verträge können personenbezogene Daten und Geschäftsgeheimnisse enthalten. Begrenzen Sie den Zugriff und prüfen Sie, welche Dienste Original, Text und Modellantwort speichern. Die österreichische Datenschutzbehörde beschreibt den technologieneutralen Charakter der DSGVO beim KI-Einsatz; für die Schweiz erläutert der EDÖB die Anwendbarkeit des DSG auf KI. Österreichische Datenschutzbehörde, EDÖB.

Ein frei zugängliches Onlinewerkzeug ist nicht automatisch der geeignete Ort für echte Vertragsunterlagen. Beginnen Sie mit synthetischen Beispielen und prüfen Sie den vorgesehenen Dienst einschließlich Vertragsbedingungen und Zugriffen, bevor produktive Dokumente verarbeitet werden.

Halten Sie Diagnoseaufzeichnungen verhältnismäßig. Für den Routinebetrieb können eine Vorgangskennung und eine Fehlerkategorie genügen; der vollständige Vertragstext sollte nicht in jedes Protokoll kopiert werden, nur weil das die Fehlersuche bequemer macht.

Der Testsatz sollte Vertrag ohne Enddatum, mehrere Parteien, fehlende Anlage, Nachtrag, schlechte Scanqualität und bewusst widersprüchliche Angaben enthalten. Lassen Sie Sollwerte und offene Rechtsfragen unabhängig markieren. Die richtige Antwort auf einen unklaren Fall kann ausdrücklich „fachlich zu prüfen“ sein.

Messen Sie korrekte Felder, richtige Fundstellen, übersehene Widersprüche und menschliche Prüfzeit. Eine lange flüssige Zusammenfassung ist kein Ersatz für ein überprüfbares Register. Der beste nächste Schritt ist ein einzelner Vertragstyp mit begrenztem Feldschema und einer verantwortlichen Fachperson, die die tatsächliche Übernahme bestätigen kann.

Diese Leitfäden und Leistungsseiten behandeln die Entscheidungen rund um das Auslesen von Vertragsdaten:

• KI-Dokumentenverarbeitung: vom Eingang bis zur Freigabe
• Dokumentenverarbeitung: Datenschutz, Löschung und Zugriffe
• PDFs, Scans und Tabellen für RAG vorbereiten
• Entwurf und Freigabe: Menschen wirksam im Prozess behalten
• Schlechte Scans und Handschrift: Grenzen der automatischen Erfassung

Für eine konkrete Ablaufprüfung reichen zunächst eine Prozessbeschreibung, die beteiligten Systeme und typische Ausnahmen. Mit modernagents besprechen.