หากการชำระเงินกำหนดให้มีการยืนยันตัวตนแบบ 3D Secure แต่เราไม่สามารถเริ่มต้นการยืนยันตัวตนดังกล่าวได้ เราจะดำเนินการครั้งสุดท้ายเพื่อชำระเงินให้เสร็จสิ้นโดยไม่ยืนยันตัวตน โดยผลจากการเรียกเก็บเงินที่เป็นทางเลือกสำรองนี้จะอัปเดตสถานะ PaymentIntent ให้เป็นหนึ่งในสถานะต่อไปนี้

• succeeded: ระบบดำเนินการชำระเงินเสร็จสิ้น ซึ่งสร้างการเรียกเก็บเงินโดยใช้วิธีการเรียกเก็บเงินที่ระบุ ไม่จำเป็นต้องดำเนินการขั้นตอนใดๆ เพิ่มเติม
• requires_capture: ระบบดำเนินตามคำขอโดยไม่มีการยืนยันตัวตน ซึ่งทำให้คุณสามารถหักยอดเงินต่อไปได้
• requires_payment_method: การเรียกเก็บเงินล้มเหลว คุณอาจต้องใช้วิธีการชำระเงินวิธีอื่น

โดยปกติแล้ว การชำระเงินที่ทริกเกอร์ 3D Secure จะส่งผลให้เกิด PaymentIntent ที่มีสถานะ requires_action โดยต่อไปนี้คือคำแนะนำเกี่ยวกับขั้นตอนการชำระเงินทั่วไปที่ส่งคำขอให้ดำเนินขั้นตอน 3D Secure

1. ลูกค้าของคุณระบุข้อมูลการชำระเงินและระบบผูกข้อมูลดังกล่าวกับ PaymentIntent
2. Stripe ตรวจสอบว่าจำเป็นต้องใช้ 3D Secure หรือไม่ ซึ่งสามารถพิจารณาได้จากกฎ Radar ว่ามีการส่งคำขอด้วยตนเองสำหรับการชำระเงินดังกล่าวหรือไม่ และปัจจัยอื่นๆ
3. Stripe พิจารณาว่า 3D Secure นั้น
   1. ไม่จำเป็น เราจึงดำเนินการต่อและพยายามเรียกเก็บเงินจากบัตร เมื่อถึงขั้นตอนนี้ ธนาคารสามารถส่งกลับ "การปฏิเสธเนื่องจากยืนยันตัวตนไม่สำเร็จ" (soft decline) ซึ่งจะแจ้งว่าจำเป็นต้องยืนยันตัวตนเพื่อให้เรียกเก็บเงินได้สำเร็จ
   2. จำเป็น เราจึงสามารถดำเนินการต่อไปยังขั้นตอนต่อไปเพื่อทริกเกอร์ 3DS ได้
4. Stripe เริ่มใช้ 3D Secure
5. Stripe สามารถส่งคำขอ 3D Secure และในขั้นตอนนี้เราจะรอให้ลูกค้ายืนยันตัวตน Payment Intent เปลี่ยนเป็นสถานะ requires_action

หากดำเนินการขั้นตอน 4 และ 5 ไม่สำเร็จ ขั้นตอนการชำระเงินข้างต้นจะมีลักษณะดังนี้

1. ลูกค้าของคุณระบุข้อมูลการชำระเงินและระบบผูกข้อมูลดังกล่าวกับ PaymentIntent
2. Stripe ตรวจสอบว่าจำเป็นต้องใช้ 3D Secure หรือไม่ (พิจารณาจากกฎ Radar ว่ามีการส่งคำขอด้วยตนเองสำหรับการชำระเงินดังกล่าวหรือไม่ และปัจจัยอื่นๆ)
3. Stripe พิจารณาว่าจำเป็นต้องใช้ 3D Secure และดำเนินการขั้นตอนการยืนยันตัวตน
4. เราประสบปัญหาขณะเริ่มกระบวนการ 3D Secure ซึ่งอาจเกิดได้จากหลายสาเหตุ เช่น บัตรไม่รองรับ 3DS, ข้อผิดพลาดในการประมวลผล, เซิร์ฟเวอร์ 3D Secure ของบริษัทผู้ออกบัตรขัดข้อง ฯลฯ
5. ถึงแม้ว่าจะดำเนินการ 3DS ไม่สำเร็จ เราก็จะดำเนินการต่อและดำเนินการครั้งสุดท้ายเพื่อชำระเงินให้เสร็จสิ้นโดยไม่ยืนยันตัวตน ซึ่งส่งผลให้ PaymentIntent เปลี่ยนสถานะเป็น succeeded, requires_capture หรือ requires_payment_method ทั้งนี้ ขึ้นอยู่กับผลลัพธ์ของการชำระเงิน

โดยเราจะดำเนินการเช่นนี้แทนที่จะบล็อกการชำระเงินโดยทันทีหรือแสดงผลลัพธ์ว่าเกิดข้อผิดพลาด เนื่องจากเราเลือกที่เพิ่มประสิทธิภาพเกี่ยวกับการคอนเวอร์ชัน

หากการเรียกเก็บเงินที่เป็นทางเลือกสำรองไม่สำเร็จ สถานะ PaymentIntent จะอัปเดตเป็น requires_payment_method ในกรณีที่การเรียกเก็บเงินที่เป็นทางเลือกสำรองนี้สำเร็จ การเรียกเก็บเงินดังกล่าวจะไม่ได้ครอบคลุมอยู่ในการโอนความรับผิด เว้นแต่ว่าการเรียกเก็บเงินสำรองนั้นจะมีสถานะ attempt_acknowledged ใน payment_method_details.card.three_d_secure.result

หากต้องการข้อมูลเพิ่มเติมเกี่ยวกับการชำระเงินที่ไม่ได้ยืนยันตัวตนและการโอนความรับผิด โปรดดูการใช้ Radar for Fraud Teams เพื่อป้องกันการเรียกเก็บเงินโดยไม่มีการโอนความรับผิด