Tokenizzazione delle carte e verifica del CVV
Utilizzare la tokenizzazione del processore e le regole specifiche per la CVV senza esporre i dati della carta sensibili.
In questa pagina
Tokenizzazione tramite processori di pagamento sostituisce i dati sensibili della carta di pagamento con gettoni unici generati dal processore.
Le principali caratteristiche della tokenizzazione sono:
- Trasparenza: La tokenizzazione del processore si integra in modo trasparente nel flusso delle transazioni.
- Flessibilità: Utilizzare più processori per la tokenizzazione e fare acquisti senza CVV.
- Aggiornamento del CVV: Aggiorna il CVV delle carte già archiviate nel vault di carte DEUNA quando richiesto dal processore.
Tokenizzazione del processore#
Il processore utilizza i token per eseguire transazioni in modo sicuro, senza la necessità di gestire le informazioni riservate della carta nel processo transazionale.
Tokenize le carte dei vostri clienti:
- Richiedi la funzionalità di tokenizzazione PSP dal commerciante al DEUNA.
- Implementare metodi di processore che supportano la tokenizzazione della carta.
- In alcuni casi, è necessario avere un accordo precedente con il processore per la tokenizzazione.
Metadati di verifica della carta#
Tokenizzazione e verifica sono correlate ma distinte. Una carta memorizzata riceve i metadati di verifica solo dopo che DEUNA l’ha confermata tramite un’autorizzazione con importo zero o una transazione di pagamento che raggiunge uno stato di elaborazione accettato. Fino ad allora, le risposte di recupero delle carte omettono i metadati di verifica facoltativi.
Vedi Elencare e recuperare le carte memorizzate per le operazioni pubblicate di consultazione delle carte. I metadati di verifica sono documentati nella sezione seguente.
Verifica del CVV per connessione#
Alcuni processori richiedono che le carte tokenizzate dell'utente re-entrino CVV.
La verifica CVV può essere attivata o disattivata indipendentemente per ogni connessione al processore di pagamento. L'impostazione della connessione exclude_cvv partecipa alla decisione, ma non determina da sola il comportamento al checkout.
Un pagamento idoneo può procedere senza CVV solo quando la connessione consente l'esclusione del CVV e almeno un token applicabile è disponibile per lo strumento di pagamento selezionato:
- è stato emesso un network token per lo strumento di pagamento; oppure
- è disponibile un token PSP per lo strumento di pagamento e quel PSP è un candidato per la transazione.
La rotta di pagamento può richiedere esplicitamente il CVV. Un requisito a livello di rotta ha la precedenza, quindi DEUNA richiede il CVV anche quando una connessione idonea ha exclude_cvv: true.
Se una risposta del processore di pagamento contiene exclude_cvv: true, la connessione supporta l'elaborazione di un flusso idoneo senza chiedere al cliente il CVV. Questa è una capacità della connessione, non un'impostazione di richiesta che disabilita il CVV globalmente e non una garanzia che ogni rotta lo ometterà.
| Scenario | Comportamento al checkout |
|---|---|
| La rotta richiede CVV | Richiedi CVV, incluso quando exclude_cvv è true. |
exclude_cvv è true e lo strumento di pagamento ha un network token | Il CVV può essere omesso quando la rotta non lo richiede. |
exclude_cvv è true e lo strumento di pagamento ha un token PSP per un PSP candidato | Il CVV può essere omesso quando la rotta non lo richiede. |
| Non è disponibile alcun network token applicabile o token PSP candidato | Richiedi CVV. |
| La carta viene utilizzata per la prima volta o non è stata salvata | Richiedi CVV a meno che una condizione di token applicabile sopra non sia soddisfatta e la rotta consenta l'esclusione del CVV. |
Esempio
{
"enabled": true,
"method_type": "credit_card",
"processor_name": "kuski",
"exclude_cvv": true,
}