Zum Hauptinhalt springen
Didit entscheidet über das Ergebnis einer KYB-Sitzung anhand des Status jeder Funktion, der Warnungen, die diese Funktionen auslösen, und der Aktionen, die Ihr Workflow jeder Warnung zuweist. Es gibt keinen einzelnen zusammengesetzten Risiko-Score. Die Entscheidung wird über warnings[] in jedem Funktionsarray und über decision_trace nachvollziehbar.

Wie das Ergebnis entsteht

  1. Jede KYB-Funktion (KYB_REGISTRY, AML, KYB_DOCUMENTS, KYB_KEY_PEOPLE) endet mit einem eigenen Status: "Approved", "In Review" oder "Declined". Siehe Status.
  2. Jede Funktion löst Warn-Tags aus, wenn etwas nicht stimmt, zum Beispiel bei einem aufgelösten Unternehmen, einem Dokument, das dem Register widerspricht, oder einem Screening-Treffer. Die Tags sind unter KYB-Warnungen aufgeführt.
  3. Ihr Workflow weist jeder Warnung eine Aktion zu (keine Aktion, Prüfung oder Ablehnung). Dieselbe Warnung kann daher je nach Ihrer Richtlinie zur Genehmigung, zur Prüfung oder zur Ablehnung führen.
  4. Die Status der Funktionen werden zum Sitzungsstatus zusammengefasst. Ein Prüfer kann diesen weiterhin manuell ändern. In diesem Fall enthält die Entscheidung status_override.

Signale, die das Ergebnis beeinflussen

Die Workflow-Schlüssel sind in den Konfigurationen der Workflow-Funktionen dokumentiert.

Verwendung des Ergebnisses auf Ihrer Seite

Verzweigen Sie anhand des exakten Statuslabels und protokollieren Sie die Warn-Tags, damit Ihr Team nachvollziehen kann, warum eine Sitzung in einem bestimmten Status gelandet ist.

Nächste Schritte

Status

Status-Taxonomie.

KYB-Warnungen

Jeder Warn-Tag, den eine KYB-Prüfung auslösen kann.

Antwortschema

Wo die Warnungen und der Entscheidungsverlauf erscheinen.
Zuletzt geändert am 7. November 2026