Готовых хранилищ данных на рынке нет

- kbrbank

Готовых хранилищ данных на рынке нет

Разработчики хранилищ данных и аналитических комплексов для банков любой раз решают неповторимую задачу. // Антон Аникеев. Банковское обозрение, №10, октябрь 2005 г.

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

Обстановка осложняется тем, что на рынке нет готовых типовых ответов, по причине того, что их внедрение как правило нереально.   Еще пять лет назад на рынке не было массового спроса на банковские хранилища данных, и совокупности класса BI (Business Intelligence) и BPM (Business Performance Management).

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

Как сообщил по этому поводу вице-глава фирмы « Диасофт» Александр Генцис, имеется четко выраженная несколько отечественных клиентов, готовых инвестировать в западные модели хранилищ данных. Но имеется и вторая несколько, которую в полной мере устраивают российские разработки. Различие ответов пребывает в том, что в западные продукты положено значительно большее количество человеко-лет и их денежные модели ориентированы на те отрасли, каковые намного более развиты на Западе, чем в России.

А отечественные модели развивались вместе с нашим рынком и более приспособлены под ответ его сегодняшних задач.

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

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

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

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

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

Мотивы построения хранилищ

Директор по работе с страховыми компаниями и банками SAP в бывших советских республиках Петр Астапович уверен в том, что хранилища данных являются инструментом внедрения в банках клиентоориентированной идеологии. Банку нужно иметь исчерпывающую данные о поведении клиентов. Анализ поведения разрешает прийти к пониманию потребностей клиентов, добиться улучшения обслуживания и, как следствие, оказать влияние на повышение клиентской базы за счет удержания и привлечения самая прибыльной части клиентов.

Еще одной обстоятельством есть ужесточение требований фискальных, надзорных и регулирующих органов (подготовка отчетности по МСФО, налоговая отчетность, подготовка к переходу на « Базель-2» и др.). Глава управления IT Международного столичного банка Андрей Медведев уверен, что «интерес к «хранилищам» данных в ММБ появился не только из-за разных требований функционала в целом и розницы в частности, но и изюминок отчетности перед Банком России».

В качестве другого мотива выступает деятельно идущий на денежном рынке процесс поглощений и слияний, что требует соответствующих масштабу изменений программных обеспечения и поддержки, — чем больше информации и чем выше степень ее неоднородности, тем тяжелее ею централизованно руководить. Чтобы проиллюстрировать масштаб интеграционных задач, достаточно упомянуть только состоявшийся сравнительно не так давно «запуск» единой совокупности обработки информации субъектов денежной группы « УралСиб» — 44 юридических лица интегрированы в некую новую целостность на информационном уровне.

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

Архив — еще не хранилище

« БО» постаралось узнать, каков же количество столь скоро растущего рынка. В соответствии с оценкам Петра Астаповича ( SAP), емкость рынка интегральных ответов для банковских хранилищ данных образовывает 7—10 миллионов долларов. Дмитрий Лебедев, председатель совета директоров Info Industries Group, приводит совсем другие цифры: «Количество рынка до тех пор пока не легко выяснить. Оценочно возможно высказать предположение, что он будет порядка 150—250 миллионов долларов на ближайшие 2—3 года».

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

Я бы заявил, что таковой количество уже достаточен чтобы на данном рынке существовали пара соперничающих между собой предложений».

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

Хранилище же — это некое многомерное пространство, которое разрешает в реальном времени заметить многообразие и разносторонность информации, заложенной в него стандартным образом.

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

Единственный метод сделать верный выбор — разобраться в изюминках предлагаемого ответа, выяснить его соответствие замыслам роста банка.

Миллионные проекты — дело будущего

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

Условно говоря, если вы шьете костюм на заказ, его цена, само собой разумеется, может варьироваться в зависимости от ваших капризов, но она не будет принципиально зависеть от ваших количеств, и, к примеру, национальности и возраста — кутюрье не сущность принципиально важно, сорок шестой ли, пятьдесят ли шестой размер у клиента, негр ли вы преклонных годов либо юный ариец. Не то с хранилищами. «На цена проекта и принятые в банке стандарты на технологии и программное обеспечение воздействует, и весьма значительно, формализация бизнес-процессов в банке. Помимо этого, количество информационных совокупностей, служащих источниками данных, и их однородность и стандартизованность с позиций форматов хранения и передачи данных» — разворачивает метафору Дмитрий Лебедев (Info Industries Group).

Но, пожалуй, возможно указать нижнюю ценовую планку, думает Петр Астапович (SAP): 200—220 тыс. долларов. Так, цена работ, осуществленных, к примеру, по заказу СДМ-Банка, входящего во вторую сотню, составила сумму до 300 тыс. долларов.

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

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

Западная логика не внедряется

Сегодняшний потребитель аналитических совокупностей, выстроенных на базе разработок хранилища данных, — это, первым делом, большой либо средний банк из TOP-200. Но ответ о внедрении хранилищ данных не зависит напрямую от масштабов бизнеса. Имеется класс задач, каковые тяжело реализовать без применения этих разработок, в частности: управленческий учет, отчётность и консолидированная отчётность по МСФО в финансовых корпорациях и многофилиальных банках, анализ эффективности банковской деятельности, управление рисками, управление ликвидностью и т.д.

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

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

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

В-третьих, не следует забывать про отчетность для Центробанка ФНС и РФ, про русского интерпретацию МСФО — другими словами особенности ведения бизнеса в Российской Федерации, каковые нужно обязательно учитывать. Потребность в ответах, поддерживающих локальную специфику, согласно точки зрения Петра Астаповича (SAP), есть одной из главных обстоятельств, по которой «дочки» зарубежных банков не смогут «в лоб» копировать наработки, применяемые материнскими организациями.

Новое уровень качества информации о клиентах

Большая часть хранилищ выстроены на базе OLAP (On-Line Analytical Processing). В их числе и информационно-аналитическая совокупность RS-DataHouse, в которой OLAP поддерживается машинально. Технологии OLAP разрешают синтезировать и превращать эти из своевременных совокупностей учета в данные и в качественные оценки.

Еще одна узнаваемая разработка, которая используется в хранилищах данных, — Data Mining. Она придумана для ответа вопросов бизнеса, каковые программирование на SQL и средства Query/OLAP не смогут решить адекватно. Ее цель пребывает в обнаружении скрытых закономерностей и правил в комплектах данных.

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

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

«Все больший оборот набирает сценарный анализ («what if»). Благодаря этим разработкам мы можем проигрывать обстановку, варьируя разные внешние и внутренние параметры для того, чтобы установить, как эволюционируют отечественные риски в суммарном выражении, в случае если изменятся те либо иные параметры рынка», — говорит Юлий Гольдберг (R-Style Softlab).

Специалисты подчернули, что все громадную актуальность получает для больших организаций личная задача — создание единого реестра клиентов. В подтверждение данной мысли на прошедшем в сентябре III Интернациональном банковском форуме выступил начальник Агентства по страхованию вкладов Александр Турбанов, что сказал, что на протяжении совершённых агентством ведения правильности и проверок составления реестров вкладчиков в учетные совокупности банков из-за неточностей попадает около 10% искаженной информации.

Задача, соизмеримая с построением АБС

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

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

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

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

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

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

Новости информационных техногий в банках

Компания «Диасофт» заявила о собственной стратегии на банковском форуме в Сочи

Компания «Диасофт» участвовала в одном из наибольших банковских саммитов года — III Интернациональном банковском форуме «Банки России — XXI век», проходившем в Сочи с 1 по 4 сентября 2005 года, и выступила его официальным партнером. Компанию «Диасофт» воображали управляющий директор Александр Глазков, вице-президент Александр Генцис и другие ведущие менеджеры. На форуме начальники «Диасофт» представили стратегию развития компании на ближайшие пять лет — комплексную программу, призванную содействовать успешному формированию ее бизнеса. Она включает стратегию развития программных продуктов, качества и сервисных услуг этих продуктов за счет совершенствования инженерных процессов.

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

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

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

Вывод эксперта

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

BIWEB (#14) Проектирование хранилищ данных DWH (Data Warehouse) в Microsoft Excel

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

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