So integrieren Sie die KI-gestützte Klausel-Extraktion in Ihrendeutschen Legal-Due-Diligence-Workflow

Ein Rechtsteam braucht keinen neuen Workflow für die Vertrags-Due-Diligence. Es braucht einen bestehenden Workflow, der weniger Zeit für den Teil aufwendet, der keine juristische Expertise erfordert. Der Standardprozess der deutschen M&A-Due-Diligence folgt bereits einer definierten Abfolge: Verträge aus dem Datenraum sammeln, jeden auf Schlüsselklauseln prüfen, ein risikobewertetes Findings Memo erstellen und es dem Mandanten vor Abschluss der Transaktion vorlegen. Die KI-Klausel-Extraktion ersetzt keinen dieser Schritte – sie verkürzt den ersten Prüfdurchlauf, den, der die Frage „Was steht in diesen Verträgen?“ beantwortet, damit das Team zur Frage „Was bedeutet das für den Deal?“ übergehen kann. Hier erfahren Sie, wie Sie die Extraktion in jede Phase des Workflows einfügen, ohne die nachfolgenden Schritte zu beeinträchtigen.

Schluss mit Abtippen — lassen Sie KI Ihre Dokumente lesen
Bild oder PDF hochladen — strukturierte Daten in 10 Sekunden
Jetzt testen
Keine Anmeldung · Keine Kreditkarte · Ergebnis in 10 Sekunden
Deutsches Rechtsteam integriert KI-gestützte Vertragsklausel-Extraktion in den bestehenden M&A-Due-Diligence-Workflow für die Werkvertrag-Portfolio-Prüfung

Wichtige Erkenntnisse

  1. Eine deutsche M&A-Due-Diligence mit 30 Werkverträgen verbraucht eine Personenwoche für die Dateneingabe – das Auffinden von Klauseln in PDFs und das Eintippen von Werten – bevor auch nur ein Wort juristischer Analyse das Findings Memo erreicht.
  2. Der Flag Review, der Anomalie-Verträge identifiziert – nahezu abgelaufene Garantien, unverhältnismäßige Haftungsobergrenzen, mehrdeutige Vertragstypen – ist genau das, was erfahrene Prüfer tun sollten, doch der Vergleich über 30 separate PDFs hinweg ist Kopfrechnen an den Grenzen des Arbeitsgedächtnisses.
  3. Eine 15-minütige Pre-Diligence-Inventur plus Batch-Extraktion verwandelt 30 PDFs in ein sortierbares Clause Registry – und dieselben Spalten, die die Due-Diligence unterstützen, werden zu Ihrem Post-Closing-Vertragsmanagementsystem mit integrierter Garantieverfolgung.

Der bestehende Workflow – und wo die Stunden bleiben

Bevor wir etwas Neues einführen, lohnt es sich, den tatsächlichen Workflow genau zu beschreiben – nicht die idealisierte Version aus einem Prozessdokument, sondern den, der in einer Transaktion mit einer Due-Diligence-Frist von zehn Werktagen wirklich stattfindet. Das Team erhält einen Datenraum-Index mit 30 Werkverträgen und zugehörigen Dienstleistungsverträgen. Ein Junior Associate öffnet jeden Vertrag, lokalisiert die fünf Klauseln, die das finanzielle und rechtliche Risiko bestimmen – Auftraggeber/Auftragnehmer, Leistungsbeschreibung, Vergütung, Abnahme und Gewährleistungsfrist sowie Haftungsbeschränkung – und überträgt die Werte in eine Tabelle. Ein Senior Associate oder Partner prüft die Tabelle, markiert Auffälligkeiten und veranlasst eine vertiefte Prüfung bestimmter Verträge. Die Ergebnisse werden in einem Memo für den Mandanten zusammengestellt.

Der Teil dieser Abfolge, der die meisten Stunden beansprucht und das geringste juristische Fachwissen erfordert, ist der erste Schritt: 30 Verträge öffnen und aus jedem fünf Datenpunkte extrahieren. Wie in der Analyse des Engpasses bei der manuellen Prüfung von Werkverträgen ausgeführt, entfallen rund 80 % der Zeit des Associates auf das Auffinden der Klauseln im Vertrag – Blättern, Abgleichen von Abschnittsüberschriften, Auflösen inkonsistenter Terminologie zwischen Verträgen verschiedener Kanzleien. Die restlichen 20 % entfallen auf das Lesen der Klauseln und das Eintippen der Werte. Der Aufwand für das Auffinden ist der Teil, den die Extraktion eliminiert, und das Lesen-und-Eintippen ist der Teil, den sie durch Verifikation ersetzt.

Phase 1: Pre-Diligence-Vertragsinventur – Wissen, was man hat, bevor man liest

Der Extraktions-Workflow beginnt, bevor ein einziger Vertrag geöffnet wird. Der Associate öffnet den Datenraum-Index – in der Regel eine Excel-Tabelle, die jedes Dokument nach Dateiname, Datum und Gegenpartei auflistet – und führt eine Triage durch, die 15 Minuten dauert und später Stunden spart. Die Triage umfasst drei Schritte:

Schritt 1: Verträge von Nebenunterlagen trennen. Ein Datenraum für ein deutsches Mittelstandsunternehmen enthält Werkverträge, Dienstleistungsverträge, Rahmenvereinbarungen, Änderungsvereinbarungen und möglicherweise Auftragsbestätigungen, die auf den zugrunde liegenden Vertrag verweisen, ihn aber nicht ersetzen. Die Extraktionsspalten sind für die Hauptverträge ausgelegt – Änderungsvereinbarungen und Bestätigungen sind unterstützende Dokumente, auf die der Prüfer während der Verifikation zurückgreift, keine separaten Extraktionsziele. Entfernen Sie sie aus dem Upload-Batch und legen Sie sie zur späteren Referenz in einem separaten Ordner ab.

Schritt 2: Nach Vertragstyp gruppieren – oder nach Unsicherheit. Wenn der Datenraum-Index jedes Dokument eindeutig als Werkvertrag oder Dienstleistungsvertrag kennzeichnet, gruppieren Sie entsprechend. Wenn der Index mehrdeutig ist – „Service Agreement“, „Dienstleistungsvereinbarung“, „Werkvertrag/Dienstvertrag (to be determined)“ – lassen Sie die Verträge in einem Batch und fügen Sie während der Extraktion eine Abgeleitete Spalte hinzu: „Vertragstyp (Optionen: Werkvertrag/Dienstleistungsvertrag/Unklar)“. Die KI liest die Leistungsbeschreibung und klassifiziert den Vertragstyp während der Extraktion. Der Prüfer verifiziert die Klassifizierung während der Flag-Review-Phase, nicht während der Inventurphase. Dies kehrt die normale Reihenfolge um – anstatt Verträge vor dem Lesen manuell zu klassifizieren, schlägt die KI eine Klassifizierung vor, die der Prüfer bestätigt oder korrigiert.

Schritt 3: Auffälligkeiten notieren. Verträge, die gescannt (nicht digital erstellt) wurden, handschriftliche Änderungen enthalten, in einer Mischung aus Deutsch und Englisch verfasst sind oder offensichtlich unvollständig sind (fehlende Unterschriftenseiten), sollten im Inventar markiert werden. Diese sind die vorrangigen Prüfziele des Reviewers, da die Extraktionsqualität der Eingabequalität folgt. Ein bei schlechtem Licht aus einem Ordner fotografierter Vertrag liefert eine weniger zuverlässige Extraktion als ein flach gescanntes PDF, und der Reviewer sollte wissen, welche Verträge zuerst zu prüfen sind, bevor der Verifikationsdurchlauf beginnt.

Die Inventurphase dauert 15 Minuten und ersetzt die Stunde, die der Associate sonst damit verbringen würde, jeden Vertrag einzeln zu öffnen, um herauszufinden, um welche Art von Dokument es sich handelt. Das Inventar ist eine Karte des Batches; die Batch-Extraktion befüllt die Karte mit Daten.

Phase 2: Batch-Extraktion – Einmal definieren, überall extrahieren

In der Extraktionsphase werden die Spaltendefinitionen zu den Anweisungen für die KI. Dies ist der Schritt, der im Leitfaden zur Klausel-Extraktion für Werkverträge detailliert beschrieben wird, aber die Workflow-Integrationsperspektive fügt eine Überlegung hinzu: Die Spaltendefinitionen sollten nicht nur für die Extraktionsgenauigkeit ausgelegt sein, sondern auch für die nachgelagerten Prüfschritte.

1
Definieren Sie die fünf Standard-Klauselspalten – mit Formatvorgaben für die nachgelagerte Sortierung

Die Spalten sind: „Auftraggeber“, „Auftragnehmer“, „Leistungsbeschreibung (Scope of Work Summary, 1–2 Sätze)“, „Vergütung (EUR, nur numerisch)“, „Abnahmedatum (DD.MM.YYYY)“, „Gewährleistungsfrist (Jahre, nur numerisch)“, „Haftungsbeschränkung (EUR numerisch oder 'unlimited' bei unbegrenzter Haftung oder '3x' bei Vertragswert-Multiplikator)“. Die Formatvorgaben in Klammern dienen der nachgelagerten Prüfung: rein numerische Vergütungsspalten können summiert und sortiert werden; datumsformatierte Abnahmedatum-Spalten ermöglichen berechnete Ablaufspalten; kategorisierte Haftungsbeschränkung-Werte erlauben das Filtern nach Haftungsart.

2
Fügen Sie berechnete und abgeleitete Spalten für die nachfolgenden Prüfphasen hinzu

Eine Berechnete Spalte – „Gewährleistungsablauf (Abnahmedatum + Gewährleistungsfrist Jahre, Ausgabe als DD.MM.YYYY)“ – liefert dem Prüfer ein sortierbares Garantieablaufdatum ohne manuelle Berechnung. Eine Abgeleitete Spalte – „Vertragstyp (Optionen: Werkvertrag/Dienstleistungsvertrag/Unklar)“ – schlägt eine Vertragstyp-Klassifizierung vor, die in die Flag-Review einfließt. Diese Spalten sind kein „Nice-to-have“ – sie sind die Eingaben, die der Prüfer für die im Batch Clause Registry Guide beschriebene Drei-Durchgangs-Analyse benötigt. Definieren Sie sie während der Extraktionseinrichtung, nicht erst, wenn die Tabelle bereits vorliegt.

3
Fügen Sie dealspezifische Spalten für den Umfang dieser Transaktion hinzu

Jede Due Diligence hat dealspezifische Schwerpunkte. Wenn der Käufer besonders besorgt über Change-of-Control-Klauseln ist, fügen Sie „Change-of-Control-Klausel (ja/nein, bei ja relevanten Text extrahieren)“ hinzu. Wenn die Abtretbarkeit der Verträge des Zielunternehmens für die Deal-Struktur relevant ist, fügen Sie „Abtretbarkeit/Übertragbarkeit (frei abtretbar/Zustimmung erforderlich/untersagt)“ hinzu. Wenn in den Verträgen bestimmte Subunternehmer genannt werden, deren Leistungsrisiko relevant ist, fügen Sie „Wesentliche Subunternehmer (Namen auflisten, falls angegeben)“ hinzu. Diese gehören nicht zu den fünf Standardklauseln, aber das spaltenbasierte Extraktionsmodell ermöglicht es Ihnen, alles zu definieren, was für Ihren spezifischen Due-Diligence-Umfang wichtig ist. Die Engine extrahiert, was Sie abfragen – nicht, was eine vorgefertigte Vorlage enthält.

4
Laden Sie alle Verträge in einem Batch hoch

Legen Sie alle Werkverträge, Dienstleistungsverträge und Servicevereinbarungen aus der Pre-Diligence-Inventur in den Upload-Bereich. Die Batch-Engine verarbeitet alle Dateien gleichzeitig und gibt eine einzige Tabelle aus – eine Zeile pro Vertrag, mit Ihren definierten Spalten als Kopfzeilen. Die Ausgabe besteht nicht aus 30 separaten Extraktionen, die zusammengeführt werden müssen, sondern aus einer Datei, die für die nachfolgenden Prüfphasen als Excel (XLSX) exportiert werden kann. Die Zeit vom Upload bis zur fertigen Tabelle entspricht in etwa der Zeit, die benötigt wird, um einen der Verträge manuell zu lesen – die Ausgabe enthält jedoch alle 30.

JPG/PNG/PDF KI-Extraktion

Dateien werden sicher verarbeitet und nicht gespeichert.

Phase 3: Das Clause Registry — Eine Tabelle, nicht 30 Dokumente

Das Ergebnis der Batch-Extraktion ist das, was der Leitfaden zum Batch Clause Registry als Clause Registry bezeichnet: eine Tabelle, in der jede Zeile einen Vertrag und jede Spalte eine Klausel darstellt. Diese Tabelle ist der Dreh- und Angelpunkt des weiteren Due-Diligence-Workflows. Jeder nachfolgende Prüfungsschritt nutzt sie als Ausgangspunkt, und jeder Vertrag, der eine vertiefte Lektüre erfordert, wird anhand der Tabelle identifiziert – nicht durch manuelles Öffnen von 30 PDFs.

Das Registry ersetzt die einzelnen Vertragsdateien als primäres Prüfdokument. Das Team fragt nicht mehr „Was steht in Vertrag 17?“, indem es Vertrag 17 öffnet. Es stellt die Frage, indem es Zeile 17 des Registry betrachtet. Das Vertrags-PDF wird nur geöffnet, wenn das Registry etwas markiert, das eine Quellenüberprüfung erfordert – eine Gewährleistungsfrist, die von der gesetzlichen Regel abweicht, eine Haftungsbeschränkung, die zum Vertragswert unverhältnismäßig ist, eine Vertragstyp-Klassifizierung als „Unklar“. Das Registry ist nicht das endgültige Arbeitsergebnis; es ist die Navigationsebene, die dem Prüfer sagt, welche Verträge einer genaueren Prüfung bedürfen und welche als Standard akzeptiert werden können.

Dies ist der mit Abstand wichtigste Workflow-Integrationspunkt: Der Senior Associate öffnet nicht mehr 30 PDFs, um herauszufinden, was darin steht. Der Junior Associate – oder die Extraktions-Engine – hat das bereits erledigt. Der Senior öffnet das Registry, scannt die Spalten auf Auffälligkeiten und öffnet die 5 Verträge, die das Registry als prüfenswert ausweist. Die restlichen 25 Verträge werden per Stichprobe verifiziert – 3 oder 4 werden zufällig geöffnet, die extrahierten Werte werden abgeglichen, der Rest wird akzeptiert. Dies ist keine Reduzierung der Sorgfaltspflicht; es ist eine Umverteilung der Sorgfaltspflicht von den Standardverträgen (bei denen nichts falsch ist) auf die anomalen Verträge (bei denen das Risiko liegt).

Phase 4: Flag Review — Prioritätsverträge mit auslaufenden Gewährleistungen, unverhältnismäßigen Haftungsobergrenzen und unklaren Vertragstypen

Der Flag Review ist eine strukturierte Drei-Durchgangs-Analyse des Registers – dieselben drei Durchgänge, die im Leitfaden zum Batch Clause Registry beschrieben werden, hier jedoch als Teil des breiteren Due-Diligence-Workflows integriert. Die Durchgänge werden von einem Senior Associate oder Partner durchgeführt, nicht von dem Junior, der die Extraktion konfiguriert hat. Die Extraktions-Engine liest die Verträge; der Senior liest das Register; die Rolle des Juniors verschiebt sich von der Dateneingabe zur Konfiguration der Extraktion und zur Unterstützung der Verifizierung.

Durchgang 1 — Sortierung nach Gewährleistungsablauf. Sortieren Sie das Register aufsteigend nach der berechneten Spalte „Gewährleistungsablauf“. Die Verträge ganz oben – Gewährleistungen, die innerhalb der nächsten 6 Monate ablaufen – sind die vorrangigen Prüfziele. Dies sind die Verträge, bei denen das Zeitfenster für die Geltendmachung von Mängeln nach dem Closing am engsten ist und der Käufer die spezifischsten Offenlegungen des Verkäufers über bekannte Mängel benötigt. Ein Werkvertrag für Dachreparaturen mit einer in 4 Monaten ablaufenden Gewährleistung und einer Vergütung von 180.000 € stellt ein grundlegend anderes Verhandlungsproblem dar als ein IT-Wartungsvertrag mit einer in 4 Jahren ablaufenden Gewährleistung und einer Vergütung von 12.000 €. Die sortierte Spalte macht den Unterschied auf einen Blick sichtbar – kein mentaler Vergleich über 30 separate Dokumente hinweg erforderlich.

Durchgang 2 — Haftungsobergrenze vs. Vertragswert. Vergleichen Sie für jede Zeile die Spalte „Haftungsbeschränkung“ mit der Spalte „Vergütung“. Eine Haftungsobergrenze von 30.000 € bei einem Vertrag im Wert von 400.000 € – die Obergrenze beträgt 7,5 % des Vertragswerts – bedeutet, dass das Risiko des Auftragnehmers für mangelhafte Leistung auf einen Bruchteil der finanziellen Bedeutung des Vertrags begrenzt ist. Markieren Sie diese Zeilen. Ist der Auftragnehmer für den Betrieb des Zielunternehmens kritisch – etwa der einzige Anbieter von Instandhaltungsleistungen für drei Produktionsstandorte –, stellt die Obergrenze ein wesentliches Risiko für den Käufer dar. Der Verkäufer muss nach der kommerziellen Begründung für die Obergrenze gefragt werden und danach, ob der Auftragnehmer eine Erfolgsbilanz vorweisen kann, die das Risiko mindert.

Durchgang 3 — Klassifizierung des Vertragstyps. Filtern Sie die Spalte „Vertragstyp“ nach „Unklar“. Diese Verträge haben eine Leistungsbeschreibung, die nicht eindeutig klärt, ob die Verpflichtung ergebnisorientiert (Werkvertrag, BGB §631) oder tätigkeitsorientiert (Dienstleistungsvertrag, BGB §611) ist. Ein unklarer Vertragstyp im deutschen Recht bedeutet, dass auch das Gewährleistungsregime unklar ist – ein Werkvertrag unterliegt der 5-jährigen Gewährleistungsfrist für Bauwerke gemäß §634a Abs. 1 Nr. 2 BGB, während ein Dienstleistungsvertrag der regulären 3-jährigen Verjährungsfrist gemäß §§195, 199 BGB folgt. Die Gegenpartei wird für die Auslegung argumentieren, die ihre Haftung begrenzt. Jeder Vertrag mit dem Status „Unklar“ muss geöffnet, die Leistungsbeschreibung von einem qualifizierten Prüfer (Rechtsanwalt) vollständig gelesen und die Klassifizierung geklärt werden, bevor das Findings Memo finalisiert wird.

Drei Durchgänge, jeder beantwortet eine Frage für alle 30 Verträge gleichzeitig. Dieselbe Analyse, durchgeführt an 30 einzeln geprüften Verträgen, würde Tage dauern – nicht weil die Analyse komplex ist, sondern weil die Daten über 30 Dokumente verstreut sind und das Arbeitsgedächtnis des Prüfers nicht 30 Vergleiche gleichzeitig halten kann. Das Register verdichtet die Daten auf einen Bildschirm; die Analyse ergibt sich daraus von selbst.

Phase 5: Full Diligence – Nutzung des Registers zur Information, nicht zum Ersatz der rechtlichen Prüfung

Das Flag Review identifiziert die Verträge, die einer genaueren Prüfung bedürfen. In der Full-Diligence-Phase liest das Rechtsteam diese Verträge – jedoch mit einer konkreten Fragestellung, nicht um deren Inhalt zu entdecken. Die Fragestellung stammt aus dem Register. Für jeden markierten Vertrag kennt der Prüfer bereits den Inhalt der Tabelle. Der Zweck des Öffnens des PDFs besteht darin, dies zu bestätigen und den umgebenden Kontext zu lesen, den die Extraktion bewusst ausgeschlossen hat – die Standardklauseln, die Erwägungsgründe, die Definitionen, die die extrahierte Klausel möglicherweise einschränken oder außer Kraft setzen.

Dies ist die Grenze zwischen Extraktion und rechtlicher Beurteilung, und deren klare Trennung bewahrt die Integrität der rechtlichen Prüfung. Die Extraktion liest den Vertrag und befüllt eine Tabelle. Sie interpretiert nicht das BGB, bewertet nicht die kaufmännische Angemessenheit und berät nicht zu rechtlichen Risiken. Diese Beurteilungen bleiben in der Verantwortung des Anwalts – und das Flag Review dient genau dazu, zu identifizieren, wo diese Beurteilungen erforderlich sind. Eine Haftungsbeschränkung von 50.000 € bei einem Vertrag über 500.000 € ist ein Tabellenwert. Ob diese Beschränkung kaufmännisch unangemessen ist, ob sie aufgrund der AGB-Kontrolle (§§307–309 BGB) unwirksam sein könnte, weil der Vertrag Standardbedingungen und nicht individuell ausgehandelt ist, ob der Käufer eine spezifische Freistellung dafür verlangen sollte – dies sind rechtliche Fragen. Die Extraktion bringt die Daten auf den Tisch; der Anwalt entscheidet, was sie bedeuten.

Die Full-Diligence-Phase behandelt auch die Ausreißerverträge, die während der Pre-Diligence-Inventur markiert wurden – die gescannten PDFs, handschriftlichen Änderungen, mehrsprachigen Verträge. Für diese überprüft der Prüfer die extrahierten Werte mit besonderer Sorgfalt und ergänzt die Tabelle um manuelle Notizen, wo die Extraktion unzuverlässig ist. Das Register ist das primäre Dokument; das Vertrags-PDF dient als Referenz für Verifizierung und Kontext. Dies ist die Umkehrung des traditionellen Workflows – bei dem das Vertrags-PDF das primäre Dokument und die Tabelle die sekundäre Aufzeichnung war – und es ist diese Umkehrung, die die Zeitersparnis bewirkt.

Downstream-Integration: Einspeisung des Registers in das Findings Memo und Post-Closing

Der Workflow endet nicht mit der rechtlichen Prüfung. Die Ergebnisse aus dem Flag Review und der vollständigen Due Diligence müssen in das Due-Diligence-Memo für den Mandanten einfließen, und das Clause Registry selbst wird zu einem Referenzdokument für die Post-Closing-Phase. Die Integrationspunkte sind unkompliziert, da das Register bereits im Spreadsheet-Format vorliegt – dem gleichen Format, das der Rest des Deal-Teams für Finanzmodelle, Disclosure Schedules und die Post-Closing-Integrationsplanung verwendet.

Findings Memo. Die aus der Drei-Durchgangs-Analyse markierten Verträge bilden den Kern des Abschnitts „Wesentliche Vertragsrisiken“ im Due-Diligence-Memo. Jeder markierte Vertrag erhält einen Eintrag von einem Absatz: die Vertragsbeschreibung (Auftraggeber/Auftragnehmer, Zusammenfassung der Leistungsbeschreibung, Vergütung), der Befund (Garantie läuft in 4 Monaten ab, Haftungsobergrenze unverhältnismäßig bei 7,5 % des Vertragswerts, Vertragstyp unklar) und die empfohlene Maßnahme (bestimmte Offenlegung vom Verkäufer anfordern, Freistellung aushandeln, rechtliche Auslegung des Vertragstyps einholen). Der Absatz wird aus den Registerdaten sowie den Notizen des Prüfers aus der vollständigen Due-Diligence-Lektüre verfasst – das Register liefert die Fakten, der Prüfer liefert die Analyse.

Disclosure Schedule. Die Rechtsberatung des Käufers nutzt das Register, um den Disclosure Schedule zu entwerfen – die Liste der Ausnahmen des Verkäufers zu den Zusicherungen und Garantien im Kaufvertrag. Die Verträge mit bald auslaufenden Garantien und unverhältnismäßigen Haftungsobergrenzen sind diejenigen, deren spezifische Offenlegung der Käufer vom Verkäufer verlangt, da eine allgemeine Offenlegung („alle Verträge im Datenraum“) möglicherweise nicht ausreicht, um den Käufer auf ein spezifisches Risiko hinzuweisen. Das Register liefert die vertragsspezifische Detailtiefe, die der Disclosure Schedule erfordert.

Post-Closing-Vertragsmanagement. Nach Abschluss der Transaktion übernimmt der Käufer die Verträge des Zielunternehmens – und das Clause Registry wird zur Grundlage des Vertragsmanagementsystems des Käufers. Die Spalte „Gewährleistungsablauf“ zeigt dem Rechtsteam des Käufers, welche Garantien demnächst auslaufen und vor Ablauf der Frist einer Mängelprüfung bedürfen. Die Spalte „Haftungsbeschränkung“ zeigt dem Risikomanagement-Team, welche Auftragnehmer die geringste finanzielle Verantwortung für mangelhafte Leistungen tragen. Das für die Due Diligence erstellte Register wird zum Register für die laufende Vertragsverwaltung – dieselben Daten, umfunktioniert für eine andere Phase des Vertragslebenszyklus.

Warum die Integration additiv ist und kein Ersatz

Die wiederkehrende Sorge bei der Einführung von Automatisierung in juristische Arbeitsabläufe ist, dass sie die Beurteilungsarbeit ersetzt, für die Anwälte ausgebildet und bezahlt werden. Diese Sorge ist bei der Klausel-Extraktion unbegründet, denn die Extraktion berührt die Beurteilungsarbeit nicht. Sie ersetzt den Schritt des Suchens und Abtippens – die 80 % der Prüfzeit, die keinerlei juristische Fachkenntnisse erfordern – und lässt den Analyseschritt unberührt. Das juristische Team, das die Extraktion in seinen Workflow integriert, prüft nicht weniger Verträge oder verbringt weniger Zeit mit der rechtlichen Analyse. Es verwendet die gleiche Analysezeit auf einer besseren Grundlage: einer Tabelle, die bereits befüllt, bereits sortierbar und bereits vergleichbar ankommt – statt einer leeren Tabelle, die der Mitarbeiter noch ausfüllt, während das Findings Memo bereits überfällig ist.

Dies ist dasselbe Prinzip, das für jede Workflow-Integration gilt: Der neue Schritt soll die Reibung im bestehenden Workflow verringern, nicht einen parallelen Workflow hinzufügen, den das Team neben dem alten pflegen muss. Die Pre-Diligence-Inventur, die Batch-Extraktion, das Clause Registry, das Flag Review und die vollständige Due Diligence sind kein neuer Prozess, der an den bestehenden angehängt wird. Sie sind der bestehende Prozess, bei dem der Suchaufwand entfernt wurde – dieselbe Abfolge von Vertragsprüfung, Anomalie-Markierung, rechtlicher Analyse und Memo-Erstellung, durchgeführt auf einem Register, das die Extraktions-Engine in der Zeit aufgebaut hat, die der Mitarbeiter früher mit dem Durchblättern von PDFs verbracht hat.

FAQ – Integration der Klausel-Extraktion in die deutsche Legal Due Diligence

Ersetzt die KI-Klausel-Extraktion den rechtlichen Prüfschritt in der Due Diligence?

Nein. Die Extraktion ersetzt das manuelle Suchen und Abtippen von Vertragsklauseln – den Schritt, bei dem ein Mitarbeiter ein 35-seitiges PDF durchblättert, um fünf bestimmte Bestimmungen zu finden, und deren Werte in eine Tabelle eintippt. Sie interpretiert die Klauseln nicht, bewertet ihre rechtliche Bedeutung nicht und berät nicht über Risiken. Der rechtliche Prüfschritt – bei dem ein qualifizierter Prüfer (Rechtsanwalt) die markierten Verträge liest, die Klauseln im Kontext des BGB und der Transaktion interpretiert und feststellt, was die Ergebnisse für den Mandanten bedeuten – bleibt unverändert. Die Extraktion verkürzt den Dateneingabeschritt, sodass der Prüfschritt früher beginnt und auf vollständigeren Daten basiert.

Wie fügt sich das Clause Registry in das bestehende Dokumentenmanagementsystem ein?

Das Registry ist ein Extraktionsergebnis, kein Speichersystem. Es wird als Excel (XLSX) oder CSV exportiert und kann in die bestehende Due-Diligence-Plattform, das Vertragsmanagementsystem (CLM) oder das gemeinsame Laufwerk des Teams importiert werden. Das Registry ersetzt nicht die ursprünglichen Vertrags-PDFs – es existiert neben ihnen als strukturierter Index, der dem Prüfer sagt, welche PDFs er öffnen und wonach er in jeder einzelnen suchen soll. Die PDFs bleiben die maßgeblichen Quelldokumente; das Registry ist die Navigationsebene, die sie durchsuchbar, sortierbar und vergleichbar macht.

Was passiert, wenn die KI einen Vertragstyp falsch klassifiziert oder einen falschen Wert extrahiert?

Der Prüfschritt dient genau dazu, diese Fälle zu erkennen – und der Workflow ist darauf ausgelegt, die Prüfung effizient zu gestalten, indem die Aufmerksamkeit des Prüfers auf die Verträge gelenkt wird, die am wahrscheinlichsten Anomalien enthalten. Der Prüfer überprüft stichprobenartig das Register anhand der Original-PDFs, mit Priorität auf: Verträge, die in der Spalte Vertragstyp als „Unklar“ markiert sind, Verträge mit einer Gewährleistungsfrist, die von der gesetzlichen Vorgabe abweicht (alles andere als 2 oder 5 Jahre), Verträge mit einer Haftungsbeschränkung, die im Verhältnis zur Vergütung unverhältnismäßig erscheint, sowie die Ausreißer-Verträge, die während der Pre-Diligence-Inventur markiert wurden (gescannt, handschriftlich, mehrsprachig). Wenn die Extraktionsgenauigkeit innerhalb des Batches variiert, absorbiert der Prüfschritt die Varianz – der Prüfer liest mehr Verträge aus einem Batch mit niedriger Qualität und weniger aus einem mit hoher Qualität. Die Extraktion reduziert den Prüfaufwand; sie beseitigt ihn nicht.

Kann dieser Workflow Verträge in mehreren Sprachen innerhalb desselben Batches verarbeiten?

Ja. Die Spaltennamen – in Englisch verfasst – sagen der KI, was sie finden soll, und die KI liest jedes Dokument in seiner eigenen Sprache, um die entsprechende Klausel zu lokalisieren. Ein auf Deutsch von einer Münchner Kanzlei verfasster Werkvertrag und ein auf Englisch von einer Londoner Kanzlei verfasster Dienstleistungsvertrag (aber deutschem Recht unterliegend) können sich im selben Batch befinden. Eine Spalte mit dem Namen „Vergütung (EUR)“ extrahiert die Vergütung aus dem Abschnitt „§5 Vergütung“ des deutschen Vertrags und aus dem Abschnitt „Clause 5 — Remuneration“ des englischen Vertrags gleichermaßen. Die KI erfordert keine sprachliche Konsistenz innerhalb des Batches – jedes Dokument wird unabhängig verarbeitet.

Wie lange dauert es vom Datenraum-Index zum befüllten Clause Registry?

Die Pre-Diligence-Inventur dauert etwa 15 Minuten – Sortieren von Verträgen und Begleitdokumenten, Gruppieren nach Vertragstyp oder Unsicherheit und Markieren von Ausreißern. Die Spaltendefinition und der Batch-Upload dauern etwa 10 Minuten – Eingabe der fünf Standard-Klauselspalten plus etwaiger dealspezifischer Spalten, Hochladen der Verträge und Starten der Extraktion. Die Extraktion selbst ist in der Zeit abgeschlossen, die zum Lesen etwa eines Vertrags benötigt wird – ein paar Minuten für einen Batch von 30 Verträgen. Der Prüfer erhält innerhalb von 30 Minuten nach Öffnen des Datenraum-Index ein befülltes Register. Die verbleibende Zeit im Due-Diligence-Fenster entfällt auf die Prüfung, das Flag Review, die rechtliche Analyse und das Verfassen des Memos – die Schritte, die juristische Expertise erfordern, die nun von einer befüllten Tabelle ausgehen, nicht von einer leeren.

Muss das Register neu aufgebaut werden, wenn während der Prüfung neue Verträge in den Datenraum aufgenommen werden?

Nein. Die Extraktion erfolgt batch-basiert – jeder Batch erzeugt eine Tabelle. Fügt der Verkäufer am 4. Prüfungstag fünf Verträge zum Datenraum hinzu, führt das Team einen zweiten Extraktions-Batch für die neuen Verträge durch und hängt die Zeilen an das bestehende Register an. Die Spaltendefinitionen sind bereits aus dem ersten Batch bekannt; der zweite Batch verwendet dieselben Spalten und erzeugt Zeilen, die direkt mit dem ersten Batch vergleichbar sind. Das Drei-Durchgänge-Flag Review wird für das erweiterte Register erneut durchgeführt. Dies ist schneller, als fünf neue Verträge manuell zu öffnen – und die vertragsübergreifende Vergleichsfunktion des Registers bedeutet, dass die neuen Verträge sofort neben den bestehenden sichtbar sind, sortiert und filterbar nach denselben Spalten.

Der Legal-Due-Diligence-Workflow muss sich nicht ändern – er muss nur aufhören, die Stunden, die der juristischen Analyse zustehen, mit der Dateneingabe zu verschwenden. Erstellen Sie zuerst das Registry; lassen Sie die Prüfung von dort aus starten.

Extraktion in Ihren Workflow einfügen
📮 contact email: [email protected]