გიდი
ფულის ბაზრისა და სითხეების მართვის პლატფორმის დაფუძნება UAE-ში
მოკლე პასუხი
არაბთა გაერთიანებულ საემიროებში (UAE) ფულადი ბაზრის ან ლიკვიდურობის პლატფორმას ავტორიზაცია მხოლოდ მაშინ სჭირდება, თუ ის ინფორმაციის ჩვენებას სცდება, ანუ კლიენტის ფულადი სახსრების არჩევას, ორგანიზებას, გადაადგილებას ან რეკომენდაციას ახორციელებს. მეინლენდზე (mainland) ფინანსურ ინსტიტუტებს ლიცენზიას აძლევს და ზედამხედველობს არაბთა გაერთიანებული საემიროების ცენტრალური ბანკი (CBUAE); DIFC-ში ფირმებს, რომლებიც ფინანსურ მომსახურებას ეწევიან, DFSA-ის ლიცენზია სჭირდებათ, ხოლო ADGM-ში გადაწყვეტილებას FSRA იღებს. მარშრუტს ჩვეულებრივ ის განსაზღვრავს, ვინ ირჩევს ინსტრუმენტს და ვინ აკონტროლებს ფულად სახსრებს, და არა ის, საკუთარ პროდუქტს ხაზინის პროგრამულ უზრუნველყოფას უწოდებს თუ არა.
მარეგულირებელი პერიმეტრი: CBUAE, DFSA და FSRA და რომელი მათგანი იღებს გადაწყვეტილებას
ფულის ბაზრის ან ლიკვიდურობის პლატფორმა ჩვეულებრივ ერთ-ერთია ოთხი რამისგან, რომლებიც ერთსა და იმავე ლეიბლს ატარებენ:
- ხაზინის ანალიტიკა: აჩვენებს განაკვეთებს, ნაშთებს და შემოსავლიანობის შედარებებს და არასდროს ეხება კლიენტის ფულად სახსრებს.
- დეპოზიტების ან ფონდების მარკეტპლეისი: ჩამოთვლის ბანკების ან ფონდის მმართველების პროდუქტებს და კლიენტს ბრძანების განთავსების საშუალებას აძლევს.
- ფულადი სახსრების ავტომატური სვიპი: კლიენტის ნაშთები გადადის მესამე მხარის დეპოზიტში ან ფონდში პლატფორმის მიერ გაშვებული წესის შესაბამისად.
- დისკრეციული მოკლევადიანი მართვა: პლატფორმა ან მის უკან მდგომი პირი თავად წყვეტს, სად განთავსდეს კლიენტის ფულადი სახსრები, ყოველ ჯერზე კითხვის გარეშე.
რომელი რეგულატორი გავრცელდება, ეს განისაზღვრება იმით, სად არის პლატფორმა დაფუძნებული და რომელ ფუნქციას ასრულებს. ხმელეთზე, დეპოზიტების მიღება და ორგანიზება CBUAE-ს ეკისრება. DIFC პლატფორმა ექცევა DFSA-ს კონსულტაციის, ორგანიზებისა და აქტივების მართვის რეჯიმის ქვეშ; ADGM პლატფორმა ექცევა ეკვივალენტური FSRA რეჯიმის ქვეშ. ეს სამი ცალკეული რეჯიმია და არა ერთი ნებართვის სამი ფასის წერტილი, და განხორციელებული საქმიანობა განსაზღვრავს, რომელი გავრცელდება.
პლატფორმა, რომელიც მხოლოდ მონაცემებს აჩვენებს, ბრძანებების ნაკადის, დისკრეციისა და კლიენტის ფულადი სახსრების გარეშე, სათანადო ფაქტობრივი გარემოებების არსებობისას სამივე რეჟიმის გარეთ შეიძლება დარჩეს. როგორც კი ის პროდუქტს ურჩევს, ბრძანებას ასრულებს, ნაშთს ავტომატურად გადააქვს ან კლიენტის სახელით განაწილებას წყვეტს, ის ზემოთ ჩამოთვლილ ერთ-ერთ ფუნქციას ასრულებს, ეტიკეტის მიუხედავად: „ფულადი სახსრების მართვა“, „ხაზინის ტექნოლოგია“, „MML“. მარეგულირებელი ბრძანებასა და ფულად ნაკადს განიხილავს და არა პრეზენტაციას.
რა განსაზღვრავს კლასიფიკაციას, მახასიათებლების მიხედვით
ამათგან თითოეულს შეუძლია ფუნქცია პროგრამული უზრუნველყოფიდან რეგულირებულ ფუნქციაში გადაიტანოს, და თითოეული ცალ-ცალკე უნდა შემოწმდეს და არ ჩაითვალოს უმნიშვნელოდ პროდუქტის ზოგადი აღწერით:
- აძლევს თუ არა რეკომენდაციას ან რანჟირებს კონკრეტულ დეპოზიტს, ფონდს ან პროდუქტს, უბრალოდ გამოქვეყნებული განაკვეთების ჩამოთვლის ნაცვლად?
- ათავსებს, აწყობს ან ასრულებს თუ არა ორდერს, თუ მხოლოდ აჩვენებს მას, რომ კლიენტმა სხვაგან განათავსოს?
- გადადის თუ არა ნაშთი ავტომატურად მესამე მხარის პროდუქტში იმ წესის მიხედვით, რომელსაც პლატფორმა ადგენს და არა კლიენტი?
- წყვეტს თუ არა პლატფორმა, ან მის მიღმა მდგომი ვინმე, განაწილებას, ვადას ან კონტრაგენტს კლიენტის სახელით?
- ინახავს თუ არა პლატფორმა კლიენტის ფულს რომელიმე ეტაპზე, ან აკონტროლებს თუ არა გასვლის ინსტრუქციებს?
ფუნქცია, რომელიც ამ ტესტებიდან ერთ-ერთს ვერ აკმაყოფილებს, არ ნიშნავს, რომ მთელ პლატფორმას ავტორიზაცია სჭირდება; ეს ნიშნავს, რომ ამ ფუნქციას საკუთარი კლასიფიკაცია სჭირდება, დანარჩენებისგან განცალკევებით. ხაზინის პლატფორმები ხშირად სწორედ ამიტომ იყოფა ერთზე მეტ პირად: ტექნოლოგიური კომპანია, რომელიც ჩვენების ფენას მართავს, და ცალკე ლიცენზირებული პირი ან ლიცენზირებული მესამე მხარე, რომელიც ტრანზაქციულ ფუნქციას ასრულებს.
როგორ მოძრაობს კლიენტის ფული და რას ამოწმებს ბანკი ან დეპოზიტარი
ბანკები, ფონდის ადმინისტრატორები და კასტოდიანები საკუთარ გულმოდგინე შემოწმებას ატარებენ და ჯერ რეგულატორულ პოზიციას ეცნობიან. პრაქტიკული საკითხი არის ის, თუ სად ზის კლიენტის ფული ყოველ ეტაპზე, და არა ის, რას აჩვენებს სათვალთვალო პანელი. ყოველ პლატფორმაზე, რომელსაც ტრანზაქციის ფუნქცია აქვს, სახსრები ინახება შესაბამისი რეგულატორის ზედამხედველობის ქვეშ მყოფ ლიცენზირებულ ინსტიტუტებში, გამოყოფილ კლიენტის ფულის ანგარიშებზე, ოპერატორის საკუთარ სახსრებთან შეურევლად. ბანკთან ან კასტოდიანთან მიმართვამდე, მზად უნდა გქონდეთ:
- ორდერისა და ფულადი ნაკადის სქემა: სად ზის ფული ტრანზაქციამდე, მის განმავლობაში და მის შემდეგ, და ვის შეუძლია მისი გადატანა.
- ზემოთ მოცემული ფუნქცია-ფუნქციით კლასიფიკაცია, რეგულირებული ფუნქციების მონიშვნით.
- პროდუქტის მომწოდებლებთან შეთანხმებები, სადაც პლატფორმა მესამე მხარის დეპოზიტებს ან ფონდებს ჩამოთვლის.
- შემოსავლიანობის გაანგარიშებისა და გამჟღავნების მეთოდი, თუ პლატფორმა განაკვეთს აჩვენებს ან რანჟირებს.
ეს არის ის ფაილი, რომელსაც კორპორატიული საბანკო ანგარიშის მზაობის სამუშაო აწყობს. თანმიმდევრული სურათი, რეგულატორულ ფაილში, ნაკადის სქემასა და საბანკო განაცხადში ერთიანი, მიღების პროცესს ამოკლებს; ერთი ისტორია ბიზნეს-გეგმაში და სხვა ნაკადის სქემაში არის ყველაზე სწრაფი გზა, რომ მიმოხილვა გაჩერდეს.
საკუთრება, შინაარსობრივი ყოფნა და როლები, რომელთა შევსებასაც რეგულატორი მოითხოვს
სუბიექტს, რომელსაც აქვს ლიცენზირებული ფუნქცია (აქტივების ორგანიზება, კონსულტაცია ან მართვა, მატერიკზე ან DIFC-ში თუ ADGM-ში), სჭირდება რეზიდენტი უფროსი თანამდებობის პირები და შესაბამისობის დაფარვა, რომელიც მის საქმიანობას შეესაბამება, და არა დარეგისტრირებული მისამართი და ნომინალური დირექტორი. როცა ტექნოლოგია და არეგულირებადი ფუნქცია ცალკე სუბიექტებშია, სუბსტანციას ატარებს ლიცენზირებული სუბიექტი: ადამიანები, სისტემები და კაპიტალი, რომელსაც მარეგულირებელი ამ ფუნქციას მიაკუთვნებს. სტრუქტურა, რომელიც მთავარად იმისთვის არის შექმნილი, რომ ნაჩვენები დაარსების ხარჯი დაბალი დარჩეს, სწორედ ასე იკითხება ავტორიზაციის განხილვისას და კვლავ ყველა ბანკში, რომელიც შემდეგ ფაილს კითხულობს. იმის დახატვა, ჯგუფში რომელი სუბიექტი რომელ ვალდებულებას ატარებს, სანამ მარეგულირებელი ან ბანკი იკითხავს, არის ის, რისთვისაც არსებობს არეგულირებადი და რთული საკუთრების სტრუქტურის დაარსება.
რა ცდება ყველაზე ხშირად ამ სექტორში
- „ნაღდი ფულის მართვის" ლეიბლის განხილვა, როგორც საქმიანობის არარეგულირებულობის მტკიცებულება, თითოეული ფუნქციის ცალ-ცალკე შემოწმების ნაცვლად.
- რანჟირებული შემოსავლიანობის ჩვენება, რომელიც რეკომენდაციის ფუნქციას ატარებს, ასეთად მისი არგანხილვის პირობებში.
- ავტომატური გადატანის (sweep) გაშვება, წინასწარ იმის განსაზღვრის გარეშე, ითვლება თუ არა ეს ორგანიზებად ან მართვად კლიენტის სახელით.
- აკრონიმის („MML“, „ლიკვიდურობის პლატფორმა“) გამოყენება მარეგულირებლისთვის ან ბანკისთვის რეალური ოპერაციული მოდელის დასახელების ნაცვლად.
- გზების შედარება დაფუძნების საფასურით, ნაცვლად რეგულირებული ფუნქციის, მის მიერ ატარებული კაპიტალისა და მოტანილი ანგარიშგებისა.
კლასიფიკაციიდან ოპერირებამდე
როდესაც ოპერაციული მოდელი და რეჟიმი განსაზღვრულია, გზა მიდის ფუნქციების კლასიფიკაციიდან პირის არჩევის, საჭირო ავტორიზაციის, დაარსებისა და ბანკში ონბორდინგის გავლით და მხოლოდ ამის შემდეგ ხდება ოფისი, ვიზები და მიმდინარე წარდგენები რუტინული. სადაც ფუნქცია ავტორიზაციას მოითხოვს, ეს მარეგულირებლის გრაფიკით მიმდინარეობს (განაცხადი, განხილვა, ნებისმიერი გასაუბრება, შემდეგ ლიცენზირება), და ინკორპორაციის თარიღი გაშვების თარიღი არ არის. სადაც ფუნქციები ზემოაღნიშნულ ტესტებს ლიცენზირებული ფუნქციის გააქტიურების გარეშე გადის, ბიზნესი ჩვეულებრივ შეიძლება გაგრძელდეს ჩვეულებრივი ფინტექ კომპანიის დაარსებისა და კომერციული რეგისტრაციის გზით, იმ პირობით, რომ ეს დასკვნა ფუნქციების გამოცდით მიღებულია და არა უფრო სწრაფი პასუხის უპირატესობით. ხარჯიც იმავე გამიჯვნას მიჰყვება: მხოლოდ პროგრამული უზრუნველყოფის შემთხვევაში დაარსება ჩვეულებრივ კომპანიურ ხარჯებს მოიცავს; ტრანზაქციის შესაძლებლობის მქონე თითოეულ ფუნქციას შეუძლია დაამატოს კაპიტალი, თანამდებობის პირები და ანგარიშგება, რომელსაც მისი ფუნქცია მოითხოვს და რომელსაც მარეგულირებელი განსაზღვრავს და არა დაარსების სათაურის ფასი. დანარჩენ შემთხვევაში Velarozone-ის მომსახურების საფასური დეტალურად არის მითითებული წერილში-შეთანხმებაში მომსახურების პირობებზე (engagement letter); იხილეთ როგორ მუშაობს Velarozone.

