Batch-Verarbeitung deutscher Werkverträge
für die rechtliche Due Diligence bei M&A
Eine M&A-Transaktion im Mid-Market-Bereich mit einem deutschen Mittelstandsunternehmen – einem Fertigungsbetrieb mit 200 Mitarbeitern und 15 Jahren Betriebsgeschichte – umfasst in der Regel rund 30 Werkverträge (Verträge zur Herstellung eines Werks, BGB §631) im Datenraum. Dabei handelt es sich um die Verträge mit Subunternehmern, Wartungsdienstleistern, Facility-Managern und IT-Anbietern des Unternehmens. Jeder dieser Verträge enthält eine Gewährleistungsfrist (Gewährleistungsfrist nach BGB §634a), die mit dem Abnahmedatum zu laufen beginnt – und in einem Portfolio, das 15 Jahre umspannt, sind einige Gewährleistungen bereits vor Jahren abgelaufen, während andere noch vier Jahre Restlaufzeit haben. Das Legal-Due-Diligence-Team hat eine Woche Zeit, um alle 30 Verträge zu prüfen, die fünf Klauseln zu extrahieren, die das finanzielle Risiko bestimmen, und eine nach Risiko sortierte Themenliste für den Käufer zu erstellen. Das sequenzielle Lesen von 30 Verträgen – das Auffinden der Leistungsbeschreibung in §3 des einen und §4 des anderen Vertrags, das Lokalisieren der Haftungsbeschränkung in §11 eines von einer Münchner Kanzlei erstellten Vertrags und in §9 eines von einer Hamburger Kanzlei erstellten – verbraucht vier Tage Arbeitszeit der Associates, bevor die erste Risikobewertung überhaupt beginnt. Die Batch-Extraktion verwandelt diese vier Tage Lesen in einen Nachmittag der Verifizierung.

Wichtige Erkenntnisse
- Ein Datenraum mit 30 Werkverträgen scheint 30 Einzelprüfungen zu erfordern – aber die isolierte Prüfung von Verträgen bedeutet, dass man nicht erkennen kann, dass vier Verträge dieselbe Haftungsbeschränkungs-Vorlage verwenden und ein fünfter eine wesentlich andere Haftungsobergrenze hat: Das Risiko ist ein Muster, kein einzelner Satz.
- Der Vergleich IST die Risikobewertung – und der Vergleich erfordert, dass die wichtigsten Klauseln jedes Vertrags in dieselbe Tabelle extrahiert werden, bevor die Analyse beginnt, statt 30 Dokumente über vier Tage hinweg sequenziell zu lesen und 30 mentale Modelle im Kopf zu behalten.
- Eine Klausel-Registrierung, in einem Batch erstellt, in drei Durchgängen sortiert – die Sortierung nach Gewährleistungsablauf zeigt die Verträge mit dem nächsten Ablaufdatum, der Vergleich der Haftungsobergrenzen markiert unverhältnismäßige Obergrenzen, der Filter nach Vertragstyp isoliert die mehrdeutigen Fälle – ersetzt vier Tage Einzellektüre durch einen Nachmittag der Verifizierung.
Warum die Einzelvertragsprüfung bei Skalierung scheitert
Ein juristischer Mitarbeiter, der einen einzelnen Werkvertrag prüft, führt eine bestimmte Abfolge aus: die Parteien lokalisieren (meist Seite 1), die Leistungsbeschreibung finden (typischerweise §3 oder §4), die Vergütung lokalisieren (§5 oder §6), die Abnahme- und Gewährleistungsbestimmungen finden (§8–§10), die Haftungsbeschränkung identifizieren (§11 oder §12). Sie tippt jedes Ergebnis in eine Zeile ihrer Prüf-Tabelle. Diese Abfolge dauert etwa 12 Minuten pro Vertrag – nicht weil das Lesen von 15 Seiten deutschen Juristendeutschs 12 Minuten dauert, sondern weil das Auffinden der relevanten Klauseln in der Dokumentstruktur den Großteil der Zeit beansprucht. Das Lesen selbst ist schnell; die Navigation zwischen den Abschnitten ist langsam. Wir haben genau kartiert, wohin diese Stunden fließen – und warum sie bei einem Portfolio von 30 Verträgen explodieren – in unserer Aufschlüsselung zu warum die Prüfung deutscher Vertragsklauseln mehr Mitarbeiterstunden verbraucht, als Teams einplanen.
Nun multiplizieren Sie das mit 30. Dieselbe Abfolge, 30-mal ausgeführt, löst zwei strukturelle Probleme aus, die auf Einzelvertragsebene nicht existieren. Das erste ist Spaltendrift: Ab Vertrag 15 hat die Prüferin intern verinnerlicht, dass die Gewährleistungsfrist „normalerweise §9" ist – und wenn Vertrag 17 sie stattdessen in §12 platziert, überfliegt die Prüferin sie, tippt eine Leerstelle oder einen Standardwert in die Tabelle und macht weiter. Das zweite ist Vergleichsblindheit: Da jeder Vertrag isoliert geprüft wird, kann die Prüferin nicht erkennen, dass vier Verträge eine identische Haftungsbeschränkungsklausel teilen – ein Muster, das darauf hindeutet, dass die Gegenseite eine Vorlage verwendet hat – und dass ein fünfter Vertrag eine materiell abweichende Haftungsobergrenze hat. Dieser fünfte Vertrag ist das Risiko, aber ohne vertragsübergreifende Sichtbarkeit liest er sich wie nur eine weitere Zeile in der Tabelle.
Einzelvertragsprüfung ist ein Leseproblem. Batch-Vertragsprüfung ist ein Vergleichsproblem – und Vergleich erfordert, dass alle Daten vor Beginn der Analyse an einem Ort sind. Jeden Vertrag sequenziell zu lesen und erst danach die extrahierten Daten zu vergleichen, bedeutet, dass der Vergleich am Ende des Prozesses stattfindet, wenn die Ermüdung am höchsten und die Transaktionsfrist am nächsten ist.

Wie eine Vertragsklausel-Registry tatsächlich aussieht

Eine Klausel-Registry ist eine Tabelle, in der jede Zeile einen Vertrag und jede Spalte eine Klausel darstellt. Die Spalten sind dieselben fünf Felder, die im Werkvertrag-Extraktionsleitfaden definiert sind: Auftraggeber, Auftragnehmer, Leistungsbeschreibung, Vergütung, Abnahmedatum, Gewährleistungsfrist und Haftungsbeschränkung. Die Registry fügt jedoch zwei Dimensionen hinzu, die eine Einzelvertragsprüfung nicht liefern kann:
- Zeilenweiser Vergleich: Sortieren Sie die Registry nach Gewährleistungsfrist (aufsteigend), um zu sehen, welche Vertragsgewährleistungen dem Ablauf am nächsten sind. Fügen Sie eine berechnete Spalte hinzu – „Gewährleistungsablauf" (Abnahmedatum + Gewährleistungsfrist) – und sortieren Sie danach, und Sie sehen den Ablaufkalender: Die Gewährleistung von Vertrag Nr. 4 endet am 12. August 2026, die von Vertrag Nr. 17 am 3. März 2029. Die Verträge am oberen Ende dieser sortierten Liste sind diejenigen, bei denen ein nach Ablauf entdeckter Mangel ein nicht behebbares Risiko schafft – die Verhandlungsmacht des Käufers hängt davon ab, dies vor der Unterzeichnung zu wissen.
- Spaltenweise Aggregation: Summieren Sie die Vergütungsspalte, um den gesamten ausstehenden Vertragswert zu sehen. Filtern Sie nach Haftungsbeschränkungswerten unterhalb eines Schwellenwerts – etwa Haftungsobergrenzen unter 100.000 € – um Verträge zu identifizieren, bei denen die Haftungsbeschränkung im Missverhältnis zum Vertragswert steht. Ein 500.000-€-Werkvertrag für Gebäudewartung mit einer Haftungsobergrenze von 50.000 € ist ein Risikosignal, aber das sehen Sie nur, wenn die Spalten Vergütung und Haftungsbeschränkung für jeden Vertrag nebeneinander stehen.
Das ist kein neues Konzept – Vertragsregistries sind seit Jahrzehnten Standardpraxis in Rechtsabteilungen von Unternehmen. Neu ist, dass der Aufbau der Registry kein Lesen jedes Vertrags mehr erfordert. Die KI liest die Verträge; der Prüfer liest die Registry.
So konfigurieren Sie die Batch-Extraktion für die Werkvertrag-Klausel-Extraktion
Der Batch-Extraktions-Workflow unterscheidet sich von der Einzelvertragsverarbeitung in einem entscheidenden Punkt: Die Spalten müssen für die Vergleichbarkeit zwischen Verträgen ausgelegt sein. Eine Spalte mit dem Namen „Vergütung", die aus einem Vertrag als „EUR 120.000 zzgl. MwSt" und aus einem anderen als „€85.000 netto" extrahiert wird, erzeugt eine Spalte, die nicht summiert, sortiert oder gefiltert werden kann – die Werte sind Textzeichenfolgen, keine Zahlen. Die Batch-Konfiguration erfordert eine Standardisierung bereits bei der Spaltendefinition.
Benennen Sie Ihre Vergütung-Spalte „Vergütung (EUR, nur numerisch)" – die Anweisung in Klammern teilt der KI mit, nur die Zahl zu extrahieren und Währungssymbole, MwSt-Hinweise und Textqualifizierer zu entfernen. Analog dazu erfasst „Haftungsbeschränkung (EUR, nur numerisch – falls Vielfaches des Vertragswerts, als '3x'-Format ausgeben)" sowohl absolute Obergrenzen (EUR 150.000) als auch relative Obergrenzen (3× Vertragswert). Die Formatanweisung stellt sicher, dass jede Zelle in der Spalte vergleichbar ist: 150000 und 3x sind unterschiedliche Datentypen, aber beide für die Prüfung parsebar.
Die Gewährleistungsfrist allein gibt Ihnen die Dauer an. Die berechnete Spalte „Gewährleistungsablauf (Abnahmedatum + Gewährleistungsfrist Jahre)" liefert das Datum, an dem die Gewährleistung tatsächlich abläuft. Sortieren Sie diese Spalte aufsteigend, und die obersten Zeilen sind die Verträge, deren Gewährleistungen dem Ablauf am nächsten sind. In einem M&A-Kontext sind dies die Verträge, für die der Käufer spezifische Freistellungen verhandeln sollte – denn ein nach Ablauf auftretender Mangel ist gemäß §634a Abs. 1 BGB nicht mehr durchsetzbar, und der Verkäufer wird nicht von sich aus offenlegen, welche Gewährleistungen kurz vor dem Ablauf stehen.
Definieren Sie „Vertragstyp (Optionen: Werkvertrag/Dienstleistungsvertrag/Unklar)" als abgeleitete Spalte. In einem Batch von 30 Verträgen werden einige ausdrücklich als Werkverträge bezeichnet, einige beschreiben eine erfolgsorientierte Verpflichtung, ohne das Wort zu verwenden, und einige sind mehrdeutig. Die KI liest die Leistungsbeschreibung und klassifiziert jeden Vertrag. Filtern Sie diese Spalte auf „Unklar", um die Verträge zu identifizieren, die eine sofortige rechtliche Auslegung erfordern – ein Vertrag, dessen Typ mehrdeutig ist, könnte von der Gegenseite mit den falschen BGB-Bestimmungen behandelt werden, was ein Risiko schafft, das der Due-Diligence-Bericht kennzeichnen muss.
Legen Sie jeden Werkvertrag, Dienstleistungsvertrag und Nebenleistungsvertrag aus dem Datenraum in den Upload. Die Batch-Engine verarbeitet alle Dateien gleichzeitig – die Ausgabe ist eine Tabelle mit 30+ Zeilen, eine pro Vertrag. Es ist keine Dateibenennungskonvention erforderlich; die KI liest den Vertragsinhalt, nicht den Dateinamen, um die korrekten Spalten zu befüllen. Die Ordnerstruktur des Datenraums ist irrelevant – die Extraktion arbeitet mit dem Dokumentinhalt, nicht mit Dateipfaden.
Dateien werden sicher verarbeitet und nicht gespeichert.
Das Register lesen: Risikobewertung anhand sortierter Spalten
Die Stärke eines Klauselregisters liegt nicht darin, dass es Daten enthält — sondern darin, dass das Sortieren einer Spalte alle anderen Spalten synchron neu anordnet. So liest ein Due-Diligence-Team ein Register mit 30 Werkverträgen in drei Durchgängen:

Durchgang 1 — Sortierung nach Gewährleistungsablauf. Aufsteigend nach „Gewährleistungsablauf" sortieren. Die obersten drei Zeilen sind Verträge, deren Gewährleistung innerhalb der nächsten 6 Monate abläuft. Bei diesen Verträgen ist das Zeitfenster des Käufers nach Abschluss zur Geltendmachung von Mängelansprüchen am kürzesten — und die Offenlegungsliste des Verkäufers muss hinsichtlich bekannter Mängel am präzisesten sein. Ein Dachreparaturvertrag mit einer Gewährleistungsfrist, die in 4 Monaten abläuft, und einer Vergütung von 180.000 € ist ein anderes Verhandlungsproblem als ein IT-Wartungsvertrag mit einer Gewährleistung, die in 4 Jahren abläuft, und einer Vergütung von 12.000 €. Die sortierte Spalte macht den Unterschied sofort sichtbar.
Durchgang 2 — Haftungsobergrenze vs. Vertragswert. Für jede Zeile die Spalte „Haftungsbeschränkung (EUR)" mit der Spalte „Vergütung (EUR)" vergleichen. Eine Haftungsbeschränkung, die nur einen Bruchteil des Vertragswerts ausmacht — 30.000 € Obergrenze bei einem 400.000-€-Vertrag — bedeutet, dass die Haftung des Auftragnehmers für mangelhafte Leistung weit unter der finanziellen Bedeutung des Vertrags gedeckelt ist. Ist der Auftragnehmer für den Betrieb des Zielunternehmens kritisch (alleiniger Anbieter der Gebäudewartung an drei Standorten), stellt diese Obergrenze ein wesentliches Risiko dar: Der Käufer übernimmt eine Dienstleistungsbeziehung, in der der Auftragnehmer nur begrenzte finanzielle Anreize zur ordnungsgemäßen Leistungserbringung hat. Diese Zeilen für die Themenliste markieren.
Durchgang 3 — Klassifizierung des Vertragstyps. Filtern Sie die Spalte „Vertragstyp" nach „Unklar". Dies sind die Verträge, bei denen die Leistungsbeschreibung nicht eindeutig festlegt, ob die Verpflichtung ergebnisorientiert (Werkvertrag) oder tätigkeitsorientiert (Dienstleistungsvertrag) ist. Ein unklarer Vertragstyp im deutschen Recht bedeutet, dass auch das Gewährleistungsregime unklar ist — und die Gegenseite wird für die Auslegung argumentieren, die ihre Haftung begrenzt. Jeder „Unklare" Vertrag sollte vor Abschluss des Due-Diligence-Berichts zur rechtlichen Auslegung durch einen qualifizierten Prüfer (Rechtsanwalt) gekennzeichnet werden.
Drei Durchgänge durch eine sortierte Tabelle, jeder Durchgang beantwortet eine Frage für alle 30 Verträge gleichzeitig. Dieselbe Analyse bei 30 unverbundenen Vertragsprüfungen — jeder einzeln gelesen, jeder in einen separaten Tabelleneintrag eingegeben — würde Tage dauern und Quervergleichsmuster zwischen Verträgen dennoch übersehen. Die Zeitersparnis entsteht nicht durch schnelleres Lesen; sie entsteht dadurch, dass nicht 30 mentale Modelle von 30 Verträgen gleichzeitig im Kopf gehalten werden müssen.
Warum Batch-Extraktion nicht nur wiederholte Einzelextraktion ist
Die Verarbeitung von 30 Verträgen einzeln — Hochladen eines Dokuments, Ausführen der Extraktion, Herunterladen des Ergebnisses, Hochladen des nächsten — erzeugt 30 separate Tabellen. Das Zusammenführen zu einem Register erfordert manuelles Kopieren und Einfügen über 30 Dateien hinweg. Der Einzelvertrags-Workflow ist für den Endnutzer konzipiert, der jeweils ein Dokument verarbeitet — ein Anwalt, der einen Kundenvertrag prüft, ein Einkaufsleiter, der einen Auftrag erfasst. Der Batch-Workflow ist für das Due-Diligence-Team konzipiert, das aus vielen Eingaben eine Ausgabe benötigt. Der Unterschied liegt nicht nur in der Geschwindigkeit; er liegt darin, dass die zusammengeführte Ausgabe die Quervergleiche zwischen Verträgen ermöglicht, die der Einzelvertrags-Workflow strukturell verhindert.
Diese Batch-First-Verarbeitung — gleichzeitige Verarbeitung aller Dateien und Ausgabe einer zusammengeführten Tabelle — ist dieselbe Engine, die im Leitfaden zur Batch-Verarbeitung japanischer Bestellungen beschrieben wird. Der Dokumenttyp ändert sich — Werkverträge statt japanischer 発注書 (hatchusho, Bestellungen) — aber das Prinzip ist identisch: Wenn die Ausgabe eine Tabelle ist, verlagert sich die Aufgabe des Prüfers von der Dateneingabe zur Datenanalyse. Die Vergleichslogik (Sortieren nach Gewährleistungsablauf, Filtern nach Haftungsobergrenze, Aggregieren nach Vertragstyp) funktioniert unabhängig davon, ob die Zeilen deutsche Dienstleistungsverträge, japanische Bestellungen oder britische Arbeitsverträge sind. Die Batch-Engine kümmert sich nicht darum, welches Dokument die Zeile erstellt hat — sie kümmert sich nur darum, dass jede Zeile dieselben Spalten hat.
FAQ — Batch-Verarbeitung deutscher Werkverträge für die rechtliche Due Diligence
Wie viele Werkverträge kann ich gleichzeitig in einem Batch verarbeiten?
Es gibt keine feste Obergrenze. Die Batch-Engine verarbeitet alle hochgeladenen Dateien gleichzeitig und führt die Ergebnisse in einer Tabelle zusammen. Für einen typischen Mid-Market-M&A-Datenraum — 20 bis 50 Werkverträge — ist die Extraktion in wenigen Minuten abgeschlossen. Bei größeren Portfolios (100+ Verträge) verarbeitet die Engine weiterhin alles in einem Batch, aber der Prüfschritt dauert proportional länger, da der Prüfer mehr Zeilen stichprobenartig kontrollieren muss. Die praktische Grenze ist die Prüfkapazität des Prüfers, nicht die Extraktionskapazität der Engine.
Was passiert, wenn Verträge im selben Batch unterschiedliche Sprachen oder Formate verwenden?
Die KI verarbeitet jedes Dokument unabhängig — Sprache, Format und Klauselnummerierung müssen im Batch nicht konsistent sein. Ein von einer Münchner Kanzlei auf Deutsch verfasster Werkvertrag und ein von einer Londoner Kanzlei auf Englisch verfasster Dienstleistungsvertrag (aber nach deutschem Recht) können beide im selben Batch sein. Die Spaltennamen — auf Englisch geschrieben — sagen der KI, wonach sie suchen soll, und die KI liest jedes Dokument in seiner eigenen Sprache, um die passende Bestimmung zu finden. Eine Spalte namens „Vergütung (EUR)" extrahiert die Vergütung aus dem deutschen Vertrag „§5 Vergütung" und aus dem englischen Vertrag „Clause 5 — Remuneration" gleichermaßen.
Kann ich Klauseln aus gescannten Verträgen und handschriftlichen Änderungen im selben Batch extrahieren?
Ja. Die KI liest Dokumente visuell, nicht über eine Textebene, daher werden gescannte PDFs und fotografierte Ausdrucke identisch zu digital erstellten Dokumenten verarbeitet. Handschriftliche Randnotizen — wie eine per Stift korrigierte Gewährleistungsfrist — werden als Teil des Dokumentbilds gelesen. Die Extraktionsgenauigkeit hängt jedoch von der Lesbarkeit der Eingabe ab. Ein bei schlechtem Licht und schräg fotografierter Vertrag liefert weniger zuverlässige Extraktionen als ein im Flachbettscanner gescanntes PDF. Wenn die Lesbarkeit im Batch variiert, konzentrieren Sie den Prüfschritt zuerst auf die Quellen mit der niedrigsten Qualität.
Wie unterscheidet sich das Klauselregister von einem Vertragsmanagementsystem (CLM)?
Ein CLM (Contract Lifecycle Management System) speichert Verträge und erfasst Metadaten — Parteien, Daten, Verlängerungsauslöser — oft manuell beim Vertragseingang. Das hier beschriebene Klauselregister ist ein Extraktionsergebnis, kein Speichersystem. Es zieht den tatsächlichen Klauselinhalt zum Prüfzeitpunkt aus dem Vertragstext, nicht aus zuvor erfassten Metadaten. Sie können das Register als Excel (XLSX) oder CSV exportieren und in Ihr bestehendes CLM oder Ihre Due-Diligence-Plattform importieren. Das Register ist die Brücke zwischen Dokument und Datenbank — die Extraktion erstellt es in einem Batch; der Prüfer verifiziert es; das CLM speichert es.
Kann die KI Change-of-Control-Klauseln oder Abtretungsbeschränkungen erkennen, die für M&A relevant sind?
Ja. Fügen Sie der Batch-Konfiguration eine Spalte mit dem Namen „Change-of-Control Clause (yes/no, extract relevant text if yes)" hinzu. Die KI liest jeden Vertrag und erkennt, ob er eine Bestimmung enthält, die durch einen Eigentümerwechsel des Auftraggebers ausgelöst wird — ein Standardanliegen in der M&A-Due-Diligence, da der Käufer wissen muss, welche Verträge die Zustimmung des Vertragspartners zur Übertragung erfordern. Fügen Sie ebenso eine Spalte „Assignment/Übertragbarkeit (frei übertragbar/Zustimmung erforderlich/verboten)" hinzu. Diese gehören nicht zu den fünf Standardklauseln, aber das spaltenbasierte Extraktionsmodell bedeutet, dass Sie definieren, welche Klauseln für Ihren spezifischen Due-Diligence-Umfang relevant sind — die Engine extrahiert, was Sie anfragen, nicht was eine vorgefertigte Vorlage enthält.
Ein Datenraum mit 30 Werkverträgen benötigt keine 30 einzelnen Vertragsprüfungen. Er benötigt eine Klausel-Registrierung – in einem Batch erstellt, in drei Durchgängen sortiert, verifiziert von den Personen, die verstehen, was die Zahlen bedeuten.
Erstellen Sie Ihre Klausel-Registrierung