|
Виктор Сусойкин
руководитель управления финансовых приложений,
компания РДТЕХ
Обязательная отчетность страховых компаний
Доклад на Oracle AppForum 2007,
http://www.oracle.com/global/ru/pdfs/marketing/appsforum2007/af2007_insurance_5_rdtex.pdf
На основе опыта разработки хранилищ данных и систем отчетностей в страховых компаниях специалисты компании РДТЕХ пришли к выводу, что наибольшей трудоемкостью обладает процесс реализации внешней отчетности, предоставляемой страховыми компаниями в органы страхового надзора.
Компания РДТЕХ предлагает готовые решения для автоматизации хранилищ данных, а также для создания на их основе систем расчета страховых резервов и подготовки различных форм отчетности страховой компании: бухгалтерской, управленческой, надзорной, статистической и отчетности для профессиональных объединений.
Внедрение специализированного решения для страховщиков на основе хранилища данных позволяет страховой компании не только снизить трудоемкость, повысить оперативность подготовки внутренней и внешней отчетности, но также систематизировать все бизнес-процессы компании по подготовке отчетности на единой платформе Oracle.
Все модули нашего решения построены на основе единой модели данных системы Oracle Financial Services Application (OFSA) и тесно интегрированы друг с другом. Отчетность, представленная в рамках системы, представляет собой полутиражируемое решение, являющееся надстройкой над полнофункциональной системой управления бизнесом финансовых институтов OFSA. Из базовых компонентов системы OFSA используется Performance Analyzer - модуль расчета и моделирования фактического финансового результата банка.
Если говорить более подробно о классификации реализуемой отчетности, то можно выделить 2 основных блока.
- Внутренняя отчетность включает в себя отчетность по страховым резервам и управленческую отчетность. Резервы отнесены к внутренней отчетности по той причине, что они не предоставляются на регулярной основе в органы страхового надзора, хотя являются обязательным элементом, который в качестве компонента присутствует во внешней отчетности.
- Блок обязательной внешней отчетности, реализуемой в соответствии с указаниями инструкции 113-Н, включает бухгалтерскую, надзорную и статистическую отчетности.
Здесь важно отметить, что в блоке статистической отчетности реализуются формы 1С, 1СК, 2С. Не менее интересным и актуальным вопросом является формирование в рамках системы отчетности группы отчетов в РСА.
Остановимся более подробно на группах отчетности.
Первым из внедряемых компанией РДТЕХ модулей является “Глоссарий показателей”, который представляет собой описание структурированного набора показателей, реализуемых в системе отчетностей. “Глоссарий показателей” содержит базовый перечень, который пополняется от проекта к проекту - в зависимости от специфики управленческой отчетности в данной страховой компании.
На этапе уточнения Глоссария каждый отчет структурируется на показатели, описываются методики расчета каждого показателя, в заключение данные методики согласуются с заказчиками – представителями бизнес-подразделений страховой компании.
Если говорить о компонентах Глоссария для внешних форм отчетности, то в этом случае уточнения от проекта к проекту не столь существенны, поскольку перечень алгоритмов расчета показателей, как правило, соответствует документам, регламентирующих их. Тем не менее, как показывает наш опыт внедрения систем отчетностей в страховых компаниях, можно отметить тот факт, что даже при расчете страховых резервов в различных компаниях алгоритмы расчетов могут иметь значительные отличия.
Реализуя представленную методологию описания показателей форм отчетности Глоссария, компания РДТЕХ, с использованием технологий Oracle, разработала приложение, которое позволяет реализовать бизнес-процесс формирования и пополнения “Глоссария показателей”. В дальнейшем, после того, как Глоссарий сформирован посредством данного приложения, наполнение Глоссария можно просматривать и анализировать через отчеты Oracle Discoverer. При этом наполнение Глоссария используется в дальнейшем в качестве компонента модуля управленческой отчетности.
Далее перейдем к процессу сбора, обработки и загрузки данных в хранилище. На первом этапе данные загружаются из страховой и финансовой систем в хранилище данных. Процессы загрузки данных в хранилища достаточно важны, поскольку оказывают существенное влияние на сроки проекта и на возможности реализации тех методик, которые описаны в Глоссарии.
Ключевой момент в реализации ETL-процедур – это возможность соединения бухгалтерской информации и договорных данных из страховой базы. В ходе реализации процесса интеграции данных возникают значительные сложности, поскольку информация учитывается в этих системах не всегда в полном виде. Соответственно, в ходе процесса очистки и отслеживания качества данных выявляются, к примеру, непривязанные убытки, несвоевременные начисления.
Во время загрузки данных осуществляется их обработка, которая разбивает информацию по проводкам, по условиям договоров, по комбинациям объект-риск и в дальнейшем дает возможность использовать эти данные для расчета различных показателей. На основе данных, прошедших очистку, можно выполнять автоматическую раскраску: например, определять учетную группу, вид страхования, регион и другие параметры.
Переходя к функциональным модулям, можно отметить, что ключевым из всех компонентов системы является модуль “Страховые резервы”. Данные, рассчитываемые в данном модуле, впоследствии используются во всех прочих модулях системы. Например данные, используемые для расчета РПНУ, также применяются для формирования надзорной отчетности в части формы 8-страховщик. Модуль “Страховые резервы” внедряется в первую очередь и на данном этапе реализует следующие виды резервов: РНП, РЗУ, РПНУ, Стабилизационный резерв.
Для модулей обязательной отчетности (надзорной, бухгалтерской, статистической), существует формат просмотра отчетов через инструмент визуальной среды Oracle Discoverer. Помимо этого, есть возможность выгрузки в XML. По ряду форм отчетности требуется печатный формат предоставления в надзорные органы, а не электронный. В нашей системе для просмотра ряда форм используется Oracle Reports, а итоговое представление формы отчетностей реализуется в виде документа PDF-формата. Такая возможность позволяет всегда иметь версии, готовые для печати.
На основе опыта реализации проектов в страховых компаниях, мы пришли к выводу, что в части обязательной отчетности имеются следующее осложнение: формы сдаются в тысячах рублей. При агрегации округленных значений возникают расхождения с округленными агрегированными значениями. В этой связи мы представляем механизм, который позволяет выполнять указанные округления определенным алгоритмом и решать проблему выполнения этих контрольных соотношений. Итоги проверки контрольных соотношений выдаются в определенный журнал, представляющий собой отчет Oracle Discoverer, данные которого может анализировать и просматривать каждый пользователь.
В ходе работы алгоритмов проверки контролируются не только те соотношения, которые являются обязательными для отчетности, готовящейся по инструкции 113-н, но и дополнительные – накладывающие более жесткие условия, что позволяет выполнять сложную взаимоувязку показателей.
По результатам расчета форм отчетности формируется экспортный файл XML-формата, в соответствии с регламентом, определенным в нормативных документах. Данный файл можно просмотреть в Oracle Discoverer, импортировать в стандартные программы ОСТ, ИНЭК и затем уже в этих программах выполнять окончательную проверку контрольных соотношений.
Отмечая используемый базовый функционал OFSA, следует сказать о возможностях модуля Profitability Manager, который используется для подготовки управленческой отчетности.
Преимущество Oracle Profitability Manager – в его возможности аллокировать доходы и расходы на сегменты клиентов. Большинство расходов, безусловно, уже являются уникальными для клиента – это убытки, понесенные на выплату страхового возмещения клиентам. Тем не менее, существуют общефирменные расходы, которые должны быть аллокированы согласно базам разнесения. В настоящее время очень немногие отечественные страховые компании аллокируют расходы до уровня клиентов. Использование преимуществ Oracle Profitability Manager в решении указанных задач позволяет оценить прибыльность более правильно и точно, чем это было возможно раньше.
В заключение хотелось бы отметить особенность современного IT-рынка решений для страховых компаний. Он сейчас представлен рядом инструментов, сильной стороной которых является, в первую очередь, возможность высокоэффективного решения операционных задач. Комплексные решения успешно сочетают в себе и современные технологии, и правила бизнеса. Но в тоже время компоненты, связанные с формированием аналитической и обязательной отчетности, представлены в меньшей степени.
Система, предлагаемая компанией РДТЕХ, является принципиально направленной на детальное и качественное решение задач управления эффективностью бизнеса. Решение, в основу которого положены возможности системы OFSA, сочетающей в себе опыт лучших мировых практик, а также результаты апробации с учетом специфики отечественного страхового бизнеса, призвано стать важной компонентой реализации IT-стратегий компании.
Рис. 1. Система отчетности на основе Хранилища данных
Рис. 2. Архитектура системы подготовки отчетности страховой компании
Рис. 3. Модуль “Страховые резервы”: архитектура решения
Рис. 4. Блок проверки дополнительных контрольных соотношений
|
