Мсфо сформировали спрос на аналитику

- kbrbank

Мсфо сформировали спрос на аналитику

Банки заказывают хранилища данных у российских разработчиков. // Ксения Болецкая. Банковское обозрение, №5, май 2005 г.

За последний год многие банки пополнили собственную ИТ-структуру хранилищами данных. Не смотря на то, что большая часть экспертов соглашается, что это «пополнение» стало, скорее, вынужденным шагом, сделанным под нажимом ЦБ РФ из-за перехода на отчетность по МСФО, прогресс на этом рынке очевиден. Хранилища становятся базой для создания в банке комплекса управленческих ответов.

Хранилище для МСФО

На русском банковском рынке бум спроса на хранилища данных пришелся на прошедший год. Большая часть банков, каковые имели очень смутное представление об этих совокупностях, были поставлены перед необходимостью их внедрения из-за перехода на отчетность по МСФО. Как говорит начальник проекта «Нострадамус» компании «ПрограмБанк» Дмитрий Осиновский, «переход на западные стандарты денежной отчетности подстегнул интерес банков к хранилищам данных.

В случае если раньше потребность банков в получении внешней отчетности удовлетворялась наличием АБС, то сейчас, в связи с переходом на западные стандарты денежной отчетности, денежные университеты почувствовали необходимость инвестировать средства в заказные, личные ответы». Согласно точки зрения начальника проекта «Хранилище данных» компании «ФОРС-Банковские Совокупности» Дмитрия Косова, переход на западные стандарты бухгалтерской отчетности в совершенстве потребовал от банков полной замены существующего ПО.

К полной замене, вероятнее, не готов никто, говорит Д. Косов, потому, что цена для того чтобы мероприятия окажется чрезмерно громадна практически для любого банка. Исходя из этого хранилища данных стали определенным компромиссом — пристройкой, не нарушающей устоявшейся работы банка. Но, согласно точки зрения директора по маркетингу компании Intersoft Lab Юлии Амириди, «заявить, что переход банков на МСФО стал причиной росту числа внедрений хранилищ данных, запрещено, скорее, спрос на рынке сформировался, и сейчас количество внедрений всегда увеличивается».

Проводки «задним числом» — конкурентное преимущество

В отличие от многих вторых компонентов банковской ИТ-структуры, в отношении которых для банков может находиться вопрос о выборе между западным и отечественным разработчиком, хранилища данных внедряют, в большинстве случаев, лишь русского «производства». Обстоятельств тому пара. Во-первых, для большинства банков, как было уже сообщено, интерес к внедрению хранилищ данных связан, в первую очередь, с переходом на МСФО.

Исходя из этого одной из основных задач этих совокупностей в приложении как раз к отечественному рынку есть фактически подготовка отчетности по западным стандартам: или параллельной, или преобразованной из классической бухгалтерской (см. «БО» № 3, «Изменение либо двойной учет?»).

Во-вторых, в русских банках первичные эти будут в существенно нехорошем состоянии. На Западе специальные совокупности для автоматизации бэк-контор трудятся уже несколько дюжина лет, в Российской Федерации же их лишь начинают внедрять. Исходя из этого для русских банков крайне важно очистки и системы чёткое выстраивание сбора данных.

И, в-третьих, для русских банков очень важно наличие в совокупности возможности заносить либо исправлять эти «задним» числом. Как заявил «БО» коммерческий глава департамента аналитических совокупностей R-Style Softlab Юлий Гольдберг, зарубежные банки трудятся в текущем дне, и, в случае если в учете происходят какие-то трансформации, то это делается при помощи ввода сторнирующих проводок.

В совокупностях, предназначенных для русского рынка, нужно предусмотреть возможность изменять архивные эти «задним» числом. С этим соглашается Дмитрий Осиновский («ПрограмБанк»): «Это отечественная норма, а не исключение из правил — в противовес западному, хорошему представлению о хранилище данных как о неком совершенном месте, где эти лишь пополняются и ни при каких обстоятельствах не изменяются».

Прибыли банка зависят от качества анализа

Не считая создания отчетности по МСФО банки применяют хранилища данных и конкретно с целью проведения анализа собственной деятельности. Согласно точки зрения Юлия Гольдберга (R-Style Softlab), речь заходит о задачах контроля и учёта бюджета: «Главная цель, которую преследуют банки, внедряющие совокупности хранилища данных, — это последующий анализ и сбор информации, нужной для получения целостной картины состояния бизнеса».

Как отмечает Дмитрий Косов («ФОРС-Банковские Совокупности»), по окончании достаточно продолжительного периода фактически тепличного роста банков наступил момент, в то время, когда прибыль, полученная от бизнеса, в намного большей степени зависит от своевременности и правильности принятых управленческих ответов и от качества совершённого анализа. Банки в условиях развития и роста конкуренции клиентской базы, прежде всего за счет роста розничных проектов, легко вынуждены развивать аналитические приложения, потому, что рост количеств данных, нужных с целью проведения полноценного анализа, превышает возможности человека. Те, кто осознаёт, что временные ответы, наподобие применения электронных таблиц, лишь отодвигают сроки принятия ответа о создании полноценной аналитической совокупности, уже на данный момент переходят к ее построению, а аналитические совокупности оптимальнее реализуются на хранилищах данных.

В целом эксперты отмечают, что в банках растет популярность таких направлений анализа, как комплексное управление рисками, бюджетирование и денежное планирование (а также оценка эффективности бизнеса с разбивкой по подразделениям, клиентам, банковским продуктам), кадровые ресурсы. Российские банки, в особенности в условиях сегодняшнего бурного развития ритейла, деятельно применяют хранилища данных для анализа клиентской базы.

Юлия Амириди (Intersoft Lab) сравнивает внедрение хранилищ данных с первым этапом создания в банков комплексных BPM-ответов (Business Performance Management — управление эффективностью бизнеса). До тех пор пока с его помощью российские банки начинают решать отдельные управленческие задачи, говорит она. Со временем комплект функций хранилищ будет расширяться.

Помимо этого, имеется еще одно важное событие, имеющее отношение уже не к бизнес-задачам банка, а к его информационной стратегии. Для многих банков хранилища данных — еще один метод решения проблемы «лоскутного одеяла». В противном случае говоря, неприятности интеграции разрозненных технических ответов в области учетных совокупностей, накопленных за время развития банка.

Разумеется, что большая часть учетных совокупностей, а также АБС, всевозможные CRM, модули учета ценных бумаг и т.п., разрабатываются под ответ конкретной потребности банка в ПО и слабо согласуются с другими бизнес-процессами. Получается, что в банке присутствует множество «вещей в себе», «связывать» каковые между собой приходится среди них и хранилищу данных.

Как раз исходя из этого одной из наиболее проблем для отечественных разработчиков хранилищ данных остается необходимость наличия опции редактирования и ручного ввода. Популярность данной опции связана с тем, что во многих банках — особенно имеющих филиалы — имеется последовательность направлений бизнеса, ответственных для учета, но через чур «мелких» для автоматизации (по ним выполняется порядка 10 операций в месяц).

В таких случаях нужные эти довольно часто учитываются не средствами АБС, а средствами Микрософт Excel. Помимо этого, с переходом на западные стандарты денежной отчетности возникла необходимость в новых данных, каковые нереально взять из АБС, ведущих учет по РПБУ. Соответственно, для их сбора кроме этого нужен модуль ручного ввода. Исходя из этого все отечественные разработчики предлагают особенные средства ручного ввода в поставляемых хранилищах данных.

К примеру, в ответе компании «ПрограмБанк» это специальный модуль ручного ввода, что возможно легко настроен на ввод любых данных методом описания шаблонов ввода. Не смотря на то, что модуль и владеет похожим на Микрософт Excel интерфейсом, он отнять у него недочётов: пользователь не сможет сломать формат либо ввести неклассифицированные значения, проводится первичная проверка вводимых данных на согласованность, нет ограничений на размер файла и т.д.

Хранилище как метод управления филиалами

Кроме этого хранилища данных — единственный метод собрать воедино разрозненные эти, поступающие из филиалов банка, обработать их и организовать отчетность, на базе которой управление банка сможет принимать те либо иные управленческие ответы. Исходя из этого многие специалисты вычисляют главными потребителями ответов на базе хранилищ данных как раз большие многофилиальные банки. Главная цель, которую они ставят, приступая к внедрению BPM-совокупностей на базе хранилищ данных, — повысить управляемость и прозрачность банковского бизнеса.

К примеру, в банке «Петрокоммерц» до последнего времени действовала личная совокупность сбора, анализа и хранения данных. Но потому, что банк есть многофилиальным, перед ним поднялась неприятность стандартизации потоков данных, поступающих из регионов.

За счет внедрения «опытного» хранилища данных «от разработчика» «Петрокоммерц» решил, к примеру, задачу формирования единой отчетности с филиалами. Как мы знаем, предоставляя отчетность в осуществляющие контроль органы, многофилиальные банки трудятся по единой разработке: филиалы сдают собственную отчетность в региональные подразделения Банка России, а главный офис в один момент передает консолидированную отчетность, включающую в себя эти филиалов. В ситуации, в то время, когда филиалы применяют независимые АБС (а так происходит практически во всех случаях), тяжело обеспечить идентичность данных в отчетах филиалов и в консолидированной отчетности.

Дабы удовлетворить запросы как раз многофилиальных банков, разработчики отечественных совокупностей снабжают помощь бизнеса «территориально распределенных денежных структур». При таких условиях рабочие места сотрудников, важных за ввод данных по направлению, смогут размешаться не только в головном офисе, но и конкретно на местах, в подразделениях, несущих ответственность за соответствующий сегмент. «Это комфортно, — говорит Юлий Гольдберг (R-Style Softlab), — и кое-какие банки, отечественные клиенты, собираются кроме того отказаться от собственных бэк-контор, применяя RS-DataHouse в качестве главного средства автоматизации последовательности бизнес-направлений в филиалах».

Кроме расширения функционала хранилищ разработчики начинают трудиться и над тем, дабы сделать их максимально понятными, эргономичными как раз для специалистов и конечных пользователей, каковые «наполняют» их данными. К примеру, «ПрограмБанк» кроме того начал разработку, разрешающую оформлять отчётность и финальную консолидацию, среди них и по МСФО, в виде файла Микрософт Word.

StudAnal: Жотм худший аналитик

Интересные записи

Похожие статьи, которые вам, наверника будут интересны: