คู่มือ
การตั้งแพลตฟอร์มตลาดเงินและการจัดการสภาพคล่องในสหรัฐอาหรับเอมิเรตส์
คำตอบสั้นๆ
แพลตฟอร์มตลาดเงินหรือสภาพคล่องในสหรัฐอาหรับเอมิเรตส์ (UAE) จำเป็นต้องได้รับอนุญาตก็ต่อเมื่อทำมากกว่าการแสดงข้อมูล กล่าวคือ เลือก จัดการ โอนย้าย หรือแนะนำเงินสดของลูกค้า ในเขตเมนแลนด์ (mainland) ธนาคารกลางแห่งสหรัฐอาหรับเอมิเรตส์ (CBUAE) ออกใบอนุญาตและกำกับดูแลสถาบันการเงิน ใน DIFC บริษัทที่ประกอบธุรกิจบริการทางการเงินต้องได้รับใบอนุญาตจาก DFSA และใน ADGM เป็นอำนาจของ FSRA สิ่งที่มักตัดสินเส้นทางคือใครเป็นผู้เลือกตราสารและใครควบคุมเงินสด ไม่ใช่ว่าผลิตภัณฑ์เรียกตัวเองว่าซอฟต์แวร์บริหารเงินหรือไม่
ขอบเขตกฎระเบียบ: CBUAE, DFSA และ FSRA และแห่งใดเป็นผู้ตัดสิน
แพลตฟอร์มตลาดเงินหรือสภาพคล่องมักเป็นหนึ่งในสี่สิ่งต่อไปนี้ที่ใช้ชื่อเดียวกัน:
- การวิเคราะห์ด้านบริหารเงิน: แสดงอัตราดอกเบี้ย ยอดคงเหลือ และการเปรียบเทียบผลตอบแทน โดยไม่แตะต้องเงินสดของลูกค้า
- ตลาดกลางเงินฝากหรือกองทุน: แสดงรายการผลิตภัณฑ์จากธนาคารหรือผู้จัดการกองทุน และให้ลูกค้าส่งคำสั่งซื้อได้
- การโอนกวาดเงินสดอัตโนมัติ: ยอดคงเหลือของลูกค้าถูกโอนไปยังเงินฝากหรือกองทุนของบุคคลที่สามตามกฎที่แพลตฟอร์มดำเนินการ
- การบริหารระยะสั้นแบบใช้ดุลยพินิจ: แพลตฟอร์มหรือบุคคลเบื้องหลังเป็นผู้ตัดสินใจว่าจะวางเงินสดของลูกค้าไว้ที่ใดโดยไม่ต้องถามทุกครั้ง
หน่วยงานกำกับดูแลใดใช้บังคับขึ้นอยู่กับที่ตั้งของแพลตฟอร์มและหน้าที่ที่ดำเนินการ ในส่วนออนชอร์ การรับฝากและการจัดการเงินฝากอยู่กับ CBUAE แพลตฟอร์มใน DIFC อยู่ภายใต้ระบบการให้คำแนะนำ การจัดการธุรกรรม และการบริหารสินทรัพย์ของ DFSA แพลตฟอร์มใน ADGM อยู่ภายใต้ระบบที่เทียบเท่าของ FSRA ทั้งสามนี้เป็นระบบที่แยกจากกันสามระบบ ไม่ใช่สามระดับราคาสำหรับการอนุญาตเดียว และกิจกรรมที่ดำเนินการเป็นตัวกำหนดว่าระบบใดใช้บังคับ
แพลตฟอร์มที่แสดงข้อมูลเท่านั้น โดยไม่มีการรับคำสั่ง ไม่มีดุลยพินิจ และไม่มีเงินของลูกค้า อาจอยู่นอกขอบเขตของทั้งสามระบบได้ภายใต้ข้อเท็จจริงที่เหมาะสม แต่ทันทีที่แพลตฟอร์มแนะนำผลิตภัณฑ์ ดำเนินการตามคำสั่ง กวาดยอดคงเหลืออัตโนมัติ หรือตัดสินใจจัดสรรแทนลูกค้า แพลตฟอร์มก็ปฏิบัติหน้าที่อย่างใดอย่างหนึ่งข้างต้น ไม่ว่าจะใช้ชื่อเรียกอย่างไร: "การบริหารเงินสด" "เทคโนโลยีการบริหารเงิน" "MML" หน่วยงานกำกับดูแลพิจารณาจากคำสั่งและกระแสเงินสด ไม่ใช่เอกสารนำเสนอ
สิ่งที่ทดสอบการจัดประเภท ทีละคุณสมบัติ
แต่ละอย่างต่อไปนี้สามารถย้ายคุณสมบัติจากซอฟต์แวร์ไปเป็นหน้าที่ที่อยู่ภายใต้การกำกับดูแล และควรทดสอบแยกกัน ไม่ใช่สมมติข้ามไปโดยอิงจากคำบรรยายรวมของผลิตภัณฑ์:
- แพลตฟอร์มแนะนำหรือจัดลำดับเงินฝาก กองทุน หรือผลิตภัณฑ์ที่เฉพาะเจาะจงหรือไม่ แทนที่จะเพียงขึ้นรายการอัตราที่เผยแพร่ไว้?
- แพลตฟอร์มวาง จัดการ หรือดำเนินการคำสั่งซื้อหรือไม่ หรือเพียงแสดงคำสั่งให้ลูกค้าไปวางที่อื่น?
- ยอดคงเหลือถูกโยกย้ายโดยอัตโนมัติเข้าสู่ผลิตภัณฑ์ของบุคคลที่สามตามกฎที่แพลตฟอร์ม ไม่ใช่ลูกค้า เป็นผู้กำหนดหรือไม่?
- แพลตฟอร์มหรือผู้ใดที่อยู่เบื้องหลังตัดสินใจเรื่องการจัดสรร ระยะเวลา หรือคู่สัญญาให้ลูกค้าหรือไม่?
- แพลตฟอร์มถือเงินของลูกค้าในช่วงใดช่วงหนึ่งหรือไม่ หรือควบคุมคำสั่งการชำระราคาหรือไม่?
ฟีเจอร์ที่ไม่ผ่านการทดสอบข้อใดข้อหนึ่งเหล่านี้ไม่ได้หมายความว่าทั้งแพลตฟอร์มต้องได้รับอนุญาต แต่หมายความว่าฟีเจอร์นั้นต้องมีการจัดประเภทของตนเองแยกจากฟีเจอร์อื่น แพลตฟอร์มบริหารเงิน มักแยกเป็นนิติบุคคลมากกว่าหนึ่งแห่งด้วยเหตุนี้: บริษัทเทคโนโลยีที่ดูแลส่วนการแสดงผล และนิติบุคคลที่ได้รับใบอนุญาตแยกต่างหาก หรือบุคคลที่สามที่ได้รับใบอนุญาต ซึ่งรับผิดชอบหน้าที่ด้านธุรกรรม
เงินสดของลูกค้าเคลื่อนย้ายอย่างไร และธนาคารหรือผู้รับฝากทรัพย์สินตรวจสอบอะไร
ธนาคาร ผู้บริหารจัดการกองทุน และผู้รับฝากทรัพย์สินดำเนินการตรวจสอบของตนเอง และพิจารณาสถานะด้านกฎระเบียบเป็นอันดับแรก ประเด็นในทางปฏิบัติคือเงินของลูกค้าอยู่ที่ใดในแต่ละขั้นตอน ไม่ใช่สิ่งที่แดชบอร์ดระบุ บนแพลตฟอร์มใดก็ตามที่มีคุณสมบัติด้านธุรกรรม เงินต้องอยู่ในบัญชีเงินลูกค้าที่แยกไว้กับสถาบันที่ได้รับอนุญาต ภายใต้การกำกับดูแลของหน่วยงานที่เกี่ยวข้อง และไม่ปนกับเงินทุนของผู้ดำเนินการเองเด็ดขาด ก่อนติดต่อธนาคารหรือผู้รับฝากทรัพย์สิน ควรเตรียมสิ่งต่อไปนี้ให้พร้อม:
- แผนผังของคำสั่งซื้อและกระแสเงินสด: เงินอยู่ที่ใดก่อน ระหว่าง และหลังธุรกรรม และใครสามารถโยกย้ายได้
- การจัดประเภทคุณสมบัติแต่ละรายการข้างต้น พร้อมระบุหน้าที่ที่อยู่ภายใต้การกำกับดูแล
- ข้อตกลงกับผู้ให้บริการผลิตภัณฑ์ ในกรณีที่แพลตฟอร์มขึ้นรายการเงินฝากหรือกองทุนของบุคคลที่สาม
- วิธีการคำนวณผลตอบแทนและการเปิดเผยข้อมูล หากแพลตฟอร์มแสดงหรือจัดลำดับอัตรา
นี่คือแฟ้มที่งานความพร้อมด้านบัญชีธนาคารนิติบุคคลรวบรวมขึ้น บัญชีที่สอดคล้องกันระหว่างแฟ้มด้านกฎระเบียบ แผนผังกระแสเงิน และคำขอเปิดบัญชีธนาคาร ช่วยให้กระบวนการรับลูกค้าสั้นลง เรื่องราวหนึ่งในแผนธุรกิจและอีกเรื่องราวในแผนผังกระแสเงิน เป็นวิธีที่เร็วที่สุดที่จะทำให้การพิจารณาหยุดชะงัก
ความเป็นเจ้าของ สาระสำคัญ และบทบาทที่หน่วยงานกำกับดูแลคาดหวังให้มีผู้ดำรงตำแหน่ง
นิติบุคคลที่ปฏิบัติหน้าที่ซึ่งต้องได้รับใบอนุญาต (การจัดการธุรกรรม การให้คำแนะนำ หรือการบริหารสินทรัพย์ ในเขตเมนแลนด์ หรือใน DIFC หรือ ADGM) ต้องมีผู้บริหารระดับสูงที่พำนักอยู่ในประเทศและการกำกับดูแลการปฏิบัติตามกฎระเบียบที่สอดคล้องกับสิ่งที่ดำเนินการ ไม่ใช่เพียงที่อยู่จดทะเบียนและกรรมการตัวแทน (nominee director) เมื่อเทคโนโลยีและหน้าที่ภายใต้การกำกับดูแลอยู่ในนิติบุคคลคนละแห่ง นิติบุคคลที่ได้รับใบอนุญาตต้องแบกรับสาระสำคัญของกิจการ ได้แก่ บุคลากร ระบบ และเงินทุนที่หน่วยงานกำกับดูแลกำหนดไว้สำหรับหน้าที่นั้น โครงสร้างที่ออกแบบมาเพื่อให้ต้นทุนการจัดตั้งที่แสดงต่ำเป็นหลักจะถูกมองเช่นนั้นในการพิจารณาอนุญาต และอีกครั้งที่ธนาคารทุกแห่งที่อ่านแฟ้มข้อมูลในภายหลัง การจัดทำแผนผังว่านิติบุคคลใดในกลุ่มรับผิดชอบหน้าที่ใด ก่อนที่หน่วยงานกำกับดูแลหรือธนาคารจะถาม คือจุดประสงค์ของงานการจัดตั้งโครงสร้างความเป็นเจ้าของที่อยู่ภายใต้การกำกับดูแลและซับซ้อน
ข้อผิดพลาดที่พบได้ทั่วไปในอุตสาหกรรมนี้
- ปฏิบัติต่อ "การบริหารเงินสด" ว่าเป็นป้ายกำกับที่พิสูจน์ว่ากิจกรรมนั้นไม่อยู่ภายใต้การกำกับดูแล แทนที่จะทดสอบแต่ละคุณสมบัติด้วยตัวเอง
- แสดงผลตอบแทนที่จัดลำดับซึ่งทำหน้าที่เป็นคำแนะนำ โดยไม่ปฏิบัติต่อสิ่งนั้นว่าเป็นคำแนะนำ
- ใช้ระบบกวาดเงินสดอัตโนมัติโดยไม่พิจารณาก่อนว่านับเป็นการจัดการธุรกรรมหรือการบริหารในนามของลูกค้าหรือไม่
- การใช้คำย่อ ("MML" "แพลตฟอร์มสภาพคล่อง") แทนการระบุโมเดลการดำเนินงานจริงต่อหน่วยงานกำกับดูแลหรือธนาคาร
- เปรียบเทียบแนวทางจากค่าธรรมเนียมการจัดตั้ง มากกว่าหน้าที่ที่อยู่ภายใต้การกำกับดูแล ทุนที่ต้องมี และการรายงานที่ตามมา
จากการจัดประเภทสู่การดำเนินงาน
เมื่อโมเดลการดำเนินงานและระบบกำกับดูแลถูกกำหนดแล้ว เส้นทางจะเริ่มจากการจัดประเภทฟีเจอร์ การเลือกนิติบุคคล การขออนุญาตที่จำเป็น การจัดตั้ง และการเปิดบัญชีธนาคาร ก่อนที่สำนักงาน วีซ่า และการยื่นเอกสารต่อเนื่องจะกลายเป็นงานประจำ เมื่อฟีเจอร์ใดต้องได้รับอนุญาต ขั้นตอนนั้นจะเป็นไปตามกรอบเวลาของหน่วยงานกำกับดูแล (การยื่นคำขอ การพิจารณา การสัมภาษณ์ใด ๆ แล้วจึงออกใบอนุญาต) และวันที่จดทะเบียนจัดตั้งไม่ใช่วันเปิดให้บริการ เมื่อฟีเจอร์ผ่านการทดสอบข้างต้นโดยไม่เข้าข่ายหน้าที่ที่ต้องได้รับใบอนุญาต ธุรกิจมักดำเนินการผ่านการจัดตั้งธุรกิจฟินเทคและการจดทะเบียนการค้าตามปกติได้ โดยมีเงื่อนไขว่าข้อสรุปนั้นมาจากการทดสอบฟีเจอร์ ไม่ใช่จากความต้องการคำตอบที่เร็วกว่า ต้นทุนเป็นไปตามการแบ่งแบบเดียวกัน: การจัดตั้งสำหรับซอฟต์แวร์อย่างเดียวมีต้นทุนบริษัทตามปกติ ฟีเจอร์ที่รองรับธุรกรรมแต่ละรายการอาจเพิ่มเงินทุน ผู้บริหาร และการรายงานที่หน้าที่นั้นกำหนด ซึ่งกำหนดโดยหน่วยงานกำกับดูแล ไม่ใช่จากตัวเลขค่าจัดตั้งที่โฆษณา นอกจากนี้ ค่าบริการ Velarozone จะระบุเป็นรายการในหนังสือข้อตกลงการให้บริการ ดูVelarozone ทำงานอย่างไร
