Публикации

Intersoft Lab в СМИ - истории успеха клиентов, интервью и мнения экспертов компании, обзоры рынка CPM

Автоматизация подготовки обязательной отчётности в ЗАО «Газэнергопромбанк»

В журнале «Банки и технологии» опубликован подробный отчёт о первом этапе BPM-проекта в «Газэнергопромбанке». Материал посвящён особенностям внедрения ХД «Контур» версии 3.х на СУБД Oracle, его интеграции с АБС, автоматизации выпуска основных форм отчётности для Банка России.

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

Получение консолидированной отчетности на базе единого хранилища данных является наиболее выигрышной технологией, преимущества которой в первую очередь осознали крупные многофилиальные банки. Наличие единого репозитория, содержащего данные о банковских проводках, операциях, сделках, договорах, как и готовых отчетных показателей, делает процесс подготовки отчетности максимально прозрачным, снижает его трудоемкость и сроки подготовки. По статистике в 2007-2008 гг. более половины проектов построения хранилищ данных в банках выполнялись с целью автоматизации выпуска пруденциальной отчетности. В статье рассказывается об опыте Газэнергопромбанка, начавшего масштабный проект по построению комплексной BPM-системы на базе Хранилища данных "Контур" с автоматизации выпуска обязательной отчетности для Банка России.

О банке

ЗАО "Газэнергопромбанк" основано в 1996 г. структурами Газпрома. Это универсальный финансовый институт с мощным акционерным капиталом. Уже много лет банк входит в десятку самых надежных банков России . В настоящее время дистрибьюторская сеть банка насчитывает 19 филиалов и около 70 точек банковского обслуживания различного формата. Газэнергопромбанк развивается как универсальный банк, предоставляя корпоративным и частным клиентам широкий спектр высококачественных банковских услуг на базе передовых технологий.

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

Построение адекватной развитию бизнеса ИТ-инфраструктуры рассматривается руководством банка в качестве одной из приоритетных стратегических задач.

Предпосылки проекта

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

Основная проблема кроется в распределении исходных данных по нескольким учетным системам. Бухгалтерский учет ведется в АБС "Кворум", копии которой установлены в головном офисе и филиалах банка. Для регистрации операций по пластиковым картам, учета отдельных видов ресурсных сделок и сделок с ценными бумагами используются решения от разных производителей, в частности модули 3CARD-R ПСИТ, "Диасофт WorkFlow", "Аскина Ask Soft".

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

Специально для решения задачи получения сводной отчетности ИТ-службой банка создано хранилище данных (ХД) на платформе СУБД Pervasive SQL, куда в течение 10 лет собираются данные по балансовым счетам, а также ежедневные срезы по портфелям сделок. Однако по мере развития бизнеса возникли неизбежные проблемы с производительностью "самодельного" ХД.

Логическим продолжением усилий, предпринимаемых банком в направлении автоматизации отдельных бизнес-процессов, было решение о внедрении комплексной управленческой системы (ВРМ-системы) на основе корпоративного ХД. Первоочередные цели проекта заключались:

  • в создании единого ХД бухгалтерского учета и сделок банка;
  • автоматизации процедур очистки и консолидации первичной учетной информации;
  • создании эффективной системы подготовки и выпуска регламентной отчетности по требованиям ЦБ РФ.

Выбор поставщика управленческой системы проводился по нескольким критериям. Основные требования к программной платформе - производительность, надежность и масштабируемость ХД должны соответствовать планам развития банка. Важными факторами стали наличие у поставщика положительного опыта внедрения и эксплуатации системы в кредитных организациях России, приемлемое соотношение цена/качество и цена/базовая функциональность. В результате выбрали BPM-платформу "Контур" компании Intersoft Lab.

Реализация проекта

1 этап - построение хранилища данных масштаба банка

Следует отметить, что в банке проводилось внедрение новой версии Хранилища данных "Контур", функционирующей под управлением СУБД Oracle Database 10g release 10.0.4 Enterprise Edition.

Особенность архитектурного решения ХД, предложенного компанией Intersoft Lab, состоит в организации двух физически изолированных областей ХД: области временного хранения (Staging Area) и области постоянного хранения (Permanent Area).

Знакомьтесь с возможностями платформы хранилищ данных «Контур» для построения высокопроизводительных банковских хранилищ данных и обеспечения качества корпоративных данных.

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

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

Банк принял решение организовать процесс наполнения ХД информацией по технологии файлового обмена (рис. 1), при котором извлечение данных из внешних учетных систем, трансформация данных в соответствии с правилами бизнес-логики и формирование файлов необходимого формата выполняется специализированным модулем выгрузки. Загрузку подготовленных пакетов данных в область временного хранения осуществляет сервер обмена данными - специализированный модуль массовой загрузки данных.

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

  • данные бухгалтерского учета (Главная книга банка);
  • данные договоров (сделок), сгруппированные по портфелям (Портфели сделок);
  • данные о клиентах (Реестр клиентов).

Круг задач первой очереди ограничили формированием Главной книги банка и Реестра клиентов на основе данных бухгалтерского учета, содержащихся в АБС.

Процесс построения ХД в Газэнергопромбанке состоял из двух последовательных этапов:

1. Построение модели данных бухгалтерского учета, установка и настройка системы.

2. Сбор данных бухгалтерского учета в систему, в том числе:

  • разработка технологии инкрементальной выгрузки данных бухгалтерского учета из АБС в соответствии с системными требованиями к составу и форматам данных;
  • проведение архивной загрузки данных бухгалтерского учета в хранилище данных;
  • внедрение технологии ежедневной загрузки данных бухгалтерского учета в ХД.

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

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

Следует отметить, что в состав типовой конфигурации ХД "Контур" включено базовое приложение, содержащее готовые настройки метаданных для общесистемных справочников и классификаторов, описания организационной структуры предприятия и учетных моделей. Базовое приложение содержит также ряд заполненных объектов, включающий аналитические справочники и нормативно-справочную информацию (общероссийские классификаторы и справочники ЦБ РФ).

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


Рис. 1. Технология наполнения данными ХД "Контур"


После настройки ХД и отладки ETL-процесса было проведено наполнение хранилища данными.

Архивная загрузка данных бухгалтерского учета выполнялась за период с 1 января 2008 г. После загрузки архивного года проводилась проверка на сходимость баланса, входящих остатков, оборотов и исходящих остатков, оборотов с операциями. Следует отметить высокую пропускную способность подсистемы ввода данных ХД "Контур". Загрузка архивного года банка с 19 филиалами заняла всего две недели.

Начиная с 1 января 2009 г. в банке организована ежедневная загрузка данных бухгалтерского учета в хранилище. Филиалы обязаны ежедневно предоставлять в головной офис данные бухгалтерского учета, выгруженные из АБС по окончании операционного дня. Загрузка данных одного операционного дня, включающая загрузку данных бухгалтерского учета головного офиса и 19 филиалов, занимает не более часа. Ежедневно в хранилище обновляется информация о состоянии 500 тыс. лицевых счетов, загружается около 20 тыс. оборотов по лицевым счетам, 30 тыс. операций, приходящихся на головной офис банка, и более 150 тыс. операций филиалов. При этом выполняются обязательные проверки на сходимость баланса, входящих остатков, оборотов и исходящих остатков, оборотов с операциями. Ведется постоянный контроль ошибок загрузки. По завершении каждого сеанса импорта данных формируется журнал загрузки и текстовый протокол, содержащий подробную информацию о результатах сеанса и выявленных ошибках. Протокол отсылается сотрудникам филиалов и головного офиса, ответственным за выгрузку, и является основанием для оперативного исправления ошибок в бухучете.


2 этап - автоматизация выпуска отчетности по РПБУ

На этом этапе осуществлялось внедрение приложения "Отчетность для Банка России", предназначенного для выпуска отчетных форм на основании собранных в ХД данных бухгалтерского учета. Задачей проекта являлась автоматизация подготовки и выпуска основных форм обязательной отчетности: Прил. 8, Прил. 9, 0409101, 0409102, 0409134, 0409136, 0409901, 0409902, Прил. 13, Прил. 14 и др.

Принципиальная схема решения представлена на рис. 2. Собранные в ХД данные бухгалтерского учета по головному офису и филиалам банка используются для наполнения специализированных витрин данных, которые могут содержать первичные учетные данные, расчетные показатели и группы первичных данных в соответствии с методикой предоставления отчетной информации. Для корректного визуального представления отчетных данных используются отчетные формы, представляющие собой дополнительный пакет процедур и настроек метаданных. Готовые печатные формы по запросу пользователя выгружаются в файлы Excel, Word, txt, html или экспортируются в формате программных продуктов, распространяемых Банком России (Kliko, ПТК ПСД, OBVED).

Рис. 2. Архитектура решения для подготовки обязательной отчетности на базе ХД "Контур"


В состав приложения "Отчетность для банка России" входят:

1. Модель структур данных для хранения настроек приложения.

2. Модель структур данных для каждой отчетной формы.

3. Настройки отчетных форм, включающие:

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

4. Модуль формирования и выпуска отчетов (Contour Report), который устанавливается на клиентском компьютере и предназначен для генерации печатных форм отчетов по запросу пользователя. Модуль предоставляет интерфейсы:

  • для корректировки или ручного ввода отдельных показателей;
  • добавления комментариев в текст отчета;
  • выгрузки отчетов в формате программ ЦБ РФ;
  • управления процедурами экспорта файлов в необходимый формат (txt, html, xls, doc).

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

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

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

Порядок формирования некоторых форм отчетов, реализованный в Газэнергопромбанке, представлен в таблице.

Порядок формирования некоторых форм отчетов, реализованный в Газэнергопромбанке

Отчетная форма Исходные данные для формирования отчета Примечание

Оборотная ведомость по счетам бухгалтерского учета кредитной организации (форма 0409101, Указание Банка России № 1376-У)

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

Оборотная ведомость по счетам кредитной организации (приложение 8 к Положению Банка России № 302-П)

Остатки и обороты по лицевым счетам головного офиса и филиалов банка

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

Баланс кредитной организации (приложение 9 к Положению Банка России № 302-П)

Остатки и обороты по лицевым счетам балансодержателей банка

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

Расчет собственных средств (капитала) (форма 0409134, Указание Банка России № 1376-У)

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

Отчет строится за указанный пользователем месяц. Возможно формирование отчета в рублях и копейках или в целых тысячах рублей

Расчет размера обязательных резервов (форма 0409136, Положение № 255-П "Об обязательных резервах кредитных организаций")

Ежедневные агрегированные остатки и обороты по балансовым счетам второго порядка в разрезе валют по всем балансодержателям

Автоматически формируется шесть форм отчетов (в соответствии с приложениями 1, 2, 3, 5, 6 и 7 к Положению Банка России № 255-П). Для формирования отчета лицевые счета должны быть размечены дополнительным аналитическим признаком для расчета так называемых "кодов обозначения". Возможно построение сводного отчета по банку или отчета по головному офису или любому филиалу. Отчет строится за указанный пользователем период. Возможно формирование отчета в рублях и копейках или в целых тысячах рублей

Ведомость оборотов по отражению событий после отчетной даты (приложение 13 к Положению Банка России № 302-П)

Обороты по отражению событий после отчетной даты по лицевым счетам головного офиса и филиалов банка

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

Оперативный отчет об остатках на счетах по учету доходов, распределяемых между бюджетами бюджетной системы Российской Федерации, и средств федерального бюджета (форма 040901, Указание Банка России № 1376-У)

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

Первые результаты и перспективы развития

Прошло чуть более полугода с того момента, как в банке стартовал комплексный проект по внедрению BPM-системы на базе ХД "Контур". Какие результаты были получены? Создано единое высокопроизводительное ХД банка на платформе СУБД Oracle 10g., где собраны данные бухгалтерского учета головного офиса и 19 филиалов банка за 2008 г. Налажен ежедневный сбор данных бухгалтерского учета в централизованное ХД. Информация о клиентах, лицевых счетах, остатках и оборотах лицевых счетов, о бухгалтерских документах и операциях ежедневно поступают из всех филиалов в головной офис. Определен регламент процесса сбора данных для подготовки отчетности.

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

Создана эффективная система подготовки и выпуска регламентированной отчетности по требованиям ЦБ РФ, которая позволяет снизить трудоемкость и сократить время на подготовку отчетности. Автоматизирован выпуск основных форм несделочной отчетности.

В ближайших планах банка:

  • расширение состава отчетных форм, выпускаемых по данным бухгалтерского учета, до 30;
  • автоматизация сбора сделок в ХД и выпуск сделочных форм обязательной отчетности, что позволит полностью отказаться от ручных операций подготовки данных. Начать планируется с расчета обязательных нормативов (форма 135) в соответствии с инструкцией ЦБ РФ от 16 января 2004 г. № 110-И "Об обязательных нормативах банков". Впоследствии будут получены отчеты по ресурсным сделкам, сделкам с ценными бумагами, а также полный комплект отчетов по всем финансовым инструментам;
  • перевод в промышленную эксплуатацию системы подготовки обязательной отчетности по РПБУ.

Дальнейшее развитие BPM-системы предусматривает:

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

Автор: А. Бурым. Е. Кувыкин

Источник: "Банки и технологии", 2009, №2