Daten aus NDAs extrahieren
Eine NDA ist der Vertrag, der es zwei Parteien erlaubt, vertrauliche Informationen auszutauschen, bevor eine längerfristige Beziehung besteht. Vertriebsteams unterschreiben eine vor einer Anbieter-Demo. Investoren unterschreiben eine vor einem Data Room. Übernahmeziele unterschreiben eine vor der Due Diligence. Die meisten Rechtsabteilungen großer Unternehmen bearbeiten jährlich tausende NDAs, und das operative Problem ist, dass diese sich in Postfächern, SharePoint-Ordnern und Vertragsmanagement-Systemen mit uneinheitlichen Metadaten ansammeln. Stellt sich also eine Frage (wann läuft die NDA mit Acme aus? war sie gegenseitig? deckt sie Residuals ab?), muss jemand das eigentliche PDF öffnen, um es herauszufinden. Einkaufs- und BD-Teams brauchen dieselben Metadaten aus einem anderen Grund: um zu verfolgen, welche Vertragspartner unter einer NDA stehen, wann jede ausläuft, und ob der Umfang eine bestimmte Evaluierung abdeckt, die sich ergeben hat. Die schwierigen Teile sind die Variationen innerhalb einer scheinbar einfachen Struktur. NDAs gibt es als gegenseitig (beide Parteien tauschen Informationen aus) oder einseitig (nur eine Partei legt offen). Laufzeiten variieren von 1 Jahr bis unbefristet. Die Definition von Confidential Information reicht von "alle nicht öffentlichen Informationen" bis zu einer mehrere Absätze langen Ausnahmeliste. Erlaubte Nutzungen sind oft auf eine benannte Evaluierung beschränkt (z. B. "Bewertung einer möglichen Investition in das Unternehmen"). Standardausnahmen decken öffentlich bekannte Informationen, unabhängig entwickelte Informationen und von Dritten erhaltene Informationen ab. Residual-Knowledge-Klauseln (die Mitarbeiter der empfangenden Partei dürfen allgemeine Fähigkeiten und Konzepte nutzen, die sie während des Engagements erlernt haben) sind stark verhandelt. Rückgabe- oder Vernichtungspflichten legen fest, was mit den Informationen nach Ende des Engagements geschieht. Anwendbares Recht und Gerichtsstand werden von erfahrenen Vertragspartnern intensiv verhandelt. Talonic extrahiert die strukturierten Metadaten unter Beibehaltung des Klauseltexts. Parteien werden mit ihrer Rolle getaggt (offenlegend, empfangend, beide bei gegenseitigen NDAs). Laufzeit, anwendbares Recht und Gerichtsstand erscheinen als eigenständige Felder. Vertraulichkeitsumfang, Residual-Knowledge-Formulierungen, Rückgabe- oder Vernichtungspflichten und der benannte Evaluierungszweck werden als Klauselauszüge erfasst, damit die Rechtsabteilung den tatsächlichen Text prüfen kann, statt sich auf eine geparste Näherung zu verlassen.
Was aus NDAs extrahiert wird
So funktioniert die Extraktion für NDAs
NDAs unterscheiden sich stark danach, wer sie erstellt hat: die standardmäßige gegenseitige NDA eines Anbieters, die einseitige NDA eines Investors, die Einkaufs-NDA eines Unternehmens mit eingebetteten Datenschutzklauseln. Talonic klassifiziert die NDA (gegenseitig vs. einseitig, eigenständig vs. als Artikel eines größeren Vertrags enthalten) und führt sie durch das Vertragsschema in der Field Registry, das Parteien, Laufzeit, Vertraulichkeit, anwendbares Recht und Kündigung erfasst. Definierte Begriffe (Confidential Information, Receiving Party, Disclosing Party, Permitted Use) werden im Kontext aufgelöst, damit der extrahierte Umfang widerspiegelt, was der Vertrag tatsächlich bedeutet. Rückgabe- oder Vernichtungspflichten und Residual-Knowledge-Klauseln werden als Klauselauszüge erfasst, da die Verhandlung darüber zu unterschiedlich ist, um sie zu standardisieren. Konfidenz pro Zelle mit Pixel-Region-Provenienz folgt der Konformität nach DIN SPEC 91491, sodass die Rechtsabteilung jede erfasste Klausel gegen die ursprüngliche NDA prüfen kann, bevor sie sich für Verlängerungs-Tracking oder Umfangsprüfung auf die Metadaten verlässt.
Beispielextraktion
Eine standardmäßige gegenseitige NDA zwischen zwei Softwareunternehmen
{
"contract_title": "Mutual Non-Disclosure Agreement",
"contract_type": "nda",
"parties": [
{
"name": "Acme Software, Inc.",
"role": "mutual"
},
{
"name": "Globex Logistics LLC",
"role": "mutual"
}
],
"effective_date": "2026-04-05",
"execution_date": "2026-04-05",
"term_description": "3 years from the Effective Date; confidentiality obligations survive termination for an additional 2 years",
"confidentiality": "All non-public information disclosed by either party in any form, including business plans, customer lists, technical specifications, and financial information",
"permitted_use": "Evaluation of a potential commercial partnership between the parties",
"governing_law": "State of Delaware, USA",
"dispute_resolution_venue": "State or federal courts located in New Castle County, Delaware",
"termination": "Either party may terminate on 30 days written notice; confidentiality obligations survive"
}Häufig gestellte Fragen
Unterscheidet es zwischen gegenseitigen und einseitigen NDAs?
Ja. Jede Partei wird mit einer Rolle getaggt (gegenseitig, nur offenlegend, nur empfangend). Eine gegenseitige NDA gibt beide Parteien als "gegenseitig" zurück; eine einseitige NDA gibt eine als offenlegend und eine als empfangend zurück. Die Felder party_count und Rollen-Tags steuern das nachgelagerte Filtern, wenn ein Legal-Ops-Team alle NDAs finden muss, bei denen das eigene Unternehmen die offenlegende Partei ist.
Wie werden Laufzeit und Nachwirkungsfristen erfasst?
Die Laufzeitbeschreibung wird wörtlich erhalten, da die Formulierung variiert ("3 Jahre ab Datum des Inkrafttretens", "bis zur Kündigung durch eine der Parteien mit 30 Tagen Frist", "unbefristet in Bezug auf Geschäftsgeheimnisse"). Ist die Formulierung eindeutig, wird zusätzlich ein strukturiertes Feld term_months befüllt. Nachwirkungsformulierungen (z. B. "die Vertraulichkeit wirkt nach Kündigung 5 Jahre fort") werden separat erfasst.
Was ist mit definierten Begriffen wie Confidential Information?
Die Definition wird als Klausel-Auszug erfasst, nicht als geparster Boolean-Wert dessen, was abgedeckt ist. Der Geltungsbereich einer NDA ist zu variabel, um ihn ohne Bedeutungsverlust in strukturierte Felder zusammenzufassen; die rechtliche Prüfung des Wortlauts ist der richtige nachgelagerte Schritt.
Kann es NDAs verarbeiten, die in eine größere Vereinbarung eingebettet sind?
Ja. Wenn Vertraulichkeit ein Artikel eines Master Service Agreement oder eines Asset Purchase Agreement ist und nicht Teil einer eigenständigen NDA, wird der übergeordnete Vertrag als der größere Vereinbarungstyp klassifiziert und der Vertraulichkeitsartikel als eine seiner Klauseln erfasst. Die strukturierten Felder zeigen die Metadaten des übergeordneten Vertrags.
Werden Residual-Knowledge- und Return-or-Destroy-Klauseln markiert?
Ja. Beide werden intensiv verhandelt und sind für nachgelagerte Nutzer (Security, Compliance, Recht) relevant. Der Klauseltext wird wortgetreu mit einem Klauseltyp-Tag erfasst, sodass eine Suche im gesamten Vertragsarchiv jede NDA mit einer Residual-Knowledge-Ausnahme oder einer Return-or-Destroy-Pflicht findet.
Bereit, Daten aus Ihrem eigenen NDAs zu extrahieren?
Autorenhinweis
Geprüft von Talonic engineering, contract schema review · zuletzt geprüft am 2026-05-10