Wiederkehrende Kunden

Was es bewirkt

Wenn Sie eine Person verifizieren, die Sie in Ihrer Organisation bereits verifiziert und genehmigt haben, vergleicht Certivant die neue Verifizierung mit der früheren — der Akte des Kunden — und zeigt dem Prüfer, was gleich ist, was sich auf gewöhnliche Weise geändert hat und was in Konflikt steht.

Ein rechtmäßiger Wechsel wird nie blockiert. Ein Umzug, ein erneuerter Führerschein, ein geänderter Nachname oder eine neue Telefonnummer sind alles normale Vorgänge. Nur ein echter Konflikt fügt einen Prüfgrund hinzu, und ein Prüfgrund leitet die Anfrage an eine Person weiter — er führt nie für sich allein zur Ablehnung.

Der Vergleich bleibt innerhalb Ihrer Organisation. Nichts wird mit Verifizierungen einer anderen Organisation verglichen oder aus ihnen angezeigt.

Wie Certivant die Akte des Kunden findet

Öffentliche Formulare legen bei jeder Übermittlung einen neuen Antragstellerdatensatz an, daher verlässt sich Certivant nicht auf diesen Datensatz. Stattdessen sucht es nach den früheren Anfragen Ihrer Organisation für dieselbe Person, in dieser Reihenfolge:

1. Ihre eigene Referenz für den Kunden (die Referenz, die Sie mit der Anfrage oder beim Antragsteller übermitteln).
2. Dieselbe E-Mail-Adresse, dann dieselbe Telefonnummer.

Eine Übereinstimmung über einen Schlüssel wird anschließend bestätigt: Das Geburtsdatum muss übereinstimmen, ebenso der Name oder die Dokumentnummer. So verknüpft ein gemeinsam genutztes Postfach oder eine wiederverwendete Telefonnummer nicht zwei verschiedene Personen. Die einzige Ausnahme ist Ihre eigene Referenz: Stimmt sie überein, das Geburtsdatum aber nicht, akzeptiert Certivant die Übereinstimmung und markiert sie — siehe Wiederkehrender Kunde passt nicht zur Akte weiter unten.

Die Akte ist die zuletzt genehmigte Verifizierung der Person (ihr eingefrorener verifizierter Ausweisdatensatz). Gelöschte oder anonymisierte Verifizierungen werden nie verwendet.

Was verglichen wird

Die Karte Wiederkehrender Kunde — mit der Akte verglichen auf der Detailseite der Anfrage zeigt pro Feld eine Zeile mit einem Status:

Die Karte zeigt nur Status und Regelbezeichnungen. Sie kopiert die personenbezogenen Daten des Kunden nicht an eine neue Stelle.

Führerschein und Ausweisdokumente

Dokumente werden anhand ihrer Nummer abgeglichen (sowie anhand des Dokumenttyps und der ausstellenden Provinz oder des Bundesstaates, sofern bekannt). Nur Werte, die das Dokument kennzeichnet, zählen — ein ohne Kennzeichnung aufgedrucktes Ablaufdatum ist unbekannt, niemals ein Konflikt.

Ein Ablaufdatum mit nur einem Monat gilt bis zum Ende dieses Monats.

Versuchsverlauf

Jede neue Verifizierung hält außerdem fest, wie oft Sie diesen Kunden zuvor verifiziert haben und aus welchen Anlässen. Gezählt werden alle früheren Versuche, nicht nur die genehmigten. Eine Person wird wie oben beschrieben gefunden. Ein Unternehmen (KYB) wird über Ihre Referenz oder seine Registernummer gefunden.

Die Karte auf der Detailseite der Anfrage zeigt:

• Verifizierung Nr. N bei Ihrer Organisation — alle Versuche, diesen eingeschlossen — und wie viele davon aus demselben Anlass erfolgten.
• Wie die früheren Versuche aus diesem Anlass endeten: genehmigt, abgelehnt, in Prüfung, nicht abgeschlossen, abgebrochen.
• Hier bereits verifiziert für — die Anlässe, für die dieser Kunde bereits genehmigt wurde, mit Anzahl und letztem Datum.

„Derselbe Anlass“ bedeutet denselben klassifizierten Anlass-Code. Konnte der Anlass nicht klassifiziert werden, bedeutet es denselben Anlass-Text.

Die API liefert dieselben Daten als attemptHistory in GET /api/v1/kyc/requests/:id. Für einen Erstkunden ist der Wert null. Nutzen Sie ihn, um zu entscheiden, wie Sie mit einem Kunden umgehen, der es immer wieder versucht, zum Beispiel jemand, der dreimal für eine Gerätefinanzierung abgelehnt wurde:

"attemptHistory": {
  "totalAttempts": 4,
  "samePurposeAttempts": 3,
  "samePurposeOutcomes": { "approved": 0, "rejected": 2, "inReview": 0, "inProgress": 0, "cancelled": 0 },
  "previousOutcomes": { "approved": 1, "rejected": 2, "inReview": 0, "inProgress": 0, "cancelled": 0 },
  "verifiedPurposes": [
    { "purpose": "account_opening", "count": 1, "lastVerifiedAt": "2026-06-02T14:10:00.000Z" }
  ],
  "firstAttemptAt": "2026-03-11T09:00:00.000Z"
}

Gespeichert werden nur Anlass-Codes und Zählwerte. Nichts stammt von einer anderen Organisation.

Prüfgründe

Diese drei Gründe fügen einen Prüfschritt hinzu. Keiner führt zur Ablehnung.

Adressen werden nach einer Normalisierung verglichen (Groß- und Kleinschreibung, Akzente, Satzzeichen, „Street“ / „St.“, Wohnungs- und Einheitenangaben, Postleitzahl) und nur als Hash mit Schlüssel gespeichert.

In Richtlinien und Workflows verwenden

Der Richtlinien-Designer und die Automatisierungs-Workflows können diese Felder lesen:

Die drei Prüfgründe können auch mit reviewTriggers CONTAINS '…' getestet werden.

Siehe auch

• KYC- und KYB-Anfragen prüfen — die Detailseite, auf der die Karte erscheint.
• Betrugssignale und Gesichtsabgleich — die anderen Prüfgründe.
• Betrugsnetzwerk — das unternehmensübergreifende Betrugsnetzwerk und wie es eine neue Verifizierung mit denen anderer Unternehmen vergleicht.
• Richtlinien-Designer — die returning.*-Felder in Ihren eigenen Regeln verwenden.