close

Вход

Забыли?

вход по аккаунту

Читать статью полностью

код для вставкиСкачать
ТЕХНОЛОГИИ
РОЗНИЧНЫЙ БАНК + IT
Рост банковской розницы практически невозможно представить без постоянной поддержки ее высокими
технологиями. Они уже на протяжении нескольких лет определяют успех того и иного финансового
учреждения на рынке предоставления розничных банковских продуктов.
1. Какие ключевые требования выдвигают банки к программному обеспечению?
2. В чем проявляются основные риски при внедрении новых решений
для автоматизации розничных систем?
3. Какие преграды стоят перед банками на пути к внедрению централизованного
управления финучреждением?
4. Назовите преимущества и недостатки передачи этой работы на аутсорсинг.
Александр КУЛАКОВСКИЙ,
технический директор компании Supportio
Розничный бизнес в любой сфере
деятельности всегда динамичный.
Поэтому система должна быть горизонтально масштабируемой, способной легко разворачиваться на необходимых мощностях и работать с
использованием открытых стандартизированных протоколов и портов.
Зачастую новые решения не всегда стабильны и требуют доработки
и персонализации под определен-
ные задачи. Так, в принципе, и появилась нынешняя процедура продаж
внедрения продуктов автоматизации, которая требует длительного
консалтинга, планирования, имплементации и персонализации продукта под нужды бизнеса. Кроме того,
все новые решения нужно обслуживать, а значит, необходимы квалификационные, а иногда и организационные изменения в IT-департаменте.
На данный момент к безопасности IT относят и «предсказуемость
работы» системы. Это означает, что
весь функционал обязан быть оттестирован и внедрен на 100%. Зачастую в новых решениях уверенность
в работе того или иного модуля
системы и решения в целом приходится развивать долгими путями
тестирования и индивидуального
описания скриптов.
Одно из главных препятствий на
пути к внедрению систем централизованного управления – разрозненность IT-инфраструктуры и отсутствие ее стандартов, когда в компании используется оборудование
нескольких производителей.
Главным преимуществом передачи таких работ на аутсорсинг
являются четко прописанные SLA
предоставления сервисов. Сегодня
многие аутсорсинговые компании
работают по сервис-ориентированной модели, а не по системам. В SLA
всегда четко определены рамки
доступности того или иного сервиса
именно конечному пользователю –
а это и есть главная задача IT.
Андрей ЩЕДЛОВСКИЙ, руководитель направления
банковских систем компании Universal KUBE
С нашей точки зрения, ключевые
требования следующие.
1. Модульная, слабо связанная
архитектура системы.
Данная особенность позволяет
банку использовать компоненты
системы, которые, по его мнению,
являются лучшими в своем классе
и с наибольшей степенью покрывают требования к автоматизации
в данной области, учитывая специфику бизнеса банка.
2. Скорость внедрения решения.
46
3. Возможность легкой бесшовной интеграции систем.
4. Надежная и высокоэффективная работа с Big Data.
Основные риски при внедрении
новой розничной АБС следующие:
выявление на поздней стадии «особенностей» функционирования новой системы и недостаточно быстрая смена бизнес-процессов при
внедрении новой прогрессивной
системы с передовыми технологиями и подходами.
Среди проблем в плане внедрения банком централизованного
управления выделю такие: решение задачи по унификации и стандартизации бизнес-процессов в
компании и наличие устаревших
систем, не позволяющих накапливать достаточно детальную инфор-
мацию для полноценного управленческого учета.
Основным преимуществом аутсорсинга данного процесса, прежде всего, считаю возможность
быстрого привлечения необходимых ресурсов с соответствующими компетенциями и опытом, недоступных в настоящий момент в
финансовом учреждении. При этом
частично уменьшается доля необходимо участия специалистов банка в процессе.
Обратная сторона в данном
случае такова: банк, привлекая
сторонние компетенции и опыт,
тем самым не инвестирует в развитие собственных компетенций,
что в дальнейшем может негативно сказаться на процессе развития системы.
2(48)2014
Дмитрий СОЛОПОВ, консультант по технологическому
развитию компании «Майкрософт Украина»
Банки, как и любые другие коммерческие структуры, решают задачи бизнеса, где ПО является
только одним из компонентов наряду с процессами и компетенциями специалистов. На выбор ПО
в банках накладываются ряд традиционных ограничений: соблюдение регулятивных стандартов законодательства, высокая финансовая
ответственность перед клиентами,
безопасность – вследствие большой заинтересованности киберкриминала в доступе к банковским
данным.
При этом появляется ряд новых
условий: высокая конкуренция среди игроков банковского рынка,
новые каналы финансовых услуг
(PayPal, bitcoins, микрокредиты),
высокая неопределенность внешних факторов, новые технологиче-
ские тренды «SMAC – social,
mobility, analytic, cloud». В сумме
это заставляет бизнес требовать
получение выгод от IT-проектов
сейчас, а не в неопределенном
будущем.
Риск – неотъемлемая категория
любого проекта как на этапах поиска/внедрения решения, так и на
операционном этапе эксплуатации
системы. Могу назвать некоторые.
ʄ Отсутствие проработанного
кейса, понимания конкретных результатов в виде ожидаемого экономического эффекта.
ʄ Отсутствие эффективного
проектного подхода в организации.
ʄ Неготовность/незрелость процессов для конкретного решения.
ʄ Отсутствие необходимых ресурсов в терминах аппаратного
обеспечения, компетенций у специалистов данного направления.
ʄ Cложности с интеграцией в текущий ландшафт банка.
ʄ Неготовность к тиражированию результатов.
Пример – парадоксальные факторы: ненужность результатов, неумение воспользоваться ими, него-
товность признать провал проекта
и сделать следующую итерацию
или вынести уроки.
Модель аутсорсинга прикладных
и инфраструктурных задач банка
уже зарекомендовала себя по отношению к определенным системам
и определенных размеров банкам.
Например, по различным оценкам,
аутсорсинг АБС в США среди средних банков достигает 50%.
Касательно украинского рынка
можно отметить, что интерес к отдельным направлениям аутсорсинга
растет, существует ряд успешных
проектов по аутсорсингу ИТ-инфраструктуры, процессов обслуживания. В целом стратегии сорсинга
все более интересуют банки любых
размеров. Стоит отметить: если для
собственников банк является основным, системообразующим бизнесом, с четко понятной стратегией
на рынке, факторами дифференциации и перспективой развития,
то часто используется модель внутреннего инсорсинга с «быстрой»
разработкой необходимых решений – где IT, по сути, можно считать
конкурентным преимуществом.
Александр КИРЕЕВ, директор департамента систем
электронного банковского обслуживания R-Style Softlab
Необходимость работы «в режиме реального времени» – основная
характеристика розничных систем.
Отсюда и вытекают некоторые требования. Для фронт-офисных решений важна скорость заполнения
операционистом необходимых полей для обслуживания клиента. Для
этого в системе должен использоваться специальный интерфейс для
быстрой и безошибочной работы.
Также необходимо учитывать одновременную деятельность в системе
сотен (иногда и тысяч) сотрудников
банка. Для систем ДБО требование
к нагрузкам сохраняется, а ожидания по отношению к интерфейсу
меняются – на первое место выходят легкость освоения и удобство использования. Как известно,
современные клиенты предпочитают не углубляться в чтение длинных инструкций, а начинают осваивать новое ПО интуитивно, методом
проб и ошибок.
Многое зависит от того, как будет реализована интеграция решений с остальными информационными системами банка. Например,
очевидно то, что для максимально
быстрого обслуживания клиентов
необходимо, чтобы фронтальная
система банка имела доступ ко
всей клиентской информации и
умела передавать собираемые
данные всем остальным системам.
Здесь возникает масса интересных и сложных задач по определе-
нию первоисточников клиентских
данных (у каждой системы свой
справочник и/или внедряется отдельная MDM-система), по вариантам интеграции (через шину, напрямую через адаптеры, классический offline через файлы) и другие.
В плоскости ИТ основной преградой является разрозненность многочисленных систем, используемых
в банке. Невозможно централизовать их все в один момент, поэтому
процесс, как правило, проводят по
слоям, в несколько этапов. Приходится интегрировать несколько систем, зачастую существенно отличающихся друг от друга. Выходом
из подобной ситуации становится
внедрение решений класса ESB
(корпоративная шина данных).
Подготовил
Богдан ВЕРОЗУБ
47
1/--страниц
Пожаловаться на содержимое документа