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

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

چرا مدیریت مفروضات در طول فرآیند مدلسازی مالی مهم است؟

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

هنگام مستندسازی مفروضات مربوط به یک پروژه مدلسازی مالی، چندین چیز ممکن است اشتباه پیش برود.

 

  • مفروضات ممکن است در قالب مکتوب و به راحتی قابل درک در دسترس نباشند 

     

  • مفروضات ممکن است پراکنده باشند و از این رو، کاربر مدل مالی ممکن است نتواند همه اطلاعات مربوطه را به طور همزمان پیدا کند. 

بهترین روش ها برای مدیریت این مفروضات

 

  • تمام مفروضات مربوط به یک پروژه مدلسازی مالی باید به صورت متمرکز ذخیره و پیگیری شوند. برای این منظور باید یک پایگاه داده مفروضات ایجاد شود. 

     

  • پایگاه داده فرضی باید بخشی از خود مدل باشد. اگر مدل و پایگاه داده دو فایل متفاوت باشند، کاربر ممکن است پایگاه داده فرضی را دانلود نکند و از این رو، کل هدف ممکن است شکست بخورد. همچنین، ممکن است فایل فرضیات از بین رفته یا با گذشت زمان به روز نشود. 

     

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

     

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

رویه ایجاد پایگاه داده مفروضات

 

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

     

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

     

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

     

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

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

بدون نظر

دیدگاهتان را بنویسید

نشانی ایمیل شما منتشر نخواهد شد. بخش‌های موردنیاز علامت‌گذاری شده‌اند *