คำแนะนำที่ 16 ของ FATF — หรือที่เรียกว่า "Travel Rule" — ได้เปลี่ยนจากหลักการไปสู่การนำไปใช้จริงในช่วงห้าปีที่ผ่านมา หน่วยงานกำกับดูแลในเอเชียตะวันออกเฉียงใต้ปัจจุบันกำหนดให้ผู้ให้บริการบริการสินทรัพย์เสมือน (VASPs) ต้องส่งข้อมูลผู้ส่งและผู้รับในการโอนเงินระหว่างสถาบัน แต่เมื่อ Travel Rule กลายเป็นส่วนหนึ่งของกิจกรรมประจำวัน ผู้ดำเนินการก็เผชิญกับปัญหาสองด้าน: ทั้งสองปลายทางของการโอนเงินเดียวกันอาจใช้โปรโตคอลที่แตกต่างกัน (Notabene, TRP, Sygna, TRISA) ซึ่งแต่ละโปรโตคอลมีนิยามของฟิลด์ การเข้ารหัส และการตรวจสอบตัวตนเป็นของตนเอง บทความนี้กล่าวถึง IVMS101, ปัญหา Sunrise, การเชื่อมต่อข้ามโปรโตคอล และชั้นข้อมูลการปฏิบัติตามกฎระเบียบที่พัฒนาเป็นผลิตภัณฑ์ — ซึ่งถือเป็นข้อมูลอ้างอิงสำหรับผู้ให้บริการ VASP ในเอเชียตะวันออกเฉียงใต้

1. บริบทของอุตสาหกรรม: 5 ปีของ Travel Rule

1. 2019–2021 — FATF ออกคำแนะนำที่ 16 ซึ่งกำหนดให้การโอนเงินเสมือน (VA) ที่มีมูลค่าเกิน 1,000 USD ต้องระบุข้อมูลผู้ส่งและผู้รับ
2. 2022–2023 — MAS ของสิงคโปร์, BSP ของฟิลิปปินส์ และ SEC ของไทย เริ่มนำกฎการเดินทาง (Travel Rule) ไปใช้จริง
3. 2024–2025 — มาเลเซีย (SC), อินโดนีเซีย (Bappebti), เวียดนาม และกัมพูชา เข้าร่วม
4. 2025–2026 — ภูมิภาคนี้เข้าสู่ขั้นตอนการดำเนินการจริง โดยความท้าทายหลักคือความสามารถในการทำงานร่วมกันระหว่างโปรโตคอลต่าง ๆ

ในหมู่ลูกค้าไวท์เลเบลของ SoonTech ในเอเชียตะวันออกเฉียงใต้ ความหลากหลายของโปรโตคอลได้กลายเป็นจุดอ่อนหลักของ Travel Rule แทนที่ "ช่องว่างในฟิลด์"

2. จุดท้าทายของตลาด: ห้าความท้าทายด้านความสามารถในการทำงานร่วมกัน

• ความหลากหลายของโปรโตคอล — Notabene, TRP, Sygna, TRISA แต่ละโปรโตคอลมีรูปแบบการเข้ารหัสและรูปแบบข้อความที่แตกต่างกัน
• ปัญหา Sunrise — คู่สัญญาอาจไม่ได้ใช้โปรโตคอลใดเลย ทำให้ไม่มีที่ส่งข้อมูลไป
• ความหมายของฟิลด์ IVMS101 — เขตอำนาจศาลต่างกันในเรื่องรูปแบบชื่อ ที่อยู่ และหมายเลขประจำตัว
• การตรวจสอบตัวตน — ไม่มีไดเรกทอรีรวมเพื่อตรวจสอบว่าคู่สัญญาเป็น VASP ที่ได้รับใบอนุญาต
• บันทึกการตรวจสอบ — หน่วยงานกำกับดูแลท้องถิ่นจะตรวจสอบความล้มเหลวในการส่งข้อมูล การลองส่งใหม่ และการปฏิเสธอย่างไร?

3. ข้อมูลและแนวโน้ม

กฎการเดินทางได้ก้าวข้ามจาก "เราจะส่งมันหรือไม่" ไปสู่ "เราจะส่งมันอย่างไรให้เชื่อถือได้ผ่านโปรโตคอล ฟิลด์ และเขตอำนาจศาลต่าง ๆ พร้อมด้วยบันทึกการตรวจสอบที่สามารถป้องกันได้"

4. การวิเคราะห์กรณี: กระบวนการ Travel Rule แบบ End-to-End

สถานการณ์ที่ได้รับการทำให้ไม่ระบุตัวตน: SG VASP A โอน USDT 50,000 ไปยัง ID VASP B.

• ขั้นตอน 1: A เริ่มการโอนเงิน; ระบบประเมินความเสี่ยงแจ้งเตือนเมื่อถึงเกณฑ์ Travel Rule
• ขั้นตอน 2: ระบบข้อมูลการปฏิบัติตามกฎระเบียบค้นหาในไดเรกทอรี VASP; B ใช้ Sygna.
• ขั้นตอน 3: A ดำเนินการ Notabene; SoonTech เชื่อมต่อ IVMS101 → Sygna อย่างโปร่งใส
• ขั้นตอน 4: ทีม KYC ของ B รับข้อมูล ตรวจสอบความตรงกันของผู้รับ และยืนยันการรับข้อมูล
• ขั้นตอนที่ 5: หากผ่าน 24 ชั่วโมงโดยไม่มีการยืนยัน (ACK), A จะเข้าสู่กระบวนการ Sunrise โดยอัตโนมัติ
• ขั้นตอน 6: ส่งข้อมูลเหตุการณ์ทั้งหมดเข้าสู่บันทึกการปฏิบัติตามกฎระเบียบ

ความสามารถในการทำงานร่วมกันไม่ใช่การ "เพิ่มโปรโตคอลเพิ่มเติม" — แต่คือการเปลี่ยนการแมป IVMS101 การเชื่อมต่อโปรโตคอล ไดเรกทอรี VASP การจัดการ Sunrise และการตรวจสอบ ให้กลายเป็นแพลตฟอร์มข้อมูลการปฏิบัติตามกฎระเบียบที่สามารถนำไปใช้ได้อย่างมีประสิทธิภาพ

5. ความสามารถในการทำงานร่วมกันตามกฎการเดินทางของ SoonTech

5.1 การแมปฟิลด์ IVMS101

• แม่แบบมาตรฐาน IVMS101.
• ความแตกต่างระหว่างเขตอำนาจ (ชื่อ / ที่อยู่ / ID / วันเกิด).
• ข้อความแจ้งเตือนเมื่อมีช่องข้อมูลขาด และขั้นตอนการแก้ไข

5.2 การเชื่อมต่อข้ามโปรโตคอล

• Notabene, TRP, Sygna, TRISA.
• การแปลงรูปแบบข้อความและการเข้ารหัสอัตโนมัติ
• ไม่จำเป็นต้องดำเนินการด้วยมือเลย

5.3 ไดเรกทอรี VASP

• ไดเรกทอรีรวมจากหลายแหล่งข้อมูล
• รายชื่ออนุญาต / รายชื่อห้ามที่กำหนดเอง.
• บันทึกการอัปเดตไดเรกทอรีทุกครั้ง.

5.4 การจัดการ Sunrise

• กระบวนการ Sunrise อัตโนมัติเมื่อคู่สัญญาไม่ปฏิบัติตามโปรโตคอล
• การเปิดเผยข้อมูลผ่านอีเมล / API ในกรณีที่ระบบหลักล้มเหลว.
• บันทึกกรณีลงในระบบติดตามการปฏิบัติตามกฎระเบียบ

5.5 ความสามารถในการติดตามการส่งมอบ

• แสดงผลความสำเร็จ / ความล้มเหลว / การลองใหม่ / การปฏิเสธแบบภาพ.
• รายงาน SLA การส่งข้อมูล.
• การส่งออกข้อมูลไปยัง SIEM.

5.6 ชั้นข้อมูลการปฏิบัติตามข้อกำหนด

• รูปแบบบันทึกแบบรวมศูนย์
• การส่งออกข้อมูลตามหน่วยงานกำกับดูแลหลายแห่ง (MAS / SC / Bappebti / BSP).
• แหล่งข้อมูลเดียว ผลลัพธ์หลายรูปแบบ

6. ข้อเสนอแนะสำหรับการนำไปใช้ในองค์กร

1. กำหนดเขตอำนาจทางกฎหมาย
2. กำหนดกลยุทธ์โปรโตคอล — ≥2 โปรโตคอลหลัก + การเชื่อมต่อข้ามระบบ
3. สร้างรายชื่อ VASP.
4. เผยแพร่กระบวนการทำงาน Sunrise.
5. จัดส่งระบบการติดตามสถานะการส่งมอบ.
6. รวมข้อมูลเข้าไว้ในชั้นข้อมูลการปฏิบัติตามกฎระเบียบ

รายการตรวจสอบการเลือกผู้จำหน่าย

• ≥3 โปรโตคอล Travel Rule + การเชื่อมต่อแบบบริดจ์
• การแมปฟิลด์ IVMS101 และเทมเพลตการปรับให้เข้ากับท้องถิ่น
• การรวมรายชื่อ VASP จากหลายแหล่งข้อมูล.
• กระบวนการเปิดเผยข้อมูลสำรองในช่วง Sunrise.
• รายงาน SLA การส่งมอบ + การบูรณาการ SIEM.
• การส่งออกบันทึกการปฏิบัติตามกฎระเบียบจากหลายหน่วยงานกำกับดูแล.

7. แนวโน้มในอนาคต

1. การรวมตัวของโปรโตคอล — การเชื่อมต่อแบบบริดจ์จะกลายเป็นมาตรฐาน
2. ไดเรกทอรี VASP ที่เป็นกลาง — บริการที่เป็นกลางข้ามโปรโตคอลเริ่มปรากฏขึ้น
3. การพัฒนาผลิตภัณฑ์ในชั้นข้อมูล — KYT, การคว่ำบาตร, และภาษีจะแบ่งปันชั้นข้อมูลนี้

Travel Rule ไม่ได้เป็นเพียง "ฟีเจอร์เพิ่มเติมอีกอย่าง" — แต่เป็นส่วนแรกของกลยุทธ์ด้านข้อมูลการปฏิบัติตามกฎระเบียบ

คำถามที่พบบ่อย

Q1: VASP จำเป็นต้องใช้ทุกโปรโตคอล Travel Rule หรือไม่?

A1: ไม่ครับ SoonTech แนะนำให้ใช้ ≥2 โปรโตคอลหลัก + การเชื่อมต่อ (bridging)

Q2: ปัญหา Sunrise จัดการอย่างไร?

A2: การเปิดเผยข้อมูลผ่านอีเมลและ API แบบสำรอง พร้อมบันทึกกรณีเพื่อตรวจสอบ

Q3: ช่องข้อมูล IVMS101 มีความแตกต่างกันอย่างมีนัยสำคัญระหว่างเขตอำนาจศาลหรือไม่?

A3: มีความแตกต่างกันในระดับปานกลาง รูปแบบของหมายเลขประจำตัวประชาชน หมายเลขประจำตัวผู้เสียภาษี และที่อยู่มีความแตกต่างกัน; SoonTech จัดเตรียมแม่แบบท้องถิ่นไว้ให้

Q4: ทำอย่างไรเพื่อหลีกเลี่ยง "pseudo-VASPs" ในไดเรกทอรี?

A4: การรวมข้อมูลจากหลายแหล่ง + การตรวจสอบรายชื่ออนุญาต + การประเมินความเสี่ยงก่อนการเปิดใช้งาน

Q5: ทำอย่างไรเพื่อเจรจาเมื่ออัตราความสำเร็จในการส่งข้อมูลต่ำ?

A5: รายงาน SLA รายงานการส่งที่สามารถติดตามได้ช่วยสนับสนุนการเจรจาเพื่อปรับปรุงกระบวนการทำงาน

สรุป

Travel Rule ได้ก้าวเข้าสู่ยุคแห่งความสามารถในการทำงานร่วมกัน + ชั้นข้อมูลการปฏิบัติตามกฎระเบียบ ผู้ที่สามารถเปลี่ยนการแมป IVMS101 การเชื่อมต่อโปรโตคอล ไดเรกทอรี VASP การจัดการ Sunrise และบันทึกการตรวจสอบ ให้เป็นผลิตภัณฑ์ที่เชื่อถือได้ จะได้รับความไว้วางใจจากสถาบันในรอบการปฏิบัติตามกฎระเบียบครั้งต่อไปของเอเชียตะวันออกเฉียงใต้

🌐 สร้างแพลตฟอร์ม Web3 ที่ปลอดภัยและสามารถขยายได้กับ SoonTech.

ค้นพบโซลูชันของเราสำหรับ White Label Crypto Exchanges, Prediction Markets, MPC Wallets, Matching Engines, Liquidity Integration และ Compliance.