Автоматизация обработки банковской информации и возможности ее использования в финансово-кредитной системе

 

2.3 Внедрение проекта Централизованная обработка платежных поручений в ЗАО «ЮниКредит Банк»

 

Объектом практической части является организация централизации обработки платежных поручений в ЗАО «ЮниКредитБанк».

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

Построение решения в ЗАО «ЮниКредитБанк» строилось в соответствии со следующими требованиями:

Производительность. Инфраструктура должна обеспечивать быстрое выполнение функций системы (с учетом необходимости функционирования системы в режиме доступности в рабочие дни с учетом 6-и дневной рабочей недели и наличия отделений в восточном регионе, без использования средств кластеризации сервисов), при заявленном заказчиком количестве пользователей и объеме обрабатываемой информации. Программная платформа, положенная в основу инфраструктуры должна максимально полно использовать возможности аппаратно-вычислительного комплекса, предложенного заказчиком на стадии инфраструктурного обследования.

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

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

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

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

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

ЮниКредит Банк совместно с компанией  TerraLink внедрил комплексное решение по сканированию, распознаванию, хранению и последующей отправке в основные системы банка платежных документов на платформе EMC, а именно с использованием продуктов EMC Documentum и EMC Captiva.

Бизнес-процесс обработки платежных документов в системе базируется на использовании следующих решений:

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

EMC Captiva eInput – программный комплекс, позволяющий распределенным организациям сканировать документы, импортировать файлы и добавлять ключевую информацию для индексации через интуитивно понятный веб-интерфейс. Интеграция eInput с решением EMC Captiva InputAccel позволяет интегрировать удаленные процессы, использующие документы на бумажных носителях, в централизованные процессы во внутренних системах обработки.

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

 

 

 

Рис.7 Схема обработки платежных документов.

Бизнес-процесс обработки платежных документов в системе состоит из нескольких этапов:

1. Сканирование сотрудником фронт-офиса полученных от клиента документов. Сотрудник фронт-офиса сканирует платежные документы средствами продукта EMC Captiva eInput и осуществляет их первичную валидацию перед отправкой в бэк-офис на обработку.
2. Распознавание платежных документов. Система накладывает подходящий шаблон распознавания на электронный образ платежного документа. Далее система распознает документ и извлекает данные при помощи продукта EMC Captiva InputAccel.
3. Проверка документов методом «четырех глаз» Средствами Captiva InputAccel система осуществляет верификацию (проверку корректности данных, извлеченных из платежного документа) и валидацию (повторный ввод ключевых атрибутов платежа ответственным сотрудником банка) документа. Для автоматической проверки извлеченных данных используются справочники основных систем банка. В случае недостаточного качества отсканированного документа или некорректно заполненных данных, документ может быть отправлен на повторное сканирование или возвращен клиенту.
4. Выгрузка документов для исполнения в основных банковских системах. После завершения верификации и авторизации данные платежного документа отправляются в основные банковские системы для их исполнения.
5. Возврат документов (по инициативе клиента или Банка) Система формирует лист возврата и назначает задачи ответственным сотрудникам для проведения возврата платежей клиенту.
6. Проверка и последующая обработка бумажных документов. После проведения платежей и поступления бумажного документа в операционное подразделение проходит проверка статуса каждого документа, с помощью считывания штрих кода, и проставление требуемых по законодательству отметок на оригинале.
7. Работа с бумажными документами в архиве Отслеживание местонахождения оригиналов документов.

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

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

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

Значимыми результатами проекта стали:

 

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

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

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

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

•  снижение рисков ошибочного ввода информации. Автоматизированная система помогла практически полностью устранить ошибки, возникающие по вине сотрудников («человеческий фактор»).

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

 

 

 

 

 

Рис.8 Критерии успеха реализации проекта.

 

На Рис.8 наглядно продемонстрирована успешность реализации проекта на базе оценки основных критериев.

 

Глава 3 ПУТИ СОВЕРШЕНСТВОВАНИЯ И ПЕРСПЕКТИВЫ РАЗВИТИЯ АВТОМАТИЗАЦИИ В БАНКОВСКОЙ СФЕРЕ

3.1 Основные тенденции совершенствования  процессов управления информацией в банковском секторе

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

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

Рост интереса к управлению операционными рисками демонстрируют в основном крупные российские банки. Причин несколько. Во-первых, это необходимость в скорейшей адаптации требований Базель-II к российским реалиям. Во-вторых, руководители ведущих банков увидели в управлении рисками реальный инструмент снижения издержек и повышения прибыльности своего бизнеса. Заметно стремление использовать опыт западных коллег в области построения систем риск-менеджемента. Есть примеры внедрения опять-таки западных специализированных аналитических решений — в частности, шаги в этом направлении сделали Газпромбанк и Бинбанк.

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

Использование же средств клиентской аналитики позволяет банкам по-новому взглянуть на существующую клиентскую базу и маркетинговую политику в целом. Современные тенденции таковы: сегментация баз для маркетинговых кампаний проводится не только по анкетным данным, но и с учетом анализа поведения клиента и всей истории его взаимоотношений с банком. Это позволяет кредитной организации планировать точечные целевые маркетинговые кампании, которые, с одной стороны, увеличивают вероятность отклика клиента и его лояльность — в силу персонализации предложений, а с другой стороны, повышают рентабельность кампаний.[24]

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

Одним из пионеров в области использования средств клиентской аналитики в России стал банк ТКС Олега Тинькова. Определенное движение в данном направлении происходит в Альфа-Банке, ВТБ 24 и Банке Москвы.

Однако для большинства отечественных банков на повестке дня (если под этим подразумевать 2011–2012 годы) стоят более прозаические вопросы, нежели продажи восьми продуктов одному клиенту. Тем более что и платежеспособных клиентов в России гораздо меньше, чем в процветающих странах Запада.