チャージバック、特に「友好的な」チャージバックが大きな問題となっている Web サイト (顧客が嘘をつき、後で実際に支払いを行ったのに支払いを行わなかったと主張する場合) で、クレジット カードによる支払いを設定したいと考えています。
エンドユーザーから正確にどのような情報を収集する必要があるのか 、実際にこれらのチャージバックと戦うのに役立つのではないかと考えています. 実際に役立つ可能性のあるものはすべて集めたいと思っていますが、同時に、正規の顧客にとってチェックアウトができるだけ簡単になるようにしたいと考えています。
3Dセキュアを設定しています。CAVV/XID/ECI 値をアクワイアラに渡すだけでなく、3D セキュアからのデータをログに記録する必要がありますか? ライアビリティ シフトを維持するために、アクワイアラーは私に何を求めているのでしょうか?
3D セキュアは定期的なトランザクションに対応していますか? 次のトランザクションでは、CAVV/XID/ECI にアクセスできなくなります。親トランザクションを「繰り返し」としてマークするだけで、これに対する責任シフトを得るのに十分でしょうか?
カード所有者の名前、CVV コード、住所、郵便番号、IP アドレス、ブラウザのヘッダーなどのうち、実際にどのような情報を要求すればよいですか?
私の知る限りでは、CVV と住所確認は、カードが盗まれていないことを加盟店に保証するためのものですが、実際に紛争と戦うために使用することはできません。「AVS が正の値を返した」というチャージバックの主張は、それを勝ち取るのに役立ちません。とにかく、ほとんどの詐欺師はその情報にアクセスできます。私のトランザクションの大部分が実際には承認されていることを知っていますが、単にユーザーが承認されていないと「主張」しているため、その保証は必要ありません。これらのチャージバックに対抗するために送信して使用できる、実際に役立つ情報のみが必要です。