Gli addebiti che vanno a buon fine nel tentativo alternativo, ma che non hanno completato il 3DS, non sono coperti dalla traslazione di responsabilità. Un'eccezione si verifica quando un addebito alternativo con lo stato attempt_acknowledged su payment_method_details.card.three_d_secure.result rientra nella traslazione di responsabilità.
Se vuoi evitare che i pagamenti non coperti dalla traslazione di responsabilità vadano a buon fine, puoi farlo utilizzando Radar for Fraud Teams. Elenchiamo alcuni buoni consigli a riguardo:
Richiedi il 3D Secure per tutti gli addebiti mediante l'API e controlla la fonte del 3D Secure. Il 3D Secure può essere richiesto per un addebito impostando "request_three_d_secure: any" al momento di creare i pagamenti mediante l'API. Una volta completato ciò, possono usare questa regola Radar: Block if not :is_3d_secure: and not :is_off_session: In questo modo gli addebiti ricorrenti per abbonamenti (che richiedono esenzioni) potranno ancora andare a buon fine e dovrai verificare che gli addebiti all'interno della sessione siano autenticati. Se il venditore accetta Apple/Google Pay, dovrà modificare leggermente la regola in questo modo: Block if not :is_3d_secure: and not :is_off_session: and :digital_wallet: != 'apple_pay' and not (:digital_wallet: = 'android_pay' and :has_cryptogram:)Ciò è necessario perché non applichiamo mai il 3DS alle carte Apple Pay (Apple Pay supporta la traslazione di responsabilità solo in Europa) e non applichiamo il 3DS alle carte Google Pay se ci è stato inviato anche il crittogramma durante la tokenizzazione (per questo verifichiamo :has_cryptogram:).
Richiedi 3DS con Radar e controlla la fonte di 3D Secure.Anziché richiedere 3DS mentre si crea un pagamento mediante l'API, puoi richiedere 3DS usando Radar. Puoi scegliere un attributo metadati personalizzato da impostare su tutti gli addebiti che richiedono il 3DS (ad esempio, foo: bar). Una volta completato ciò, la seguente regola Radar verificherà tali metadati e richiederà il 3DS: Request 3D Secure if ::foo:: = 'bar' Poi, puoi aggiungere una regola Radar che verifichi se il 3DS è stato eseguito per i pagamenti che corrispondono alla stessa condizione del 3DS usata in precedenza. Block if ::foo:: = 'bar' e not :is_3d_secure: Tieni presente che, se elabori pagamenti Apple Pay o Google Pay, la regola Radar dovrà apparire più o meno così: Block if ::foo:: = 'bar' and not :is_3d_secure: and :digital_wallet: != 'apple_pay' and not (:digital_wallet: = 'android_pay' and :has_cryptogram:)