Sessions hängen in der Prüfung, und wie Sie sie reduzieren
In Prüfung bedeutet, dass die automatisierten Prüfungen fertig waren, aber etwas markiert haben, das eine Person klären muss - der Status löst sich nie von selbst. So arbeiten Sie die Warteschlange ab und senken die Quote.
In Prüfung löst sich nie von selbst. Es bedeutet, dass eine Prüfung etwas markiert hat und auf eine Person aus Ihrem Team wartet, die genehmigt, ablehnt oder eine erneute Einreichung anfordert. Wenn Ihre Prüfquote hoch ist, liegt die Ursache fast immer an einer zu eng gesetzten Schwelle - nicht an Betrug.
Didit prüft keine Sitzungen. Eine Sitzung mit dem Status In Prüfung wartet auf eine Person aus Ihrem Team in Ihrer Business Console, und niemand bei Didit sieht sie an. Es gibt weder eine Warteschlange auf Seiten von Didit noch eine Zeitschätzung: sie bleibt In Prüfung, bis jemand aus Ihrem Team entscheidet.
Von allen Status erzeugt In Prüfung die meisten Support-Anfragen, aus einem einfachen Grund: Es wirkt so, als würde die Plattform noch arbeiten, dabei ist die Plattform fertig und wartet auf Sie.
#Was In Prüfung tatsächlich bedeutet
Alle automatisierten Prüfungen sind gelaufen. Mindestens eine hat eine Warnung ausgelöst, die Ihr Workflow zur Prüfung statt zu einer automatischen Entscheidung leitet. Die Session sitzt nun in Ihrer Warteschlange, bis ein Mensch sie klärt. Es gibt kein Timeout, das irgendwann für Sie entscheidet, und keine Möglichkeit, das System die Prüfungen erneut ausführen und seine Meinung selbst ändern zu lassen.
#Eine Session bearbeiten
- Die Prüfwarteschlange öffnen
Gehen Sie in der Business-Konsole zu Verifizierungen und filtern Sie nach Status In Prüfung.
- Die Warnungen lesen, nicht nur den Status
Öffnen Sie die Session und sehen Sie sich an, welche Prüfung sie markiert hat und was die Warnung besagt. Das bestimmt, was Sie tatsächlich entscheiden. Siehe wie Sie ein Verifizierungsergebnis lesen.
- Entscheiden
Genehmigen, ablehnen oder eine erneute Einreichung nur des fehlgeschlagenen Schritts anfordern. Fügen Sie eine Notiz hinzu - sie wird Teil des Audit-Trails.
- Ihr Backend informieren lassen
Die Entscheidung löst einen
status.updated-Webhook aus, sodass Ihr System den endgültigen Zustand übernimmt, ohne dass Sie manuell abgleichen müssen.

- Filtern Sie auf Status: In Review, um nur zu sehen, was auf Sie wartet.
- In der Spalte Status erscheint In Review; nichts bewegt sich, bis jemand entscheidet.
- Zeilen auswählen, dann Change status, um im Bulk zu genehmigen oder abzulehnen.
#Warum Ihre Prüfquote hoch sein könnte
Ungefähr in dieser Reihenfolge der Wahrscheinlichkeit:
- Gesichtsabgleich-Schwellen zu eng beieinander. Wenn Ihr Prüfband breit ist, landet gewöhnliche Beleuchtungsvariation darin. Siehe Gesichtsabgleich-Scores und Schwellen.
- AML-Prüfschwelle bei einem niedrigen Übereinstimmungswert. Häufige Namen erzeugen Kandidaten-Treffer bei niedrigen Übereinstimmungswerten. Eine zu niedrig gesetzte Prüfschwelle schickt fast jeden zur Prüfung. Siehe AML-Treffer klären.
- Teilweise Übereinstimmungen beim Adressnachweis. Adressformate variieren stark je nach Land; eine Abkürzungsabweichung liest sich als Teilübereinstimmung. Entscheiden Sie bewusst, ob eine Teilübereinstimmung zur Prüfung führen oder durchgehen soll.
- Teilweise Übereinstimmungen bei der Datenbankvalidierung. Gleiche Ursache - ein Name, der in einer autoritativen Quelle anders erfasst ist.
- Duplikat-Gesichts-Markierungen bei legitimen wiederkehrenden Nutzern. Wenn dieselbe echte Person mehr als einmal verifiziert, stimmt sie mit sich selbst überein. Siehe Duplikaterkennung.
- Jede Warnung wird "zur Sicherheit" zur Prüfung geleitet. Alles zu prüfen ist dasselbe wie nichts zu prüfen, weil die Warteschlange nicht mehr abgearbeitet wird. Wählen Sie die Warnungen aus, die wirklich Urteilsvermögen brauchen.
#Den Workflow umordnen, um früher und günstiger zu prüfen
Wenn Ihr Ablauf teuer ist und trotzdem viele Sessions in der Prüfung landen, sorgt das Verschieben der günstigen Risikoprüfungen an den Anfang dafür, dass der Ablauf stoppt, bevor die teuren laufen. Geräte- und IP-Analyse zu 0,03 $ vor einem vollständigen KYC-Ablauf senkt die Ausgaben für Verkehr, der ohnehin nie durchgekommen wäre.
Der Kompromiss ist die Nutzererfahrung: Eine Person, die schon im ersten Schritt gestoppt wird, hat nichts investiert, erfährt aber auch nichts darüber, warum. Entscheiden Sie, was für Ihren Funnel wichtiger ist.
#Vier-Augen-Prüfung
Wenn Ihr Compliance-Prozess vorschreibt, dass zwei Personen eine Entscheidung absegnen müssen, unterstützt Didit einen Vier-Augen-Ablauf, bei dem ein zweiter Prüfer bestätigen muss. Siehe Vier-Augen-Prüfung.
#Was In Prüfung nicht ist
- Es ist nicht "noch in Bearbeitung". Wenn Sie darauf warten, dass die Plattform fertig wird, ist der gesuchte Status In Bearbeitung.
- Es ist keine sanfte Ablehnung. Eine Session In Prüfung hat noch überhaupt kein Urteil, bilden Sie sie in Ihrem eigenen System also nicht auf "abgelehnt" ab - bilden Sie sie auf ihren eigenen ausstehenden Zustand ab.
- Es ist nichts, das der Support für Sie entscheiden kann. Nur Ihr Team hat die Befugnis, Ihren eigenen Kunden zu genehmigen oder abzulehnen. Der Support kann erklären, warum eine Session markiert wurde, und braucht dafür die
session_id.
#Laufende Überwachung kann eine genehmigte Session zurück zur Prüfung schicken
Wenn Sie AML-Überwachung aktiviert haben, kann eine zuvor genehmigte Session später zu In Prüfung wechseln, wenn ein tägliches Re-Screening einen neuen Treffer findet, der Ihre Prüfschwelle überschreitet. Das ist erwartetes Verhalten, keine Regression - und genau der Sinn der Überwachung. Siehe laufende AML-Überwachung.
