— Сергей, когда было создано хранилище? Как реализовывался этот проект?

— Началом проекта, наверное, можно считать подписание контракта с подрядчиком и начало работ по разработке и строительству корпоративного

хранилища данных. Это произошло в декабре 2007 года. На тот момент руководство банка понимало, что хранилище данных является важным конкурентным преимуществом, которое необходимо банку для успешного освоения рынка и для повышения эффективности внутренних бизнес-процессов. Существующие в тот период разрозненные системы приводили часто к дублированию обязанностей и отсутствию единого подхода в оценке данных и результатов деятельности.

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

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

— Какие направления бизнеса были выбраны в качестве приоритетных при реализации проекта? Изменились ли приоритеты в связи с кризисом?

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

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

— Какие виды отчетов позволяет составлять корпоративное хранилище данных?

— По типу используемой информации и процессу ее обработки можно выделить несколько типов отчетности: операционная отчетность, обязательная отчетность и корпоративная управленческая отчетность.

Операционная отчетность носит транзакционный характер. Сведения по операциям должны обрабатываться в моменте, а потому эта форма отчетности по определению не может быть перенесена в хранилище данных, которое предназначено для проведения анализа.

Сейчас операционная отчетность формируется в транзакционных системах и там, наверное, она будет обрабатываться и впредь. Однако исторически сложилось так, что в транз­акционных системах обрабатывалась не только оперативная информация, но и еще формировалась аналитическая отчетность. Большая часть сведений, используемых для ее построения, уже перенесена в хранилище данных. Пользователи постепенно перестраиваются работать в новой системе, которой требуется гораздо меньше времени на выполнение запросов, а подготовленная информация имеет более подробную детализацию. Например, существующие ранее локальные системы не могли формировать детализированную отчетность по договорам, по клиентам, по количеству транзакций, по картам. Сведения поступали в агрегированном виде, а для получения дополнительных сведений необходимо было отправлять самостоятельный запрос.

Таким образом, на основании информации, мигрировавшей из транзакционных систем в корпоративное хранилище данных, а также новой информации будет формироваться управленческая отчетность. Сейчас отчеты, созданные на базе хранилища, покрывают основные задачи бизнеса приблизительно на 80%.

Для формирования обязательной отчетности, то есть отчетности для Центрального банка, требуется большой блок оперативной информации. Хранилище данных, как я уже отмечал, не может предоставить необходимые сведения в режиме on line. Поэтому в нем будут готовиться наиболее ресурсоемкие расчеты для обязательной отчетности в Центральный банк.

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

— Из каких блоков состоит хранилище?

— Хранилище построено по классическому образу и включает в себя блок загрузки и обработки данных, детальный слой хранения данных на базе модифицированной отраслевой модели и блок «доставки информации». Последний блок состоит из множества компонентов, благодаря чему пользователи могут начать работу либо через интернет-портал, на котором организованы страницы для подразделений со ссылками на статичные и многомерные отчеты, либо через витрины данных. Смотреть их можно через MS Excel, использующийся в качестве «визуализатора», или специальный инструмент для аналитиков SAS Enterprise Guide, который предоставляет широкие возможности анализа и обработки данных.

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

— Хранилище данных построено на основе стандартного решения или это собственная разработка банка?

— Думаю, что хранилище данных отличается от многих других систем тем, что для него нет стандартного решения. Это конструктор, а потому результат в значительной степени зависит от проектировщика и того, кто непосредственно разрабатывает элементы хранилища. Для минимизации рисков неправильной сборки мы выбрали отраслевую модель данных для банков, промышленные СУБД и инструментарий обработки данных (ETL), а также доставки информации и отчетности (IB). Так, в качестве СУБД выбран Oracle, а ЕTL, BI и модель данных мы использовали в составе платформы SAS. Соответственно, разработка под требования и нужды банка производилась на данных инструментах. Модель данных была адаптирована под специфику российского учета и организации данных в банке. Но ее основа позволила воспользоваться уже накопленным опытом того, какие объекты и сущности необходимы и как их организовывать.

— Розничному банку ВТБ 24 что-то перешло в наследство от Гута-банка? Или все пришлось создавать с нуля?

— Наследство Гута-банка — это АБС, которая работает у нас и сейчас, и, соответственно, отчетность, реализованная в АБС.

Изначально в ВТБ 24 были созданы островные мини-хранилища, которые поддерживали бизнес-процессы отдельных подразделений, например финансового департамента или департамента анализа рисков. Сегодня мы должны их объединить, снизить затраты и унифицировать информацию. Кстати, создание этих мини-хранилищ можно считать и пилотным проектом.

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

— Структурные подразделения подключены к хранилищу данных? Каким образом у них происходит формирование внутренней отчетности?

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

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

Тем не менее мы планируем подключать филиалы к хранилищу данных в течение 2010 года. Для этого потребуется дальнейшая проработка и регламентация системы доступа. Экономистам, аналитикам, некоторым руководителям среднего звена нужна детальная информация, поэтому им необходимо предоставить доступ к витринам данных. Остальным сотрудникам отчетность, скорее всего, будет поступать в статичном виде. Сейчас, например, мы ежедневно рассылаем отчетность около полутора тысячи работников фронт-линии в рамках действующей программы индивидуальной мотивации. В этих отчетах указано, сколько продаж у менеджеров прошло вчера, насколько они соответствуют целевой продуктивности, каковы общие результаты точек продаж.

Однако в базовых филиалах стоят локальные АБС, из которых сотрудники все равно самостоятельно выгружают и анализируют информацию, а затем пытаются перепроверить отчеты, поступившие из центра. Все это приводит к тому, что на подобную непродуктивную работу тратится много сил и времени.

— Централизация системы, наверное, будет иметь и экономический эффект?

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

Кроме того, еще на начальной стадии реализации проекта мы попытались подсчитать, сколько времени занимает формирование отчетности и анализ информации. В результате выяснилось, что только выгрузка информации из АБС иногда занимает по восемь часов и более. Затем необходимо конвертировать все эти сведения в Excel и произвести ряд манипуляций с данными. Таким образом, на непосредственный анализ полученных сведений у сотрудников уходило 5–10% отведенного времени. Эффект от такой деятельности равен почти нулю, так как реальный анализ в результате проводит руководство, а не аналитические службы.

— Какое количество отчетов формирует хранилище данных сейчас и сколько отчетов планируется составлять в итоге?

— По плану централизации отчетности у нас должно быть в итоге около 200 отчетов. Сейчас на базе хранилища реализовано около 75 отчетов. Но необходимо учесть, что существует еще достаточно большой пул общебанковских нерегламентированных отчетов и витрин, на основании которого мы делаем дополнительную аналитику для различных подразделений.

— Какие отчеты в основном заказывают?

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

Отмечу, что ранее у нас представлялись финансовые отчеты только в разрезе точек продаж и агрегированная консолидированная информация, потому что действующие системы не обладали достаточной ресурсоемкостью.

— Розничный банк ВТБ 24 имеет собственное хранилище данных или оно интегрировано в хранилище данных группы ВТБ?

— На данном этапе это независимые проекты с собственными целями. Тем не менее уже сейчас часть информации, которая необходима на уровне группы ВТБ, формируется на базе хранилища ВТБ 24. Думаю, что в будущем интеграция будет происходить именно на этом уровне — подготовка требуемых данных в согласованном формате в хранилище ВТБ 24 и передача в хранилище группы.

Мнение эксперта 

Руслан Заединов,
руководитель направления центров обработки данных компании «КРОК»

Деятельность финансовых организаций во многом зависит от IТ. Необходимость предоставлять потребителям все новые услуги и сервисы, удерживать конкурентные позиции заставляет финансовые структуры быть в авангарде использования информационных технологий, зачастую первыми брать на вооружение современные IТ-новации. Однако у технического прогресса есть обратная сторона — сбой в работе информационной системы может привести к полной или частичной остановке деятельности компании. И если приостановка выдачи кредитов приведет к сокращению прибыли, то нарушение в ежедневной отправке «рейсов в ЦБ», может повлечь отзыв лицензии.

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

Стоит отметить, что созданию подобного плана предшествует подробное обследование. Например, прежде чем наши специалисты приступили к подготовке DRP плана для Альфа-Банка, была проведена доскональная категоризация бизнес-процессов банка, инвентаризация информационных систем и их взаимосвязей. Эта работа позволила оптимальным образом подойти к формированию требований для обеспечения непрерывности функционирования именно банковских процессов, а не просто IТ-систем.