Betrugseinstufung nach Risiko
Während die Identitätsverifizierung fragt „Ist es die richtige Person?", behandelt die Betrugseinstufung nach Risiko die probabilistische Variable: Wie hoch ist das tatsächliche Risiko, dass diese Transaktion zu einem finanziellen Verlust für Ihr Unternehmen wird?
Was sie tut
Die Engine gleicht Gesicht und Kennung (Code) mit zusätzlichen Metadaten ab, um Dateninkonsistenzen, die Verwendung von Dokumenten Dritter in der Vergangenheit, Verhaltensanomalien und Multi-Konto-Aktivitäten zu erkennen.
Adoptionsvorteil: Kann über unsere SDKs oder ausschließlich über die API genutzt werden.
Eingaben
Ein Prozess, der über Prozess erstellen (Web & Native) oder Prozess erstellen (API) angelegt wurde.
Erforderlich:
- Selfie der Person (
imageBase64) - Primäre Kennung in
subject.code(Ausweis-ID, E-Mail, Telefonnummer usw.)
Optional (sehr empfohlen):
clientReference- Zusätzliche Metadaten:
email,phone, demografische Daten (Name, Geburtsdatum, Geschlecht usw.) — dies sind die wesentlichen Eingaben für eine vollständige Verhaltensmodellanalyse.
Mögliche Antworten
| Antwort | Bedeutung |
|---|---|
YES | Anzeichen für Betrug, der mit diesem Gesicht verbunden ist. |
INCONCLUSIVE | Keine Anzeichen für Betrug, der mit diesem Gesicht verbunden ist. |
In der Web- & Native-Vertragsantwort werden diese auf TRUST_RESULT_YES (YES) und TRUST_RESULT_INCONCLUSIVE (INCONCLUSIVE) im Feld authenticationInfo.identityFraudstersResult abgebildet. Die vollständige Enum-Tabelle finden Sie unter Prozess abrufen.
NO-AntwortDie Betrugseinstufung nach Risiko gibt kein NO zurück — das Fehlen von Beweisen wird als INCONCLUSIVE dargestellt, nicht als Bestätigung, dass kein Risiko besteht.
Ergebnis interpretieren
Die Verhaltensbeurteilung gibt einen von 5 möglichen Werten zurück. Wenn status = 3 (Abgeschlossen), prüfen Sie riskLevel.result:
| Wert | Bedeutung / Was die Engine gefunden hat | Empfohlene Maßnahme |
|---|---|---|
approved | Keine Hinweise auf Betrug, der mit diesem Gesicht verbunden ist. | Weiter mit dem Standard-Genehmigungsablauf. |
reproved | Maximale Betrugs- und Risikohinweise. Es besteht eine sehr hohe Wahrscheinlichkeit, dass diese Transaktion zu einem finanziellen Verlust führt, aufgrund einer starken Verbindung zu Identitätsdiebstahl oder wiederholter Nutzung von Fremdidentitäten. | Automatische Sperrung oder Ablehnung. |
risk-critical | Hohes Betrugsrisiko. Weist auf kritische Inkonsistenzen hin, wie eine erhebliche Diskrepanz zwischen Registrierungsdaten (Alter/Geschlecht) und Gesichtsbiometrie, was auf ein hohes mit Betrug verbundenes Risiko hindeutet. | Automatische Ablehnung oder strenge Kreditpolitikanpassung. |
risk-high | Potenzieller Betrug. Dieses Signal spiegelt häufig ungewöhnliche jüngste Aktivitäten oder Netzwerkhyperaktivität wider. | Manuelle Prüfung durch den Analysedesk (Back-Office). |
inconclusive | Es sind nicht genügend Informationen in unserem Netzwerk erfasst, um festzustellen, dass die Transaktion ein Risiko birgt. | Weiter mit dem Standard-Genehmigungsablauf. |
Verfügbarkeit
| Oberfläche | Unterstützt |
|---|---|
| SDK (Android, iOS, Flutter) | ✅ |
| Web (iFrame, Redirect) | ✅ |
| API (headless, ohne SDK) | ✅ |
Gültige Kombinationen
Die Betrugseinstufung nach Risiko erscheint in Flows, die das Suffix trust enthalten:
idlivetrust, idtrust, idchecktrust, idchecktrustdocs, idchecktrustsign, idchecktrustdocssign, idtrustdocs, idtrustsign, idtrustdocssign, idtokentrust.
Für die vollständige Matrix, siehe Verfügbare Flows.