Autenticazione dei pagamenti: il ruolo dell'acquirer nel recupero delle transazioni fallite

Quando l'emittente richiede la verifica dell'identità prima di autorizzare il pagamento. 

1. Il cliente avvia il pagamento. Rileviamo la registrazione al 3DS e inviamo i dati della transazione all'emittente. 
2. L'emittente richiede un'autenticazione aggiuntiva per verificare l'identità del titolare della carta. 
3. Il cliente viene reindirizzato a una pagina di autenticazione e completa la verifica, ad esempio tramite biometria o un codice one-time. 
4. Una volta autenticato, l'emittente porta la transazione alla fase di autorizzazione e la approva. 
5. Riceviamo la conferma e notifichiamo il merchant. L'ordine è finalizzato. 

Per gli abbonamenti e le transazioni avviate dal merchant, il 3DS è necessario solo una volta. 

1. Quando un cliente si iscrive a un abbonamento ricorrente, il primo pagamento richiede l'autenticazione 3DS completa per verificarne l'identità e registrare la carta. 
2. Il cliente completa l'autenticazione. La sua carta viene registrata come card-on-file e tokenizzata per utilizzi futuri. 
3. Per tutti i pagamenti successivi, addebitiamo automaticamente la carta tramite una richiesta di autorizzazione ricorrente — ma nessuna ulteriore verifica 3DS è richiesta. L'emittente approva ogni rinnovo senza interrompere il cliente. 

Quando il nostro sistema di valutazione del rischio identifica una transazione come a basso rischio e l'emittente è d'accordo. 

1. Il cliente avvia il pagamento. Il nostro filtro antifrode analizza i dati della transazione in tempo reale. 
2. Sulla base di molteplici parametri di rischio, stabiliamo che la transazione si qualifica per un'esenzione TRA e inoltriamo questa valutazione all'emittente. 
3. L'emittente concorda con la nostra valutazione di basso rischio e autorizza la transazione — nessuna autenticazione richiesta, nessun attrito per il cliente. 

Quando l'emittente non è d'accordo con la nostra richiesta di esenzione — e cosa succede dopo. 

1. Il cliente avvia il pagamento. Il nostro sistema di valutazione del rischio classifica la transazione come a basso rischio e richiediamo un'esenzione TRA. 
2. L'emittente non è d'accordo e richiede invece l'autenticazione 3DS — restituendo un soft decline. 
3. Anziché lasciare che la transazione fallisca, la reinstradiamo immediatamente verso il flusso di autenticazione 3DS. 
4. Al cliente viene chiesto di verificare la propria identità e completa l'autenticazione. 
5. La transazione è approvata. Il cliente subisce un'interruzione minima — e il pagamento viene recuperato. 

Questo è uno dei casi più chiari di cosa significa nella pratica lavorare con un acquirer e processor nell'autenticazione dei pagamenti. Un provider senza questa capacità riceverebbe una transazione negata e si fermerebbe lì. Noi manteniamo il flusso di pagamento in movimento. 

Per le transazioni di importo ridotto, è previsto un percorso più rapido con salvaguardie integrate. 

1. Il cliente avvia un pagamento inferiore a 30 €. Il nostro filtro antifrode analizza i dati della transazione. 
2. Stabiliamo che si qualifica per un'esenzione LVP e la inoltriamo all'emittente. 
3. L'emittente rileva che questa è la quinta esenzione LVP consecutiva su questa carta — o che l'importo cumulativo dall'ultima autenticazione ha superato i 100 € — e restituisce un soft decline, richiedendo l'autenticazione. 
4. Riceviamo il soft decline e reinstradiamo immediatamente verso l'autenticazione 3DS. 
5. Il cliente verifica la propria identità. Il pagamento viene autorizzato e completato. 

Le esenzioni LVP velocizzano le transazioni di basso valore per la maggior parte dei clienti. Quando l'emittente richiede l'autenticazione — come deve fare periodicamente — il nostro ruolo di acquirer e processor ci permette di gestire il rifiuto come soft decline recovery e di mantenere il checkout in movimento, in modo invisibile per il cliente.