Mehrfachkonten 1:N

Während die Identitätsprüfung fragt „Ist es die richtige Person?", fragt Mehrfachkonten 1:N „Existiert dieses Gesicht bereits anderswo in der Datenbank des Betreibers?".

Was es tut

Führt eine segmentierte biometrische 1:N-Suche in der Datenbank des Betreibers durch und gleicht das empfangene Gesicht mit allen Datensätzen ab, die demselben clientReferenceSegment zugeordnet sind. Erkennt, ob die Biometrie bereits mit einer anderen clientReference verknüpft ist — was darauf hinweist, dass dieselbe Person mehrere Konten beim selben Betreiber erstellt hat oder zu erstellen versucht.

Differenzierungsmerkmal bei der Einführung: Akzeptiert Selfies, die bereits in der Datenbank des Betreibers gespeichert sind (vor Monaten oder Jahren aufgenommen), für Zwecke der Datenbankbereinigung.

Eingaben

• Ein Prozess, der über Create Process (Web & Native) oder Create Process (API) mit dem multi-accounts-Flow erstellt wurde.
• Das Selfie des Benutzers in imageBase64 (PNG, JPEG oder WebP; mindestens 640×480; maximal 800 KB).
• Das Feld subject.clientReference — eindeutiger Bezeichner des Benutzers im System des Betreibers.

Mögliche Antworten

Antwort	Bedeutung
reproved	Mehrfachkonto erkannt. Die Gesichtsbiometrie ist bereits mit einer anderen clientReference innerhalb desselben Segments verknüpft.
inconclusive	Kein Mehrfachkonto erkannt. Das Gesicht ist unter keinem anderen Konto in der Datenbank des Betreibers registriert.

Es gibt keine YES- oder NO-Antwort

Mehrfachkonten 1:N gibt kein YES oder NO zurück — das Fehlen von Duplikaten wird als inconclusive dargestellt, nicht als Bestätigung, dass niemals ein Risiko bestehen wird.

Verfügbarkeit

Oberfläche	Unterstützt
SDK (Android, iOS, Flutter)	—
Web (iFrame, Redirect)	—
API (headless, kein SDK)	✅

Gültige Kombinationen

Innerhalb der Pipeline kann Mehrfachkonten 1:N von Lebenderkennung (bei Verwendung durch Unico) vorangestellt werden oder nicht, und wird von Conditional Enroll gefolgt — das Gesicht wird nur registriert, wenn das Ergebnis INCONCLUSIVE ist und für die erste clientReference in diesem Segment, um biometrische Verschmutzung zu verhindern.

multi-accounts 1:N  →  Conditional Enroll

Der Suchbereich wird durch das Feld clientReferenceSegment gesteuert, das im APIKey konfiguriert ist.

Anwendungsfälle, die diese Funktion verwenden

• Multi Account