فاز 5 UMR برای سپتامبر امسال برنامه ریزی شده است که فاز 6 در سپتامبر 2022 به صورت زنده می رود. شرکت ها ممکن است از قبل با تبادل حاشیه تنوع آشنا باشند ، اما الزام ارسال حاشیه اولیه دو طرفه در معاملات دو جانبه آنها ، می تواند لایه جدیدی از پیچیدگی و هزینه را اضافه کند.
چقدر پیچیده و پرهزینه است؟تعداد زیادی از متخصصان وجود دارند که برای آماده بودن برای UMR به شما می گویند چه کاری باید انجام دهید. و همه آنها شامل لیست بسیار طولانی از الزامات ، از جمله تبادل اطلاعات دقیق با همتایان ، استفاده از راه حل های میان افزار برای اعتبارسنجی حاشیه ، توسعه فرآیندهای حل اختلاف و اجرای راه حل های پیچیده فناوری اطلاعات برای پشتیبانی از این کارها هستند. سؤال این است که "آیا همه اینها مورد نیاز است؟"
راه حل های مورد استفاده در حال حاضر برای پشتیبانی از بازیکنان بزرگتر که در چهار مرحله اول اجرای UMR گرفتار شده اند ، طراحی شده اند. با این حال ، بنگاه های تحت تأثیر مراحل 5 و 6 بسیار کوچکتر هستند. آنها معاملات بسیار کمتری را انجام می دهند و بنابراین نیازهای حاشیه ای بی ثبات تر است و باید آشتی آسان تر باشد. این NISC ها همچنین می خواهند هزینه کمتری داشته باشند و منابع لازم برای پشتیبانی از چندین سیستم و رابط را ندارند.
باید یک راه حل ساده تر وجود داشته باشد. اما قبل از اینکه این موضوع را در نظر بگیریم ، ابتدا باید به آنچه به شرکتها گفته می شود نگاه کنیم. یک مثال خوب برای گرفتن اسناد ارائه شده توسط ISDA است.
یکی از بارزترین مورد بررسی "لیست چک و کنترل پروژه های پروژه نامشخص است". این لیست نزدیک به 60 کار مورد نیاز NCISS را برای UMR آماده می کند. با این حال ، با توجه به مقیاس کوچکتر بنگاه های تازه آسیب دیده ، و این که این یک نسخه به روز شده از لیست چک تولید شده برای اولین مراحل UMR است ، ارزش این را دارد که آیا تمام کارهای پیشنهادی لازم یا معقول هستند.
11 کار جداگانه برای محاسبه حاشیه اولیه به تنهایی وجود دارد که 5 مورد دیگر برای مدیریت ریسک و اختلاف دارد. جزئیات ارائه شده در این سند بسیار کمتر از "SDA-sifma-initial-margin-fase-in-white-paper در اصل در ژوئی ه-2018" است (که وقتی فاز 5 و 6 در سال 2019 اجرا شد ، نوشته شده است. و 2020).
این سند تعدادی از الزامات کلیدی برای NISC ها را در مورد محاسبه حاشیه شامل اتصالات به ارائه دهندگان میان افزار و آزمایش و سوار شدن به همان شرح می دهد. در اینجا فقط برخی از عصاره های نمونه وجود دارد که دلالت بر نیاز به یک راه حل خاص دارد:
- "در حال حاضر ، فروشندگان مبادله ای در مقیاس مبادله IM (عمدتا تحت SIMM) از یک ارائه دهنده خدمات آشتی میان افزار واحد استفاده می کنند تا به آنها در بررسی و شناسایی منابع اختلافات مربوط به محاسبات IM کمک کنند."
- "استاندارد سازی فرایند آشتی برای کاهش خطر طرف مقابل بسیار مهم است. بدون آشتی و سازگاری و پردازش مشترک و مستحکم ، مدیریت IM در تعداد زیادی از شرکت کنندگان در بازار غیر عملی خواهد بود. "
- "همه اتصالات برای یکپارچگی داده نیاز به آزمایش دارند. ارائه دهندگان خدمات به منظور انجام محاسبه یا عملکرد آشتی خود ، به داده های مداوم از هر دو طرف نیاز دارند. "
"بدون وجود چنین زیرساخت هایی که یک برنامه رابط و آشتی مشترک ارائه می دهد ، مدیریت اختلاف IM یک کار عملیاتی سنگین و غیر عملی در چندین روابط همتای خواهد بود"
این نمونه از اظهارات این سند ، دیدگاه گسترده ای از آنچه انتظار می رود NISCS باشد ، ارائه می دهد و اجرای شرکت های کوچکتر بسیار پر هزینه خواهد بود. به راحتی می توان فهمید که چرا این نوع زیرساخت ها توسط بنگاه های گرفتار شده در مراحل اولیه UMR ، با معاملات و پتانسیل های زیادی برای اختلاف ، مورد نیاز است. اما آیا بین همتایان با تعداد کمی از نمونه کارها به صورت روزانه لازم است؟
اجرای یک سیستم میانی کامل ممکن است برای برخی از NISC های فاز 5 و 6 بیش از حد باشد ، اما هنوز هم مشکلات بالقوه با محاسبه حاشیه و آشتی وجود دارد که برای حل و فصل نیاز به یک راه حل مناسب دارد.
با این فرض که تصمیم به استفاده از SIMM به عنوان الگوریتم حاشیه گرفته شده است ، اولین قدم برای در نظر گرفتن محاسبه حساسیت هایی است که اساس محاسبه حاشیه را تشکیل می دهند.
"S" در SIMM ممکن است استاندارد باشد ، اما هیچ روش استانداردی وجود ندارد که حساسیت ها محاسبه شود زیرا ورودی های محاسبه در نظر گرفته می شود و نه بخشی از روش.
تقریباً اجتناب ناپذیر است که در حساسیت های ایجاد شده بین دو همتای که سعی در آشتی دادن حاشیه خود دارند ، اختلافاتی وجود خواهد داشت. در صورت استفاده از مدل قیمت گذاری متفاوت ، برای گزینه ها انتظار می رود ، اما این نیز می تواند در مورد محصولات ساده تر باشد. به عنوان مثال PV01 سطل ایجاد شده برای مبادله وانیل ساده به مکانیسم درون یابی وابسته است.
این حساسیت ها باید در CRIF ، قالب استاندارد مورد نیاز برای ورود به مدل SIMM باشد. سیستم های Middleware از این CRIF برای امتحان کردن و آشتی دادن بر اساس تجارت استفاده می کنند ، اما برای این کار برای کار کردن همه چیز به درستی از جمله شناسه های تجاری لازم خواهد بود.
این یک فرآیند پیچیده است که به طور بالقوه مستعد یافتن موضوعات غیر موجود است. این ممکن است تفاوت در حساسیت ها را برجسته کند که اگرچه از نظر درصد برای یک سطل خطر خاص قابل توجه است ، اما تأثیر بسیار کمی در حاشیه کلی محاسبه شده دارد. این فقط می تواند این باشد که خطر به عنوان مثال بین سطل نرخ بهره 3M و 6 متر کمی متفاوت است.
این فرآیند برای آشتی پیچیده تر از آنچه در حال حاضر برای حاشیه پاک شده استفاده می شود. این لزوماً منطقی نیست اگر فکر کنید که الگوریتم SIMM ساده تر از الگوریتم های CCP است. علاوه بر این ، باید در نظر گرفت که این یک روند دو طرفه است ، بنابراین به نفع همه این است که بنگاه ها محاسبه را به درستی دریافت کنند ، و به عنوان مثال ، چند برابر غیر منتظره را اعمال نمی کنند.
خب جایگزینش چیست؟ما پیشنهاد می کنیم که از یک فرآیند سنتی تر استفاده شود که به موجب آن از حساسیت ها برای اعتبارسنجی تماس های طرفداران با تمرکز بر تغییر در حاشیه استفاده می شود:
- بنگاهها تماسهای حاشیه اولیه را از طرف همتایان بانکی خود از طریق بیانیه ها به روش سنتی دریافت می کنند.
- همین اظهارات مشابه باید شامل اطلاعات مربوط به حاشیه ارسال شده توسط بانکها باشد.
- راه حلی را اجرا کنید که با تخمین تغییر روزانه در حاشیه با استفاده از یک ماشین حساب SIMM تأیید شده ، اعتبار روزانه تماس حاشیه (و حاشیه ارسال شده) را انجام می دهد.
دلایل زیادی وجود دارد که این راه حل برای شرکتهای کوچکتر اسیر شده توسط مراحل UMR 5 و 6 مناسب است:
- آشتی دادن حساسیت های سطح تجارت باعث ایجاد سر و صدای پشتیبانی غیر ضروری خواهد شد ، در حالی که نکته مهم این است که با توجه به هرگونه تغییر در نمونه کارها و تأثیر شرایط بازار ، تغییر حاشیه همان چیزی است که انتظار می رود.
- در جایی که محاسبه حساسیت های مورد نیاز به عنوان ورودی به SIMM دشوار است ، بنابراین برای تغذیه آنها به هر راه حل آشتی میان افزار ، می توان از شبکه به عنوان پروکسی برای این قسمت های نمونه کارها استفاده کرد. این امر هنوز هم این امکان را می دهد که کل نیاز حاشیه ای را در یک درصد قابل قبول به توافق برساند.
- این رویکرد مانع از نیاز مشتری برای ثبت نام در یک راه حل آشتی میان افزار گران قیمت و پیچیده می شود ، در حالی که هنوز هم مکانیسمی برای اعتبارسنجی تماس های حاشیه SIMM دارد.
برای NISC ها ، جایی که حجم معاملات جدید یا انقضا محدود است ، یک رویکرد سنتی تر برای اعتبارسنجی تماس حاشیه باید یک راه حل کارآمدتر و مقرون به صرفه تر ارائه دهد. یک فرآیند ساده که تغییرات نیاز حاشیه را بررسی می کند و تضمین می کند که آنها منعکس کننده تغییر روزانه در معرض خطر کارها ، اطمینان حاصل می کنند که حاشیه صحیح تحت UMR شارژ می شود ، در حالی که کاهش هزینه اجرای و بار پشتیبانی مداوم از آشتی سطح تجارت.
OpenGamma Limited ، طبقه 5 ، یک تغییر جدید ، لندن ، EC4M 9AF
بهترین استراتژی معاملات...
ما را در سایت بهترین استراتژی معاملات دنبال می کنید
برچسب :
نویسنده : صدرا ذوالریاستین
بازدید : 33
تاريخ : شنبه
11 شهريور
1402 ساعت: 1:35