Sprache auswählen
Fintech und Kreditvergabe
Identitätsverifizierung von Kreditantragstellern, die im Browser oder in der App läuft, eine geliehene oder synthetische Identität erkennt, bevor sie das Underwriting erreicht, und jede Prüfung in einem Datensatz festhält, den Sie einer Aufsichtsbehörde oder einem Prüfer vorlegen können. Läuft auf unseren eigenen Servern in Kanada, nie in einer öffentlichen Cloud. Sandbox-Sitzungen werden nie berechnet.
Das Problem
Ein Kreditprodukt, das in Minuten genehmigt, braucht eine Identitätsprüfung, die damit Schritt hält, ohne zur manuellen Prüfwarteschlange zu werden.
Ein Name, ein Geburtsdatum, eine Adresse und eine Social Security Number, die auf dem Papier alle stimmig sind. Das Dokument dahinter ist eine gestohlene oder gekaufte Identität oder aus den Daten mehrerer realer Personen zusammengesetzt.
Jeder Antrag, den Ihr Team nicht automatisch freigeben kann, wird zu einer Person, die ein PDF öffnet, auf ein Ausweisfoto starrt und rät. Das ist langsam, von Prüfer zu Prüfer uneinheitlich und skaliert nicht mit dem Marketingbudget.
Monate nach der Auszahlung eines Kredits fragt jemand, wie die Identität der Kreditnehmerin bzw. des Kreditnehmers bestätigt wurde. "Wir haben uns ein Foto des Führerscheins angesehen" ist keine Antwort, die ein Compliance-Verantwortlicher ein zweites Mal geben möchte.
Ein Praxisbeispiel
Fiktiv, um den Ablauf zu veranschaulichen. Es sind keine realen Antragsteller, Kreditgeber oder Kredite beteiligt.
Was bei der Kreditvergabe am wichtigsten ist
Jede der folgenden Prüfungen läuft bei jeder Verifizierung. Nichts davon ist eine kostenpflichtige Stufe, die Sie erst daran denken müssen zu aktivieren.
Für Streitfälle und Audits
Eine Kreditakte wird wieder geöffnet: Ein Kreditnehmer widerspricht einer Ablehnung, ein Prüfer zieht eine Stichprobe von einem Viertel der Anträge, eine interne Revision fragt, wer was bearbeitet hat. Im Aktivitätsregister beginnt dieses Gespräch.
Einträge können hinzugefügt werden. Sie können nicht bearbeitet oder gelöscht werden – weder von Ihrem Team noch von ShieldID. Das ist eine Eigenschaft der Datenbank selbst, keine Richtlinie, die jemand stillschweigend außer Kraft setzen könnte.
Jeder Eintrag hält den Akteur – eine Person oder einen API-Schlüssel –, die Aktion, das Ergebnis und den Zeitstempel fest, sodass die Frage „Wer hat diesen Antragsteller verifiziert und was hat die Engine gemeldet“ eine direkte Antwort hat statt einer rekonstruierten Vermutung.
Filtern Sie nach Akteur, Aktion, Ergebnis oder Zeitraum, um genau die Einträge abzurufen, die eine Compliance-Prüfung oder ein Streitfall mit einem Kreditnehmer benötigt, statt alles zu exportieren und von Hand zu schwärzen.
Derzeit erfasst das Ledger erfolgreiche und fehlgeschlagene Verifizierungsergebnisse, Anmeldungen und API-Key-Aktivitäten sowie Audit-Exporte. Ereignisse pro Ansicht und pro Download von Ausweisbildern, ein eigenes Entscheidungsereignis, Löschbelege und ein Self-Service-CSV-Export für Ihr Team folgen in Kürze.
Integrationsoptionen
Die meisten Kreditteams beginnen mit dem gehosteten Ablauf an der Stelle, an der sie sonst einen Dokumenten-Upload verlangen würden, und wechseln zur API, sobald das Volumen es rechtfertigt.
Klar gesagt
Es lohnt sich, das direkt zu sagen, denn ein Fintech-Käufer wird danach fragen.
Es beantwortet eine Frage gut: Ist das eine echte Person, die ihren eigenen, echten amtlichen Ausweis vorlegt. Es sitzt unterhalb Ihrer Underwriting-Regeln, Ihrer Abfrage bei der Auskunftei und Ihres eigenen Betrugsmodells, nicht an deren Stelle.
Sanktions- und Überwachungslistenprüfungen, darunter OFAC, sind für Konten verfügbar, die sie hinzubuchen; sie sind nicht standardmäßig in jedem Tarif enthalten.
ShieldID verifiziert derzeit weder Bankkonten noch Einkommen; diese Funktion ist in Kürze geplant. Wenn Ihr Programm sie jetzt benötigt, kombinieren Sie die Identitätsprüfung von ShieldID mit Ihrem bestehenden Anbieter für Bank- oder Einkommensverifizierung.
Hinweise zum Datenschutz
Der Ausweis eines Kreditantragstellers ist für sich genommen sensibel. So wird damit genau umgegangen.
Im Vergleich zum manuellen Vorgehen
Ein Kategorienvergleich, keine Aussage über einen bestimmten Anbieter.
| Funktion | ShieldID | Typische Enterprise-IDV | Manuelle Prüfungen |
|---|---|---|---|
| Dokument gelesen und mit dem Antrag abgeglichen | Ja | Meistens | Ermessensentscheidung des Prüfers |
| Liveness-Prüfung, nicht nur ein statisches Selfie | Ja | Meistens | Nein |
| Jedes Betrugssignal wird einzeln ausgewiesen | Ja | Oft gestaffelt | Nicht erfasst |
| Einheitlicher Standard bei jedem Prüfer, in jeder Schicht | Ja | Meistens | Nein |
| Activity Ledger als reines Anfügeprotokoll (append-only), das Sie bei einem Streitfall durchsuchen können | Ja | Dem Kunden nicht angeboten | Ein E-Mail-Verlauf, wenn man Glück hat |
| Im Tempo des Antragstellers, keine manuelle Warteschlange, hinter der man warten muss | Ja | Meistens | Nein |
| Sandbox, die nie berechnet wird | Ja | Manchmal | n/a |
Einwände
„Wo sind Ihre SOC 2- und ISO-Siegel?“
Wir besitzen sie noch nicht, und wir werben nicht mit Nachweisen, die wir uns nicht verdient haben. Was Sie heute überprüfen können: selbst verwaltetes Hosting auf unseren eigenen Servern in Kanada, keine öffentliche Cloud, automatische Löschung von Bildern, verschlüsselte Bilder im Ruhezustand und ein nur erweiterbares Ledger (Append-only), das Sie im Produkt selbst einsehen können.
„Erfüllt dies unser Customer Identification Program oder unsere AML-Pflichten?“
ShieldID liefert Ihnen eine dokumentierte, wiederholbare Identitätsprüfung mit einem Nachweis dahinter, also Belege, die Ihr Customer Identification Program nutzen kann. Ob damit eine bestimmte regulatorische Methode erfüllt ist, entscheiden Ihr eigenes Compliance-Programm und Ihre Rechtsberatung; wir bieten keine Rechtsberatung an und werden Ihnen nicht sagen, dass der Punkt bereits abgehakt ist.
„Unser Betrugsteam möchte auch eine Bankkontenverifizierung.“
Derzeit bei ShieldID nicht verfügbar; sie ist in Kürze geplant. Kombinieren Sie die Identitätsprüfung von ShieldID in der Zwischenzeit mit Ihrem bestehenden Tool zur Bank- oder Einkommensverifizierung – wir tun nicht so, als würden wir sie heute schon abdecken.
„Was, wenn der Ausweis des Antragstellers aus einem Bundesstaat stammt, den wir selten sehen?“
Er wird Feld für Feld anhand seines eigenen Barcodes gelesen, statt pauschal abgelehnt zu werden; die Abdeckung umfasst alle 50 Bundesstaaten, den District of Columbia und fünf US-Territorien. Genau hier sperren regelbasierte Scanner echte Antragsteller tendenziell aus.
Was Sie sehen
Der Kreditnehmer verifiziert sich während des Antrags. Ihr Team sieht die Quelle jedes Feldes und jede Prüfung einzeln, nicht einen einzelnen Score, dem man vertrauen oder den man ignorieren kann.
Fragen
Erste Schritte
Erstellen Sie eine Sandbox-Sitzung, führen Sie auf Ihrem eigenen Smartphone eine Verifizierung durch und sehen Sie den Eintrag, den sie im Aktivitätsregister anlegt.
Sandbox-Sitzungen werden nie abgerechnet.