Dokumentierte Schnittstellen jeder OmniOmni-Komponente und die OmniGENIE-Rolle in Entwicklung
Alle OmniGENIE-Integrationen sind in Entwicklung. Heute verbindet noch kein Code die GENIE-Plattform mit einer OmniOmni-Komponente. Für jede Komponente nennt diese Seite die heute dokumentierte Schnittstelle, die OmniGENIE-Rolle in Entwicklung und was bei der Komponente und bei Menschen verbleibt. Hier wird kein Endpunkt genannt, der nicht Teil der veröffentlichten API-Referenz der Komponente ist.
Lesen zur Vorbereitung. OmniGENIE liest dokumentierten Kontext, um Zusammenfassungen, Fallakten und Aktionsentwürfe vorzubereiten.
Schreiben nur auf dem bestehenden Pfad. Jede schreibende oder transaktionale Aktion ist eine vorbereitete Aktion, die an den autorisierten Mechanismus der Komponente übergeben wird. Sensible Aufrufe in OmniOmni werden über den Proof-of-Action (PoA)-Mechanismus signiert, eine kryptografische Signatur, die mit dem privaten Schlüssel des Nutzers in OmniPersona erstellt wird. Nicht zu verwechseln mit Proof-of-Authority, einem im Glossar aufgeführten Blockchain-Konsensmechanismus.
Keine Duplizierung. OmniGENIE dupliziert keine Erkennungs-, Scoring-, Register- oder Verwahrungsfunktionen.
Lesezugriff auf Assets, Registertransaktionen, Investitionen und Dokumente über die OmniAsset-API mit Bearer-Authentifizierung. Schreib- und Signaturoperationen tragen Proof-of-Action-Signatur-Header und Idempotenzschlüssel. Siehe Integrationsszenarien und Hinweise zur API-Nutzung.
OmniGENIE-Rolle (in Entwicklung)
Asset-, Registertransaktions- und Investitionskontext lesen, um Zusammenfassungen, Entwürfe und validierte Eingaben für registerrelevante Workflows wie Kapitalmaßnahmen vorzubereiten.
Verbleibt bei der Komponente und bei Menschen
Registrierung, Übertragungen und jeder Registerschreibvorgang werden von OmniAsset auf dem bestehenden, Proof-of-Action-signierten Pfad nach menschlicher Freigabe ausgeführt. Das Register wird von einem lizenzierten Registerführer betrieben.
Lesezugriff auf Salden und Transferstatus. Signaturanfragen sind asynchron und erfordern eine Freigabe durch die Wallet-Eigentümer über Proof-of-Action. Siehe OmniSafe.
OmniGENIE-Rolle (in Entwicklung)
Verwahrungsstatus als Kontext anzeigen. Eine Signaturanfrage vorbereiten, die anschließend von den Wallet-Eigentümern freigegeben wird.
Verbleibt bei der Komponente und bei Menschen
OmniGENIE kann nicht signieren und hat keinen Zugriff auf Schlüsselmaterial. Die Verwahrung wird von lizenzierten Verwahrern durchgeführt.
Lesezugriff auf Ergebnisse der Identitäts- und Transaktionsbewertung sowie auf die Vorgangshistorie einer Bewertung. Risiko-Überschreibungen sind menschliche Aktionen auf der Schnittstelle der Komponente. Siehe OmniEagle.
OmniGENIE-Rolle (in Entwicklung)
Bestehende Befunde im Kontext erklären, Fallakten mit Quellenangaben zusammenstellen, fehlende Punkte markieren und Übergaben vorbereiten.
Verbleibt bei der Komponente und bei Menschen
Erkennung, Screening, Scoring, Überschreibungen und Verdachtsmeldungen bleiben Funktionen von OmniEagle und Entscheidungen des Compliance-Beauftragten. OmniGENIE erzeugt oder verändert keine Risiko-Scores.
OmniBoss ist das webbasierte Verwaltungsportal über dieselben Backend-Dienste; es hat keine separate Integrations-API. Siehe OmniBoss.
OmniGENIE-Rolle (in Entwicklung)
Ein konversationelles Panel innerhalb von OmniBoss und eine Aufsichtsansicht der OmniGENIE-Vorgangsartefakte, die dieselben Leseberechtigungen wiederverwendet.
Verbleibt bei der Komponente und bei Menschen
Administration, Konfiguration und Berechtigungsverwaltung bleiben Funktionen von OmniBoss.
Registrierung, Identitätsprüfung (einschließlich PostIdent), Einmalpasswörter und Proof-of-Action-Signierung mit einem geräteseitig gebundenen Schlüsselpaar. Siehe OmniPersona und den Proof-of-Action-Mechanismus.
OmniGENIE-Rolle (in Entwicklung)
Freigabe einer vorbereiteten Aktion über den bestehenden Proof-of-Action-Ablauf anfordern, sodass der autorisierte Nutzer in OmniPersona prüft und signiert.
Verbleibt bei der Komponente und bei Menschen
Identitätsprüfung und Autorisierung verbleiben bei OmniPersona und dem Nutzer. OmniGENIE ersetzt keine Identitätsprüfungen und hält keine Signaturschlüssel.
OmniApp (White-Label-Anlegeranwendung): Jede Integration würde über die OmniAsset-Schicht laufen, nicht über die Anwendung selbst.
OmniWiki (Wissensdatenbank): Institutionelle Wissenssuche über OmniWiki-Inhalte ist ein Kandidaten-Anwendungsfall. Heute existiert keine Inhaltsschnittstelle; die Einbindung wäre eine Content-Pipeline.
Eine dedizierte OmniGENIE-Client-Rolle und Geltungsbereiche im OmniOmni-Authentifizierungsmodell
Lesezugriff nach dem Least-Privilege-Prinzip je Komponente.
Eine Übergabe vorbereiteter Aktionen an den Proof-of-Action-Ablauf
Menschliche Freigabe von OmniGENIE-vorbereiteten Aktionen in OmniPersona.
Herkunftsverknüpfungen von Gedächtniselementen zu Komponentendatensätzen
Nachvollziehbarkeit von Fakten, die aus OmniOmni-Daten stammen.
Eine Aufsichtsansicht in OmniBoss
Prüfung der OmniGENIE-Vorgangsartefakte durch Administratoren.
OmniGENIE ist darauf ausgelegt, neben den internen Arbeiten von ecrop zur Agenten-Governance innerhalb des OmniOmni-Backends zu koexistieren, nicht sie zu ersetzen. Aus dieser Arbeit ist noch keine öffentliche Schnittstelle dokumentiert, und keine wird hier referenziert.
