Autenticazione dinamica
Automazione dinamica e orchestrazione di verifica con DEUNA
In questa pagina
- Che cosa questa guida copre
- Modello decisionale
- Architettura di riferimento
- Scegli un controllo di autenticazione
- Analisi manuale
- Verifica post-autorizzazione
- Come gli architetti di soluzioni dovrebbero pensare a questo
- Esempio di modelli di decisione
- I input DEUNA possono usare in logica di routing
- Considerazioni di attuazione
Automazione dinamica e orchestrazione di verifica con DEUNA
L'autenticazione dinamica seleziona il controllo di cui una transazione ha bisogno prima dell'autorizzazione e applica una politica di verifica coerente dopo la risposta del processore. La decisione può utilizzare risultati antifrode, attributi della transazione, contesto del cliente, comportamento dell'emittente, regole di mercato e la politica di rischio del merchant.
Che cosa questa guida copre#
Modello decisionale#
| Momento | Implementazione rigida | Implementazione orchestrata |
|---|---|---|
| Richiesta a basso rischio | Applica la stessa autenticazione a ogni cliente. | Procedi direttamente quando la rotta e la politica del merchant lo consentono. |
| Rischio borderline | Approva o rifiuta da un singolo punteggio. | Seleziona arricchimento leggero, autenticazione forte, verifica dell'identità o revisione manuale. |
| Richiesta ad alto rischio | Rifiuta immediatamente. | Interrompi la transazione o tenta un controllo di recupero approvato quando configurato. |
| Risposta del processore | Interpreta i valori AVS specifici del provider in modo indipendente. | Normalizza i segnali di verifica supportati e applica una policy comune del merchant. |
La policy di routing dovrebbe separare valutazione del rischio da selezione dell'azione. Un punteggio o una decisione del provider è un input; la route configurata determina la prossima azione consentita.
Architettura di riferimento#
Di seguito è riportato un semplice architettura concettuale.
Interpretazione architettonica
| Fase | Responsabilità | Output |
|---|---|---|
| Valuta | Combina input approvati di frode, cliente, transazione, issuer, mercato e policy del merchant. | Una decisione di route con la prossima azione consentita. |
| Controllo | Prosegui direttamente o invoca arricchimento, autenticazione, verifica dell'identità o revisione manuale supportati. | Evidenza o una decisione terminale. |
| Autorizzazione | Invia la transazione idonea al processore di pagamento selezionato. | Autorizzazione e dati di verifica supportati. |
| Applica | Normalizza i segnali di risposta supportati e applica la policy comune del merchant. | Accetta, rifiuta o esegui escalation. |
L'autenticazione e la verifica rimangono quindi parte della stessa route di transazione invece di diventare integrazioni isolate specifiche del provider.
Scegli un controllo di autenticazione#
Seleziona il controllo supportato meno invasivo che soddisfa i requisiti di rischio e policy della route.
| Controllo | La soluzione migliore | Impatto sul cliente | Esito della route |
|---|---|---|---|
| Autorizzazione diretta | Traffico affidabile, a basso rischio, senza requisiti aggiuntivi. | Nessun passaggio di autenticazione aggiuntivo. | Prosegui verso il processore selezionato. |
| 3DS Solo Dati / Solo Condivisione Dati | Traffico borderline dove il contesto dell'issuer può aiutare ma una challenge non è giustificata. | Nessuna challenge completa al titolare della carta. | Prosegui con contesto aggiuntivo dell'issuer dove supportato. |
| EMV 3DS Completo | Rischio elevato, valore alto, primo utilizzo, condizioni dell'issuer, o un requisito del merchant o normativo. | Autenticazione senza attrito o con challenge secondo il risultato 3DS supportato. | Prosegui solo con un esito di autenticazione accettabile. |
| Passkey | Percorsi idonei di utente ricorrente o nativi del dispositivo dove una prova più forte è utile. | Autenticazione nativa del dispositivo dove supportata. | Prosegui con il risultato passkey supportato. |
| Verifica biometrica o dell'identità | Rischio di account takeover, prodotti sensibili, valore molto alto, o maggiore certezza sull'identità. | Controlli di volto, liveness, possesso o identità secondo il provider selezionato. | Prosegui, interrompi o esegui escalation secondo il risultato configurato. |
| Analisi manuale | Transazioni ambigue o operativamente sensibili dove il giudizio umano aggiunge valore. | La transazione attende una decisione di un analista. | Approva, rifiuta o esegui escalation. |
La route può valutare l'importo della transazione, l'anzianità del cliente, i cambiamenti di dispositivo o velocità, il segmento issuer o BIN, il mercato, il risultato di frode e i tentativi precedenti. Non dare per scontato che ogni controllo sia disponibile su ogni processore o in ogni mercato.
Analisi manuale#
Utilizzare la revisione manuale quando un flusso di lavoro supportato di un provider antifrode può prendere una decisione migliore rispetto a un rifiuto automatico o a un'autenticazione aggiuntiva del cliente. I candidati tipici includono ordini di alto valore, segnali di frode contrastanti, clienti strategicamente importanti e transazioni con un contesto operativo che le regole statiche non possono valutare in modo affidabile.
| Risultato della revisione | Prossima azione |
|---|---|
| Approvo | Procedi con l'autorizzazione, la cattura o l'evasione secondo il flusso del merchant. |
| Rifiuti | Interrompi la transazione o blocca l'evasione secondo la policy. |
| Escalation | Invoca un percorso supportato di autenticazione o verifica dell'identità quando la rotta lo consente. |
La revisione manuale è un percorso di validazione umana. Non sostituisce EMV 3DS, passkey, verifica biometrica o i controlli di evasione del merchant.
Verifica post-autorizzazione#
AVS è un segnale di risposta, non un sostituto di 3DS o della verifica dell'identità. I processor supportati possono esporre valori grezzi diversi, quindi DEUNA normalizza tali valori prima che la policy del merchant decida l'azione finale.
| Fase | Comportamento di DEUNA | Decisione del merchant |
|---|---|---|
| Ricevi | Leggi la risposta AVS grezza supportata dal processor o dal gateway. | Nessuna analisi specifica del provider nel flusso di checkout. |
| Normalizza | Mappa la risposta al modello AVS DEUNA supportato. | Mantieni una policy unica per tutte le connessioni idonee. |
| Applica | Valuta il risultato normalizzato rispetto alla policy configurata. | Accetta, rifiuta o esegui escalation. |
| Contesto di esempio | Risultato della policy |
|---|---|
| Rischio basso con un risultato AVS accettabile | Procedi normalmente. |
| Rischio moderato con una corrispondenza debole o parziale | Nega o procedi con escalation secondo la policy del merchant. |
| L'autorizzazione ha successo ma il risultato AVS normalizzato è bloccato | Applica il rifiuto post-risposta configurato. |
| Ordine strategicamente importante con un risultato incerto | Procedi con escalation verso una revisione supportata o un'altra azione consentita. |
Impostare le regole di auto-denial in DEUNA Admin
Un tipico flusso di configurazione è:
- Accedi DEUNA Admin.
- Vai a Gestione degli errori.
- Apri Impostazioni AVS.
- Selezionare i codici DEUNA AVS che rappresentano il rischio inaccettabile per la vostra attività.
- Salvare la configurazione.
Una volta configurata, la policy si applica in modo coerente alle rotte supportate dove i dati AVS sono disponibili. Vedi Gestione AVS per il modello di risposta dettagliato e il comportamento di configurazione.
Come gli architetti di soluzioni dovrebbero pensare a questo#
Una buona implementazione non aggiunge più autenticazione ovunque. Definisce una scala decisionale e sposta una transazione solo fino al punto richiesto dal suo rischio, dalla policy e dalle evidenze.
Scala di decisione raccomandata
| Livello | Controllo | Usa quando |
|---|---|---|
| 1 | Autorizzazione diretta | La transazione è considerata attendibile e non è richiesto alcun controllo aggiuntivo. |
| 2 | Arricchimento leggero | Il contesto dell'emittente è utile ma una sfida completa non è giustificata. |
| 3 | Autenticazione forte del titolare della carta | Il rischio o la policy richiedono una prova più forte del titolare della carta. |
| 4 | Validazione umana | Il segnale è ambiguo e il giudizio dell'analista può aggiungere valore. |
| 5 | Certezza dell'identità più forte | La transazione richiede una fiducia superiore ai controlli a livello di pagamento. |
| 6 | Applicazione della verifica della risposta | Un segnale post-risposta supportato deve comunque essere accettato, negato o sottoposto a escalation. |
La scala evita l'autenticazione forte non necessaria, le transazioni recuperabili che di default diventano rifiuti definitivi e la frammentazione della policy del merchant dovuta a semantiche di risposta specifiche del provider.
Esempio di modelli di decisione#
I input DEUNA possono usare in logica di routing#
Un percorso robusto combina input approvati invece di affidarsi a un solo punteggio.
| Gruppo di segnali | Esempi |
|---|---|
| Frode | Decisione, punteggio, motivo del rifiuto, banda di revisione, coda o esito della revisione manuale. |
| Cliente | Cronologia, anzianità, livello di fiducia ed esiti precedenti. |
| Transazione | Importo, profilo del carrello, sensibilità del prodotto e tentativi precedenti. |
| Carta ed emittente | BIN, emittente, tipo di carta, paese e contesto di autenticazione supportato. |
| Sessione | Dispositivo, posizione, velocità e altre anomalie di sessione approvate. |
| Policy del merchant | Settore, mercato, geografia, percorso e requisiti di tolleranza al rischio. |
| Risposta del processore | Segnali normalizzati supportati come AVS. |
Mantieni gli input del percorso espliciti e osservabili in modo che una decisione possa essere riprodotta senza duplicare la logica specifica del provider nel codice del checkout.
Considerazioni di attuazione#
Misura ogni ramo
| Area di misurazione | Metriche utili |
|---|---|
| Recupero | Tasso di recupero e aumento delle autorizzazioni per il traffico precedentemente rifiutato. |
| Attrito del cliente | Tasso di sfida, abbandono e impatto sulla conversione per segmento. |
| Rischio | Tasso di frode, tasso di mancata corrispondenza AVS e tasso di rifiuto guidato dalla policy. |
| Economia | Costo di elaborazione e costo per recuperare una transazione idonea. |
Proteggi le evidenze di autenticazione
Quando il 3DS fa parte del flusso, gestisci i dati di autenticazione secondo le regole attuali delle reti di carte, dei provider di pagamento e di conformità. Non dipendere dalla conservazione a lungo termine di valori di autenticazione crittografici come CAVV o AAV, e non conservare cryptogrammi grezzi nei log del merchant o nell'analisi.
Tratta l'AVS come un segnale insieme alla cronologia del cliente, al valore della transazione, alle evidenze di frode, al comportamento del dispositivo e al contesto di mercato—non come l'unica fonte di verità.