Zum Hauptinhalt springen
ShieldID

Fintech und Kreditvergabe

KYC für Fintechs und Kreditgeber, für Kanada entwickelt

Identitätsverifizierung für Kreditantragsteller, 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. Gehostet auf einer Infrastruktur, die wir kontrollieren. Sandbox-Sitzungen werden nie berechnet.

Das Problem

Digitales Onboarding ist schnell. Betrug ist schneller.

Ein Kreditprodukt, das in Minuten genehmigt, braucht eine Identitätsprüfung, die damit Schritt hält, ohne zur manuellen Prüfwarteschlange zu werden.

Der Antrag sieht sauber aus

Name, Geburtsdatum, Adresse und eine SIN, die auf dem Papier alle stimmig sind. Das Dokument dahinter ist eine gestohlene oder gekaufte Identität oder aus Daten mehrerer realer Personen zusammengesetzt.

Die manuelle Warteschlange wächst

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.

Die Aufsichtsbehörde fragt später nach

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

Ein Privatkredit über $15,000, beantragt um 11:40 Uhr abends

Fiktiv, um den Ablauf zu veranschaulichen. Es sind keine realen Antragsteller, Kreditgeber oder Kredite beteiligt.

  1. Der Antrag

    Aisha schließt auf der Website eines Kreditgebers ihren Kreditantrag mit dem Smartphone ab. Das Formular fragt nach Name, Geburtsdatum und Adresse und leitet sie dann auf die gehostete Verifizierungsseite von ShieldID weiter, wobei diese Angaben als Sollwerte für den Abgleich mitgegeben werden.
  2. Erfassung

    Aisha fotografiert Vorder- und Rückseite ihres Führerscheins aus Ontario und nimmt dann ein kurzes Selfie-Video auf. Der PDF417-Barcode und das aufgedruckte Gesicht werden gelesen und per Prüfsumme gegeneinander abgeglichen; eine Abweichung zwischen beiden wird markiert, nicht herausgemittelt.
  3. Liveness und Abgleich

    Eine geführte Aufgabe – blinzeln, den Kopf drehen, zur Mitte zurückkehren – wird über mehrere Einzelbilder hinweg an 478 Gesichtspunkten verfolgt, sodass weder ein Foto noch eine Aufnahme oder eine Maske besteht. Anschließend wird das Live-Gesicht mit dem Dokumentenporträt verglichen und anhand einer festen Entscheidungsgrenze bewertet.
  4. Betrugssignale

    Anti-Spoofing-, Deepfake- und 3D-Masken-Prüfungen laufen auf dem Selfie; die Bewertung von Dokumentmanipulation läuft auf dem Ausweis. Jedes Ergebnis wird einzeln zurückgegeben und nicht in einem einzigen undurchsichtigen Score zusammengefasst, sodass das Underwriting genau sieht, was bestanden wurde und was nicht.
  5. Die Entscheidung und der Nachweis

    ShieldID meldet die Ergebnisse pro Feld und pro Prüfung per signiertem Webhook an das System des Kreditgebers zurück. Die eigene Regel-Engine des Kreditgebers entscheidet, wie mit dem Kredit verfahren wird. Die Verifizierung – jede Prüfung, das Ergebnis, wer sie ausgelöst hat – wird im Aktivitätsregister erfasst. Die ID-Bilder werden standardmäßig nach sieben Tagen automatisch gelöscht; der Nachweis dessen, was geschehen ist, bleibt bestehen.

Was bei der Kreditvergabe am wichtigsten ist

Die Prüfungen, auf die sich ein Underwriting-Team tatsächlich verlässt

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.

Dokumentenverifizierung

Kanadische und US-amerikanische Führerscheine, Reisepässe, Karten für Daueraufenthaltsberechtigte und provinzielle Fotoausweise, Vorder- und Rückseite gelesen. Ein unbekanntes Dokument wird Feld für Feld gelesen und nie an der Tür abgewiesen – nützlich für neu zugewanderte Antragstellende, deren Ausweis ein regelbasierter Scanner sonst zurückweisen würde.

Datenextraktion, gegengeprüft

Name, Geburtsdatum und Adresse werden mit den Angaben verglichen, die der Antragsteller in das Kreditformular eingegeben hat. Eine Abweichung zwischen Antrag und Ausweis ist genau das Signal, das ein Ring für synthetische Identitäten erzeugt, und sie wird als eigenes Feld gemeldet, nicht in einem Gesamtscore versteckt.

Gesichtsabgleich und Liveness

Das Gesicht auf dem Ausweis wird mit einem Live-Gesicht auf dem eigenen Smartphone des Antragstellers abgeglichen, hinter einer geführten Liveness-Aufgabe. So wird verhindert, dass ein geliehenes oder gekauftes Ausweisdokument von jemandem verwendet wird, dem es nicht gehört.

Betrugssignale, jedes Mal

Anti-Spoofing-, Deepfake-, Masken- und Dokumentmanipulationsprüfungen laufen in jeder Sitzung und werden einzeln gemeldet, sodass ein Prüfer sieht, welches konkrete Signal eine Warnung ausgelöst hat, statt nur ein einziges Bestanden/Nicht-bestanden-Kriterium zu erhalten.

Aktivitätsprotokoll

Jede Verifizierung, jede Anmeldung und jeder Export wird in einem reinen Anhänge-Datensatz erfasst, der von der Datenbank erzwungen wird. Es ist die Dokumentationsspur für die Akte, kein nachträglich für ein Audit angefügtes Extra.

Watchlist-Prüfung

Sanktions- und Watchlist-Prüfungen gegen wichtige Listen sind als Zusatzmodul auf Kontoebene zusammen mit der Identitätsverifizierung erhältlich, für Programme, die sie als Teil ihrer AML-Kontrollen benötigen.
Add-on

Für Streitfälle und Audits

Wenn eine Entscheidung hinterfragt wird, antwortet zuerst das Register

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.

Nur anhängbar, von der Datenbank erzwungen

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.

Wer wann gehandelt hat

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.

Durchsuchbar, filterbar

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

Passt dorthin, wo Sie den Antrag bereits erfassen

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.

Gehostete Verifizierungsseite

Leiten Sie den Antragsteller nach Einreichung seines Kreditantrags auf eine ShieldID-Seite mit Ihrem Branding weiter; er verifiziert sich auf seinem eigenen Gerät und gelangt dann mit angehängtem Ergebnis zurück zu Ihrer Rückkehr-URL.

Signierte Webhooks

Ein mit HMAC-SHA256 signierter Callback informiert Ihr Underwriting-System, sobald ein Ergebnis vorliegt, und wird automatisch wiederholt, falls Ihr Endpunkt kurzzeitig nicht erreichbar ist, damit eine Entscheidung nicht auf eine Abfrage warten muss.

Eine REST API

Sitzung erstellen, Status lesen, vollständiges Ergebnis abrufen. Eine Handvoll Endpunkte deckt den gesamten Ablauf für Antragsteller ab, sodass eine erste Integration ein Tagewerk ist, kein Quartalsprojekt.

Sandbox, nie abgerechnet

Entwickeln und testen Sie Ihre Underwriting-Integration kostenlos mit Sandbox-Sitzungen, mit denselben Feldern und Ereignissen wie bei einer Produktionssitzung, bevor ein einziger echter Antragsteller sie durchläuft.

Klar gesagt

Was ShieldID für einen Kredit-Stack ist und was nicht

Es lohnt sich, das direkt zu sagen, denn ein Fintech-Käufer wird danach fragen.

ShieldID ist die Identitätsebene

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.

Watchlist-Screening ist ein Zusatzmodul

Sanktions- und Watchlist-Prüfungen sind für Konten verfügbar, die sie hinzubuchen; sie sind nicht standardmäßig in jedem Tarif enthalten.

Die Bankkontenverifizierung ist derzeit nicht verfügbar

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

Für eine regulierte Akte gebaut, nicht nur für eine Demo

Der Ausweis eines Kreditantragstellers ist für sich genommen sensibel. So wird damit genau umgegangen.

Auf unseren eigenen Servern gehostet
Ausweisbilder, extrahierte Felder und Ergebnisse werden auf Infrastruktur verarbeitet und gespeichert, die wir selbst kontrollieren – nicht bei einem öffentlichen Cloud-Anbieter.
Nach kurzer Frist gelöscht
Ausweisbilder werden automatisch gelöscht, standardmäßig nach sieben Tagen, konfigurierbar. Der Verifizierungsdatensatz bleibt über die Bilder hinaus bestehen.
Verschlüsselt
Das Geburtsdatum wird verschlüsselt gespeichert, und Ausweisbilder sind im Ruhezustand verschlüsselt.
Konzipiert in Anlehnung an PIPEDA
Minimale Datenerhebung, eine kurze Aufbewahrungsfrist und ein durchsuchbares Zugriffsprotokoll sind die Kontrollen, nach denen wir entwickeln; „konzipiert in Anlehnung an“ ist bewusst gewählt – es wird keine Zertifizierung beansprucht, weil es noch keine gibt.

Im Vergleich zum manuellen Vorgehen

Was sich ändert, wenn ein Prüfer nicht mehr Fotos per Augenschein beurteilt

Ein Kategorienvergleich, keine Aussage über einen bestimmten Anbieter.

ShieldID im Vergleich zu einer typischen Enterprise-Plattform zur Identitätsprüfung und zu einer manuellen Warteschlange für die Dokumentenprüfung bei Kreditantragstellern.
FunktionShieldIDTypische Enterprise-IDVManuelle Prüfungen
Dokument gelesen und mit dem Antrag abgeglichenJaMeistensErmessensentscheidung des Prüfers
Liveness-Prüfung, nicht nur ein statisches SelfieJaMeistensNein
Jedes Betrugssignal wird einzeln ausgewiesenJaOft gestaffeltNicht erfasst
Einheitlicher Standard bei jedem Prüfer, in jeder SchichtJaMeistensNein
Activity Ledger als reines Anfügeprotokoll (append-only), das Sie bei einem Streitfall durchsuchen könnenJaDem Kunden nicht angebotenEin E-Mail-Verlauf, wenn man Glück hat
Im Tempo des Antragstellers, keine manuelle Warteschlange, hinter der man warten mussJaMeistensNein
Sandbox, die nie berechnet wirdJaManchmaln/a

Einwände

Was ein Compliance-Verantwortlicher vor der Freigabe fragt

„Wo sind Ihre SOC 2- und ISO-Siegel?“

Wir haben sie noch nicht, und wir zeigen keine, die wir uns nicht verdient haben. Was Sie heute überprüfen können: selbst verwaltetes Hosting statt öffentlicher Cloud, automatische Löschung von Bildern, verschlüsselte Bilder im Ruhezustand und ein reines Anfügeprotokoll (append-only), das Sie direkt im Produkt einsehen können.

„Erfüllt das unsere Pflichten zur Identitätsprüfung nach FINTRAC oder AML?“

ShieldID liefert Ihnen eine dokumentierte, wiederholbare Identitätsprüfung mit einem Protokoll dahinter. Ob sie eine bestimmte regulatorische Methode erfüllt, müssen Ihr eigenes Compliance-Programm und Ihre Rechtsberatung beurteilen – wir bieten keine Rechtsberatung an und werden Ihnen nicht sagen, dass der Punkt damit 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 der antragstellenden Person unbekannt ist – etwa ein ausländischer Führerschein einer neu zugewanderten Person?"

Es wird Feld für Feld gelesen, statt pauschal abgelehnt zu werden – genau dort sperren regelbasierte Scanner echte Antragsteller häufig aus. Sie sehen pro Feld, was verifiziert wurde und was nicht.

Was Sie sehen

Jeder Antragsteller geprüft, Feld für Feld.

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.

Illustration mit Beispieldaten: das Smartphone eines Antragstellers im gehosteten Verifizierungsablauf und das ShieldID-Portal mit dem Ergebnis für Arjun Mehta, kanadischer Reisepass, Kreditantrag LA-20931, mit den aus dem Ausweis gelesenen Feldern und zwölf Prüfungen.

Fragen

Klare Antworten für Fintechs und Kreditgeber.

Erste Schritte

Starten Sie in der Sandbox. Nehmen Sie das Register in Ihr nächstes Audit auf.

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.