วิธีสร้างกฎสำหรับ RDR ที่ใช้ Verifi

RDR จะ "ยอมรับ" ขั้นตอนก่อนการโต้แย้งการชำระเงินของ Visa ในนามของคุณโดยอัตโนมัติ โดยอิงตามกฎที่คุณกำหนดในขั้นตอนการลงทะเบียน กฎประกอบด้วยเงื่อนไขที่แสดงถึงแอตทริบิวต์ของธุรกรรมที่ถูกโต้แย้ง เช่น จำนวนเงินของธุรกรรมหรือรหัสระบุการซื้อ ในกระบวนการประเมินกฎ ผลการประเมินจะส่งผลให้มีการตอบกลับว่า "ยอมรับ" หรือ "ปฏิเสธ"

หากตรงตามเงื่อนไขของกฎ แสดงว่าคุณเลือก “ยอมรับ” ความรับผิดในขั้นตอนก่อนการโต้แย้งการชำระเงิน และอนุญาตให้ Visa คืนเงินเต็มจำนวนสำหรับธุรกรรมรายการดังกล่าวให้เจ้าของบัตรโดยอัตโนมัติ ซึ่งเป็นการเลี่ยงการถูกดึงเงินคืน
หากไม่มีข้อใดตรงตามเงื่อนไขของกฎ นั่นแสดงว่าคุณเลือก “ปฏิเสธ” ความรับผิดในขั้นตอนก่อนการโต้แย้งการชำระเงิน ซึ่งจะส่งผลให้ถูกดึงเงินคืน
ความครอบคลุม RDR เป็นระบบอัตโนมัติอย่างสมบูรณ์ เมื่อกฎของคุณมีผลแล้ว ก็ไม่จำเป็นต้องดำเนินการใดๆ เพิ่มเติมเพื่อป้องกันการโต้แย้งการชำระเงินอีก

โดยคู่มือนี้จะอธิบายทีละขั้นตอนเกี่ยวกับสิ่งคุณควรทราบในการตั้งค่ากฎของคุณอย่างเหมาะสม เพื่อเลี่ยงการถูกดึงเงินคืนผ่าน RDR

ทำความเข้าใจกฎ RDR

กฎประกอบด้วยองค์ประกอบหลักดังต่อไปนี้

ชื่อกฎ
แอตทริบิวต์กฎ
ตัวควบคุมกฎ
ค่ากฎ

ชื่อกฎ

รหัสระบุที่สร้างโดยผู้ค้าและอยู่ในการรายงาน
ซึ่งจะแสดงต่อบริษัทผู้ออกบัตรและสถาบันผู้รับบัตรที่เกี่ยวข้องกับคำขอ

แอตทริบิวต์กฎ

แอตทริบิวต์	คำจำกัดความ
BIN หมายเลขบัญชีส่วนบุคคล	BIN 6 หลักของบริษัทผู้ออกบัตร
วันที่ทำธุรกรรม	วันที่มีธุรกรรมเกิดขึ้น (ตัวอย่าง: รูปแบบ: ดด/วว/ปปปป)
จำนวนเงินของธุรกรรม	ยอดเงินทั้งหมดของธุรกรรม (ตัวอย่าง: รูปแบบ: 10.00)
รหัสสกุลเงินของธุรกรรม	รหัสสกุลเงิน ISO ของธุรกรรม (ตัวอย่าง: USD)
รหัสระบุการซื้อ	รหัสระบุคำสั่งซื้อที่ไม่ซ้ำกันที่กำหนดให้กับธุรกรรมแต่ละรายการ โดยสถาบันผู้รับบัตรส่งไปยังบริษัทผู้ออกบัตรเพื่อระบุคำสั่งซื้อของลูกค้าที่จะยุติการโต้แย้งการชำระเงินโดยอัตโนมัติ
หมวดหมู่การโต้แย้งการชำระเงิน	รหัสที่กำหนดโดย Visa เพื่อจำแนกหมวดหมู่การโต้แย้งการชำระเงิน (ตัวอย่าง: 10- การฉ้อโกง, 11- การอนุมัติ, 12- ข้อผิดพลาดในการประมวลผล, 13- การโต้แย้งการชำระเงินของลูกค้า สำหรับหมวดหมู่การโต้แย้งการชำระเงินทั้งหมด โปรดดูตารางด้านล่าง)
รหัสเงื่อนไขการโต้แย้งการชำระเงิน	รหัสย่อยของหมวดหมู่การโต้แย้งการชำระเงินเพื่อจำแนกหมวดหมู่การโต้แย้งการชำระเงินเพิ่มเติม (ตัวอย่าง: 10.4 - การฉ้อโกงอื่นๆ - ระบบการชำระเงินที่ไม่ต้องแสดงบัตร, 13.3 – สินค้า/บริการไม่เป็นไปตามที่อธิบายไว้หรือมีข้อบกพร่อง)

ตัวควบคุมกฎ

ตัวควบคุม	คำจำกัดความ
Contains	แอตทริบิวต์ต้องมีค่าที่ระบุ
EqualTo	แอตทริบิวต์ต้องเท่ากับค่าที่ระบุ
GreaterThan	แอตทริบิวต์ต้องมากกว่าค่าที่ระบุ
GreaterThanOrEquals	แอตทริบิวต์ต้องมากกว่าหรือเท่ากับค่าที่ระบุ
IsBlank	แอตทริบิวต์ไม่ได้ระบุค่า เป็นจริงหรือเท็จก็ได้
LessThan	แอตทริบิวต์ต้องน้อยกว่าค่าที่ระบุ
LessThanOrEquals	แอตทริบิวต์ต้องน้อยกว่าหรือเท่ากับค่าที่ระบุ
NotEqualTo	แอตทริบิวต์ไม่เท่ากับค่าที่ระบุ
StartsWith	แอตทริบิวต์ต้องเริ่มต้นด้วยค่าที่ระบุ
IsIn	แอตทริบิวต์ต้องประกอบด้วยค่าที่เป็นไปได้ที่เลือก หมายเหตุ:สำหรับวันที่ทำธุรกรรม ค่าที่เป็นไปได้คือ 30, 60 หรือ 90 วัน
IsNotIn	แอตทริบิวต์ต้องไม่มีค่าที่เป็นไปได้ที่เลือก หมายเหตุ: สำหรับวันที่ทำธุรกรรม ค่าที่เป็นไปได้คือ 30, 60 หรือ 90 วัน

ค่ากฎ

แอตทริบิวต์	รูปแบบ	ค่าที่เป็นไปได้	ตัวควบคุมที่เป็นไปได้
BIN หมายเลขบัญชีส่วนบุคคล	หมายเลข	ต้องเป็นเลข 6 หลัก BIN ของบริษัทผู้ออกบัตร	Contains, EqualTo, IsBlank, NotEqualTo, StartsWith
วันที่ทำธุรกรรม	วันที่	วันที่ในรูปแบบ ดด/วว/ปปปป	EqualTo, NotEqualTo, GreaterThan, GreaterThanOrEquals, IsIn, IsNotIn, LessThanOrEquals, LessThan
สกุลเงินของธุรกรรม รหัส	เมนูแบบเลื่อนลงหรือรูปแบบอิสระ	ตัวเลขหรือตัวอักษร รหัสสกุลเงิน ISO 4217 เลือกสกุลเงินของ ธุรกรรมจาก เมนูแบบเลื่อนลง คุณสามารถเลือก ค่าของ “IsIn” และ “IsNotIn” ได้หลายค่า	Contains, EqualTo, IsBlank, IsIn, IsNotIn, NotEqualTo, StartsWith
รหัสระบุการซื้อ	ตัวเลขหรือตัวอักษร	ควรเป็นรหัสระบุคำสั่งซื้อที่ไม่ซ้ำกันที่กำหนดให้กับธุรกรรมแต่ละรายการ	Contains, EqualTo, IsBlank, IsIn, IsNotIn, NotEqualTo, StartsWith
หมวดหมู่การโต้แย้งการชำระเงิน	เมนูแบบเลื่อนลงหรือรูปแบบอิสระ	เลือกจากรายการต่อไปนี้ 10-การฉ้อโกง 11-การอนุมัติ 12-ข้อผิดพลาดการประมวลผล 13-ผู้บริโภค	Contains, EqualTo, NotEqualTo, IsBlank, IsIn, IsNotIn
รหัสเงื่อนไขการโต้แย้งการชำระเงิน	เมนูแบบเลื่อนลงหรือรูปแบบอิสระ	เลือกรหัสที่ถูกต้อง จากตารางด้านล่าง	Contains, EqualTo, NotEqualTo

ข้อพิจารณาในการตั้งค่ากฎ

เมื่อกำหนดกฎของคุณ หลักการบางประการที่ควรคำนึงถึงมีดังนี้

ต้องกำหนดกฎสำหรับหมายเลข BIN/CAID ของผู้ค้าทุกรายการ
แต่ละ BIN/CAID มีกฎที่แตกต่างกันได้ไม่เกิน 10 กฎ กฎหนึ่งๆ มีเงื่อนไขได้สูงสุด 7 เงื่อนไข
ต้องกรอกข้อมูลทุกช่องในกฎ (แอตทริบิวต์ ผู้ให้บริการ ค่า) โปรดอย่าเว้นช่องใดๆ ว่างไว้
แอตทริบิวต์บางรายการสามารถใช้เครื่องหมายการจับคู่แบบใกล้เคียง เช่น "StartsWith" หรือ "Contains" ค่าขั้นต่ำของแอตทริบิวต์เหล่านี้คือต้องมีอักขระหรือตัวเลขอย่างน้อย 1 ตัว
ตามแนวทางปฏิบัติที่ดีที่สุด เราไม่แนะนำให้ใช้รายการที่มีรูปแบบอิสระ (หากมีให้) ร่วมกับเครื่องหมายการจับคู่แบบใกล้เคียง เช่น “Contains” และ “IsIn” ซึ่งอาจส่งผลให้ระบบยอมรับการจับคู่ที่คล้ายกันหลายๆ กรณี
กฎจะได้รับการประเมินตามลำดับ (กฎข้อที่หนึ่งจะได้รับการประเมินก่อน จากนั้นจึงประเมินกฎข้อที่สอง ฯลฯ) หากมีกฎ 5 ข้อและมีเงื่อนไขที่ตรงตามกฎข้อแรก กฎที่เหลือจะไม่ได้รับการประเมิน
หากตรงตามเงื่อนไขของกฎข้อใดก็ตาม ขั้นตอนก่อนการโต้แย้งการชำระเงินจะระบุเป็น “ยอมรับ” ส่งผลให้ระบบคืนเงินกลับไปยังเจ้าของบัตร
หากกฎหนึ่งมีเงื่อนไขหลายข้อ จะต้องปฏิบัติตามเงื่อนไขทั้งหมดของกฎก่อนจึงจะ "ยอมรับ" ความรับผิดได้
หากไม่ตรงตามเงื่อนไขของกฎทั้งหมดที่คุณสร้าง ขั้นตอนก่อนการโต้แย้งการชำระเงินจะถูก "ปฏิเสธ" และส่งผลให้มีการดึงเงินคืน
สำหรับกรณี RDR ใดๆ ที่ระบุเป็น "ยอมรับ" ระบบจะเปิดเผยชื่อกฎที่ถูกเรียกใช้ต่อสถาบันผู้รับบัตรของผู้ค้าและบริษัทผู้ออกของเจ้าของบัตร เพื่อแจ้งให้พวกเขาทราบว่าเหตุใดการโต้แย้งการชำระเงินจึงได้รับการยุติ

แนวทางปฏิบัติที่ดีที่สุดสำหรับการจัดการกฎ

อย่ารวมหมวดหมู่การโต้แย้งการชำระเงินและรหัสเงื่อนไขที่ไม่ตรงกัน (เช่น หมวดหมู่การโต้แย้งการชำระเงิน = “10” และรหัสเงื่อนไขการโต้แย้งการชำระเงิน = “12.1”)
กฎหนึ่งๆ ไม่ควรขัดแย้งกับอีกกฎหนึ่ง (เช่น "วันที่ทำธุรกรรม IsGreaterThan 01/01/2020” ในอีกกฎหนึ่ง และ “วันที่ทำธุรกรรม IsLessThan 01/01/2020” ในอีกกฎหนึ่ง)
หากจำนวนธุรกรรมเป็นเงื่อนไขในกฎหนึ่ง ก็ควรมีเงื่อนไขที่สอดคล้องกันสำหรับรหัสสกุลเงินของธุรกรรมด้วย
ตั้งชื่อกฎให้สั้น ชัดแจ้ง และชัดเจนเพียงพอเพื่อใช้อ้างอิงในการสื่อสารของ RDR ขอแนะนำให้ตั้งชื่อโดยมีความยาวไม่เกิน 30 ตัวอักษร

หมวดหมู่และรหัสเงื่อนไขการโต้แย้งการชำระเงิน

10. การฉ้อโกง

11. การอนุมัติ

12. ข้อผิดพลาดการประมวลผล

13. การโต้แย้งการชำระเงินของผู้บริโภค

10.1 - การโอนความรับผิด EMV การฉ้อโกงโดยใช้บัตรปลอม

10.2 - การโอนความรับผิด EMV การฉ้อโกงที่ไม่ใช่การใช้บัตรปลอม

10.3 - การฉ้อโกงอื่นๆ - ระบบการชำระเงินที่ต้องแสดงบัตร

10.4 - การฉ้อโกงอื่นๆ - ระบบการชำระเงินที่ไม่ต้องแสดงบัตร

10.5 - โปรแกรมตรวจสอบการการฉ้อโกงของ Visa

11.1 - รายการประกาศการกู้คืนบัตร

11.2 - ปฏิเสธการอนุมัติ

11.3 - ไม่มีการอนุมัติ

12.1 - การแสดงในระบบว่าเลยกำหนด

12.2 - รหัสธุรกรรมไม่ถูกต้อง

12.3 - สกุลเงินไม่ถูกต้อง

12.4 - หมายเลขบัญชีไม่ถูกต้อง

12.5 - จำนวนเงินไม่ถูกต้อง

12.6 - การประมวลผลซ้ำ/ชำระเงินด้วยวิธีอื่น

13.1 - ไม่ได้รับสินค้า/บริการ

13.2 - การชำระเงินตามแบบแผนล่วงหน้าถูกยกเลิก

13.3 - สินค้า/บริการไม่เป็นไปตามที่อธิบายไว้หรือมีข้อบกพร่อง

13.4 - สินค้าเป็นของปลอม

13.5 - การบิดเบือนข้อมูล

13.6 - ระบบไม่ได้ประมวลผลเครดิต

13.7 - สินค้า/บริการถูกยกเลิก

13.8 - ธุรกรรมเครดิตเดิมไม่ได้รับการอนุมัติ

13.9 - ไม่รับเงินสดหรือโหลดมูลค่าธุรกรรม

วิธีสร้างกฎสำหรับ RDR ที่ใช้ Verifi

ทำความเข้าใจกฎ RDR

ชื่อกฎ

แอตทริบิวต์กฎ

แอตทริบิวต์

คำจำกัดความ

ตัวควบคุมกฎ

ตัวควบคุม

คำจำกัดความ

ค่ากฎ

แอตทริบิวต์

รูปแบบ

ค่าที่เป็นไปได้

ตัวควบคุมที่เป็นไปได้

ข้อพิจารณาในการตั้งค่ากฎ

แนวทางปฏิบัติที่ดีที่สุดสำหรับการจัดการกฎ

หมวดหมู่และรหัสเงื่อนไขการโต้แย้งการชำระเงิน