Clienti di ritorno
Cosa fa Certivant quando verifica una persona che ha già verificato. Confronta la nuova verifica con il fascicolo del cliente, tollera un trasferimento, una patente rinnovata o un cognome da sposata e invia un conflitto reale a una persona.
Cosa fa
Quando verifica una persona che avete già verificato e approvato nella Sua organizzazione, Certivant confronta la nuova verifica con quella precedente — il fascicolo del cliente — e indica al revisore cosa coincide, cosa è cambiato in modo ordinario e cosa è in conflitto.
Non blocca mai un cambiamento legittimo. Un trasferimento, una patente rinnovata, un cognome da sposata o un nuovo numero di telefono sono tutti casi normali. Solo un conflitto reale aggiunge un motivo di revisione, e un motivo di revisione invia la richiesta a una persona — non rifiuta mai da solo.
Il confronto resta all'interno della Sua organizzazione. Nulla viene confrontato con verifiche di altre organizzazioni, né ne viene mostrato alcun dato.
Come Certivant trova il fascicolo del cliente
I moduli pubblici creano un nuovo record di richiedente a ogni invio, quindi Certivant non si basa su quel record. Cerca invece le richieste precedenti della Sua organizzazione relative alla stessa persona, in quest'ordine:
- Il Suo riferimento per il cliente (il riferimento che invia con la richiesta o sul richiedente).
- Lo stesso indirizzo e-mail, poi lo stesso numero di telefono.
Una corrispondenza su una chiave viene poi confermata: la data di nascita deve coincidere, così come il nome o il numero del documento. In questo modo una casella condivisa o un numero di telefono riassegnato non collegano due persone diverse. L'unica eccezione è il Suo riferimento: se corrisponde ma la data di nascita è diversa, Certivant accetta la corrispondenza e la segnala — vedi Il cliente di ritorno non corrisponde al fascicolo più sotto.
Il fascicolo è l'ultima verifica approvata della persona (il suo record di identità verificata congelato). Le verifiche eliminate o cancellate non vengono mai utilizzate.
Cosa viene confrontato
La scheda Cliente di ritorno — confrontato con il fascicolo nella pagina di dettaglio della richiesta mostra una riga per campo, con uno stato:
| Stato | Significato |
|---|---|
| Corrisponde | Uguale al fascicolo. |
| Modificato | Diverso in modo ordinario. Nessun motivo di revisione di per sé. |
| Conflitto | Contraddice il fascicolo. Aggiunge un motivo di revisione. |
| Sconosciuto | Non è stato possibile confrontarlo (non letto, non indicato sul documento o documento diverso). Mai un conflitto. |
| Campo | Regola |
|---|---|
| Data di nascita | Deve corrispondere esattamente. Una data diversa è un conflitto. |
| Nome | Accenti, ordine delle parole e secondi nomi vengono ignorati. Un cognome diverso con la stessa data di nascita e lo stesso documento è modificato (matrimonio, divorzio). Un nome diverso senza questo supporto è un conflitto. |
| E-mail e telefono | Un nuovo valore è modificato. Viene annotato come confermato con codice o non confermato. |
| Indirizzo | Un nuovo indirizzo è modificato — i trasferimenti sono normali. |
| Documento | Vedi sotto. |
La scheda mostra solo stati ed etichette delle regole. Non copia i dati personali del cliente in nessun nuovo luogo.
Patente e documenti d'identità
I documenti vengono confrontati in base al numero (oltre al tipo di documento e alla provincia o allo stato di rilascio, quando noti). Contano solo i valori che il documento indica esplicitamente: una data di scadenza stampata senza indicazione è sconosciuta, mai un conflitto.
| Situazione | Risultato |
|---|---|
| Stesso numero, scadenza successiva e data di rilascio successiva (o illeggibile) | Modificato — documento rinnovato. Legittimo anche se la vecchia carta non era ancora scaduta. |
| Stesso numero, scadenza precedente a quella nel fascicolo | Conflitto — La scadenza della patente è in conflitto con il fascicolo. |
| Stesso numero, stessa data di rilascio, scadenza diversa | Conflitto (alto). Una sola data di rilascio non può avere due date di scadenza. |
| Stesso numero, scadenza successiva ma data di rilascio precedente a quella nel fascicolo | Conflitto. |
| Numero diverso (o altro tipo, o altra provincia) | Sconosciuto — un documento diverso, verificato da zero come qualsiasi primo documento. |
| Stesso numero, stessa scadenza | Corrisponde. |
| Stesso numero, stesso numero di riferimento della carta («Riferimento», «DD»), ma date diverse | Conflitto (alto). Il numero di riferimento identifica una sola carta fisica e cambia a ogni rinnovo o sostituzione: lo stesso riferimento con altre date significa che le date sono state alterate. |
| Stesso numero, nuovo numero di riferimento, stessa scadenza | Corrispondenza — carta sostitutiva (smarrimento, furto, cambio di indirizzo). |
Una scadenza con il solo mese vale fino alla fine di quel mese.
Cronologia dei tentativi
Ogni nuova verifica registra anche quante volte hai già verificato questo cliente e per quali ragioni. Conta tutti i tentativi precedenti, non solo quelli approvati. Una persona viene trovata come descritto sopra. Un'azienda (KYB) viene trovata tramite il tuo riferimento o il suo numero di registrazione.
La scheda nella pagina di dettaglio della richiesta mostra:
- Verifica n. N con la tua organizzazione — tutti i tentativi, questo compreso — e quanti erano per questa stessa ragione.
- Come si sono conclusi i tentativi precedenti per questa ragione: approvato, rifiutato, in revisione, non completato, annullato.
- Già verificato qui per — le ragioni per cui questo cliente è già stato approvato, con un conteggio e l'ultima data.
«La stessa ragione» indica lo stesso codice di ragione classificato. Quando la ragione non ha potuto essere classificata, indica lo stesso testo di ragione.
L'API restituisce gli stessi dati come attemptHistory in GET /api/v1/kyc/requests/:id. Vale null per un cliente alla prima verifica. Usalo per decidere come comportarti con un cliente che continua a riprovare, ad esempio qualcuno rifiutato tre volte per il finanziamento di un dispositivo:
"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"
}
Vengono memorizzati solo codici di ragione e conteggi. Nulla proviene da un'altra organizzazione.
Motivi di revisione
Questi tre motivi aggiungono una fase di revisione. Nessuno comporta un rifiuto.
| Motivo di revisione | Quando |
|---|---|
La scadenza della patente è in conflitto con il fascicolo (licence_expiry_conflict) | Il numero della patente corrisponde, ma le date di scadenza o di rilascio contraddicono il fascicolo, come nella tabella sopra. |
Il cliente di ritorno non corrisponde al fascicolo (returning_customer_mismatch) | La data di nascita o il nome sono in conflitto, oppure due o più campi identificativi sono cambiati contemporaneamente senza conferma — un nuovo nome, un'e-mail nuova non confermata, un telefono nuovo non confermato. Un rinnovo, un trasferimento o un contatto confermato con codice non contano mai. Una corrispondenza sul Suo riferimento con una data di nascita diversa indica un possibile furto di account e mostra un avviso rosso sulla scheda. |
Più indirizzi in un anno (address_change_frequent) | La stessa persona (trovata come sopra) ha usato tre o più indirizzi diversi negli ultimi 12 mesi nelle proprie verifiche, compresa questa. |
Gli indirizzi vengono confrontati dopo la normalizzazione (maiuscole, accenti, punteggiatura, «Street» / «St.», notazione di appartamento e interno, CAP) e conservati solo come hash con chiave.
Usare nelle policy e nei workflow
Il progettista di policy e i workflow di automazione possono leggere questi campi:
| Campo | Tipo | Significato |
|---|---|---|
returning.isReturning | vero/falso | La stessa persona è stata verificata e approvata in precedenza nella Sua organizzazione. |
returning.conflicts | elenco | Campi in conflitto con il fascicolo: dateOfBirth, name, document. |
returning.changedFields | elenco | Campi modificati in modo ordinario: address, email, phone, document, name. |
returning.addressCount12m | numero | Indirizzi distinti negli ultimi 12 mesi. |
I tre motivi di revisione possono essere verificati anche con reviewTriggers CONTAINS '…'.
Vedi anche
- Esaminare le richieste KYC e KYB — la pagina di dettaglio in cui compare la scheda.
- Segnali di frode e corrispondenza facciale — gli altri motivi di revisione.
- Rete antifrode — la rete antifrode tra aziende e come confronta una nuova verifica con quelle di altre aziende.
- Progettista di policy — usare i campi
returning.*nelle proprie regole.
Segnali di frode e confronto dei volti
Cosa significano i segnali di frode di una richiesta KYC/KYB di Certivant, incluso il confronto dei volti, che rileva lo stesso volto usato con un altro nome o una altra data di nascita in tutte le organizzazioni di Certivant senza mostrare nulla dell'altra organizzazione.
Rete antifrode
Come Certivant confronta una nuova verifica con quelle effettuate presso altre aziende — solo in base al tipo di richiesta, senza mai nominare nessuno — cosa segnala e come la Sua organizzazione può regolarla.