В общем случае выходная информация
В общем случае выходная информация в системе OFSA (в том числе в модулях RM и TP) формируется:
- в виде финансовых элементов на уровне Главной Книги (таблица Ledger_Stat) в разрезе определенных при настройке иерархических структур, например:
Org_Unit Имеются возможности выполнить вычисления с дополнительной детализацией: определить еще одну иерархическую структуру, например, "Группировка клиентов" или определить фильтр данных.
Это позволит получить результат в разрезе групп клиентов или даже для одного клиента.Gl_Account Common_Coa Дата/период Валюта
В версии OFSA 4.5.36.1 имеется 181 предопределенный финансовый элемент, и существует механизм формирования дополнительных финансовых элементов. - в специальных таблицах, например, смотрите статью, посвященную расчету значений Value-at-Risk в модуле RM.
- в записях таблиц финансовых инструментов заполняются некоторые колонки, например, для модуля RM на уровне записей финансовых инструментов формируется значение рыночной стоимости, а для модуля TP - список был приведен выше.
Конечно, в четырех небольших статьях невозможно дать представление о детальных возможностях системы, но, собственно, такой задачи и не ставилось, была попытка показать основные принципы работы системы. По этой же причине половина функциональных модулей системы, а именно:
- Budgeting & Planning
- Performance Analyzer
- Regulatory Capital Manager (Basel II)
вообще оказались вне рассмотрения, также остались не затронутыми подходы к реализации обязательной отчетности РСБУ и МСФО. Возможно, в следующей серии статей данные темы будут раскрыты.
1(к тесту) | Option cost - затраты на опции финансовых инструментов. Предназначены для того, чтобы измерить значение любой клиентской опции на инструменте. Например, предварительные платежи по ипотечной ссуде. Далее будут рассматриваться первые три компоненты, а возможности модуля TP для "option cost" будут обсуждены в отдельном разделе. |
2(к тесту) | Смотрите ниже раздел Выходные данные, финансовый элемент "Charge/Credit for Funds" и пример стандартного отчета. |
Поэтому важно выбрать такую систему, которая обеспечит функционирование хранилища финансовой информации и содержит приложения, позволяющие решать большую часть из приведенного списка задач и проектировать новые приложения. При этом, хранилище данных должно обладать функциональностью, позволяющей после перезагрузки данных использовать другие приложения.
И в завершение скажем несколько слов о возможных рисках при внедрении системы OFSA. Среди их обширного списка обязательно следует отметить такие факторы как последовательность ввода стандартных модулей и последовательность развития дополнительной функциональности OFSA:
OFSA FDM | Transfer Pricing | Budgeting & Planning |
Risk Manager | Обязательная отчетность | |
Performance Analyzer | МСФО | |
и др. | ||
Обязательно | Рекомендуемый порядок | Произвольный порядок |
1(к тесту) | В документации используется термин "reconciliation" - урегулирование разночтений в учете операций по разным источникам информации. |
2(к тесту) | См. МСФО 39 "Эффективность/неэффективность хеджирования", в том числе перспективное тестирование эффективности. |
Часть 4 |