مدیریت محدودیت ریسک مستقل در حساب‌های مم

یکسان‌بودن مدیر یا منبع سفارش، به معنی یکسان‌بودن ظرفیت ریسک همهٔ زیرحساب‌های مم نیست. موجودی، ارز پایه، مارجین و تعهدهای هر حساب می‌توانند متفاوت باشند. محدودیت مستقل زمانی معنی عملی دارد که معلوم باشد چه چیزی اندازه‌گیری می‌شود، کجا کنترل می‌شود و پس از عبور چه اتفاقی می‌افتد.

نام محدودیت به‌تنهایی کافی نیست

عبارت «حد ریسک حساب» ممکن است به حجم، مواجهه، مارجین مصرفی یا افت از یک مبنا اشاره کند. مبنا می‌تواند ابتدای روز، آغاز همکاری یا قلهٔ قبلی باشد؛ این‌ها نتیجهٔ یکسان ندارند. زمان بازنشانی، برخورد با واریز و برداشت و هزینه‌های لحاظ‌شده را نیز بنویسید. عددی بدون این تعریف‌ها قابل تطبیق نیست.

مثال فرضی از تفاوت دو زیرحساب

فرض کنید برای تمرین، یک محدودیت مواجهه برابر ۱۰٪ از ارزش مبنای هر حساب تعریف شده است. برای مبنای ۱۰۰۰، سقف عددی ۱۰۰ و برای مبنای ۲۰۰۰، سقف ۲۰۰ می‌شود. این فقط نمایش تفاوت مبناست، نه درصد ریسک پیشنهادی یا فرمول همگانی مواجهه. ابزارهای متفاوت ممکن است تعریف و واحد مواجههٔ متفاوت داشته باشند.

کنترل قبل از سفارش با کنترل پس از اجرا فرق دارد

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

اقدام پس از عبور باید جدا تعریف شود

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

ماتریس کنترل برای هر زیرحساب بسازید

• مبنای اندازه‌گیری، ارز و ابزارهای مشمول.
• آستانه، زمان بازنشانی و نحوهٔ تعدیل جریان نقدی.
• محل اجرا: میزبان، نرم‌افزار مدیر یا پایش دستی.
• پاسخ تعریف‌شده و مسئول دارای اختیار آن.
• وضعیت سفارش‌های موجود و مسیر ثبت اختلاف.

اثر کنترل یک حساب بر مجموعه را بررسی کنید

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

آزمون و ثبت تغییر را از هم جدا نکنید

پیش از فعال‌سازی، محاسبات و حالت‌های مرزی را بدون معاملهٔ واقعی بررسی کنید. نتیجهٔ محیط آزمایشی تضمین اجرای زنده نیست. هر تغییر آستانه باید تاریخ، دلیل و تأیید لازم را داشته باشد؛ پس از رخداد، عوض‌کردن مبنا نباید سابقهٔ عبور را پنهان کند. برنامهٔ پایش نیز باید نبود داده یا قطع اتصال را آشکار نشان دهد.

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