سیستم های معاملاتی کارآمد در بازار فارکس

(هیئت مدیره، 16 نوامبر 2006؛ لازم الاجرا در 1 ژوئیه 2007؛ تجدید نظر شده در 15 اکتبر 2007؛ 17 دسامبر 2007؛ 1 ژوئن 2009؛ 18 اکتبر 2010؛ 1 اکتبر 2011؛ 15 نوامبر 2019، سپتامبر 2011. 2016 و 30 ژوئن 2020.)

اطلاعیه تفسیری

قانون انطباق NFA 2-36(e) مسئولیت مستمری را بر عهده هر عضو فروشنده فارکس (FDM) می گذارد تا بر کارکنان و نمایندگان خود در تمام جنبه های فعالیت های فارکس نظارت کند، و قانون انطباق 2-39 همین الزام را برای اعضایی که درخواست می کنند اعمال می کند.، معرفی یا مدیریت حساب های مشتریان فارکس. این قوانین به طور گسترده برای ارائه انعطاف پذیری اعضا در توسعه رویه های متناسب با نیازهای خاص آنها نوشته شده است، بنابراین NFA از اطلاعیه های تفسیری برای ارائه راهنمایی های خاص تر استفاده می کند. 1

اگرچه هیئت مدیره قاطعانه معتقد است که استانداردهای نظارتی با رسانه مورد استفاده تغییر نمی کند، فناوری ممکن است بر نحوه اعمال آن استانداردها تأثیر بگذارد. بازارهای فارکس بسیار خودکار هستند و تقریباً تمام معاملات بر روی پلتفرم های الکترونیکی انجام می شود. بیشتر سفارش ها به صورت الکترونیکی نیز انجام می شوند و معمولاً مستقیماً با پلتفرم از طریق اینترنت وارد می شوند. بنابراین، به منظور انجام مسئولیت های نظارتی، اعضا باید رویه های مکتوب را برای رسیدگی به کنترل های امنیتی، ظرفیت، اعتبار و مدیریت ریسک و سوابق ارائه شده توسط سیستم های تجارت الکترونیکی شرکت اتخاذ و اجرا کنند. 2 این شامل پلتفرم های تجارت الکترونیک، سیستم های مسیریابی سفارش که در پلتفرم های تجارت الکترونیکی گنجانده شده اند، و سیستم های مسیریابی سفارش جداگانه (AORS) می شود. 3 برای یک پلتفرم تجارت الکترونیکی، رویه ها باید به یکپارچگی معاملاتی که روی آن گذاشته شده است نیز بپردازند.

NFA تشخیص می دهد که اعضایی که حساب ها را درخواست می کنند یا مدیریت می کنند ممکن است کنترل بستر الکترونیکی را که مشتری در آن معاملات خود را انجام می دهد ، نداشته باشند. با این وجود ، اگر این اعضا با یک طرف مقابل که FDM نیست ، سر و کار دارند ، آنها مسئولیت نظارتی برای انجام یک تحقیق معقول در مورد امنیت ، ظرفیت ، اعتبار و مدیریت ریسک ، سوابق و یکپارچگی معاملات بر روی سکو دارند. رابطه با آن طرف مقابل و به طور دوره ای پس از آن. بنابراین ، در حالی که آنها مشمول الزامات خاص تر این اخطار نیستند ، آنها باید رویه های کتبی را در مورد مراحل مورد نظر برای بررسی این پلتفرم و چگونگی پاسخگویی در صورت داشتن دلیل این باور که این پلتفرم به طور کلی برآورده نمی کند ، اتخاذ کنند. استانداردهای تعیین شده پس از هر عنوان اصلی. 4

با این حال ، الزامات خاص این اعلامیه ، در مورد هر FDM که از پلت فرم تجارت یک نهاد دیگر از طریق ترتیب "برچسب سفید" استفاده می کند ، اعمال می شود. 5 اگر موجودی که سکو را ارائه می دهد (برچسب سفید) نیز FDM است ، FDM با استفاده از سکو (اسپانسر) ممکن است به برچسب سفید متکی باشد تا بیشتر این شرایط را رعایت کند. با این حال ، اسپانسر باید رویه های کتبی را اتخاذ و اجرا کند:

• اعلان ها و افشای مورد نیاز را به مشتریان ارائه دهید.
• حفظ سوابق ؛وت
• به موقعیت هایی پاسخ دهید که دلیلی بر این باور باشد که برچسب سفید با توجه به این اطلاعیه مطابقت ندارد.

اگر برچسب سفید FDM نباشد ، حامی و برچسب سفید ممکن است با قرارداد موافقت کنند که برچسب سفید با توجه به این اطلاعیه مطابقت دارد ، اما در صورت عدم تحقق الزامات ، اسپانسر FDM همچنان مسئول خواهد بود. 6

هر FDM باید NFA را از بستر معاملاتی که از آن استفاده می کند ، از جمله هویت صاحب و توسعه دهنده پلتفرم (اگر متفاوت از مالک باشد) مطلع کند و اینکه آیا این پلتفرم اختصاصی است ، تحت یک ترتیب برچسب سفید استفاده می شود ، یا از شخص ثالث تحت عنوان اجاره می شوداصطلاحات دیگرFDM همچنین باید هنگام تغییر پلت فرم معاملات خود ، NFA را اعلام کند ، یک بستر معاملاتی جدید اضافه می کند ، یا یک بستر معاملاتی را رها می کند.

هر FDM همچنین باید یک نسخه از رویه های مورد نیاز این اخطار را حفظ کرده و در صورت درخواست آن ، نسخه ای را برای NFA تهیه کند. این رویه ها باید مسئولیت رعایت این اطلاعیه را به افرادی که تحت نظارت نهایی یک شخص مرتبط هستند که همچنین یک مدیر ذکر شده است ، اختصاص دهد.

اعضا همچنین باید اطمینان حاصل کنند که هرگونه تبلیغی یا سایر مواد مورد نظر در مورد سیستم تجارت الکترونیکی یا خدمات (به عنوان مثال ، ظرفیت) یا کیفیت خدمات (به عنوان مثال ، سطح عملکرد) که آنها را با احترام به آن سیستم ارائه می دهند ، به طور دقیق و کامل ارائه می دهند. در مورد عملکرد و عملکرد سیستم بحث کنید. با استفاده از مطالبی که سیستم الکترونیکی یا خدمات عضو یا کیفیت خدمات را به اشتباه نشان می دهد ، نقض قوانین انطباق NFA 2-36 (B) و 2-39 (A) است.

با توجه به تفاوت در اندازه اعضای NFA ، پیچیدگی عملیات و فعالیت های تجاری ، آنها باید در تعیین آنچه "نظارت کوشا" برای بنگاه های خود تشکیل می دهد ، انعطاف پذیری داشته باشند. سیاست NFA این است که شکل دقیق نظارت را برای هر یک از اعضای خود رها کند و از این طریق انعطاف پذیری را در اختیار عضو قرار دهد تا رویه های متناسب با وضعیت خاص خود را طراحی کند. همچنین سیاست NFA برای تعیین استانداردهای کلی به جای نیاز به فناوری خاص است. بنابراین ، روش های دیگر علاوه بر مواردی که در این اطلاعیه تفسیری شرح داده شده است ممکن است مطابق با استانداردهای کلی برای مسئولیت های نظارتی اعمال شده توسط قوانین انطباق 2-36 و 2-39 باشد.

معیار عمومیبشراعضایی که سفارشات مشتری را اداره می کنند باید رویه های کتبی را به طور منطقی برای محافظت از قابلیت اطمینان و محرمانه بودن سفارشات مشتری و اطلاعات حساب استفاده کنند. رویه ها همچنین باید مسئولیت نظارت بر روند را به یک یا چند نفر که درک می کنند چگونه کار می کند و چه کسانی قادر به ارزیابی اینکه آیا این روند با رویه های شرکت مطابقت دارد ، اختصاص دهد.

احراز هویتبشرسیستم های معاملاتی الکترونیکی یا سایر سیستم هایی که مشتری باید برای دسترسی به سیستم های معاملاتی الکترونیکی از آن استفاده کند ، باید کاربر را تأیید کند. احراز هویت را می توان از طریق تعدادی از روشها انجام داد ، از جمله:

• رمزهای عبور
• نشانه های احراز هویت ، مانند کارتهای SecuRid ؛یا
• گواهینامه های دیجیتال.

رمزبشراین سیستم باید از رمزگذاری یا حفاظت های معادل برای همه احراز هویت و هرگونه سفارش یا اطلاعات حساب که از طریق یک شبکه عمومی (از جمله اینترنت) ، یک شبکه نیمه خصوصی یا یک شبکه خصوصی مجازی منتقل می شود ، استفاده کند. اگر روشهای امنیتی مناسب تر و مؤثرتر توسعه یا شناسایی شود ، استفاده از این روشها با این استاندارد مطابقت دارد.

فایروال. فایروال ها یا حفاظت های مشابه باید با شبکه های عمومی، شبکه های نیمه خصوصی و شبکه های خصوصی مجازی استفاده شوند. سیستم باید فعالیت هایی را که از یک فایروال عبور می کنند ثبت کند و گزارش باید به طور منظم برای فعالیت غیرعادی بررسی شود. اگر رویه های امنیتی مناسب تر و مؤثرتری توسعه یا شناسایی شوند، استفاده از آن رویه ها با این استاندارد مطابقت دارد.

مجوز. اگرچه این مسئولیت مشتری است که اطمینان حاصل کند که فقط افراد مجاز با استفاده از امکانات و دستگاه های احراز هویت مشتری (مانند رمزهای عبور) به سیستم تجارت الکترونیکی دسترسی دارند، رویه های عضو باید در صورت اقتضا، ابزاری را برای مشتریان فراهم کند تا به عضو اطلاع دهند کهافراد خاص دیگر مجاز نیستند یا درخواستی ندارند که دستگاه های احراز هویت غیرفعال شوند. مشتریان باید از روند اطلاع رسانی مطلع شوند. 7

مدیریت. عضو باید رویه های کتبی را اتخاذ و اجرا کند که مسئولیت نظارت بر امنیت سیستم تجارت الکترونیک را به پرسنل نظارتی مناسب واگذار می کند. رویه ها همچنین باید پیش بینی کنند که پرسنل مناسب با پیشرفت های جدید همگام باشند، اثربخشی امنیت سیستم را نظارت کنند و به هرگونه نقض پاسخ دهند. علاوه بر این، رویه ها باید سیستم را در صورت نیاز به روزرسانی کنند تا سطح امنیتی مناسبی حفظ شود.

معیار عمومی. اعضایی که سفارشات مشتری را مدیریت می کنند باید رویه های مکتوب را که به طور منطقی طراحی شده اند برای حفظ پرسنل و امکانات کافی برای تحویل به موقع و کارآمد سفارشات مشتری و گزارش اجراها اتخاذ و اجرا کنند. اعضایی که پلتفرم های معاملاتی را اداره می کنند باید رویه های مکتوب را که به طور منطقی طراحی شده اند برای حفظ پرسنل و امکانات کافی برای اجرای به موقع و کارآمد سفارش های مشتری اتخاذ و اجرا کنند. رویه ها همچنین باید برای رسیدگی به شکایات مشتریان در مورد تحویل سفارش، اجرا (در صورت وجود) و گزارش دهی و رسیدگی به موقع به آن شکایات طراحی شوند.

بررسی ظرفیتبشرعضو باید روشهای کتبی را برای ارزیابی منظم ظرفیت هر سیستم تجارت الکترونیکی و افزایش ظرفیت در صورت لزوم اتخاذ و اجرا کند. این روشها همچنین باید مقرر داشته باشند که هر سیستم تحت آزمایش استرس اولیه قرار می گیرد. چنین آزمایشی ممکن است از طریق شبیه سازی یا سایر وسایل موجود انجام شود. بررسی ظرفیت باید هر زمان که تغییرات اساسی در سیستم ایجاد شود یا عضو افزایش قابل توجهی در حجم داشته باشد و حداقل سالانه اتفاق بیفتد.

عضو باید هر دو ظرفیت را تحت نظر داشته باشد (چقدر سیستم می تواند قبل از تأثیر منفی یا خاموش شدن آن را کنترل کند) و عملکرد (چقدر حجم سیستم می تواند قبل از افزایش زمان پاسخ از نظر مادی تحمل کند) ، و باید ظرفیت و عملکرد سیستم تجارت الکترونیکی را ارزیابی کندسطح مبتنی بر سویه های اصلی تحمیل شده به سیستم. عضو باید ظرفیت و عملکرد قابل قبول را برای هر یک از سیستم های تجاری الکترونیکی خود تعیین کند. رویه های عضو باید به طور منطقی طراحی شود تا ظرفیت کافی برای تأمین نیازهای برآورد شده اوج بر اساس تجربه گذشته ، خواسته های فعلی و خواسته های پیش بینی شده فراهم شود.

این رویه ها همچنین باید عضو را برای پیگیری شکایات مشتری در مورد مشکلات دسترسی ، کندی سیستم ، قطع سیستم یا سایر مشکلاتی که ممکن است مربوط به ظرفیت باشد ، پیگیری کند. 8 عضو باید علت هر مشکلی را شناسایی کرده و برای جلوگیری از بروز مجدد آن اقدام کند.

بازیابی فاجعه و افزونگیبشرعضو باید برنامه های احتمالی را داشته باشد که اگر سیستم پایین بیاید یا فعالیت بیش از نیازهای اوج مورد انتظار باشد ، به طور منطقی برای سرویس دهی به مشتریان طراحی شده باشد. عضو باید از سیستم های زائد استفاده کند یا در صورت نیاز به سرعت به سیستم های دیگر تبدیل شود. این سیستم های پشتیبان می توانند شامل امکاناتی برای پذیرش سفارشات از طریق تلفن باشند.

هنگامی که مشکلات عملیاتی رخ می دهد ، از جمله اما محدود به قطع سیستم یا اختلال یا تأخیر در زمان اجرای نیست ، عضو باید برای هر مشتری تحت تأثیر مشکلات عملیاتی ، اطلاع رسانی سریع و مؤثر ارائه دهد. اعلان را می توان با تعدادی از روشها از جمله:

• پیامی در وب سایت عضو ؛
• ایمیل یا پیام های فوری ؛
• یک پیام تلفنی ضبط شده برای مشتریان در انتظار ؛و/یا
• یک پیام تلفنی ضبط شده در یک خط اختصاص داده شده به ارائه بولتن های سیستم به مشتریان موجود.

FDM پس از بروز مشکلات عملیاتی ، باید در اسرع وقت منطقی به NFA اطلاع دهد ، اما بیش از 24 ساعت نیست. این اطلاعیه باید شامل تاریخ ، زمان ، طول و علت قطع یا اختلال باشد. کاری که FDM برای اصلاح اوضاع در کوتاه مدت انجام داد ؛FDM چه اقداماتی را برای محافظت در برابر وقایع آینده انجام خواهد داد. تعداد مشتریانی که تحت تأثیر قرار گرفته اند ؛و هرگونه اقدامی که FDM برای تنظیم معاملات یا حساب های مشتری انجام داده است.

افشای پیشرفتهبشرعضو باید از قبل ، عواملی را که می توان از نظر منطقی از نظر مادی بر عملکرد سیستم (به عنوان مثال ، دوره استرس) و وسایل موجود برای تماس با عضو در هنگام قطع سیستم یا کند شدن سیستم تأثیر گذاشت ، فاش کرد. این افشای اطلاعات باید در زمان باز کردن مشتری با استفاده از روشی که به طور منطقی محاسبه می شود ، برای هر مشتری ارائه شود تا اطمینان حاصل شود که مشتری از آن آگاه می شود. 9 افشای همچنین باید به طور برجسته در وب سایت عضو نمایش داده شود. عضو همچنین باید مشتریان را با روش های جایگزین برای وارد کردن سفارشات هنگام پایین آمدن سیستم یا رسیدن به سطح عملکرد غیرقابل قبول ، آموزش دهد. این افشای باید به روشی طراحی شود که قبل از بروز مشکلات ، این اطلاعات را به مشتریان فعلی ارائه دهد ، مانند توافق نامه حساب یا اخطار در وب سایت عضو.

کنترل اعتبار و مدیریت ریسک

معیار عمومیبشراعضایی که سفارشات مشتری را اداره می کنند باید رویه های کتبی را به طور منطقی اتخاذ کرده و اجرا کنند تا از ورود مشتریان به معاملات که خطرات مالی غیرقانونی را برای عضو یا سایر مشتریان ایجاد می کند ، جلوگیری کند. 10 صرف نظر از مدل تجاری خود - نمایندگی یا مستقیم از طریق پردازنده - یک عضو همچنین باید سیاست ها و رویه هایی را برای نظارت بر معاملات اختصاصی خود ، از جمله موقعیت های باز و تأثیر آن مواضع و هرگونه حرکت بالقوه بازار یا تنظیمات بر روی آن داشته باشد. توانایی عضو در تأمین نیاز سرمایه خود.

کنترل حساببشریک سیستم معاملاتی الکترونیکی باید به گونه ای طراحی شود که عضو بتواند براساس میزان سهام موجود در حساب یا ارز ، کمیت و نوع سفارش ، محدودیت هایی را برای هر مشتری تعیین کند و عضو باید از این کنترل ها استفاده کند. سیستم باید به طور خودکار هرگونه سفارش را که بیش از حد از پیش تعیین شده باشد مسدود کند. 11

اگر پلتفرم معاملاتی به طور خودکار موقعیت ها را نقد کند، FDM باید سطوح انحلال را به اندازه کافی بالا تعیین کند تا موقعیت ها با قیمت هایی بسته شوند که از رفتن حساب به موقعیت کسری در همه شرایط به جز غیرعادی ترین شرایط بازار جلوگیری کند. 12 پلت فرم FDM باید به طور خودکار موقعیت ها را نقد کند، و باید سطوح انحلال خود را برای مطابقت با این الزام تنظیم کند، اگر در توافق نامه مشتری یا مواد تبلیغاتی آن بیان شده است یا به این معنا باشد که مشتریان نمی توانند بیش از سرمایه گذاری خود ضرر کنند.

یک پلت فرم معاملات الکترونیکی که به طور خودکار موقعیت ها را نقد نمی کند، باید یک هشدار فوری زمانی ایجاد کند که یک حساب در معرض خطر قرار گرفتن در موقعیت کسری است. پرسنل شرکت باید این هشدارها را در طول روز کنترل کنند و در صورت لزوم اقدام کنند.

کنترل های سیستم. یک سیستم تجارت الکترونیکی نیز باید برای شناسایی ناهنجاری ها یا الگوهای معاملاتی طراحی شود که نشان دهنده نقص سیستم است، به ویژه نقصی که می تواند منجر به خطر نابه جا برای FDM شود.

ثبت سوابق

استاندارد عمومیاعضایی که سفارش ها را مدیریت می کنند باید رویه های کتبی را که به طور منطقی برای ثبت و نگهداری اطلاعات ضروری در رابطه با سفارش های مشتری و فعالیت حساب، از جمله اطلاعات مورد نیاز توسط مقررات CFTC 5. 18(b)(4) طراحی شده است، اتخاذ و اجرا کنند.

گزارش سود و زیان.پلتفرم های تجارت الکترونیکی باید بتوانند در صورت درخواست، گزارشی را تهیه کنند که سود و زیان تحقق یافته و محقق نشده ماهانه و سالانه توسط مشتری را نشان دهد. گزارش باید توسط شخصی که حساب را درخواست می کند، معرفی می کند یا مدیریت می کند قابل مرتب سازی باشد.

این سیستم باید گزارش های پایان سال را برای هر مشتری ایجاد کند که سود و زیان تحقق یافته در طول سال تقویمی و سود و زیان تحقق نیافته در موقعیت های باز را نشان دهد. FDM باید این گزارش ها را تا 31 ژانویه بین مشتریان توزیع کند. 13

گزارش به NFA

استاندارد عمومیهر FDM باید هر گونه گزارش یا اطلاعات مورد نیاز NFA را به NFA ارسال کند.

سوابق تجارت روزانههر FDM باید گزارش الکترونیکی روزانه معاملات را با NFA مطابق با قانون انطباق NFA 2-48 ارسال کند. گزارش باید حاوی داده های زیر و سایر داده های مورد نیاز NFA باشد:

• کلیه سوابق معاملات سفارش به صورت روزانه؛
• لیست معاملات انجام شده به صورت روزانه؛
• لیستی از تمام مدیران پول در روز اول گزارش، با هر گونه تغییری که روزانه گزارش می شود.
• لیستی از تمام تنظیمات قیمت که توسط FDM به صورت روزانه انجام می شود. و
• لیستی از هرگونه رویداد غیرمعمول ، مانند قطع سیستم یا "بازار سریع" به صورت روزانه.

مدیریت باید این گزارش را بررسی کند تا اطمینان حاصل شود که اطلاعات کامل و کامل NFA را در اختیار NFA قرار می دهد و کلیه معاملات ، استثنائات و رویدادهای غیرمعمول را برای فعالیت مشکوک یا غیرقابل توجیه مرور می کند.

گزارش هزینه ارزیابی.سیستم عامل های تجارت الکترونیکی باید گزارش هزینه ارزیابی پایان ماه را برای هر FDM با استفاده از سیستم عامل تولید کنند. این گزارش باید تعداد معاملات فارکس را که در طول ماه و اندازه آن معاملات انجام شده است خلاصه کند. 14

حفظاعضا باید این اطلاعات را به مدت پنج سال از تاریخ ایجاد شده حفظ کنند ، و مطابق با آیین نامه CFTC 1. 31 ، باید طی دو سال اول به راحتی در دسترس باشد. این سوابق باید توسط NFA برای بازرسی باز باشد و نسخه ها باید در صورت درخواست به NFA ارائه شود.

صداقت تجارت

استاندارد عمومیFDMS باید رویه های کتبی را به طور منطقی اتخاذ و اجرا کند تا از یکپارچگی معاملات قرار داده شده در سیستم عامل های تجاری خود اطمینان حاصل کند.

قیمت گذاریسیستم عامل های معاملاتی باید برای ارائه پیشنهادات و پیشنهادهایی طراحی شوند که به طور منطقی با قیمت ها و شرایط فعلی بازار مرتبط باشد. به عنوان مثال ، پیشنهادات و پیشنهادات باید با افزایش قیمت افزایش یابد و گسترش باید نسبتاً ثابت باقی بماند مگر اینکه بازار بی ثبات باشد. علاوه بر این ، اگر FDM برای برخی از جفت های ارز ، گسترش خاصی (به عنوان مثال ، 1 PIP) تبلیغ کند یا گسترش خاصی را در توافق مشتری خود فراهم کند ، این سیستم باید برای ارائه آن طراحی شود. 16

لغزشیک بستر معاملاتی الکترونیکی باید برای اطمینان از اینکه هرگونه لغزش مبتنی بر شرایط واقعی بازار است ، طراحی شود. به عنوان مثال ، لغزش باید در ارزهای پایدار نسبت به مقادیر بی ثبات کمتر باشد و قیمت ها باید به نفع مشتریان حرکت کنند و هر چند وقت یکبار در مقابل آن حرکت کنند.

توافق.یک بستر معاملاتی الکترونیکی باید برای محاسبه قیمت تسویه حساب یکنواخت طراحی شود. FDM باید رویه های کتبی داشته باشد که نحوه تعیین قیمت تسویه حساب با استفاده از معیارهای عینی را توصیف می کند.

Rolloversاگر یک بستر معاملاتی الکترونیکی به طور خودکار از موقعیت های باز استفاده کند ، باید بستر معاملاتی برای اطمینان از اینكه رولور با شرایط فاش شده در توافق نامه مشتری مطابقت داشته باشد ، از جمله آن مقررات كه نحوه تعیین قیمت گردش را نشان می دهد ، طراحی شود. اعضای فروشنده فارکس باید یک سیاست کتبی را در مورد رویه های مورد نظر برای محاسبه هزینه ها و پرداخت های بهره و بهره ، اتخاذ و اجرا کنند. این سیاست باید شامل عواملی باشد که در نظر گرفته می شود و همچنین نام هر منبع برای این عوامل است. عضو باید عوامل اساسی بررسی شده در تکمیل محاسبه را مستند کند ، از جمله هرگونه معاملات مرتبط که توسط عضو فروشنده فارکس وارد شده است ، بنابراین می توان آن را تکرار کرد.

بررسی های دوره ای و صدور گواهینامه سالانه

اعضا باید بررسی های دوره ای (حداقل سالانه ، اما بیشتر در صورتی که شرایط بررسی مکرر را تضمین کند) از هر سیستم معاملاتی الکترونیکی که از آن استفاده می کند ، انجام دهند. این بررسی باید به گونه ای طراحی شود:

• امنیت سیستم تجارت الکترونیکی را ارزیابی کنید.
• اطمینان از کنترل اعتبار و مدیریت ریسک سیستم تجارت الکترونیکی را ارزیابی کنید.
• اطمینان حاصل کنید که سیستم تجارت الکترونیکی داده های مورد نیاز را حفظ می کند و قادر به تولید گزارش های مورد نیاز این اخطار است.
• اطمینان حاصل کنید که سیستم الکترونیکی از یکپارچگی معاملات قرار داده شده بر روی آن محافظت می کند و سفارشات فارکس مشتری را به روشی عادلانه اجرا می کند.

عضو باید گزارشی از بررسی دوره ای تهیه کند ، با توجه به دامنه بررسی ، هرگونه یافته و اقدامات اصلاحی و حفظ یک نسخه از بررسی مطابق با آیین نامه CFTC 1. 31. نتایج این بررسی باید به مدیریت ارشد شرکت ، از جمله مدیر ارشد انطباق FDM گزارش شود ، و هر پیگیری باید توسط مدیریت ارشد ثبت و امضا شود.

یک FDM همچنین باید یک حزب خارج از کشور واجد شرایط باشد که یک بررسی سالانه مستقل از هر بستر معاملاتی الکترونیکی را که در طی دوازده ماه از آن استفاده می کند ، انجام دهد پس از شروع FDM تجارت بر روی آن پلتفرم یا در طی دوازده ماه پس از تبدیل شدن به شرکت FDM ، هر کدام بعداً باشد. 17 پس از آن ، یک بررسی مستقل باید حداقل سالانه انجام شود ، و یک حزب خارج از کشور واجد شرایط باید هر سال دیگر این بررسی را انجام دهد. بررسی های سالانه باقیمانده و هرگونه بررسی اضافی (که در صورت لزوم باید انجام شود) ممکن است توسط یک بخش حسابرسی داخلی مستقل یا یک طرف خارج از کشور واجد شرایط انجام شود. برای سیستم های مسیریابی سفارش خالص ، بررسی های مورد نیاز ممکن است توسط یک بخش حسابرسی داخلی مستقل یا یک حزب خارج از کشور واجد شرایط انجام شود و حداقل باید سالانه انجام شود.

بررسی ها باید سیستم را برای رعایت الزامات موجود در این اعلامیه ممیزی کنند. نتایج باید مستند و به مدیریت ارشد شرکت یا کمیته حسابرسی داخلی یا بخش گزارش شود. عضو باید پیگیری کند تا اطمینان حاصل شود که هرگونه نقص و اصلاح هرگونه نقص وجود دارد. FDM باید اقدامات اصلاحی انجام شده را مستند کند و یکی از اعضای مدیریت ارشد شرکت باید در این گزارش ثبت نام کند. FDM باید این گزارش را مطابق با آیین نامه CFTC 1. 31 حفظ کند.

هر FDM-از جمله هر FDM که یک بستر تجاری را از طریق یک ترتیب برچسب زدن به مشتریان خود فراهم می کند-باید سالانه تأیید کند که الزامات موجود در این اطلاعیه برآورده شده است و رویه های کتبی مورد نیاز این اخطار به روز است. صدور گواهینامه باید توسط یک مدیر امضا شود که همچنین یک AP ثبت شده است و باید به NFA ارسال شود. در تکمیل این گواهینامه ، AP/اصلی باید نتایج بررسی های دوره ای و هرگونه اقدام اصلاحی انجام شده را مرور کند.

اعضایی که مشتریان فارکس را درخواست یا معرفی می کنند یا حساب های مشتری فارکس را مدیریت می کنند ، در صورت استفاده از یک بستر معاملاتی الکترونیکی که توسط یک طرف مقابل ارائه می شود که FDM نیست یا در صورت ارائه یا تأیید AORS جداگانه ، باید گواهینامه های سالانه ارائه دهد. صدور گواهینامه باید توسط یک مدیر امضا شود که همچنین یک AP ثبت شده است و باید به NFA ارسال شود. با این حال ، صدور گواهینامه ممکن است محدود به الزامات قابل اجرا باشد.

1 برای اهداف این اعلامیه ، اصطلاح "عضو فروشنده فارکس" همان معنای آن را دارد که در آئین نامه 306 ، اصطلاح فارکس "همان معنای آن را دارد که در آئین نامه 1507 (ب) دارد ، و اصطلاح" مشتری "همان معنی را داردهمانطور که در قانون انطباق 2-36 (i).

با این حال ، روشهای کتبی نیازی به مشخصات فنی یا رویه های تکراری ندارند که در جای دیگر ثبت شده اند.

3 یک بستر تجاری با اختصاص دادن طرف مقابل تجارت به یک طرف مقابل ، تجارت مشتری را انجام می دهد. یک سیستم مسیریابی سفارش سفارشات را به یک بستر معاملاتی (یا به یک سیستم یا فرد دیگر) منتقل می کند. در بیشتر موارد ، همان سیستم معاملاتی هر دو کارکرد را انجام می دهد. NFA می فهمد که سیستم های جداگانه در بازارهای فارکس بسیار نادر هستند. با این وجود ، از آنجا که بیشتر اصول مشابه اعمال می شود ، این سیستم های جداگانه در این اطلاعیه گنجانده شده اند.

4 اگر عضو AORS جداگانه را فراهم کند یا تأیید کند ، عضو مسئول برآورده کردن کلیه الزامات قابل اجرا در ارتباط با آن سیستم است.

5 برچسب زدن سفید به عمل اجاره حق قرار دادن نام مستاجر در آن اشاره دارد و پلت فرم معاملاتی شرکت دیگر را به عنوان خود به بازار عرضه می کند و سپس معاملات را به موجر منتقل می کند. در هنگام تنظیم برچسب زدن ، مشتریان مستاجر رابطه قراردادی با شرکت ندارند و در واقع ممکن است از شرکتی که صاحب و اداره آن است ، آگاه باشد. برای اهداف نظارتی ، مستاجر طرف مقابل معاملات مشتری است و معاملات مربوطه با موجر معاملات جداگانه ای بین مستاجر و اجاره دهنده برای محافظت از تعهدات مشتری مستاجر است.

6 به عنوان یک موضوع عملی ، NFA اقدامات انضباطی را انجام نخواهد داد ، مگر اینکه اسپانسر می دانست یا باید می دانست که برچسب سفید پوست تعهد قراردادی خود را برای رعایت این اخطار برآورده نمی کند یا حامی در هنگام برقراری و حفظ رابطه با دقت کافی عمل نکردبرچسب سفید.

7 برای اهداف این اخطار ، اصطلاح "مشتری" شامل CTA است که سفارشات را برای مشتریان فارکس وارد می کند ، مگر در هنگام مراجعه به اعتبار و توانایی پذیرش ریسک. در این موارد ، اصطلاح "مشتری" به صاحب حساب محدود می شود.

8 به عنوان مثال ، عدم ظرفیت ممکن است منجر به لغزش بیش از حد یا سفارش پر شدن شود.

به عنوان مثال ، یک عضو می تواند افشاگری را در یک نامه الکترونیکی جداگانه به آدرس ارائه شده توسط مشتری ارائه دهد. دفن افشاگری در اسناد باز کردن حساب کافی نیست.

10 یک عضو باید توانایی هر مشتری را در پذیرش ریسک به عنوان بخشی از تعهد عضو برای شناخت مشتریان خود ارزیابی کند. به تفسیر تفسیری 9053 - معاملات فارکس مراجعه کنید.

11 AORS که برای دسترسی به یک پلت فرم تجاری الکترونیکی استفاده می شود ، شامل کنترل قبل از پیشگیری و پس از تصویب نیست اگر عضو ارائه یا حمایت مالی AORS پس از یک بررسی معقول ، که پلت فرم معاملات با آن الزامات مطابقت دارد و عضو WHO است. کنترل پلت فرم تجارت به طور مؤثر از کنترل های خود استفاده می کند.

12 اگر FDM بدون قید و شرط مشتریان را در برابر کسری تضمین کند ، باید هرگونه ضرر و زیان را که فراتر از مقدار حقوق صاحبان سهام در حساب اتفاق می افتد ، حتی اگر کسری به دلیل آن شرایط فوق العاده بازار رخ دهد ، ضرر کند. سوءاستفاده از پتانسیل ضرر و زیان مشتری ، نقض قانون انطباق NFA 2-36 (ب) یا 2-39 (الف) است.

13 FDM می تواند از فرم 1099-B برای برآورده کردن این نیاز استفاده کند.

14 این گزارش باید معاملات را توسط شرکت کنندگان در قرارداد واجد شرایط حذف کند زیرا این اصطلاح در بخش 1A (18) CEA تعریف شده است.

15 مدیریت باید هر پر از محدوده قیمت نمایش داده شده توسط سیستم را هنگام سفارش بازار تأیید کند و باید دلیل قیمت پر کردن را مستند کند.

16 اگر توافق نامه مشتری FDM استثنائاتی را در بازارهای بی ثبات یا غیرقانونی ارائه دهد و این استثنائات به طور برجسته فاش شود ، ممکن است سیستم برنامه ریزی شود تا مطابق با شرایط توافق باشد.

17 برای اهداف این اخطار ، "حزب واجد شرایط خارج" به معنای فردی یا نهاد غیرمجاز است که از طریق تجربه یا آموزش ، سیستم های پیچیده فناوری اطلاعات را درک می کند و قادر است سیستم های شرکت را برای رعایت الزامات موجود در اعلامیه آزمایش کند.