Verifizierungsergebnis richtig lesen

Vollständiges Transkript von Wie Sie ein Didit-Verifizierungsergebnis lesen - jede Prüfung erklärt - Didit Academy, Video 5 von 10, 14:26. Auf YouTube ansehen. Jeder Absatz verlinkt auf die genaue Stelle im Video.

​

Was dieses Video behandelt

00:03 Jede Verifizierung, die Sie in Didit durchführen, liefert ein detailliertes Ergebnis, und dieses Ergebnis ist als Reihe von Tabs am oberen Rand einer Sitzung dargestellt. In diesem Video gehen wir diese Tabs der Reihe nach von links nach rechts durch, damit Sie genau wissen, was jede Prüfung leistet und wie sie aussieht, wenn eine davon fehlschlägt. Am Ende können Sie jede Sitzung öffnen und sicher lesen, vom Gesamturteil bis hin zu den Belegen dahinter. 00:30 Also, öffnen wir eine und legen los.

​

Eine Sitzung finden

00:33 Okay, wechseln wir zu den Benutzerverifizierungen. Hier wird jede Sitzung aus all Ihren Workflows angezeigt. Es gibt eine Zeile pro Person. Normalerweise filtern Sie nach Status, Workflow oder Datum, um das zu finden, was Sie brauchen. Heute gehen wir aber direkt in ein einzelnes Ergebnis. Ich klicke also auf eines davon und öffne es. Hier sehen wir

​

Der Übersichts-Tab

00:55 den Übersichts-Tab. Die Bereiche sind einklappbar, deshalb können wir sie zuklappen. Wir können alle Prüfungen einklappen, wenn wir alles sehen wollen, aber eigentlich sind sie hier oben ohnehin alle aufgeführt. Sie sehen also, dass dieser Benutzer alle diese Prüfungen bestanden hat. Wenn wir zur Übersicht wechseln, können wir

​

Warnungen: Wo Sie zuerst nachsehen

01:13 das aufklappen, und Sie sehen hier mehrere verschiedene Tabs. Am wichtigsten sind die Warnungen. Sie sehen, dass dieser Benutzer in Prüfung ist, und zwar weil eine doppelte Telefonnummer markiert wurde. Wenn wir uns andere Personen ansehen, die in Prüfung sind, sehen Sie, dass die Warnungen im Übersichtsbereich etwas anders aussehen können. Je nach den Markierungen aus dem Workflow, den dieser Benutzer durchlaufen hat, sehen Sie hier die Datenbankvalidierung und die Namensabweichung. Hier müssen Sie also nachsehen, wenn Sie eine Verifizierung prüfen und herausfinden müssen, was das Problem ist. Dann gehen Sie in den jeweiligen Bereich, sehen, wo diese Prüfungen tatsächlich stattfinden, und schauen sich die übermittelten Daten an, um zu prüfen, ob es tatsächlich eine Abweichung gibt und was dahintersteckt. Wenn ich jetzt alle Filter entferne, also gerade hier herauskomme,

​

Eine genehmigte Sitzung

02:04 entfernen wir diese Filter. Ich wähle also alle aus. Schauen wir uns jemanden an, der genehmigt wurde. Sie sehen, dass keine größeren Warnungen markiert wurden. Das wurde zwar unter den Warnungen aufgeführt, hat aber weder den Status „in Prüfung“ noch den Status „abgelehnt“ ausgelöst. Diese Sitzung wurde genehmigt. Oben sehen Sie diese kleine Kapsel, und die können wir bei Bedarf auch ändern. Darauf

​

Eine abgelehnte Sitzung

02:26 kommen wir gleich zurück. Wie sieht es aus, wenn jemand abgelehnt wurde? Hier sehen Sie wieder die Warnungen, diesmal die Namensabweichung. Und oben sehen Sie, dass der Adressnachweis die Ursache für Probleme war. Also schauen wir uns auch das an. Wir gehen jeden Bereich einzeln durch, damit Sie genau sehen, was im Hintergrund passiert. Ich klicke jetzt in dieses Profil, und Sie sehen, dass Liveness-Erkennung und Gesichtsabgleich bei diesem Benutzer zur Prüfung markiert wurden. Darauf kommen wir gleich. Aber die übrigen

​

Sitzungsdetails, Vendor-Daten und Kostenaufschlüsselung

03:01 Tabs im Übersichtsbereich: Hier finden Sie die Sitzungsdetails mit der Sitzungs-ID und dem Erstellungszeitpunkt sowie die Vendor-Daten. Darüber haben wir in früheren Videos gesprochen. Die Vendor-Daten sind eine eindeutige Kennung für diesen Benutzer. Hier werden alle [schnaubt] Prüfungen und Verifizierungen sowie Transaktionen unter den jeweiligen Vendor-Daten gesammelt. Sie sehen die Workflows, die dieser Benutzer für die Verifizierung durchlaufen hat. Hier stehen die Kontaktdaten und alle Tags. Wir können hier auch einen Tag hinzufügen, wenn Sie möchten. 03:31 Personen können Sie auch in Workflows taggen. Was die Gesamtkostenaufschlüsselung betrifft, glaube ich, dass dieser Benutzer importiert wurde. Links sehen Sie, dass er importiert wurde, er hat also gar keinen Workflow durchlaufen. Klicken wir auf diesen anderen Benutzer hier. Sie sehen den Workflow, den er durchlaufen hat, und die Kosten

​

Ausweisverifizierung: Echtheit vor Daten

03:48 aufgeschlüsselt nach allen Prüfungen, die dieser Benutzer abgeschlossen hat. Schauen wir uns also die Ausweisverifizierung an. Die Hauptaufgabe besteht nicht nur darin, Text von der Karte abzulesen. Es geht vor allem darum, zu beweisen, dass das Dokument selbst echt ist, bevor man einem einzigen Feld darauf vertraut. Im Hintergrund laufen Manipulationserkennung, eine Dokument-Liveness-Erkennung, um eine Bildschirmwiedergabe oder eine gedruckte Kopie zu erkennen, die Prüfung der Sicherheitsmerkmale wie Hologramme und Wasserzeichen sowie ein Abgleich zwischen den aufgedruckten Feldern und der maschinenlesbaren Zone, der MRZ, dem Block aus Chevron-Zeichen auf der Rückseite, den Sie hier auf diesem Ausweis sehen. Sobald die Echtheit des Dokuments nachgewiesen ist, liest Didit die Felder per OCR aus und stellt sie übersichtlich dar. Hier sehen Sie die persönlichen Daten: Dokumenttyp, Dokumentnummer, persönliche Nummer, Ausstellungsland und alle Angaben, die Sie auf dem Ausweis finden, einschließlich der Adressdaten und aller weiteren Daten hier. Denken Sie daran: Didit kann mehr als 130 Sprachen in 14.000 Dokumenttypen lesen. Sie erhalten also saubere Felder

​

Die Prüfliste

04:47 wo jemand seinen Ausweis vorlegt. Hier gibt es einen Tab namens Prüfliste. Darin stehen die Prüfungen, die im Hintergrund für genau diesen Ausweis laufen. Ich gehe nicht alle einzeln durch. Es sind viele, aber im Kern zeigt Didit damit, dass dieser Ausweis echt ist. Sie müssen also nichts davon konfigurieren

​

Liveness: Score, Video und Qualität

05:07 davon. Das alles läuft im Hintergrund. Als Nächstes kommt die Liveness-Prüfung. Sie sehen, dass diese Prüfung in Prüfung steht. Sie wurde markiert. Außerdem sehen Sie Liveness und Gesichtsabgleich. Ich sage gleich dazu: Dies ist ein Demo-Konto, deshalb passen einige Daten nicht zusammen. Der Liveness-Score liegt nicht bei 100%, und wenn wir das Liveness-Video abspielen, sehen Sie, dass es nicht die Person selbst ist. 05:30 Das ist nur ein zufälliges Beispiel. Wenn Sie das bei einem echten Benutzer sähen, würden Sie im Video sehen, wie die Person die Liveness-Prüfung durchführt, und ob sie passiv oder aktiv ist. Wir haben außerdem den Gesichtsqualitäts-Score und den Gesichtshelligkeits-Score. Das Gute an Didit ist: Wenn Sie bei einem dieser Scores unsicher sind, klicken Sie einfach auf diesen Button hier, und Sie erhalten eine Erklärung, was er bedeutet. Wir können den Status jeder dieser Prüfungen ändern, wenn wir glauben, dass sie zu Unrecht markiert wurde, und natürlich können wir auch den Gesamtstatus dieser Verifizierung ändern. Genau wie bei der Ausweisverifizierung gibt es eine Prüfliste mit mehreren Prüfungen, die alle im Hintergrund laufen, richtig? Wir können mit dem Mauszeiger darüberfahren und sehen dann mehr Informationen zu jeder dieser Prüfungen. Und wenn jemand einen dieser Tests nicht besteht, erscheint statt des grünen

​

Gesichtsabgleich

06:16 Häkchens ein rotes X. Wenn wir weitergehen, kommt der Tab Gesichtsabgleich. Hier wird das Gesicht auf dem Ausweis mit dem Gesicht in der Liveness-Prüfung abgeglichen. Sie sehen, dass der Ähnlichkeitswert ziemlich niedrig ist, weil es nicht wirklich dieselbe Person ist. Auch hier gibt es eine Prüfliste, die zeigt, was im Hintergrund passiert und was diese bestimmte Prüfung tut. Der Ähnlichkeitswert basiert auf dem Originalausweis und dem aufgenommenen Liveness-Bild. Damit wird festgestellt, ob die Person, die den Ausweis hält, der echte Inhaber ist. Das sehen wir nicht im Dashboard, aber es gibt eine

​

Gesichtssuche und Sperrlisten

06:54 Gesichtssuche. Über den Abgleich mit dem Dokument hinaus durchsucht Didit dasselbe Gesicht in allen Ihren anderen Sitzungen. Dieser Bereich wird nur angezeigt, wenn ein Treffer gefunden wird. Taucht dasselbe Gesicht in einer anderen Sitzung auf, erscheint hier ein Raster mit den Treffern. Und wenn eines der übereinstimmenden Gesichter auf einer Sperrliste steht, die Sie pflegen, wird es markiert und die Sitzung wird abgelehnt. So wird ein bekannter Betrüger direkt vor Ort gestoppt. Bei einer sauberen Sitzung ohne Treffer bleibt dieser Bereich

​

Adressnachweis

07:21 leer, also sehen wir hier nichts. Schauen wir uns den Adressnachweis an. Wir sehen das eingereichte Dokument und die aus diesem Dokument extrahierten Daten mit allen Metadaten. Hier gibt es eine Prüfliste, und bei einer der Prüfungen fehlt das grüne Häkchen, was bedeutet, dass sie markiert wurde. Eine Prüfung ist in Prüfung. Das reicht allerdings nicht aus, um dieses Modul auf abgelehnt umzustellen. Aber das wird Ihr menschlicher Prüfer sich ansehen, wenn er ein Profil in Prüfung bearbeitet. Bestanden bedeutet hier, dass der Code korrekt eingegeben wurde, und fehlgeschlagen bedeutet, dass die Nummer nicht bestätigt werden konnte. Das sehen Sie dann in diesem Modul. Ganz oben stand als eine der Markierungen „doppelte Telefonnummer“, und das liegt wahrscheinlich daran, dass es sich um ein Demo-

​

Telefonverifizierung und Duplikate

08:08 Konto handelt. Wenn Sie aber unten bei der Telefonverifizierung nachsehen, finden Sie Telefonübereinstimmungen. Dabei wird die Telefonnummer in Ihrer Datenbank gesucht, und wenn sie zu einem früheren Benutzer passt, wird das in diesem Tab markiert. Wenn Sie mit dem Mauszeiger darüberfahren, sehen Sie andere Verifizierungssitzungen, die dieselbe Telefonnummer verwenden. Das ist nur eine Erklärung, was dieses Modul macht.

​

E-Mail-Verifizierung

08:35 Dasselbe gilt für die E-Mail-Verifizierung: Der Benutzer erhält einen Code und gibt den

​

AML-Screening: Sanktionen, PEPs und negative Medienberichte

08:40 Code ein. Wenn alles stimmt, ist auch dieses Modul genehmigt. Beim AML-Screening, also dem Anti-Geldwäsche-Screening, passiert hier eine ganze Menge. Es prüft die verifizierte Person gegen Sanktionslisten, politisch exponierte Personen und negative Medienberichte und meldet dann, wie viele Treffer gefunden wurden. Sie sehen die Daten, mit denen gescreent wird, und wir können uns die Liste tatsächlich ansehen. Wenn ich das aufklappe, sehen Sie alle Sanktionslisten, gegen die Prüfungen laufen können: Betäubungsmittel, Terrorismus, Finanzkriminalität, alles. Und wenn diese Person auf einer dieser Listen einen Treffer hat, sehen wir hier den Übereinstimmungswert, den Risiko-Score und die Listen, auf denen die Person erscheint, und ob es sich um einen falsch positiven Treffer handelt. Ein falsch positiver Treffer kann entstehen, wenn der Name mit jemandem auf einer dieser Listen übereinstimmt. Deshalb gibt es weitere Informationen wie das Geburtsdatum, mit denen wir gegenprüfen können. Auch hier gibt es eine Prüfliste. Sie ist für diesen Fall ziemlich kurz, aber die Prüfung gegen all diese Listen leistet hier die eigentliche Arbeit. 09:41 Und wenn Sie diese Person laufend überwachen lassen möchten, sodass die Listen fortlaufend gegen diesen Benutzer geprüft werden, können wir das aktivieren. Wenn wir weiter nach unten scrollen, sehen wir

​

Geräte- und IP-Analyse

09:50 die Geräte- und IP-Analyse. Also, hier haben wir den Standort des Ausweisdokuments, also die tatsächliche Adresse aus dem Dokument. Die Adressdetails für den Adressnachweis sehen wir hier. Und dann haben wir die Geräteinformationen, also die IP-Adresse und den Ort, von dem aus die Person die Verifizierung gerade abschließt. Ganz unten sehen wir außerdem, wie weit der Standort des Ausweisdokuments und der Adressnachweis jeweils von der IP-Adresse der Verifizierung entfernt sind, und das alles sehen wir auf dieser Karte. Wenn wir hier mit der Maus darüberfahren, sehen wir den Standort des Ausweisdokuments. 10:28 Hier ist Gerät Nummer eins, die Entfernung ist also ziemlich gering. Und dann haben wir den Adressnachweis hier in den USA. Auch hier gilt: Dies ist ein Demo-Konto, daher sind die Details nicht besonders genau, aber so bekommt man ein gutes Gefühl dafür, ob sich die Person in der Nähe der im Adressnachweis und im Ausweis angegebenen Orte befindet. Und hier haben wir wieder die Prüfungsliste mit allen Prüfungen, die Didit im Hintergrund durchführt, um zu entscheiden, ob eine bestimmte Prüfung markiert [schnaubt] wird oder nicht. Wenn wir weiter nach unten gehen, finden wir die Datenbankvalidierung. Wenn Sie sich an frühere Videos erinnern, haben wir über die Datenbankvalidierung gesprochen. Sie ist ein Node, den Sie in einem Workflow hinzufügen können. Hier können wir eine Prüfung ausführen. Für dieses Beispiel führen wir

​

Datenbankvalidierung: vollständige, teilweise und keine Übereinstimmung

11:06 eine Prüfung in Argentinien durch. Dabei können wir gegen ein Regierungsregister, das Personenstandsregister, die Steuerbehörde, das Wählerverzeichnis und alle diese verschiedenen Verzeichnisse prüfen, auf die wir Zugriff haben. Hier sehen Sie einen Treffer. Außerdem sehen Sie die Quelldaten, also die Felder, die bei den Ergebnissen übereinstimmen. Wir haben eine Übereinstimmung beim vollständigen Namen und beim Geburtsdatum. Wenn wir die Prüfungsliste öffnen, sehen wir, dass eine dieser Prüfungen markiert wurde. 11:29 Hier sehen wir den Übereinstimmungstyp. Wenn eine vollständige Übereinstimmung gefunden wird, bedeutet das, dass die Identität im Register existiert. Eine teilweise Übereinstimmung bedeutet, dass einige Felder übereinstimmen und Sie den Rest prüfen sollten. Keine Übereinstimmung ist ein starkes Signal für eine synthetische Identität, denn eine erfundene Ausweisnummer ist in keinem Register vorhanden. Das ist eine der stärksten Abwehrmaßnahmen gegen erfundene Identitäten. Auch das läuft im Hintergrund ab, ohne

​

Document AI und Fragebögen

11:54 zusätzliche Schritte für den Benutzer. Nun zu den übrigen Tabs: Diese können je nach den Prüfungen variieren, die der jeweilige Benutzer durchlaufen hat. Hier sehen wir Document AI. Diese Prüfung wurde noch nicht gestartet, Sie sehen den Status „nicht gestartet“. Es gibt noch weitere Prüfungen für Fragebögen. Wenn jemand einen Fragebogen ausfüllt, sehen wir die Antworten auf diese Fragen im

​

Das Ereignisprotokoll

12:15 Fragebogen-Tab. Wenn wir weiter nach unten gehen, finden wir die Ereignisse. Das ist ein Audit-Trail, also ein Protokoll aller Ereignisse, die stattgefunden haben. Dort sehen wir, wann die Sitzung erstellt wurde und wann sich der Sitzungsstatus geändert hat. Jeder Eintrag enthält das Gerät, die IP-Adresse, den Zeitpunkt und die Person, die die Aktion ausgeführt hat, sodass Sie genau nachvollziehen können, wie

​

Webhook-Zustellungen

12:31 sich eine Sitzung entwickelt hat. Ganz unten finden wir schließlich die Webhooks. Dort ist jede Zustellung aufgelistet, die Didit an Ihren eigenen Endpoint zu senden versucht hat, mit dem Antwortstatus. Hier sehen wir 200. Außerdem sehen wir den Request-Header, den Body, die Webhook-URL und den Status dieser Verifizierung. Hier sehen Sie auch das Datum, an dem dieser Webhook gesendet wurde. Wichtig ist: Auf dieses Dashboard können Sie auch über die API und über das MCP zugreifen. Sie können Claude bitten, all diese Daten abzurufen und alle Ihre Verifizierungen abzurufen, die in Prüfung sind, damit Sie sie auch in

​

Erneute Einreichung, PDF-Export und Sperrlisten

13:08 Claude analysieren können. Oben sehen wir einige Breadcrumbs, und hier können wir eine erneute Einreichung anfordern. Wir können das PDF herunterladen, was sich hervorragend eignet, wenn Sie einen Audit-Trail benötigen oder etwas in einer Besprechung präsentieren müssen. Ähm, diesen Download können Sie auch über die API abrufen, und Sie können diese Person auf eine Sperrliste setzen. So lesen Sie also ein

​

Sitzungs-Chat für Ihr Prüfteam

13:30 Verifizierungsergebnis. Ganz unten gibt es noch eine letzte Funktion: den Sitzungs-Chat. Hier können Sie Teammitglieder markieren und mit einer Person aus Ihrem Team über ein bestimmtes Verifizierungsergebnis sprechen. Wenn wir diesen Chat öffnen, eine Nachricht eingeben und ein Teammitglied markieren, bezieht sich das genau auf diese Verifizierung. Wenn Sie also eine Frage haben oder mehrere Personen an diesem Fall arbeiten, ist dieser Chat äußerst nützlich. 13:55 Das ist also ein Verifizierungsergebnis, so wie Sie es tatsächlich lesen werden: Tab für Tab, von oben nach unten. Das Urteil und die Warnungen finden Sie in der Übersicht, danach jede Prüfung nacheinander, und den vollständigen Audit-Trail am Ende. Sobald Sie das bei einer Sitzung einmal gemacht haben, sind alle weiteren Sitzungen genauso aufgebaut. Wenn Sie es mit Ihren eigenen Daten ausprobieren möchten, besuchen Sie didit.me, registrieren Sie sich kostenlos und öffnen Sie Ihr erstes Ergebnis.