AI-gestützte Eigentumskettenprüfung: Überprüfung von Pre-IPO-Secondaries mit LLMs

Einleitung

Pre-IPO-Secondary-Transaktionen liegen an der Schnittstelle von Gesellschaftsrecht für Privatunternehmen, Vertragsrecht, Wertpapierregulierung, Unternehmensunterlagen, wirtschaftlichem Eigentum und operativer Abwicklung. Ein Käufer kann eine attraktive kommerzielle Darstellung und einen großen Datenraum erhalten und dennoch keine vollständige Antwort auf die grundlegende Frage haben: Welche konkrete Beteiligung wird verkauft, über welche rechtliche Kette, welchen Beschränkungen unterliegend, durch welche autorisierte Person und mit wessen Zustimmung? Die Schwierigkeit steigt, wenn das Engagement über Nominees, Verwahrstellen, Aggregatoren, Zweckgesellschaften oder mehrere geschachtelte Gesellschaften gehalten wird. Jede Ebene kann ein anderes Register, ein anderes maßgebliches Dokument, ein anderes Übertragungsinstrument, einen anderen Genehmigungsprozess, einen anderen wirtschaftlichen Anspruch und eine andere Offenlegungsgrenze mit sich bringen.

Dieses Papier entwickelt ein AI-gestütztes Chain-of-Title-Betriebsmodell für Käufer von Pre-IPO-Secondary-Transaktionen, einschließlich Family Offices und Ultra-High-Net-Worth-Investoren, sowie für Intermediäre, einschließlich Broker, Investmentbanken und Plattformen. Sein Zweck ist es, diesen Parteien zu helfen, Nachweise zu organisieren, Lücken aufzudecken und Entscheidungen zu lenken, bevor Kapital fließt. Das Modell nutzt Dokumentenextraktion, Entity Resolution, einen Wissensgraphen, deterministische Regeln, Sanktionsprüfungen und Prüfungen des wirtschaftlichen Eigentums, zitierte Large-Language-Model-Analyse und namentlich benannte menschliche Freigaben. Es delegiert keine Entscheidungen zu rechtlichem Eigentum, Wertpapierrecht, Übertragungsbeschränkungen, Sanktionen, Geeignetheit, Steuern oder Investitionen an LLM.

Der Ausdruck „Chain of Title“ wird hier als operativer Due-Diligence-Kurzbegriff verwendet. Bei einer direkten Aktie können die relevanten Nachweise das Aktienbuch bzw. Gesellschafterregister des Emittenten, das Zertifikat oder den elektronischen Nachweis, Zeichnungs- und frühere Übertragungsinstrumente, Beschränkungen, Zustimmungen, Vollmachten und Abwicklungsanweisungen umfassen. Bei einer SPV-Beteiligung kann die Kette auch die Gründungs- und Good-Standing-Nachweise der SPV, Satzungsdokumente, das Gesellschafter- oder Partnerschaftsregister, Kapitalkonten, Nominee- oder Verwahrungsvereinbarungen, vorgelagertes Eigentum, nachgelagertes Emittenten-Engagement, wirtschaftliche Waterfalls, Verpfändungen, Pfandrechte und frühere Übertragungen umfassen. Das anwendbare Recht und die Transaktionsstruktur bestimmen die rechtliche Bedeutung jedes Elements. Das Recht von Delaware erkennt beispielsweise Übertragungsbeschränkungen vorbehaltlich gesetzlicher Bedingungen an; das US-Bundeswertpapierrecht verlangt gesondert eine verfügbare Registrierungsbefreiung für den Wiederverkauf eingeschränkter Wertpapiere [1-5].

Die Analyseeinheit in diesem Papier ist eine durch Belege gestützte Aussage, nicht eine Dokumentzusammenfassung. Eine Aussage formuliert genau eine Proposition, verweist auf die exakte Quelle und Fundstelle, erfasst das Datum und die Autorität der Quelle, benennt die Person oder das System, das sie bereitgestellt hat, führt einen Konfidenz- und einen Konfliktstatus und leitet an einen verantwortlichen Prüfer weiter. Diese Struktur folgt der zentralen Erkenntnis des Beneficial Ownership Data Standard: Datenaussagen sind Aussagen mit eigener Provenienz, eigenen Datumsangaben und eigenen Quellen, und scheinbar widersprüchliche Aussagen können koexistieren, bis sie geklärt sind [14-15]. W3C PROV-O bietet ein kompatibles Vokabular für Entitäten, Aktivitäten, Agenten und Ableitung [28].

Die in der Forschungsarbeit entwickelte operative Antwort wird nachfolgend zusammengefasst.

Der Beitrag ist praxisorientiert. Abschnitte 2 bis 6 definieren den Entscheidungsrahmen, rechtliche und beweisbezogene Objekte, die Quellenhierarchie und den Graphen. Abschnitte 7 bis 12 spezifizieren die Extraktions-, Entitätsauflösungs-, Beschränkungs-, Kontrahenten-, Claude- und Zitierarchitektur. Abschnitte 13 bis 17 überführen das Design in einen kontrollierten Workflow, ein ausgearbeitetes Beispiel, eine Scorecard, ein Evaluierungsprogramm und ein Sicherheitsmodell. Abschnitte 18 bis 20 bieten eine Implementierungs-Roadmap, eine Freigabe-Checkliste, ein Aussagenregister und Einschränkungen.

Forschungsfrage	Operative Antwort
Was sollte AI extrahieren?	Parteien, Entitäten, Instrumente, Wertpapierklassen, Mengen, Daten, Unterschriften, Genehmigungen, Beschränkungen, Rechte, Eigentumsangaben und Fundstellen in der Quelle.
Was gehört in den Graphen?	Durch Nachweise gestützte Aussagen und typisierte Beziehungen zwischen Emittenten, Wertpapieren, Inhabern, wirtschaftlich Berechtigten, SPVs, Agenten, Instrumenten, Genehmigungen und Übertragungsereignissen.
Was kann ein LLM entscheiden?	Es kann klassifizieren, vergleichen, erklären und eine mit Quellenangaben versehene Ausnahmeanalyse innerhalb eines genehmigten Schemas vorschlagen; es kann keine rechtliche Freigabe erteilen oder die Rechtsinhaberschaft bestätigen.
Wie werden Übertragungsbeschränkungen geprüft?	Deterministische Regeln identifizieren anwendbare Klauseln, Mitteilungspflichten, Vorkaufsrechte, Zustimmungsbedingungen und ungeklärte Sachverhalte; qualifizierte Rechtsberater und autorisierte Emittentenparteien bestimmen deren Wirkung.
Wie wird das Kontrahentenrisiko bewertet?	Ein transparentes Triage-Bewertungsraster kombiniert Identität, Befugnis, Provenienz, Sanktionen, nachteilige Nachweise, Zahlungs- und Abwicklungsausnahmen; die Genehmigungsentscheidung verbleibt bei den Prüfern.
Was ermöglicht Kapitalbewegungen?	Ein Freigabepaket mit geklärten Nachweisen, benannten Genehmigungen, zulässigen Zahlungsanweisungen, Abwicklungskontrollen und einer ausdrücklichen Dokumentation verbleibender Bedingungen.

Zielgruppe und Entscheidungsrahmen

Pre-IPO-Sekundärkäufer

Käufer benötigen eine Evidenzbasis, die kommerzielles Underwriting mit ausführbarer Eigentümerschaft verbindet. Ihre Fragen erstrecken sich normalerweise über fünf Ebenen: den Emittenten und das Wertpapier; den Verkäufer und seine Befugnis; den rechtlichen Weg, über den der Verkäufer die Beteiligung erworben hat oder kontrolliert; Beschränkungen und Genehmigungen, die die vorgeschlagene Übertragung regeln; und den Mechanismus, über den Zahlungsmittel und die erworbene Beteiligung ausgetauscht werden. Ein Family Office kann einen Berater, Verwahrer, Nominee oder SPV einsetzen, bleibt jedoch für seine eigenen Anlage-, Rechts-, Steuer-, Compliance- und Governance-Entscheidungen verantwortlich.

Der Investmentausschuss des Käufers kann ein durch AI unterstütztes Dossier nutzen, um Provenienz, Konzentration, Preisbasis, Informationsrechte, Governance-Risiko und verbleibende Bedingungen zu prüfen. Er sollte eine klare Trennung zwischen gesichteten Dokumenten, Erklärungen Dritter, Analystenschlussfolgerungen, Feststellungen von Rechtsberatern und ungeklärten Annahmen erhalten. Das System sollte eine Zusicherung des Verkäufers niemals allein deshalb in eine festgestellte Tatsache umwandeln, weil sie in unterzeichneten Unterlagen erscheint.

Intermediäre

Intermediäre können eine Transaktion beschaffen, vermitteln, strukturieren, syndizieren, arrangieren oder erleichtern. Ihre genaue regulatorische Rolle, Pflichten und zulässigen Aktivitäten hängen von der Rechtsordnung und dem Mandat ab. Das Betriebsmodell erfasst daher Rolle und Befugnisse auf Transaktionsebene. Es wird nicht davon ausgegangen, dass ein Broker, eine Plattform, ein Platzierungsagent oder eine Investmentbank Eigentum verifiziert hat, Kundengelder hält, Rechtsberatung erbringt oder die Abwicklung durch den Emittenten kontrolliert.

Ein Intermediär kann das System nutzen, um die Erfassung zu standardisieren, Dokumentationslücken zu identifizieren, unvereinbare Angaben gegenüber Gegenparteien zu vermeiden, Offenlegungsberechtigungen zu steuern und eine belastbare Übergabe aufrechtzuerhalten. Das Freigabepaket des Intermediärs sollte angeben, was er erhalten hat, was er geprüft hat, was weiterhin von Dritten oder vom Management bereitgestellt wird, welche Spezialisten Feststellungen getroffen haben und welche Bedingungen vor dem Closing noch erfüllt sein müssen.

Entscheidungsrechte

Die Kontrollsprache mit drei Zuständen

Jede wesentliche Due-Diligence-Aussage sollte sich einem von drei Zuständen zuordnen lassen. Gestützt bedeutet, dass eine freigegebene Quelle die Aussage innerhalb ihres angegebenen Geltungsbereichs und Datums stützt. Bedingt bedeutet, dass die Aussage von einer benannten Zustimmung, einem benannten Ereignis, Dokument oder einer fachlichen Feststellung abhängt. Ungeklärt bedeutet, dass die Evidenz fehlt, widersprüchlich, veraltet, unleserlich oder außerhalb der Zuständigkeit des Prüfers ist. Diese Sprache schafft eine nützliche Barriere gegen trügerische Gewissheit. Sie ermöglicht es einem Investmentausschuss außerdem, eine heilbare Closing-Bedingung von einer unbegrenzten Herkunftslücke zu unterscheiden.

Was die Eigentumskette bei privaten Wertpapieren bedeutet

Direkt eingetragene Aktien

Bei direkt eingetragenen Aktien beginnt die Kette beim Emittenten und der genauen Wertpapierklasse. Die Due-Diligence-Unterlagen sollten den rechtlichen Namen und die Jurisdiktion des Emittenten, die Klasse und Rechte des Wertpapiers, den eingetragenen Inhaber, die Menge, das Zertifikat oder die elektronische Position, den Erwerbsvorgang, die Gegenleistung, relevante Legenden, Belastungen und die beabsichtigte Übertragung angeben. Section 159 des Delaware General Corporation Law erkennt Aktien als bewegliche Sachen an, die nach Artikel 8 des Uniform Commercial Code übertragbar sind [3]. Section 202 behandelt Übertragungsbeschränkungen und wann diese gegenüber Inhabern und Übertragungsempfängern durchsetzbar sind [2]. Diese Vorschriften machen die tatsächliche Urkunde sowie Umstände von Benachrichtigung und Kenntnis wichtig; eine pauschale Aussage, dass Aktien übertragbar sind, ist unzureichend.

Das US-Bundeswertpapierrecht schafft eine separate Weiterverkaufsfrage. Die SEC-Leitlinien erläutern, dass Wertpapiere des privaten Marktes weiterhin beschränkt bleiben können und dass Weiterverkäufe eine Registrierung oder eine verfügbare Ausnahme erfordern [1]. Rule 144 bietet einen nicht ausschließlichen Safe Harbor vorbehaltlich ihrer Bedingungen; Section 4(a)(7) bietet einen weiteren gesetzlichen Weg mit Bedingungen, zu denen der Käuferstatus, das Fehlen einer allgemeinen Ansprache und bestimmte Angaben gehören [4-5]. Eine operative Kette benötigt daher sowohl einen gesellschaftsrechtlichen Nachweispfad als auch einen wertpapierrechtlichen Pfad. Die Erfüllung des einen begründet nicht die Erfüllung des anderen.

Transferstellen erfüllen in Wertpapiermärkten eine zentrale Funktion der Aufzeichnung, einschließlich der Erfassung von Eigentumsänderungen, der Führung von Unterlagen sowie der Stornierung oder Ausgabe von Zertifikaten [6]. Viele private Unternehmen verwalten ihre Unterlagen direkt oder über Dienstleister des privaten Marktes. Das System muss feststellen, wer tatsächlich das maßgebliche Register kontrolliert und welche Nachweise diese Partei verlangt. Ein Screenshot, ein Cap-Table-Export oder ein vom Verkäufer bereitgestelltes Zertifikat können zur Due Diligence beitragen, bleiben aber dem autorisierten Register und den Closing-Mechanismen untergeordnet.

SPV und Fondsbeteiligungen

Eine SPV-Transaktion kann eine Beteiligung an einer Gesellschaft übertragen, deren Vermögenswert das Wertpapier des Emittenten ist. Der Anleger kann dadurch ein Engagement erwerben, ohne unmittelbarer Aktionär zu werden. Der Nachweispfad umfasst dann mindestens zwei miteinander verbundene Ketten: Eigentum an und Übertragbarkeit der SPV-Beteiligung sowie Eigentum an und wirtschaftliche Rechte aus der SPV an dem zugrunde liegenden Wertpapier des Emittenten. Jede Kette benötigt ihre eigene Analyse des anwendbaren Rechts, des Registers, der Instrumente, Beschränkungen, Genehmigungen und Belastungen.

Gestapelte SPVs fügen für jede Ebene eine weitere Kette hinzu. Ein Käufer einer Beteiligung an SPV C kann von der Beteiligung von SPV C an SPV B, der Beteiligung von SPV B an SPV A und der eingetragenen oder wirtschaftlichen Beteiligung von SPV A am Emittenten abhängen. Wirtschaftliche Rechte können auf jeder Ebene von Stimm-, Informations-, Ausschüttungs- und Übertragungsrechten abweichen. Gebühren, Carried Interest, Rücklagen und Zuteilungsmechaniken können die Risikoposition verändern. Der Graph sollte das zugrunde liegende Wertpapier getrennt von der vertraglichen wirtschaftlichen Berechtigung abbilden.

Nominees, Verwahrstellen und wirtschaftlich Berechtigte

Rechtliches Eigentum, eingetragene Inhaberschaft, Verwahrung, Nominee-Eigenschaft, Kontrolle und wirtschaftliches Eigentum sind unterschiedliche Beziehungen. Die OpenOwnership-Leitlinie bildet Nominee-Beziehungen ausdrücklich ab, statt Nominees mit wirtschaftlich Berechtigten gleichzusetzen [15]. Die FATF-Leitlinie zur wirtschaftlichen Berechtigung unterstützt einen mehrgleisigen Ansatz mit angemessenen, genauen und aktuellen Informationen [10]. Die Anforderungen von UAE verlangen in ähnlicher Weise die Identifizierung und Verifizierung wirtschaftlich Berechtigter anhand zuverlässiger unabhängiger Quellen [11-13].

Das System sollte jede Beziehung mit ihrem eigenen Typ, ihrem Gültigkeitszeitraum, ihrer Quelle und ihrem Prüfer speichern. Eine Person kann wirtschaftlich Berechtigter an SPV sein, während ein Unternehmensdienstleister dessen eingetragener Geschäftssitz ist, ein Nominee dessen eingetragener Anteilseigner ist, ein Investmentmanager vertragliche Befugnis hat und eine Verwahrstelle die Abwicklung kontrolliert. Entity Resolution sollte diese Identitäten verknüpfen, ohne sie als austauschbar zu behandeln.

Übertragungsereignisse

Eine Kette hat eine zeitliche Dimension. Jede Ausgabe, Zeichnung, Abtretung, Veräußerung, Einlage, Umwandlung, Teilung, Löschung, Verpfändung, Freigabe, Nominee-Erklärung oder Fusion kann die Position verändern. Der Graph muss die Stückzahl vor und nach dem Ereignis, das Instrument, sein Wirksamkeitsdatum, die Parteien, die Genehmigungen und den Nachweis im Ledger abbilden. Rückdatierte, undatierte oder nur bedingt wirksame Instrumente sollten diese Zustände beibehalten. Ein LLM kann ein auf einem Dokument aufgedrucktes Datum extrahieren; der Workflow muss Unterzeichnung, Übergabe, Wirksamkeit und Eintragung getrennt feststellen, sofern diese Unterscheidungen relevant sind.

Gestapelte SPVs und Provenienz

Ein Graph statt eines Ordnerbaums

Ordnerstrukturen organisieren Dateien; sie geben die rechtlichen und wirtschaftlichen Beziehungen zwischen ihnen nicht wieder. Ein Dokument kann mehrere Entitäten, Wertpapiere und Ereignisse abdecken. Eine Entität kann unter historischen Namen oder Abkürzungen erscheinen. Zwei unterzeichnete Instrumente können im Widerspruch zueinander stehen. Ein Graph ermöglicht es dem Analysten zu fragen, welche Ansprüche eine Beziehung stützen, was sich während eines Zeitraums geändert hat, welche vorgelagerten wirtschaftlich Berechtigten eine Schwelle überschreiten und welche beabsichtigte Übertragung von einer ungeklärten Genehmigung abhängt.

Der empfohlene Graph trennt Objekte der realen Welt von Nachweisbehauptungen. Ein Entitätsknoten repräsentiert die aktuell aufgelöste Identität des Systems. Ein Behauptungsknoten hält fest, dass eine bestimmte Quelle eine bestimmte Beziehung oder ein bestimmtes Attribut behauptet hat. Prüfer können eine Behauptung in den akzeptierten Betriebsstatus überführen, sie ablehnen oder ungeklärt lassen. Die ursprüngliche Behauptung bleibt zur Herkunftsnachverfolgung unveränderlich. Dies entspricht dem behauptungsbasierten Design von BODS 0.4 und vermeidet das lautlose Umschreiben der Historie [14].

Bitemporale Datensätze

Zwei Zeitdimensionen sind nützlich. Gültigkeitszeit erfasst, wann eine Beziehung oder Tatsache in der realen Welt gelten soll. Systemzeit erfasst, wann die Behauptung im Due-Diligence-System eingegangen ist oder ihren Status geändert hat. Ein Registerauszug vom 15. Juli kann eine Eigentümerschaft mit Wirkung ab 1. Juni angeben, aber erst am 20. Juli eingehen. Die drei Daten sollten unterscheidbar bleiben. Dadurch werden verspätete Nachweise, rückdatierte Instrumente und Post-Closing-Aktualisierungen sichtbar.

Jede Behauptung sollte außerdem eine Nachweiskategorie „beobachtet“, „dargestellt“, „abgeleitet“ oder „festgestellt“ tragen. Beobachtete Nachweise stammen direkt aus einem autoritativen System oder einem für den Prüfer zugänglichen Originaldokument. Dargestellte Nachweise werden von einer Partei bereitgestellt. Abgeleitete Nachweise werden aus anderen Behauptungen berechnet oder verknüpft. Festgestellte Nachweise erfassen eine Entscheidung eines Spezialisten oder einer autorisierten Person. Die Bezeichnungen beschreiben die Herkunft; sie machen die zugrunde liegende Aussage nicht wahr.

Identitätsschlüssel

Die Entitätsauflösung sollte mit dauerhaften Identifikatoren und dem Kontext der jeweiligen Rechtsordnung beginnen. Relevante Identifikatoren können Handelsregisternummern, Identifikatoren juristischer Personen, Steueridentifikatoren, sofern rechtmäßig verarbeitet, Pass- oder nationale Identifikatoren innerhalb eines eingeschränkten KYC-Dienstes, Adressen, Geburtsdaten, Gründungsdaten und Kontokennungen umfassen. GLEIF trennt Level-1-Entitätsreferenzdaten, beschrieben als „wer ist wer“, von Level-2-Beziehungsdaten, beschrieben als „wer besitzt wen“ [16-17]. Seine Beziehungen aus der Rechnungslegungskonsolidierung ersetzen weder die Analyse des wirtschaftlichen Eigentums noch transaktionsspezifische Analysen; dennoch bietet das Modell eine wertvolle Trennung zwischen Identitäts- und Beziehungsbehauptungen.

Namensähnlichkeit ist ein Kandidatengenerator. Sie ist keine Bestätigungsmethode. Das System sollte Übereinstimmungen anhand exakter Identifikatoren, bestätigter Attribute und Prüferentscheidungen zuordnen und Aliase sowie historische Namen bewahren. Ein Sanktionsscreening-Dienst sollte die Identifikatoren und Eigentumsbeziehungen erhalten, die er nach geltendem Recht und genehmigten Datenschutzkontrollen benötigt.

Graphinvarianten

Deterministische Graphentests legen strukturelle Fehler vor der narrativen Prüfung offen. Beispiele sind eine Übertragungsmenge, die größer ist als die vom Verkäufer belegte Position, ein Ereignis, das vor der Gründung einer Entität datiert ist, zirkuläres direktes Eigentum ohne erklärendes Instrument, Prozentsätze, die ihre angegebene Basis überschreiten, eine Wertpapierklasse, die in den maßgeblichen Dokumenten fehlt, ein Pfand ohne Nachweis der Freigabe, ein wirtschaftlicher Eigentümer, der nicht mit der Beteiligungskette verbunden ist, oder eine Closing-Anweisung, die von einer Partei ohne belegte Befugnis erteilt wurde.

Graph-Tests erzeugen Ausnahmen statt sachlicher Schlussfolgerungen. Eine Mengenabweichung kann einen Aktiensplit, eine Wandlung, partielle Nachweise oder einen Fehler bei der Datenextraktion widerspiegeln. Die Ausnahme sollte an den Nachweisverantwortlichen weitergeleitet werden, zusammen mit den genauen Angaben und Fundstellen, aus denen sie hervorgegangen ist.

Nachweis-Taxonomie und Quellenhierarchie

Quellenklassen

Das System benötigt eine festgelegte Quellenhierarchie für jede Aussage. Das autorisierte Emittentenregister, das Gesellschafterregister oder die Transfer-Agent-Aufzeichnung können für das eingetragene Eigentum maßgeblich sein. Satzungsdokumente und unterzeichnete Verträge regeln vertragliche Rechte vorbehaltlich Gesetz und Auslegung. Staatliche Register und regulierte Identitätsquellen können den Status einer juristischen Person stützen. Unabhängige Sanktionslisten liefern offizielle Screening-Daten. Verkäuferzusicherungen, Broker-Zusammenfassungen, Plattformaufzeichnungen und Analystennotizen liefern nützliche Angaben mit unterschiedlicher Aussagekraft.

Authentizität und Vollständigkeit

Ein authentisches Dokument kann dennoch unvollständig, überholt oder irrelevant sein. Der Erfassungsprozess sollte die Originaldatei, den kryptografischen Hash, den Eingangskanal, den Lieferanten, die Zugriffsklassifizierung und den Verarbeitungsverlauf bewahren. Er sollte fehlende Seiten, unlesbare Scans, ungültige Signaturen, inkonsistente Seitennummerierungen, referenzierte, aber fehlende Anhänge sowie Anlagen erkennen, die im Datenraum fehlen. Die Validierung digitaler Signaturen und vertrauenswürdige Übermittlungskanäle können, sofern verfügbar, zusätzliche Nachweise liefern.

Der Dokumentstatus ist wichtig. Ein Entwurf, ein Muster, eine Unterzeichnungsausfertigung, eine konforme Kopie, ein Auszug und eine beglaubigte Kopie sollten nicht dieselbe undifferenzierte Bezeichnung tragen. Das System sollte vermeiden, aus einem Dateinamen auf die Unterzeichnung zu schließen. Es sollte Unterschriftsseiten, Daten, Parteien, definierte Begriffe und Anlagen vergleichen und Abweichungen weiterleiten.

Behauptungsschema

Negativnachweis

Negativbefunde sollten sorgfältig dokumentiert werden. Eine Suche, bei der kein Pfandrecht gefunden wurde, ist kein Beweis dafür, dass kein Pfandrecht besteht. Die Dokumentation sollte die durchsuchte Grundgesamtheit, die Abfrage oder das Verfahren, das Datum, den Bearbeiter und die Einschränkungen angeben. Eine Negativbestätigung einer autorisierten Partei hat ein anderes Beweisgewicht. Das System sollte Formulierungen wie „kein relevanter Treffer in der geprüften Grundgesamtheit gefunden“ verwenden und vermeiden, dies in „keine Belastung besteht“ umzudeuten.

Der Datenraum als Nachweissystem

Anforderungsmatrix

Ein Transaktionsdatenraum sollte aus einer Anforderungsmatrix erzeugt und nicht als beliebiger Upload-Ordner behandelt werden. Jede Anforderung ist mit einem Element, einer Aussage oder einer ausdrücklichen Ausnahme verknüpft. Anforderungen variieren je nach direkter Beteiligung oder SPV-Struktur, Jurisdiktion, Sicherheiten, Käufer, Verkäufer und Abwicklungsmethode. Die Matrix sollte versioniert und von den zuständigen Transaktions- und Rechtsteams genehmigt werden.

Zentrale Bereiche umfassen Gesellschaftsgründung und ordnungsgemäßen Bestand; Eigentümerregister und Kapitalisierung; maßgebliche Gesellschaftsdokumente; Sicherheitenrechte; Erwerbs- und frühere Übertragungsinstrumente; Genehmigungen von Board, Aktionären, Geschäftsführung, Gesellschaftern oder Partnern; Übertragungsbeschränkungen und -mitteilungen; wirtschaftliches Eigentum und Vertretungsbefugnis; KYC, AML und Sanktionen; Belastungen; Finanz- und Steuernachweise; Gebühren und Distribution Waterfalls; Dienstleisterbestätigungen; Informationsrechte; Rechtsstreitigkeiten und Streitfälle; Zahlungsanweisungen; Settlement-Deliverables; und Aktualisierungen der Unterlagen nach Closing.

Berechtigungsklassen

Der Dateibestand kann personenbezogene Daten, vertrauliche Emittenteninformationen, Bankdaten, Unterschriften, Steuerunterlagen, privilegierte Rechtsanalysen und kommerziell sensible Bedingungen enthalten. Berechtigungen sollten vor dem Abruf greifen. Ein Nutzer, der auf eine Quelle nicht zugreifen kann, sollte keine daraus abgeleitete Antwort erhalten. Der Index sollte daher je nach Bedarf Kennzeichnungen auf Transaktions-, Entitäts-, Dokumentklassen-, Empfänger-, Zweck-, Jurisdiktions-, Privilegien- und Feldebene tragen.

Eine Schwärzung sollte ein separates Derivat mit eigenem Hash, Zweck, Ersteller und Link zum Original erzeugen. Das System sollte erfassen, welche Version welchem Empfänger offengelegt wurde. Produktkontrollen eines Modellanbieters ersetzen weder die Zugriffsarchitektur des Nutzers noch dessen vertragliche Bewertung.

Aktualität und Ereignisauslöser

Die Closing-Bereitschaft ändert sich, wenn eine neue Übertragung, ein Pfandrecht, eine Einwilligung, ein Eigentümerwechsel, eine Sanktionsaktualisierung, eine Emittentenmaßnahme oder eine Dokumentänderung erfolgt. Der Datenraum benötigt geplante Überprüfungen und eine ereignisgesteuerte Aktualisierung. Jede wesentliche Aussage sollte auf einen Quellenverantwortlichen und einen Aktualisierungsauslöser verweisen. Ein Banner „Zuletzt aktualisiert“ ohne Datumsangaben auf Aussagenebene ist unzureichend.

Freigabepakete

Ein Freigabepaket sollte nach der Freigabe unveränderlich sein und genau die offengelegten Dateien, das abgeleitete Memo, den Graph-Snapshot, das Ausnahmenregister, den Genehmigungsnachweis und die Empfängerberechtigungen enthalten. Das Manifest des Pakets sollte Hashes und Versionen auflisten. Wenn eine Korrektur erforderlich ist, sollte das System eine ersetzende Freigabe erstellen und die frühere erhalten. Dieser Ansatz unterstützt die spätere Rekonstruktion dessen, was Käufer, Vermittler, Rechtsberater und Abwicklungsparteien tatsächlich gesehen haben.

Dokumentenextraktions-Pipeline

Erfassung und Aufbewahrung

Die Pipeline beginnt mit kontrolliertem Eingang. Dateien werden unter Quarantäne gestellt, auf Malware geprüft, gehasht und mit einer stabilen ID versehen. Nativer Text, gescannte Seiten, Tabellen, E-Mail-Container und Bildformate durchlaufen unterschiedliche Parsing-Pfade. Das Original bleibt unverändert. Ein verarbeitetes Derivat erfasst das Tool, die Version, die Konfiguration und den Zeitstempel, mit dem es erzeugt wurde.

OCR-Ausgaben sollten Seitenkoordinaten und Konfidenz bewahren. Tabellen erfordern Zeilen- und Spaltenstruktur. Handschriftliche oder niedrig aufgelöste Anmerkungen sollten zur manuellen Prüfung weitergeleitet werden. Passwortgeschützte, beschädigte, abgeschnittene und nicht unterstützte Dateien sollten ausdrückliche Ausnahmen erzeugen. Das System sollte außerdem Dokumente erkennen, die als Anhänge oder Portfolios eingebettet sind, sofern die Toolchain dies unterstützt.

Klassifizierung und Segmentierung

Die Klassifizierung sollte Dokumenttyp, Entität, Transaktion, Status, Parteien, anwendbares Recht, Sprache und Vertraulichkeit identifizieren. Lange Dokumente sollten entlang von Klauseln, Anlagen, Tabellen, Unterschriftenblöcken und Beziehungen zwischen definierten Begriffen segmentiert werden. Ein Anteilskaufvertrag kann nicht zuverlässig als isolierte Textabschnitte fester Länge geprüft werden, da die Bedeutung einer Klausel häufig von Definitionen, Ausnahmen und Anlagen abhängt.

Der Index sollte die Dokumenthierarchie und Querverweise beibehalten. Wenn ein Modell Klausel 7.2 erhält, benötigt es möglicherweise auch die definierten Begriffe, die beigefügte Sicherheitenanlage und die Ausnahme in Klausel 7.5. Die Abfrage sollte daher eine verknüpfte Erweiterung innerhalb eines begrenzten und überprüfbaren Kontexts unterstützen.

Strukturierte Extraktion

Das Extraktionsschema sollte eng und explizit sein. Ein Parteienobjekt könnte gedruckten Namen, rechtliche Rolle, Eigenschaft, Adresse, Kennung, Unterschriftsstatus und Quellbereich enthalten. Ein Beschränkungsobjekt könnte betroffene Sicherheit, beschränkte Handlung, Auslöser, Begünstigten, Mitteilung, Zeitraum, Verzichtsbefugnis, Zustimmungsbefugnis, Ausnahmen und Quellbereiche enthalten. Das System sollte Werte wie „unbekannt“, „nicht angegeben“ und „mehrdeutig“ zulassen. Erzwungene Vervollständigung erhöht die Wahrscheinlichkeit erfundener Felder.

Deterministische Validierung

Nach der Extraktion vergleichen deterministische Prüfungen Daten, Mengen, Währung, rechtliche Namen, Kennungen, Unterschriften, Summen und Querverweise. Ein Parser kann erkennen, dass eine Anlage insgesamt 98.000 Anteile ausweist, während der Kaufvertrag 100.000 angibt. Er sollte die Differenz nicht stillschweigend ausgleichen. Ein Validator kann außerdem einen unsignierten Unterschriftenblock, einen definierten Begriff ohne Definition oder eine referenzierte Zustimmung identifizieren, die im Datenraum fehlt.

Entitätsauflösung und Graph der wirtschaftlich Berechtigten

Kandidatengenerierung

Die Kandidatengenerierung kombiniert normalisierte Namen, Transliteration, Aliasnamen, historische Namen, Jurisdiktionen, Adressen, Gründungsdaten und Identifikatoren. Rechtsformzusätze sollten normalisiert werden, ohne die Quellform zu verwerfen. Der Abgleich natürlicher Personen sollte in einem zugriffsbeschränkten Dienst mit rechtmäßigem Zweck, Datenminimierung und angemessener Sicherheit erfolgen.

Die Kandidatenphase kann unscharfe Ähnlichkeit und Embeddings nutzen, um mögliche Übereinstimmungen zu finden. Sie sollte Recall priorisieren und erklären, warum ein Kandidat erschienen ist. Exakte oder bestätigte Identifikatoren führen dann zu einer Auflösung mit höherer Konfidenz. Eine modellgenerierte Aussage, dass zwei Entitäten „gleich aussehen“, reicht nicht aus.

Auflösungsentscheidung

Jedes manuelle Zusammenführen und Trennen sollte umkehrbar sein und protokolliert werden. Das System sollte erklären, welche Aussagen von einer Identitätsverknüpfung abhängen, da eine Änderung der Verknüpfung Eigentumssummen, Sanktionsrisiko und Berechtigungen verändern kann.

Eigentums- und Kontrollpfade

Wirtschaftliches Eigentum wird als Pfad dargestellt, nicht als einzelnes Prozentfeld. Der Graph erfasst direkte Beteiligungen, indirekte Beteiligungen, Stimmrechtskontrolle, Ernennungsrechte, vertragliche Kontrolle, Nominee-Beziehungen und sonstige anwendbare Grundlagen. Prozentberechnungen sollten Nenner, Klasse, Datum und Multiplikationsmethode angeben. Schwellenwertanalysen sollten nach Jurisdiktion und Richtlinie parametrisiert und von der Compliance geprüft werden.

Die FATF-Leitlinien betonen den Zugang zu angemessenen, genauen und aktuellen Informationen über wirtschaftliches Eigentum [10]. Die Regeln von UAE umfassen die Verifizierung durch verlässliche und unabhängige Quellen [11-13]. Offizielle Meldungen können die Analyse unterstützen, unterliegen jedoch weiterhin ihren jurisdiktionellen Definitionen und Aktualisierungszyklen. Das System sollte ein einzelnes Registerfeld nicht als allgemeingültigen Nachweis behandeln.

Provenienzmodell

Die Konzepte Entität, Aktivität und Agent von PROV-O bieten eine nützliche Grundlage [28]. Ein Quelldokument ist eine Entität. OCR und Extraktion sind Aktivitäten. Eine Aussage wird aus einer Quellspanne abgeleitet. Ein Software-Agent und ein menschlicher Prüfer nehmen an Aktivitäten teil. Ein freigegebenes Memo wird aus geprüften Aussagen abgeleitet. Dies macht den Prüfpfad explizit und unterstützt Fragen wie, welche Modellversion, Quelle und welcher Prüfer zu einer wesentlichen Schlussfolgerung beigetragen haben.

Engine für Übertragungsbeschränkungen und Rechte

Klauseltaxonomie

Übertragungen privater Wertpapiere können durch Beschränkungen in Satzungen, Gesellschaftsordnungen, Gesellschaftervereinbarungen, Investorenrechtevereinbarungen, Aktienplänen, Kaufverträgen, Side Letters, SPV-Vereinbarungen und anwendbarem Recht beeinträchtigt werden. Eine nutzbare Taxonomie umfasst die Zustimmung des Emittenten, die Genehmigung durch das Board, die Zustimmung des Managers oder Komplementärs, Vorkaufsrechte, Rechte der ersten Angebotsabgabe, Mitverkaufsrechte, Tag-along- und Drag-along-Rechte, Lock-ups, Bedingungen für zulässige Erwerber, Wettbewerberbeschränkungen, Mindestübertragungsgrößen, Anforderungen an akkreditierte oder qualifizierte Investoren, wertpapierrechtliche Bedingungen, Bedingungen für den Informationszugang sowie Bestimmungen zu indirekten Übertragungen oder Kontrollwechseln.

Die Engine sollte die maßgebliche Klausel, definierte Begriffe, Ausnahmen, das betroffene Wertpapier, die auslösende Transaktion, die Mitteilungsmethode, die Mitteilungsfrist, die Wahlfrist, die erforderlichen Informationen, die Verzichtsbefugnis, die Folgen und die Fundstellen extrahieren. Sie sollte Querverweise und Änderungen verknüpfen. Sie muss mehrdeutige Formulierungen für die Prüfung durch Rechtsberater erhalten.

Regeldarstellung

Eine Regel kann als Entscheidungstabelle mit Eingaben, Prüfungen, Ausgaben und Zuständen für fehlende Nachweise dargestellt werden. Ein Workflow für Vorkaufsrechte kann beispielsweise die Identität des vorgeschlagenen Erwerbers, den Preis, die Zahlungsform, die Menge, das Mitteilungsdatum und den Zustellnachweis erfordern. Das System kann eine vertragliche Frist erst berechnen, nachdem ein Rechtsberater oder ein autorisierter Verantwortlicher für die Rechtsregel die maßgebliche Klausel, die Kalenderkonvention und das Auslösedatum bestätigt hat.

Direkte und indirekte Übertragungen

Ein SPV-Verkauf kann kommerziell als Übertragung von Gesellschaftsanteilen statt als Aktienübertragung beschrieben werden. Die maßgeblichen Dokumente können gleichwohl Bestimmungen zu indirekten Übertragungen, Kontrollwechseln oder wirtschaftlichem Eigentum enthalten. Der Graph sollte daher die vorgeschlagene Transaktion auf der SPV-Ebene mit nachgelagerten Wertpapieren und Abfrageklauseln verbinden, die auf indirekte Veräußerung oder Kontrolle verweisen. Die Anwendbarkeit wird durch den Rechtsberater bestimmt.

Wertpapierrechtliche Route

Die SEC-Leitlinien besagen, dass Private-Secondary-Transaktionen eine Registrierung oder eine Ausnahme erfordern [1]. Rule 144 und Section 4(a)(7) haben eigene Voraussetzungen [4-5]. Das System sollte ein Route-Objekt erstellen, das die vorgeschlagene Ausnahme, erforderliche Fakten, Nachweise, den verantwortlichen Rechtsberater und ungelöste Bedingungen auflistet. Es sollte vermeiden, einen Weiterverkauf allein deshalb als „konform“ zu beschreiben, weil die Parteien akkreditiert sind oder der Emittent nicht börsennotiert ist.

Ausgabesprache

Die Ausgabe der Engine sollte eingegrenzte Formulierungen verwenden: „Klausel gefunden“, „Tatsache belegt“, „Bedingung scheint für die Prüfung durch den Rechtsberater ausgelöst“, „Verzichtserklärung vorgelegt“, „Zustellung nicht verifiziert“ oder „rechtliche Wirkung durch den Rechtsberater bestimmt“. Sie sollte exakte Textstellen zitieren. Ein grüner Status bedeutet, dass das konfigurierte Prüfungsgate abgeschlossen wurde; er garantiert weder Durchsetzbarkeit noch Eigentum.

Gegenpartei-, AML- und Sanktions-Vorprüfung

Identität vor Scoring

Die Triage der Gegenparteien beginnt nach der Identitätsfeststellung. Das System sollte Verkäufer, Käufer, vermittelnde Partei, Unterzeichner, wirtschaftlich Berechtigte, Kontrollpersonen, Zahlungsempfänger und Abwicklungsagenten identifizieren. Es sollte die rechtliche Rolle und Befugnis jeder Partei bewahren. Eine bekannte Marke, ein Plattformkonto oder eine Geschäfts-E-Mail belegt nicht, dass die vertragsschließenden und die empfangenden Einheiten identisch sind.

Die Sanktionsprüfung sollte aktuelle offizielle Quellen und einen kontrollierten Abklärungsprozess nutzen. Die Vereinten Nationen führen eine konsolidierte Liste für Sanktionsmaßnahmen des Sicherheitsrats [18]. OFAC veröffentlicht Such- und Datendienste für Sanktionslisten, Leitlinien und eigentumsbezogene Auslegungen [19-22]. Eine Namensähnlichkeit erzeugt einen möglichen Treffer. Compliance-Prüfer benötigen Identifikatoren, Eigentumswege, Programmkontext und eine Analyse des anwendbaren Rechts, um diesen abzuklären.

Befugnisse und Zahlungskontrollen

Befugnisse sollten je nach Bedarf durch maßgebliche Dokumente, Beschlüsse, Vollmachten, Amtsinhaberschaft, Aufzeichnungen zu bevollmächtigten Unterzeichnern und fachliche Bestätigung nachgewiesen werden. Das System sollte Vertragspartei, eingetragenen Inhaber, wirtschaftlich Berechtigten, Rechnungssteller und Bankkonto-Begünstigten vergleichen. Eine Abweichung erfordert Erklärung und Genehmigung. Änderungen der Zahlungsanweisungen sollten eine Out-of-Band-Verifizierung mit einem zuvor validierten Kontakt und eine Funktionstrennung auslösen.

Das Zahlungsrisiko ist vom Eigentumsrisiko zu unterscheiden. Escrow-, Verwahrstellen-, Transferstellen- und Delivery-versus-Payment-Strukturen können die operationelle Risikoposition je nach ihren Bedingungen und Kontrollen verringern. Das Due-Diligence-System erfasst den gewählten Abwicklungsmechanismus und die erforderlichen Freigabebedingungen. Es geht nicht davon aus, dass ein Dienstleister die Transaktion garantiert.

Transparentes Triage-Raster

Der Score ist ein Instrument zur Priorisierung von Ausnahmen. Er sollte niemals eine Sperrregel verdecken. Ein bestätigtes Sanktionsverbot, eine ungeklärte Identität, eine nicht belegte Befugnis oder eine Anomalie bei Zahlungsanweisungen kann unabhängig vom Gesamtscore einen harten Stopp auslösen. Gewichtungen und Schwellenwerte sollten von den zuständigen Compliance- und Transaktionsstellen genehmigt und anhand historischer Fälle getestet werden.

Grenzen für nachteilige Informationen

Die Open-Source-Analyse nachteiliger Informationen kann falsche Treffer, veraltete Berichte und rechtlich sensible personenbezogene Daten mit sich bringen. Suchen sollten einen freigegebenen Zweck, dokumentierte Quellen, Datum und eine Methode zur Identitätsauflösung verwenden. Das System sollte zwischen Vorwurf, Verfahren, Feststellung, Sanktion und Verurteilung unterscheiden. Wesentliche Feststellungen erfordern eine qualifizierte Compliance- oder Rechtsprüfung. Generierte Zusammenfassungen sollten die zugrunde liegende Quelle zitieren und vermeiden, ungestützte Vorwürfe zu verstärken.

Claude, Retrieval- und Knowledge-Graph-Architektur

Begrenzte Rolle für Claude

Claude kann Dokumentenklassifizierung, strukturierte Extraktion, Klauselvergleich, Erläuterung von Ausnahmen, Fragebeantwortung und Memorandenentwürfe unterstützen. Die Zitierfunktion von Anthropic kann quellenverknüpfte Antworten aus bereitgestellten Dokumenten liefern [23]. Die PDF-Verarbeitung kann Text und Seitenbilder nutzen, vorbehaltlich der aktuellen Produktgrenzen und Konfiguration [24]. Diese Funktionen unterstützen die Prüfung; sie belegen weder die Authentizität der Quelle noch die rechtliche Hinlänglichkeit oder die sachliche Richtigkeit.

Die Architektur sollte Claude zwischen einem Retrievaldienst mit Berechtigungsprüfung und einer strukturierten Validierungsschicht platzieren. Das Modell erhält die exakte Aufgabe, freigegebene Quellenpassagen, Graph-Fakten, ungelöste Ausnahmen, den Empfänger, das Ausgabeschema und Regeln für die Nichtbeantwortung. Es liefert strukturierte Aussagen mit Zitaten und Status zurück. Deterministische Dienste prüfen anschließend Identifikatoren, Zahlen, Daten, Quellenberechtigungen, Pflichtfelder und Zitatstellen vor der menschlichen Prüfung.

Architekturschichten

Retrieval nach Autorität und Beziehung

Ähnlichkeit allein kann eine vermeintlich passende Klausel aus einem überholten Dokument abrufen. Retrieval sollte zunächst Transaktion, Entität, Dokumentstatus, Berechtigung und Gültigkeitszeitraum eingrenzen und dann nach Quellenautorität und Relevanz rangieren. Graph-Traversierung kann die Änderung, definierte Begriffe, Anlagen und die mit einer Klausel verknüpfte Genehmigung abrufen. Hybrides lexikalisches und semantisches Retrieval kann dann unterstützende Textstellen identifizieren.

Abfragen sollten die zu prüfende Aussage benennen. „Wem gehören die Aktien?“ ist zu unbestimmt. Eine kontrollierte Abfrage könnte lauten: „Welche genehmigten Quellen weisen den eingetragenen Inhaber von 25.000 Serie-C-Aktien zum vorgeschlagenen Abschlussdatum aus, und gibt es abweichende Stückzahlen oder spätere Übertragungsereignisse?“ Die Antwort sollte Nachweise aus Aufzeichnungen, Zusicherungen und ungeklärte Ansprüche getrennt ausweisen.

Prompt-Vertrag

Ein System-Prompt sollte Rolle, Aufgabe, zulässige Quellen, Ausgabeschema, Zitieranforderung, unzulässige Schlussfolgerungen, Umgang mit Mehrdeutigkeit und Eskalation festlegen. Dokumente sind nicht vertrauenswürdige Inhalte. Anweisungen innerhalb eines Dokuments sollten als Beweistext und niemals als Systembefehle behandelt werden. Die Guardrail-Hinweise von Anthropic enthalten Maßnahmen gegen Jailbreak- und Prompt-Injection-Risiken [25]. Die Anwendung sollte außerdem Tools isolieren, Aktionen einschränken, Ausgaben validieren und adversariale Fälle testen.

Modell- und Konfigurationsprotokoll

Jeder wesentliche Lauf sollte Modellkennung, Anbieter, Datum, Version des System-Prompts, Tool-Konfiguration, Retrieval-Abfrage, Quellen-IDs, Token- oder Kontextgrenzen, Ausgabe und Validierungsergebnis erfassen. Die Freigabe muss nicht jedem Empfänger sensible interne Konfiguration offenlegen. Der interne Audit-Trail muss eine Rekonstruktion und einen Vergleich nach einer Änderung an Modell oder Prompt ermöglichen.

Zitier- und Aussagenmodell

Vorhandensein von Zitaten und Belegfunktion von Zitaten

Ein Zitat belegt, dass eine Antwort auf etwas verweist. Die Prüfung muss feststellen, dass die zitierte Passage die genaue Aussage stützt, für die richtige Entität und den richtigen Zeitraum gilt, für den Verwendungszweck maßgeblich ist und gegenüber dem Empfänger offengelegt werden darf. Die aktuelle Dokumentation von Anthropic beschreibt Quellenangaben für Zitate und nennt Produktbeschränkungen [23]. Die Anwendung sollte sowohl die vom Modell bereitgestellte Fundstelle als auch ihre eigene unveränderliche Quellenreferenz speichern.

Atomare Aussagen

Zusammengesetzte Sätze erzeugen mehrdeutige Belege. Eine Aussage wie „Verkäufer A besitzt 25.000 Aktien, ist zu deren Verkauf befugt und es ist keine Zustimmung erforderlich“ enthält mindestens drei Propositionen. Jede Proposition sollte eigene Quellenangaben, eine eigene Evidenzklasse und einen eigenen Prüfer haben. Der Narrativ-Generator kann nach der Validierung freigegebene atomare Aussagen zur besseren Lesbarkeit neu kombinieren.

Konflikt-Sets

Das System gruppiert Aussagen, die sich auf denselben Sachverhalt und denselben Zeitpunkt beziehen. Vereinbare Aussagen können eine Schlussfolgerung stützen; unvereinbare Aussagen erzeugen ein Konflikt-Set. Ein Konflikt wird durch eine dokumentierte Entscheidung gelöst, die die akzeptierte maßgebliche Aussage, abgelehnte oder ersetzte Aussagen, die Begründung, die zuständige Stelle und das Wirksamkeitsdatum benennt. Historische Aussagen bleiben sichtbar.

Objekte für menschliche Feststellungen

Fachliche Schlussfolgerungen sollten ebenfalls strukturiert erfasst werden. Eine Feststellung des Rechtsberaters erfasst die genaue Fragestellung, die geprüfte Grundgesamtheit, die anwendbare Rechtsordnung, das Ergebnis, die Bedingungen, die Einschränkungen, das Datum und die berechtigte Person. Eine Compliance-Entscheidung erfasst Kandidatentreffer, Identifikatoren, die Eigentumsanalyse, das Programm oder die Regel, die Einstufung und den Prüfer. Das System sollte diese Feststellungen nicht über ihren genehmigten Umfang hinaus paraphrasieren.

Phase	Ergebnis	Prüfpunkt
Eingang	Original, Hash, Lieferant und Zugriffskennzeichnung	akzeptierter Kanal und Malware-Ergebnis
Parsen	Text, Tabellen, Bilder und Koordinaten	Vollständigkeits- und Qualitätsprüfungen
klassifizieren	Dokumenttyp, Entität, Status und Vertraulichkeit	Prüferbestätigung für wesentliche Positionen
extrahieren	Schemaobjekte mit exakten Quellbereichen	Feldkonfidenz und Richtlinie für Pflichtfelder und Nullwerte
validieren	deterministische Inkonsistenzen und fehlende Abhängigkeiten	keine unterdrückten Ausnahmen
prüfen	akzeptierte, abgelehnte oder mit Bedingungen versehene Aussagen	namentlich genannter Prüfer mit Befugnis
veröffentlichen	Graph- und freigabebereite Nachweise	Versions-, Berechtigungs- und Audit-Aufzeichnung

Workflow vom Datenraum bis zur Abwicklung

Mandatsannahme und Mandatsabgrenzung

Der Transaktionsverantwortliche erfasst den vorgeschlagenen Vermögenswert, die Menge, die Struktur, die Parteien, die Rollen, die Rechtsordnung, die kommerziellen Bedingungen, den Zeitplan und den beabsichtigten Abwicklungsweg. Intermediäre erfassen ihre Beauftragung und ihre zulässige Tätigkeit. Käufer erfassen ihren Genehmigungsprozess und ihre Berater. Das System erstellt eine Transaktions-ID und eine Anforderungsmatrix auf Grundlage der genehmigten Vorlage.

Nachweiserhebung

Der Verkäufer oder eine autorisierte Quelle stellt Dokumente über kontrollierte Kanäle bereit. Jede Anforderung ist mit einem bereitgestellten Element, einer begründeten Feststellung der Nichtanwendbarkeit oder einer offenen Anfrage verknüpft. Das System bewahrt Originale auf, klassifiziert den Zugriff und leitet wesentliche Dokumente zur Bestätigung durch den Quelleneigentümer weiter. Die automatisierte Extraktion kann beginnen, während unvollständige und widersprüchliche Elemente sichtbar offen bleiben.

Graphkonstruktion und Ausnahmen

Die Entitätsauflösung verknüpft Parteien und SPVs. Strukturierte Extraktionen erzeugen Kandidatenansprüche und Ereignisse. Graphinvarianten prüfen Datumsangaben, Mengen und Verknüpfungen. Die Restriktions-Engine ermittelt potenziell anwendbare Klauseln. Dienste für wirtschaftliches Eigentum und Sanktionen bewerten den freigegebenen Identitätsbestand. Jede Ausnahme hat einen Verantwortlichen, einen Schweregrad, ein Fälligkeitsdatum, Nachweisverknüpfungen und einen Klärungsstatus.

Fachliche Feststellungen

Qualifizierte Rechtsberater behandeln – je nach Anwendbarkeit – Eigentumstitel, Übertragungsbeschränkungen, Durchsetzbarkeit, die wertpapierrechtliche Route und Transaktionsdokumente. Compliance klärt KYC-, wirtschaftliche Eigentums- und Sanktionsfragen. Steuer-, Rechnungslegungs- und Regulierungsspezialisten bearbeiten ihre jeweiligen Bereiche. Nachweise des Emittenten oder eines autorisierten Transfer-Agent bestätigen die Anforderungen an Register und Prozess. Das System dokumentiert Entscheidungen, ohne deren Umfang zu erweitern.

Investitions- und Transaktionsgenehmigung

Der Investmentausschuss erhält die kommerzielle Underwriting-Bewertung, den Chain Graph, die Nachweiszusammenfassung, das Risikobewertungsraster, fachliche Feststellungen, ungeklärte Bedingungen, Downside-Szenarien und vorgeschlagene Closing-Kontrollen. Die Genehmigung sollte etwaige aufschiebende Bedingungen, delegierte Befugnisse und das Ablaufdatum angeben. Eine positive Investitionsentscheidung löst keine Zahlung aus.

Closing und Abwicklung

Die Closing-Checkliste verknüpft jede Bedingung mit Nachweisen und Genehmigung. Zahlungsanweisungen durchlaufen einen separaten Verifizierungs-Workflow. Sofern verwendet, werden Escrow-, Verwahrstellen- oder Transfer-Agent-Schritte aufgezeichnet. Die Freigabestelle bestätigt Bedingungen, Anweisungen und die Trennung der Vermögenswerte. Nachweise nach dem Closing umfassen aktualisierte Emittenten- oder SPV-Unterlagen, unterzeichnete Urkunden, Belege und die endgültige Zuteilung. Der Graph erhält ein neues Ereignis, anstatt das vorgeschlagene Ereignis zu überschreiben.

Überwachung nach dem Closing

Wenn die Investition in einem SPV verbleibt, können spätere Übertragungen, Gebühren, Ausschüttungen, Kapitalmaßnahmen, Änderungen und Eigentumswechsel die Position beeinflussen. Das Nachweissystem sollte im Rahmen eines genehmigten Überwachungsumfangs fortgeführt werden. Zugriffs- und Aufbewahrungsregeln sollten abgeschlossene Transaktionen und Investorenpflichten widerspiegeln.

Ausgearbeitetes Verifizierungsbeispiel

Szenariofakten

Veranschaulichendes Beispiel Ein Family Office, Buyer FO, erwägt einen USD 4.8 million-Kauf aller Mitgliedschaftsanteile an der Alpha Access SPV II LLC. Es wird angegeben, dass die SPV 100.000 Serie-D-Vorzugsaktien an der Nova Systems, Inc. hält. Der Verkäufer, Seller Holdings Ltd, hält seine SPV-Beteiligung über einen Nominee. Ein Intermediär hat die Parteien zusammengeführt. Alle Namen, Werte, Dokumente, Daten und Schwellenwerte in diesem Szenario sind zur Veranschaulichung der Methodik erfunden und beschreiben weder eine Matchpoint noch eine Kundentransaktion.

Der Datenraum enthält ein Emittentenzertifikat auf den Namen der SPV über 100.000 Aktien, einen Cap-Table-Export des Emittenten, der 98.000 Aktien ausweist, das Operating Agreement der SPV, eine frühere Abtretung von Mitgliedschaftsanteilen, eine Nominee-Erklärung, eine Board-Zustimmung, einen Entwurf des Kaufvertrags und eine E-Mail mit Zahlungsanweisungen. Die Aktionärsvereinbarung des Emittenten enthält ein Vorkaufsrecht für direkte und bestimmte indirekte Übertragungen. Das Operating Agreement der SPV verlangt die Zustimmung des Managers für eine Übertragung von Mitgliedschaftsanteilen.

Extraktionsergebnis

Veranschaulichendes Beispiel Die Pipeline identifiziert fünf Rechtsträger, zwei natürliche Personen, drei Instrumente, eine Wertpapierklasse, zwei vorgeschlagene Übertragungsereignisse und vier Genehmigungsobjekte. Die OCR-Konfidenz ist bei einer Ziffer des Zertifikats niedrig. Der Mengenvalidator erkennt eine Differenz von 2.000 Aktien zwischen dem Zertifikat und dem Cap-Table-Export. Der Signaturvalidator markiert die frühere Abtretung als vollständig, findet jedoch keine beigefügte Managerzustimmung. Der Zahlungsvergleicher stellt fest, dass der Name des Begünstigten vom vertragschließenden Verkäufer abweicht.

Graph- und Restriktionsanalyse

Veranschaulichendes Beispiel Der Graph verbindet Buyer FO mit dem vorgeschlagenen Erwerb der SPV-Beteiligung und die SPV mit zwei widersprüchlichen Ansprüchen auf die Emittentenposition. Er erfasst den Nominee als eingetragenen Inhaber der Verkäuferbeteiligung und Seller Holdings als angegebenen wirtschaftlich Berechtigten. Die Engine markiert die Klausel der Aktionärsvereinbarung zur indirekten Übertragung für die rechtliche Prüfung, identifiziert die Anforderung der Managerzustimmung der SPV und erstellt eine ungeklärte Vollmachtsausnahme für den Unterzeichner.

Gegenparteien-Triage

Veranschaulichendes Beispiel Die offizielle Sanktionsprüfung ergibt keinen bestätigten Treffer für die übermittelten Identifikatoren; der Datensatz nennt Quellen, Zeitpunkt und Prüfer und behauptet nicht, dass kein Sanktionsrisiko besteht. Der Begünstigte der Drittzahlung löst einen Finanz-Hard-Stop aus. Compliance fordert Nachweise zum wirtschaftlichen Eigentum für Seller Holdings und den Zahlungsempfänger an. Die Rolle des Intermediärs ist als Vermittlung und Koordination erfasst; ihm wird keine Eigentums- oder Compliance-Prüfung zugeschrieben.

Klärung und Freigabe

Veranschaulichendes Beispiel Der Emittent legt einen datierten Registerauszug vor, der 98.000 Aktien ausweist, und erläutert, dass 2.000 Aktien nach einem Rückkauf eingezogen wurden. Das ursprüngliche Zertifikat wird ersetzt und der Nachweis der Einziehung wird beigefügt. Der Rechtsberater hält fest, dass die Zustimmung des Managers erforderlich ist, und behandelt gesondert die Klausel zur indirekten Übertragung. Der Manager von SPV unterzeichnet eine Zustimmung. Der Verkäufer ersetzt die Zahlungsanweisung durch ein Konto auf seinen verifizierten rechtlichen Namen, und die Finanzabteilung bestätigt dies über einen genehmigten Kanal.

Der Investmentausschuss erhält eine überarbeitete Exposure-Übersicht auf Grundlage von 98.000 zugrunde liegenden Aktien, aktualisierten wirtschaftlichen Konditionen, des aufgelösten Graphen, Feststellungen der Rechtsberater und Closing-Bedingungen. Der Closing-Controller gibt Mittel erst frei, nachdem unterzeichnete Kaufunterlagen, Zustimmung, verifizierte Anweisungen und der vereinbarte Abwicklungsmechanismus vollständig vorliegen. Das System erfasst anschließend das Mitgliederregister nach Closing und die abschließenden Nachweise zur Emittentenposition.

Erkenntnisse

Das Szenario zeigt, warum ein formal einwandfreies Zertifikat oder ein Vertrag nicht gegenüber widersprüchlichen maßgeblichen Nachweisen dominieren sollte. Es zeigt zudem, dass Mengen-, Vollmachts-, Beschränkungs- und Zahlungsausnahmen jeweils eigene Verantwortliche erfordern. Der Graph macht ihre Abhängigkeiten sichtbar. Die Gesamtbewertung kann einen Finanz-Hard-Stop oder eine rechtliche Closing-Bedingung nicht außer Kraft setzen.

Risikobewertungsraster und Freigabegates

Vier Ergebnisse

Das System sollte vier unterschiedliche Ergebnisse liefern: eine Bewertung der Extraktionsqualität, eine Bewertung der Evidenzabdeckung, eine Bewertung der Gegenpartei-Priorisierung und einen Freigabegate-Status. Die Extraktionsqualität beschreibt die Parser-Leistung. Die Evidenzabdeckung beschreibt, ob erforderliche Aussagen durch freigegebene Nachweise gestützt sind. Die Gegenpartei-Priorisierung priorisiert Prüfungen. Der Freigabestatus spiegelt den Abschluss konfigurierter verpflichtender Entscheidungen wider. Die Kombination aller vier zu einer einzigen Kennzahl verschleiert Risiken.

Beispielhafte Score-Gestaltung

Veranschaulichendes Beispiel Die folgenden Gewichtungen sind ein Designbeispiel, das vor der Verwendung die Genehmigung von Management, Recht und Compliance erfordert.

Veranschaulichendes Beispiel Ein niedriges Risikoband könnte einen Score unter 20 ohne harte Sperre erfordern, mittel 20 bis 39, hoch 40 bis 59 und kritisch 60 oder höher. Diese Schwellenwerte haben in diesem Papier keine empirische Validierung. Sie sollten anhand einer genehmigten, gekennzeichneten Fallsammlung kalibriert werden und können für eine bestimmte Organisation oder Jurisdiktion ungeeignet sein.

Register harter Sperren

Freigabeentscheidung

Ein Freigabegate erfasst „bestanden“, „bestanden mit benannten Bedingungen“, „nicht bestanden“ oder „abgelaufen“. Ein Bestehen bestätigt den Abschluss des konfigurierten Prozesses zu diesem Zeitpunkt. Es garantiert weder Eigentumstitel, Rechtmäßigkeit, Zahlungsfähigkeit, künftige Wertentwicklung noch Betrugsfreiheit. Die Freigabe sollte Umfang, Quellen, wesentliche Annahmen, fachliche Feststellungen und Restbedingungen auflisten.

Golden-Set-Evaluierung

Evaluierungspopulation

Anthropics Evaluierungsleitfaden empfiehlt aufgabenspezifische Tests und klar definierte Erfolgskriterien [26]. Es sollte ein Golden Set aus de-identifizierten oder synthetischen Dokumenten und Fällen verwendet werden, die für die Umgebung freigegeben sind. Es sollte saubere native PDFs, schwierige Scans, Tabellen, Nachträge, verschachtelte Gesellschaften, Nominee-Beziehungen, widersprüchliche Mengenangaben, Klauseln zu indirekten Übertragungen, Namenskollisionen bei Sanktionen, Zahlungsänderungen und Prompt-Injection-Versuche abbilden.

Das Set sollte Labels von autorisierten Rechts-, Compliance- und Transaktionsexperten enthalten. Es sollte extrahierbare Felder von Beurteilungen trennen, die Ermessen erfordern. Änderungen an Modellen, Prompts, Parsing, Retrieval, Regeln oder Schemata sollten vor der Freigabe gegen dasselbe versionierte Set laufen.

Metriken

Schweregradgewichtete Fehler

Ein Fehler bei der Zeichensetzung und ein Fehler hinsichtlich der Identität des eingetragenen Inhabers sollten nicht gleich gewichtet werden. Der Testplan sollte den Schweregrad nach möglichen Folgen definieren und kritische Fehler einer Null-Toleranz-Regel oder einer ausdrücklichen Freistellung zuordnen. Falsche Zusammenführungen, übersehene Beschränkungen, falsche Mengen, nicht belegte Berechtigungen und Zahlungsabweichungen verdienen einen erhöhten Schweregrad.

Adversariale Tests

Dokumente sollten Text enthalten, der das Modell anweist, den Workflow zu ignorieren, eine Einwilligung zu erfinden oder eingeschränkte Informationen offenzulegen. Die Anwendung sollte nachweisen, dass Dokumentinhalte die Systembefugnisse nicht verändern können. Tests sollten außerdem bösartige Dateinamen, versteckten Text, Unicode-Verwirrung, widersprüchliche Anhänge, überdimensionierte Dokumente und Versuche von Tool-Aufrufen abdecken. NISTs Generative-AI-Profil benennt Risikomanagementmaßnahmen für generative Systeme [30]; NISTs Secure Software Development Framework bietet eine breitere Disziplin der sicheren Entwicklung [31].

Produktionsüberwachung

Die Produktionsüberwachung sollte wesentliche Aussagen stichprobenartig prüfen, Korrekturen von Prüfern nachverfolgen, ungelöste Ausnahmen messen, Verteilungsverschiebungen erkennen und Zugriffsereignisse aufzeichnen. Ein Anstieg manueller Korrekturen nach einem Modellupdate sollte ein Rollback oder eine Untersuchung auslösen. Die bloße Akzeptanz durch Nutzer ist kein Nachweis der Korrektheit. Arbeitsbelastung der Prüfer, benötigte Zeit und Korrekturrate sollten gegen eine genehmigte Baseline überwacht werden.

Sicherheit, Datenschutz und Governance

Datenklassifizierung und Datenminimierung

Die Grundgesamtheit der Belege kann vertrauliche Informationen des Emittenten, personenbezogene Identifikatoren, Bankdaten, Unterschriften und privilegierte Analysen enthalten. Erhebung und Verarbeitung sollten einen genehmigten Zweck und eine Rechtsgrundlage haben. Das System sollte Felder minimieren, sensible Dienste trennen, Exporte beschränken sowie Aufbewahrungs- und Löschregeln anwenden. Dieses Dokument legt nicht fest, welches Datenschutzregime für eine Transaktion gilt.

Zugriffskontrolle vor Abruf

Identitäts- und Zugriffskontrollen sollten das Prinzip der geringsten Berechtigung, Transaktionsisolierung, Berechtigungen von Empfängern und den Umgang mit privilegierten Dokumenten durchsetzen. Berechtigungsprüfungen erfolgen vor dem Abruf, der Erstellung des Modellkontexts und dem Export. Protokolle sollten Quellzugriff, Graphabfrage, Modellnutzung, Prüfung und Offenlegung aufzeichnen. Administrative Aktionen mit hohem Risiko sollten eine stärkere Authentifizierung und Funktionstrennung erfordern.

Lieferanten- und Modell-Governance

Die Organisation sollte Anbieterbedingungen, Datennutzung, Aufbewahrung, Standort, Sicherheit, Vorfallbearbeitung, Unterauftragsverarbeiter, Modelländerungen, Verfügbarkeit und Ausstieg bewerten. Produkteinstellungen und vertragliche Zusagen sollten für den ausgewählten Dienst und das jeweilige Datum verifiziert werden. Sensible Anwendungsfälle können API, private Vernetzung, regionale Kontrollen oder eine andere Architektur erfordern. Das System sollte vermeiden, Geheimnisse zu senden, die das genehmigte Design nicht erfordert.

Sichere Entwicklung

NIST SP 800-218 beschreibt Praktiken der sicheren Entwicklung für die Vorbereitung der Organisation, den Schutz von Software, die Erstellung gut abgesicherter Software und die Reaktion auf Schwachstellen [31]. Die Anwendung sollte, wo angemessen, eine Software-Stückliste (SBOM) führen, Abhängigkeiten prüfen, Code und Infrastruktur scannen, Secrets schützen, Ein- und Ausgaben validieren, Autorisierung testen, Schwachstellen verwalten und einen Rollback-Pfad vorhalten. Änderungen an Regelsätzen und Schemata verdienen dieselbe Release-Disziplin wie Anwendungscode.

AI Risikogovernance

Das NIST AI Risk Management Framework organisiert die Arbeit rund um die Funktionen Govern, Map, Measure und Manage [29]. Sein generatives AI-Profil behandelt Risiken, die für generative AI spezifisch sind oder durch sie verstärkt werden [30]. Hier angewendet identifiziert Governance rechenschaftspflichtige Eigentümer und Risikotoleranz; Mapping definiert Parteien, Jurisdiktionen, Daten und Konsequenzen; Measurement prüft Extraktion, Retrieval, Zitierung und Workflow; Management legt Release-Gates, Monitoring und Reaktion fest.

Vorfallreaktion

Zu Vorfällen zählen unbefugte Offenlegung, fehlerhafte Freigabe, Modell- oder Regelversagen, beschädigte Nachweise, fehlerhafte Identitätsauflösung, Fehler beim Sanktionsscreening, Zahlungsbetrug und Lieferantenausfall. Der Reaktionsplan sollte Nachweise sichern, betroffene Workflows stoppen, betroffene Releases identifizieren, verantwortliche Eigentümer benachrichtigen, Ergebnisse korrigieren oder ersetzen und Lehren dokumentieren. Ein freigegebenes Dossier benötigt eine nachvollziehbare Empfängerliste, damit Korrekturen die richtigen Parteien erreichen.

90-Tage-Umsetzungsroadmap

Tage 0 bis 15: Umfang und Nachweisinventar

Wählen Sie ein Transaktionsmuster, einen Jurisdiktionsbereich und einen verantwortlichen Finanzsponsor. Bilden Sie Rollen, rechtliche und Compliance-Zuständigkeiten, Datenraumquellen, Abwicklungsparteien und aktuelle Fehlermodi ab. Definieren Sie den aktuellen Prozess und die Baseline. Identifizieren Sie, welche Feststellungen vollständig außerhalb des Systems bleiben.

Zu den Ergebnissen gehören eine Mandatsabgrenzung, RACI, Datenklassifizierung, Dokumenttaxonomie, Anforderungsmatrix, Claim-Schema, Quellenhierarchie und ein genehmigter Golden-Set-Plan. Das Team sollte außerdem unzulässige Daten- und Tool-Aktionen definieren.

Tage 16 bis 30: kontrollierte Datenaufnahme und Graph-Schema

Errichten Sie unveränderliche Speicherung von Eingangsbelegen, Hashing, Parsing, OCR und Seitenkoordinaten. Konfigurieren Sie Objekte für Entität, Sicherheit, Instrument, Ereignis, Claim, Beschränkung und Genehmigung. Legen Sie Zugriffslabels vor der Indexierung fest. Laden Sie synthetische oder genehmigte de-identifizierte Fälle und testen Sie die Rekonstruktion.

Tage 31 bis 45: Extraktion, Auflösung und Regeln

Enge Extraktionsschemata und deterministische Validierung implementieren. Kandidaten für die Entitätsauflösung und umkehrbare Prüferentscheidungen hinzufügen. Eine kleine Gruppe freigegebener Beschränkungsregeln und Graph-Invarianten kodieren. Offizielle Sanktionsquellen über den freigegebenen Screening-Prozess der Organisation integrieren.

Tage 46 bis 60: Claude und zitierte Analysen im Schattenmodus

Berechtigungsbewusstes Retrieval und Claude-Ausgaben mit Quellenangaben und Enthaltung hinzufügen. Parallel zum aktuellen Prozess betreiben, ohne modellgestützte Schlussfolgerungen freizugeben. Jedes wesentliche Feld und jede Aussage prüfen. Fehler nach Schweregrad erfassen und die Quelle, das Schema, den Prompt oder die Regel verbessern, die sie verursacht haben.

Tage 61 bis 75: begrenzter Pilot

Pilot mit einem eng ausgewählten laufenden oder kontrollierten Fall mit ausdrücklicher Zustimmung und voller menschlicher Entscheidungsbefugnis. Ausnahmewarteschlange, Objekte für Spezialistenentscheidungen und Freigabebündel verwenden. Bei kritischem Fehler, Zugriffsverstoß oder Umgehung des Workflows abbrechen. Verstrichene Zeit, Prüferaufwand, Evidenzabdeckung und Korrekturrate mit der freigegebenen Baseline vergleichen.

Tage 76 bis 90: Entscheidung und Härtung

Das Governance-Gremium prüft Evaluierungsnachweise, Sicherheitsbefunde, Spezialisten-Feedback, Nutzerverhalten, Vorfälle, Wirtschaftlichkeit und Restrisiko. Es kann einen begrenzten Produktionsumfang genehmigen, Maßnahmen zur Behebung verlangen, den Schattenmodus verlängern oder stoppen. Jeder genehmigte Umfang benennt Transaktionstypen, Jurisdiktionen, Datenklassen, Modelle, Regeln, Prüfer und Freigabegates.

Wirtschaftliche Konditionen

Der Business Case sollte Implementierungskosten, laufende Software- und Spezialistenkosten, Prüfzeit, verstrichene Zeit, vermiedene Nacharbeit, Auswirkungen auf den Transaktionsdurchsatz und Verlustereignisse unterscheiden. Zugerechnete Matchpoint- oder Kundenerlöse, Bar-Kostensenkung, Verlustreduktion und Alpha bleiben in diesem Papier USD 0, da keine freigegebenen beobachteten Nachweise bereitgestellt wurden. Jede Produktivitäts-, Konversions- oder Verlustvermeidungsaussage sollte ihre Baseline, ihren Zeitraum, ihr Kontrafaktum und ihre Finanzfreigabe angeben.

Freigabe-Checkliste und Aussagenregister

Checkliste für Transaktionsfreigabe

1. Transaktions-ID, Struktur, Parteien, Rollen und maßgebliche Jurisdiktionen bestätigen.
2. Emittent, Wertpapierklasse, Menge, Inhaber und beabsichtigten Anteil bestätigen.
3. Den maßgeblichen Datensatz, Zertifikate und Transaktionsinstrumente abstimmen.
4. Frühere Emissions- und Übertragungsereignisse im freigegebenen Umfang rekonstruieren.
5. Entitätsidentitäten, Aliasse, Nominees, Verwahrstellen und wirtschaftlich Berechtigte auflösen.
6. Prüfen Sie die Gründungs-, Status- und Vertretungsnachweise für jede wesentliche Gesellschaft.
7. Ermitteln Sie maßgebliche Dokumente, Änderungen, Nebenvereinbarungen und aktuelle Fassungen.
8. Prüfen Sie direkte, indirekte und auf Kontrollwechsel bezogene Übertragungsbeschränkungen.
9. Beschaffen und authentifizieren Sie erforderliche Anzeigen, Zustimmungen, Verzichtserklärungen und Genehmigungen.
10. Dokumentieren Sie den vorgeschlagenen wertpapierrechtlichen Weiterverkaufsweg und die Beurteilung durch den Rechtsberater.
11. Prüfen Sie Belastungen, Pfandrechte, Zurückbehaltungsrechte und Freigabenachweise im genehmigten Umfang.
12. Schließen Sie die KYC-Prüfung, die Prüfung des wirtschaftlichen Eigentums, die Sanktionsprüfung und die Prüfung auf nachteilige Informationen ab.
13. Klären Sie Zeichnungsbefugnis und Übereinstimmung der Vertragsparteien.
14. Überprüfen Sie Zahlungsempfänger und Zahlungsanweisungen anhand genehmigter Kontrollen.
15. Bestätigen Sie Abwicklungsmechanismus, zu liefernde Ergebnisse und Funktionstrennung.
16. Klären Sie alle Graphinvarianten und wesentlichen Extraktionsausnahmen.
17. Validieren Sie jede wesentliche Aussage, Zitierung, Periode, Quellenautorität und Berechtigung.
18. Dokumentieren Sie fachliche Feststellungen mit Umfang, Datum, Bedingungen und Einschränkungen.
19. Legen Sie dem Investmentausschuss ungelöste Bedingungen und nachteilige Auswirkungen vor.
20. Frieren Sie das genehmigte Freigabepaket, das Manifest, den Graph-Snapshot und das Ausnahmenregister ein.
21. Kapital nur im Rahmen des separaten autorisierten Closing-Workflows freigeben.
22. Nach dem Closing Instrumente, Registeraktualisierungen, Belege und Nachweise zur finalen Position einholen.

Öffentliches Forderungsregister

Mindest-Betriebspaket

Das Produktionspaket sollte die freigegebene Architektur, Quellenhierarchie, das Claim-Schema, das Graph-Schema, die Dokumententaxonomie, Anforderungsvorlagen, den Regelkatalog, Prompt- und Output-Verträge, das Golden Set, den Bewertungsbericht, die Zugriffsmatrix, die Lieferantenbewertung, den Incident-Plan, RACI, die Release-Checkliste und das Änderungsprotokoll enthalten. Das Transaktionspaket ergänzt fallspezifische Nachweise und Freigaben.

Einschränkungen und Fazit

Einschränkungen

Dieses Dokument bietet keine rechtliche, anlagebezogene, regulatorische, compliancebezogene, steuerliche, buchhalterische, datenschutzrechtliche, cybersicherheitsbezogene oder technische Beratung. Es stellt weder den Eigentumstitel noch die Wirksamkeit einer Übertragung fest. Es behandelt nicht jede Jurisdiktion, jedes Wertpapier, jede Gesellschaftsform, jede Ausnahme, jedes vertragliche Recht, jedes Sanktionsregime, jedes Insolvenzproblem, jedes Pfandrechtsregister, jede steuerliche Folge oder jede regulierte Tätigkeit. Fachliche Beratung und maßgebliche Aufzeichnungen bleiben unerlässlich.

Das Dokument hat kein Produktionsmodell an einem freigegebenen, gelabelten Pre-IPO-Secondary-Datensatz evaluiert. Produktfunktionen und offizielle Anforderungen können sich ändern. Das durchgerechnete Szenario, die Score-Gewichtungen, Schwellenwerte, der Zeitplan und die Wirtschaftlichkeitsannahmen sind hypothetische Modellierungsannahmen. Es wird kein Kundenergebnis beansprucht. Die Autorschaftszuordnung zu einer namentlich genannten Person steht noch unter dem Vorbehalt der CK-Genehmigung; als Autor ist die Organisation Matchpoint Partners angegeben.

Die Echtheit von Dokumenten kann angefochten werden. Offizielle Register können verzögert sein, Fehler enthalten oder Definitionen verwenden, die von der Transaktion abweichen. Ein Modell kann Inhalte auslassen, falsch klassifizieren oder erfinden. Entity Resolution kann verschiedene Parteien zusammenführen oder eine Partei aufteilen. Regeln können eine unvollständige rechtliche Auslegung kodieren. Menschliche Prüfer können ebenfalls irren. Das Design verringert die Intransparenz, indem es Quellen, Ausnahmen und Entscheidungen bewahrt; Unsicherheit beseitigt es nicht.

Fazit

Die AI-unterstützte Chain-of-Title-Due-Diligence lässt sich am besten als ein System zur Nachweiskontrolle verstehen. Dokumente gelangen über eine aufbewahrte und berechtigungsgesteuerte Pipeline ein. Die strukturierte Extraktion erzeugt Kandidaten-Claims. Entity Resolution und ein Wissensgraph verbinden Emittenten, Wertpapiere, Inhaber, wirtschaftlich Berechtigte, SPVs, Instrumente und Ereignisse. Deterministische Prüfungen identifizieren strukturelle Inkonsistenzen. Klauselregeln legen potenziell anwendbare Beschränkungen offen. Claude kann dabei helfen, Nachweise zu vergleichen und mit Quellenangaben versehene Erläuterungen zu entwerfen. Namentlich benannte Rechts-, Compliance-, Emittenten-, Investment-, Finanz- und Abwicklungsverantwortliche treffen die maßgeblichen Entscheidungen.

Für Family Offices und UHNW-Käufer bietet das System einen besser prüfbaren Weg von der geschäftlichen Chance zum vollziehbaren Eigentum. Für Intermediäre liefert es ein klareres Erfassungs-, Offenlegungs- und Übergabeprotokoll. Das wertvollste Ergebnis ist keine selbstsichere Erzählung. Es ist ein Freigabepaket, in dem jeder wesentliche Punkt vor der Kapitalbewegung über Quelle, Datum, Berechtigung, Genehmigung, Prüfer und Status offener Bedingungen verfügt.

Tranche	Funktion	Mindestkontrolle
Quellsysteme	Datenraum, Register, Vereinbarungen, KYC- und Transaktionsunterlagen	Verantwortlicher, Version, Zugriffsklasse, Hash und Aufbewahrung
Datenaufnahme	erhalten, scannen, parsen, OCR und klassifizieren	unveränderliches Original und Verarbeitungsprotokoll
Nachweisspeicher	Text, Tabellen, Koordinaten, Objekte und Quellenhierarchie	exakte Fundstelle und Berechtigungsvererbung
Wissensgraph	Entitäten, Instrumente, Ansprüche, Ereignisse, Eigentumsverhältnisse und Genehmigungen	bitemporale Provenienz und reversible Auflösung
Abruf	Graphabfrage, lexikalische Suche, Vektorsuche und Erweiterung verknüpfter Kontexte	Berechtigung vor Abruf, Quellenautorität und begrenzter Kontext
Claude	extrahieren, vergleichen, erklären und entwerfen	explizites Schema, Quellenangaben, Enthaltung und Prompt-Injection-Grenze
deterministische Regeln	Mengen, Datumsangaben, Graphinvarianten, Beschränkungsregeln und Zahlungsprüfungen	versionierter Regelverantwortlicher und reproduzierbares Ergebnis
Workflow	Ausnahmen-Warteschlange, Fachprüfung, Genehmigungen und Freigabe	Funktionstrennung und unveränderliches Entscheidungsprotokoll
Überwachung	Zugriff, Modell, Retrieval, Qualität, Ausnahmen, Kosten und Vorfälle	Schwellenwert, Warnung, Rollback und regelmäßige Überprüfung

Quellen

[1] U.S. Securities and Exchange Commission, „Private Secondary Markets“, aktualisiert am 24. April 2026. https://www.sec.gov/resources-small-businesses/capital-raising-building-blocks/private-secondary-markets

[2] Delaware General Assembly, Delaware Code Titel 8, Kapitel 1, Unterkapitel VI, Abschnitte 201–202, aktuelle Online-Fassung. https://www.delcode.delaware.gov/title8/c001/sc06/

[3] Delaware General Assembly, Delaware Code Titel 8, Kapitel 1, Unterkapitel V, Abschnitt 159, aktuelle Online-Fassung. https://delcode.delaware.gov/title8/c001/sc05/index.html

[4] U.S. Securities and Exchange Commission, „Rule 144: Selling Restricted and Control Securities“. https://www.sec.gov/reports/rule-144-selling-restricted-control-securities

[5] United States Code, 15 U.S.C. Abschnitt 77d, einschließlich Section 4(a)(7). https://www.law.cornell.edu/uscode/text/15/77d

[6] U.S. Securities and Exchange Commission, „Transfer Agents“. https://www.sec.gov/about/divisions-offices/division-trading-markets/transfer-agents

[7] Vereinigtes Königreich, Companies Act 2006, einschließlich der Vorschriften zum Mitgliederregister. https://www.legislation.gov.uk/ukpga/2006/46/pdfs/ukpga_20060046_en.pdf

[8] UK Government, Sammlung „People with significant control requirements“, aktualisiert 2026. https://www.gov.uk/government/collections/people-with-significant-control-requirements

[9] UK Government, „Summary guidance for companies: register of people with significant control“. https://www.gov.uk/government/publications/people-with-significant-control-summary-guidance/summary-guidance-for-companies-register-of-people-with-significant-control-pscs

[10] Financial Action Task Force, „Guidance on Beneficial Ownership of Legal Persons“, März 2023. https://www.fatf-gafi.org/content/fatf-gafi/en/publications/Fatfrecommendations/Guidance-Beneficial-Ownership-Legal-Persons.html

[11] Vereinigte Arabische Emirate, Kabinettsbeschluss Nr. 109 von 2023 zur Regelung der Verfahren für wirtschaftlich Berechtigte. https://rulebook.centralbank.ae/en/rulebook/cabinet-decision-no-109-2023-regulating-beneficial-owner-procedures

[12] Vereinigte Arabische Emirate, Kabinettsresolution Nr. 134 von 2025 zu den Durchführungsbestimmungen des Bundesdekretgesetzes Nr. 10. https://rulebook.centralbank.ae/en/rulebook/cabinet-resolution-no-134-2025-regarding-executive-regulations-federal-decree-law-no-10

[13] Zentralbank der UAE, „Beneficial Ownership Identification and Verification“. https://rulebook.centralbank.ae/en/rulebook/325-beneficial-ownership-identification-and-verification

[14] OpenOwnership, Beneficial Ownership Data Standard 0.4, „Zentrale Begriffe.“ https://standard.openownership.org/en/latest/standard/concepts.html

[15] OpenOwnership, Beneficial Ownership Data Standard 0.4, „Darstellung von Nominees.“ https://standard.openownership.org/en/latest/standard/modelling/repr-nominations.html

[16] Global Legal Entity Identifier Foundation, „Daten der Ebene 2: Wer wem gehört.“ https://www.gleif.org/en/lei-data/access-and-use-lei-data/level-2-data-who-owns-whom

[17] Global Legal Entity Identifier Foundation, „Relationship Record CDF 2.1-Format.“ https://www.gleif.org/en/lei-data/access-and-use-lei-data/level-2-data-relationship-record-rr-cdf-2-1-format

[18] Sicherheitsrat der Vereinten Nationen, „Konsolidierte Liste des Sicherheitsrats der Vereinten Nationen.“ https://scsanctions.un.org/consolidated/

[19] US-Finanzministerium, Office of Foreign Assets Control, „Suche in der Sanktionsliste.“ https://ofac.treasury.gov/sanctions-list-search-tool

[20] US-Finanzministerium, Office of Foreign Assets Control, „Weitere OFAC-Sanktionslisten.“ https://ofac.treasury.gov/other-ofac-sanctions-lists

[21] US-Finanzministerium, Office of Foreign Assets Control, „Ein Rahmen für OFAC-Compliance-Verpflichtungen“, Mai 2019. https://ofac.treasury.gov/media/16331/download

[22] US-Finanzministerium, Office of Foreign Assets Control, FAQ 585 zu Unternehmen, die zu 50 Prozent oder mehr gehalten werden. https://ofac.treasury.gov/faqs/585

[23] Anthropic, Claude API-Dokumentation, „Zitate“, abgerufen am 1. August 2026. https://platform.claude.com/docs/en/build-with-claude/citations

[24] Anthropic, Claude API-Dokumentation, „PDF-Unterstützung“, abgerufen am 1. August 2026. https://platform.claude.com/docs/en/build-with-claude/pdf-support

[25] Anthropic, Claude-Dokumentation, „Jailbreaks und Prompt-Injections abschwächen“, abgerufen am 1. August 2026. https://platform.claude.com/docs/en/test-and-evaluate/strengthen-guardrails/mitigate-jailbreaks

[26] Anthropic, Claude-Dokumentation, „Testfälle entwickeln“, abgerufen am 1. August 2026. https://platform.claude.com/docs/en/test-and-evaluate/develop-tests

[27] US-Finanzministerium, Office of Foreign Assets Control, „Hashwerte für OFAC-Sanktionslistendateien.“ https://ofac.treasury.gov/specially-designated-nationals-list-sdn-list/hash-values-for-ofac-sanctions-list-files

[28] World Wide Web Consortium, „PROV-O: The PROV Ontology“, W3C-Empfehlung, 30. April 2013. https://www.w3.org/TR/prov-o/

[29] National Institute of Standards and Technology, “Rahmenwerk für das Risikomanagement künstlicher Intelligenz (AI RMF 1.0)”, Januar 2023. https://www.nist.gov/itl/ai-risk-management-framework

[30] National Institute of Standards and Technology, “Rahmenwerk für das Risikomanagement künstlicher Intelligenz: Profil für generative künstliche Intelligenz”, NIST AI 600-1, Juli 2024. https://nvlpubs.nist.gov/nistpubs/ai/NIST.AI.600-1.pdf

[31] National Institute of Standards and Technology, “Rahmenwerk für sichere Softwareentwicklung (SSDF) Version 1.1”, NIST SP 800-218, Februar 2022. https://csrc.nist.gov/pubs/sp/800/218/final

[32] World Wide Web Consortium, “RDF 1.1 Konzepte und abstrakte Syntax”, W3C-Empfehlung, 25. Februar 2014. https://www.w3.org/TR/rdf-concepts/

Anhang A. Vorlage für Aussagedatensätze

Anhang B. Vorlage für Ausnahmeeinträge

Anhang C. Modelllaufprotokoll

Quellenregister

Die vollständige Forschungsarbeit dokumentiert den Umfang, den Evidenzkontext und die für diese Quellen geltenden Einschränkungen.

1. [1] U.S. Securities and Exchange Commission, „Private Secondary Markets“, aktualisiert am 24. April 2026. Open Source
2. [2] Delaware General Assembly, Delaware Code Titel 8, Kapitel 1, Unterkapitel VI, Abschnitte 201–202, aktuelle Online-Fassung. Open Source
3. [3] Delaware General Assembly, Delaware Code Titel 8, Kapitel 1, Unterkapitel V, Abschnitt 159, aktuelle Online-Fassung. Open Source
4. [4] U.S. Securities and Exchange Commission, „Rule 144: Selling Restricted and Control Securities“. Open Source
5. [5] United States Code, 15 U.S.C. Abschnitt 77d, einschließlich Section 4(a)(7). Open Source
6. [6] U.S. Securities and Exchange Commission, „Transferagenten“. Open Source
7. [7] Vereinigtes Königreich, Companies Act 2006, einschließlich der Bestimmungen zum Mitgliederverzeichnis. Open Source
8. [8] UK-Regierung, Sammlung „Anforderungen an Personen mit bedeutendem Einfluss“, aktualisiert 2026. Open Source
9. [9] UK-Regierung, „Kurzleitfaden für Unternehmen: Verzeichnis der Personen mit bedeutendem Einfluss“. Open Source
10. [10] Financial Action Task Force, „Leitlinien zur wirtschaftlichen Eigentümerschaft juristischer Personen“, März 2023. Open Source
11. [11] Vereinigte Arabische Emirate, Kabinettsbeschluss Nr. 109 von 2023 zur Regelung der Verfahren für wirtschaftliche Eigentümer. Open Source
12. [12] Vereinigte Arabische Emirate, Kabinettsresolution Nr. 134 von 2025 zu den Durchführungsvorschriften des Bundesdekret-Gesetzes Nr. 10. Open Source
13. [13] Zentralbank der UAE, „Identifizierung und Verifizierung wirtschaftlicher Eigentümer“. Open Source
14. [14] OpenOwnership, Beneficial Ownership Data Standard 0.4, „Schlüsselkonzepte“. Open Source
15. [15] OpenOwnership, Beneficial Ownership Data Standard 0.4, „Darstellung von Nominees“. Open Source
16. [16] Global Legal Entity Identifier Foundation, „Daten der Ebene 2: Wer wen besitzt“. Open Source
17. [17] Global Legal Entity Identifier Foundation, „Format des Beziehungsdatensatzes CDF 2.1“. Open Source
18. [18] Sicherheitsrat der Vereinten Nationen, „Konsolidierte Liste des Sicherheitsrats der Vereinten Nationen“. Open Source
19. [19] U.S. Department of the Treasury, Office of Foreign Assets Control, „Suche in der Sanktionsliste“. Open Source
20. [20] US-Finanzministerium, Office of Foreign Assets Control, „Sonstige OFAC-Sanktionslisten“. Open Source
21. [21] US-Finanzministerium, Office of Foreign Assets Control, „Ein Rahmenwerk für OFAC-Compliance-Verpflichtungen“, Mai 2019. Open Source
22. [22] US-Finanzministerium, Office of Foreign Assets Control, FAQ 585 zu Unternehmen, die zu mindestens 50 Prozent gehalten werden. Open Source
23. [23] Anthropic, Claude API-Dokumentation, „Zitationen“, abgerufen am 1. August 2026. Open Source
24. [24] Anthropic, Claude API-Dokumentation, „PDF-Unterstützung“, abgerufen am 1. August 2026. Open Source
25. [25] Anthropic, Claude-Dokumentation, „Jailbreaks und Prompt-Injections abmildern“, abgerufen am 1. August 2026. Open Source
26. [26] Anthropic, Claude-Dokumentation, „Testfälle entwickeln“, abgerufen am 1. August 2026. Open Source
27. [27] US-Finanzministerium, Office of Foreign Assets Control, „Hashwerte für OFAC-Sanktionslistendateien“. Open Source
28. [28] World Wide Web Consortium, „PROV-O: Die PROV-Ontologie“, W3C-Empfehlung, 30. April 2013. Open Source
29. [29] National Institute of Standards and Technology, „Rahmenwerk für das Risikomanagement künstlicher Intelligenz (AI RMF 1.0)“, Januar 2023. Open Source
30. [30] National Institute of Standards and Technology, „Rahmenwerk für das Risikomanagement künstlicher Intelligenz: Profil für generative künstliche Intelligenz“, NIST AI 600-1, Juli 2024. Open Source
31. [31] National Institute of Standards and Technology, „Rahmenwerk für sichere Softwareentwicklung (SSDF) Version 1.1“, NIST SP 800-218, Februar 2022. Open Source
32. [32] World Wide Web Consortium, „RDF 1.1 Konzepte und abstrakte Syntax“, W3C-Empfehlung, 25. Februar 2014. Open Source

Anspruch	Evidenzstatus in diesem Papier	Zulässige Formulierung
LLMs können Informationen aus Private-Market-Dokumenten extrahieren und vergleichen	als technische Fähigkeit unterstützt, vorbehaltlich Erprobung und Kontrollen [23-26]	AI-gestützte Extraktion und belegte Analyse
Quellenangaben begründen den Eigentumstitel	nicht belegt	nicht behaupten
ein Knowledge Graph kann Provenienz- und Eigentumsansprüche darstellen	als Designansatz unterstützt [14,16-17,28,32]	graphenbasiertes Evidenz- und Provenienzmodell
Das Modell kann rechtliche Feststellungen treffen	nicht belegt	nicht behaupten
Der Workflow verhindert Betrug oder Verluste	nicht belegt	nicht behaupten
Der Workflow garantiert eine gültige Übertragung	nicht belegt	nicht behaupten
	keine freigegebenen beobachteten Nachweise vorgelegt	Es wird weder Matchpoint noch ein finanzielles Ergebnis für Kunden behauptet.
Der 90-Tage-Plan eignet sich für jede Organisation	nicht verifizierte Umsetzungshypothese	lokal anpassen und freigeben