Velocity Check

นิยาม

Velocity Check หรือ การตรวจสอบความถี่ คือกลไกในระบบป้องกันการฉ้อโกง (Fraud Prevention) ที่ใช้ติดตามและนับจำนวนธุรกรรมที่เกิดขึ้นจากองค์ประกอบเดียวกันภายในช่วงเวลาที่กำหนด ไม่ว่าจะเป็นหมายเลขบัตร (Card Number), หมายเลข IP, อีเมล, หมายเลขโทรศัพท์, ที่อยู่จัดส่ง หรือ Device Fingerprint หากพบว่ามีธุรกรรมเกิดถี่เกินกว่าเกณฑ์ที่ตั้งไว้ ระบบจะส่งสัญญาณเตือนหรือบล็อกธุรกรรมนั้นทันที

ในบริบทของ DTC (Direct-to-Consumer) และอีคอมเมิร์ซไทย การตรวจสอบความถี่ถือเป็นด่านหน้าสำคัญ เพราะพฤติกรรมของมิจฉาชีพมักมีลักษณะ "ยิงรัว" — ทดลองบัตรหลายใบในเวลาสั้น ๆ หรือใช้บัญชีเดียวสั่งซื้อสินค้ามูลค่าสูงซ้ำ ๆ ก่อนที่เจ้าของบัตรตัวจริงจะรู้ตัว

อุป analogy: เหมือนกล้องวงจรปิดหน้าประตูห้าง

ลองนึกภาพห้างสรรพสินค้าที่มีกล้องวงจรปิดหน้าประตู ถ้าคนคนเดิมเดินเข้าออกประตูเดิม 15 ครั้งใน 5 นาที โดยไม่ได้ซื้ออะไร ยามย่อมต้องสงสัยว่าเขากำลังทำอะไรผิดปกติ

Velocity Check ทำงานแบบเดียวกัน — ไม่ได้ดูว่า "ธุรกรรมนี้ผิดหรือไม่" แต่ดูว่า "ธุรกรรมนี้เกิดถี่ผิดปกติหรือเปล่า" เป็นการจับ Pattern ระดับพฤติกรรม ไม่ใช่ตรวจเนื้อหาธุรกรรม

สูตรการคำนวณ

ระบบ Velocity ทั่วไปใช้สูตรพื้นฐานดังนี้:

Velocity Score = จำนวนธุรกรรม (Transaction Count) ÷ ช่วงเวลา (Time Window)

ตัวอย่างจริง:

Velocity Score = 8 ธุรกรรม ÷ 10 นาที = 0.8 ธุรกรรม/นาที

ถ้าเกณฑ์ที่ตั้งไว้คือ ไม่เกิน 0.3 ธุรกรรม/นาที (หรือ 3 ธุรกรรมใน 10 นาที) ค่านี้จะถือว่า เกินเกณฑ์ และถูก Flag

ในระบบขั้นสูง มักใช้ Weighted Velocity ที่ให้น้ำหนักแต่ละมิติต่างกัน:

Weighted Score = (Card Velocity × 0.4) + (IP Velocity × 0.3) + (Email Velocity × 0.2) + (Device Velocity × 0.1)

ตารางเปรียบเทียบ: Velocity Check vs. กลไกอื่น

ตัวเลขจริงจากตลาดไทย

1. ร้านค้า DTC ไทยที่เปิด Velocity Check พบว่า 62% ของ Chargeback มาจากธุรกรรมที่เกิดถี่เกิน 5 ครั้งใน 1 ชั่วโมง

2. เกณฑ์มาตรฐานที่นิยมใช้: ไม่เกิน 3 ธุรกรรม/นาที ต่อบัตร, ไม่เกิน 10 ธุรกรรม/ชั่วโมง ต่อ IP, ไม่เกิน 5 ธุรกรรม/วัน ต่ออีเมล

3. ผลลัพธ์หลังปรับเกณฑ์ให้เหมาะสม: ร้านค้าลด Fraud Rate ได้ 41% ภายใน 90 วัน โดยที่ False Positive เพิ่มขึ้นเพียง 2.3%

: ใช้ตอนไหน

1. ช่วง Flash Sale / 11.11 / 12.12

ช่วงแคมเปญใหญ่ ธุรกรรมพุ่งสูงมาก ระบบ Velocity ต้อง ปรับ Threshold ให้ยืดหยุ่น ไม่เช่นนั้นลูกค้าจริงที่ซื้อหลายออเดอร์จะถูกบล็อก

2. การซื้อ Gift Card หรือ Top-up

สินค้าประเภทนี้ถูกใช้ฟอกเงินบ่อย มิจฉาชีพมักซื้อ Gift Card หลายใบในเวลาสั้น ๆ ควรตั้งเกณฑ์เข้ม เช่น ไม่เกิน 2 ใบ/ชั่วโมง ต่ออีเมล

3. การสมัครสมาชิกใหม่ + สั่งซื้อทันที

Pattern ที่น่าสงสัย: อีเมลใหม่ + IP ใหม่ + สั่งซื้อ 4 ออเดอร์ใน 15 นาที → ควร Flag ทันที

4. การทดสอบบัตร (Card Testing)

มิจฉาชีพมักใช้บอทยิงบัตรจำนวนมากเพื่อหาบัตรที่ยังใช้ได้ Velocity Check จับ Pattern นี้ได้ดีที่สุด — เช่น 20 ธุรกรรมใน 2 นาที จาก IP เดียว

##

❌ เข้าใจผิดว่า Velocity Check = บล็อกทุกอย่างที่ถี่

ความจริง: มันคือการ ให้คะแนนความเสี่ยง ไม่ใช่การบล็อกอัตโนมัติ ควรรวมกับ Risk Score อื่น ๆ ก่อนตัดสินใจ

❌ ตั้งเกณฑ์เดียวใช้กับทุกช่องทาง

ความจริง: Mobile App, Desktop, และ LINE Shopping มีพฤติกรรมต่างกัน ควรแยกเกณฑ์

❌ ไม่ปรับ Threshold ตามฤดูกาล

ความจริง: ช่วงเทศกาลธุรกรรมเพิ่ม 3-5 เท่า ถ้าไม่ปรับจะบล็อกลูกค้าจริงจำนวนมาก

❌ ดูแค่จำนวนครั้ง ไม่ดูช่วงเวลา

ความจริง: 5 ธุรกรรมใน 5 นาที ต่างจาก 5 ธุรกรรมใน 5 ชั่วโมงอย่างสิ้นเชิง ต้องดู Time Window เสมอ

❌ ลืม Whitelist ลูกค้า VIP

ความจริง: ลูกค้าประจำที่ซื้อบ่อยควรอยู่ใน Whitelist เพื่อลด False Positive

##

- Fraud Score — คะแนนความเสี่ยงรวมจากหลายปัจจัย

- Card Testing — การทดสอบบัตรด้วยธุรกรรมมูลค่าเล็ก ๆ จำนวนมาก

- Device Fingerprint — ลายนิ้วมืออุปกรณ์ที่ใช้ระบุเครื่อง

- Rate Limiting — การจำกัดจำนวน Request คล้าย Velocity แต่ใช้กับ API

- Chargeback — การเรียกเงินคืนจากธนาคารเมื่อลูกค้าปฏิเสธธุรกรรม

- 3D Secure (3DS) — ระบบยืนยันตัวตนเพิ่มเติมจากธนาคาร

- Risk Rule Engine — ระบบกฎที่รวม Velocity + เงื่อนไขอื่น ๆ

- False Positive — การบล็อกธุรกรรมจริงโดยเข้าใจผิดว่าเป็น Fraud

สรุปสั้น

Velocity Check คือเครื่องมือจับ "พฤติกรรมผิดปกติ" ไม่ใช่ "ตัวตนมิจฉาชีพ" — ใช้คู่กับ Risk Score อื่น ๆ ปรับ Threshold ตามฤดูกาล และอย่าลืม Whitelist ลูกค้าประจำ เพื่อให้ได้ทั้งความปลอดภัยและประสบการณ์ที่ดีของลูกค้า DTC ไทย