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

НБЖ: Какие требования банки предъявляют к хранилищам данных?

П. ЗУБКОВ: Если ранее хранилище данных предназначалось исключительно для поддержки функций бизнес-анализа и отчетности отдельных подразделений, то сегодня, в условиях стремительного роста темпов развития бизнеса и требований со стороны заказчиков, ХД должно организовывать единое информационное пространство для управления банком, обеспечивая оперативный доступ к непротиворечивым и полным данным для всех его подразделений на любую дату и в любое время. Для сохранения лидирующих позиций на рынке банку необходимо:
■ улучшать качество кредитного портфеля, уменьшая уровень невозвратов и повышая точность оценки заемщика;
■ ускорять процедуру оценки заемщика для принятия решения по кредиту;
■ консолидировать и накапливать данные о заемщиках и эффективно использовать информацию для принятия решений, быстро и качественно оценивать динамику изменений кредитного счета индивидуального заемщика и кредитного портфеля банка в целом;
■ проводить оценку приобретенных кредитных портфелей.

НБЖ: В чем преимущество единого хранилища корпоративных данных?

П. ЗУБКОВ: Как правило, наши клиенты используют несколько информационных систем для автоматизации бизнес-деятельности. Крупные компании при этом имеют распределенную территориальную структуру с автоматизированными системами в региональных филиалах. Данные, получаемые из всех систем всех территориальных подразделений, не унифицированы. Это не позволяет использовать их для анализа и оперативного принятия управленческих решений.

Единое корпоративное ХД позволяет решить задачи:
■ интеграции, консолидации, унификации и долговременного хранения разнородных исторических данных по всей компании;
■ реализации возможности получать управленческую и аналитическую отчетность по отдельным бизнес-подразделениям и по компании в целом за любой период;
■ проведения анализа изменений, планирования и прогнозирования;
■ автоматизации расчета трудоемких показателей и метрик;
■ снижения нагрузки на операционные системы.

НБЖ: На каких технологиях основаны ХД, которые внедряет компания «Ай-Теко»?

П. ЗУБКОВ: Мы предлагаем клиентам полный цикл работ по проектированию, реализации, внедрению и сопровождению хранилищ и витрин данных и аналитических систем класса BI с размещением как на территории заказчика, так и в ЦОД компании «Ай-Теко».

Для организации ХД мы используем технологические платформы мировых лидеров в области высокотехнологичных КХД, ETL и BI-платформ, таких как Teradata, Oracle, HP, SAP, SAS, IBM, Informatica, Talend, QlickView. Имея опыт работы с различными системами, мы даем клиентам рекомендации по выбору платформы в зависимости от условий, масштаба и целей проекта.

Для клиентов, размещающих ХД на своей территории, мы предлагаем оборудование известных мировых вендоров: HP, IBM, Oracle.

НБЖ: Сколько времени занимает внедрение ХД в банке?

П. ЗУБКОВ: Обычно такой проект проходит итеративно: предметные области и бизнес-процессы ранжируются по степени критичности для бизнеса. Сроки внедрения ХД в целом зависят от условий, масштаба и целей проекта, заинтересованности топ-менеджмента компании в проекте.

НБЖ: Каким образом обеспечивается отказоустойчивость ХД?

П.ЗУБКОВ: Отказоустойчивость обеспечивается как на уровне технологических платформ, так и на уровне архитектуры ХД при его проектировании. В первом случае примером служит СУБД Teradata, обеспечивающая высокую надежность и доступность системы за счет различных уровней резервирования модулей и компонентов: Fallback (резервирование данных), RAID1/RAID5 (резервирование дисков данных), Standby Node, различные recovery-журналы и средства для бэкапа данных. Informatica PowerCenter предоставляет опцию High Availability, суть которой состоит в том, что при «падении» основного сервера процессы загрузки данных «подхватывает» backup-сервер. В другом случае применяется подход разделения общего процесса на этапы, чтобы при «падении» какого-либо этапа можно было повторить этот шаг, минуя перезапуск всего процесса.