Автор: Пользователь скрыл имя, 14 Декабря 2011 в 22:20, реферат
Задача автоматизации процесса подготовки обязательной отчётности – одна из наиболее любимых ИТ-компаниями, специализирующимися на обслуживании банковского сектора. Однако до определённого момента она не входила в число приоритетных, а решалась как сопутствующая задача (в основном на базе АБС). Положение изменилось с момента выхода Инструкции Банка России от 16.01.04 № 110-И «Об обязательных нормативах банков», существенно ужесточившей требования к составу расчётных показателей и срокам предоставления отчётных форм в органы надзора. На российском рынке банковского ПО обозначился устойчивый рост спроса на специализированные решения для подготовки регулятивной отчётности.
Министерство образования и науки РФ
Государственное образовательное учреждение
Высшего профессионального образования
«Рязанский
государственный университет
Подготовила:
студентка факультета экономики 4 курса группы Б-41
Денисова К. Г.
Преподаватель:
Гаджиева
И. Р.
Рязань,
2011
Задача автоматизации процесса подготовки обязательной отчётности – одна из наиболее любимых ИТ-компаниями, специализирующимися на обслуживании банковского сектора. Однако до определённого момента она не входила в число приоритетных, а решалась как сопутствующая задача (в основном на базе АБС). Положение изменилось с момента выхода Инструкции Банка России от 16.01.04 № 110-И «Об обязательных нормативах банков», существенно ужесточившей требования к составу расчётных показателей и срокам предоставления отчётных форм в органы надзора. На российском рынке банковского ПО обозначился устойчивый рост спроса на специализированные решения для подготовки регулятивной отчётности.
По данным АРБ, с 2008 года автоматизация обязательной отчётности возглавляет рейтинг задач, которые банки решают на основе хранилища данных (ХД). Показательно, что антикризисное урезание ИТ-бюджетов качественно не изменило этой закономерности. Практически единственным направлением, на которое банки открывают новое финансирование в текущем году, является автоматизация регуляторной отчётности. Такой непреходящий интерес не объясняется только желанием соответствовать требованиям, а во многом обусловлен внутренней потребностью банков в оперативном контроле за уровнем принимаемых рисков, и в первую очередь за риском потери ликвидности. Это направление чрезвычайно важно: если в 2008 году Банк России отозвал 34 банковские лицензии, и на протяжении прошедших лет эта мера воздействия на коммерческие банки стала широко применяемой. Изменились и причины отзыва лицензий, так в 2008 году преобладали нарушители закона об отмывании средств, а теперь поводом для применения санкций преимущественно является недостаток ликвидности в банке.
Ключевыми требованиями к обязательной отчётности со стороны контролирующих органов являются своевременность предоставления и достоверность. Именно на обеспечение достоверности отчётных данных и пресечение попыток манипулирования отчётностью с целью её формального улучшения направлено Указание ЦБ РФ от 17.09.09 № 2293-У «О порядке отзыва у кредитной организации лицензии на осуществление банковских операций при установлении существенной недостоверности отчётных данных».
Риски срыва сроков и снижения достоверности в случае «типовой» для российских банков технологии подготовки отчётности обоснованы несколькими факторами.
Процесс получения любой отчётной формы включает в себя три последовательных этапа:
Этап сбора данных наиболее трудоёмок, по различным оценкам, на него расходуется до 80 % времени, затрачиваемого на подготовку отчётности. Причина кроется, прежде всего, в децентрализации данных первичного учёта. Источниками данных являются: АБС (в которой ведётся главная книга банка), разнообразные модули учёта сделок и договоров (специальные модули в составе АБС, обособленные бэк-офисные системы, базы данных и системы собственной разработки), а зачастую - настольные базы данных и отдельные Excel-файлы. Для многофилиальных банков проблема усугубляется наличием нескольких АБС от разных производителей. В незавидном положении оказываются банки, внедрившие иностранные АБС, требующие адаптации к российским правилам бухгалтерского учёта. Сходные трудности возникают и в случае слияний-поглощений банков. Качество исходных данных снижается и по причине отсутствия синхронизации нормативно-справочных данных, используемых в различных учётных системах. Даже ведение единых справочников не исключает дублирования и искажения данных (типичный пример – дублирование данных по клиентам).
Расчёт показателей также децентрализован и выполняется:
Достоверность показателей, используемых в отчётах, сложно оценить, поскольку технология их получения непрозрачна (рассчитываются по несогласованным данным разных систем; одни и те же показатели рассчитываются по разным алгоритмам разными исполнителями). Непрозрачностью технологии и несогласованностью данных обусловлены и известные трудности выполнения межформенного контроля.
Консолидация отчётов филиалов - это заключительный этап процесса подготовки отчётности для многофилиальных учреждений, который обычно выполняется либо специальными системами собственной разработки, либо с помощью проверенной Excel-технологии. Здесь основные риски связаны с появлением расхождений между отчётами филиалов и консолидированной отчётностью. Наличие централизованной АБС отчасти позволяет преодолеть эту опасность.
Таким образом, «идеальный» процесс подготовки отчётности должен быть жёстко регламентирован и формализован (что обеспечит прозрачность получения данных и используемых алгоритмов расчёта), а также максимально полно автоматизирован (что приведёт к уменьшению сроков, снижению издержек и операционных рисков).
Существуют
два принципиально различных
подхода к автоматизации
Первый хорошо известен – это использование специализированных модулей в составе транзакционных систем. Сегодня все отечественные поставщики АБС предлагают выполненные в такой архитектуре решения для получения отчётности по стандартам ЦБ РФ. Такие модули успешно справляются с задачей подготовки оперативных отчётов (выписки по счетам, оборотно-сальдовые ведомости) и тех форм регламентированной отчётности, для получения которых используются только данные бухгалтерского учёта. И хотя отдельные производители заявляют о готовности выпускать более сложные формы (в частности, 135), под автоматизацией здесь понимается предоставление интерфейса для заполнения формы рассчитанными вне системы показателями, а не полностью автоматизированная технология расчёта необходимых для представления в Банк России нормативов.
Методологическое ограничение подобной технологии связано с невозможностью реализовать единую методику подготовки большинства форм, использующих данные сделочного учёта и требующих выполнения аналитических расшифровок, согласования нормативно-справочных данных или трансформации данных в иную учётную модель. Помимо этого архитектура транзакционной системы не предназначена для обеспечения функций подготовки и хранения отчётности. Дополнительная нагрузка при выполнении сложных аналитических запросов параллельно с основными функциями приводит к снижению производительности АБС, что ощущается в первую очередь банками с большим объёмом операций. Наметившаяся в связи с повышением требований к минимальному размеру собственного капитала тенденция укрупнения кредитных организаций делает именно это «архитектурное» ограничение чрезвычайно актуальным.
Второй подход базируется на принципе разделения информационных инструментов учёта и отчётности и является широко распространённым в мировой практике. Идея использования единого хранилища для сбора и хранения всех необходимых для получения отчётности данных не нова. Многие российские банки широко эксплуатируют созданные специально для решения этой задачи хранилища, в 2008-2009 годах более половины проектов построения хранилищ данных в банках выполнялись с целью автоматизации выпуска пруденциальной отчётности. Плюсы технологии очевидны: для построения отчётов используются единые, согласованные и прошедшие необходимые проверки данные, что автоматически обеспечивает требуемый уровень достоверности показателей и позволяет уложиться в определённые регулятором временные рамки. Немаловажно, что построение хранилища данных делает процесс подготовки отчётности независимым от учётной системы. А это значит, что снимаются ограничения на использование высокопроизводительных, но нелокализованных решений иностранных поставщиков.
В качестве примера можно рассмотреть конкретный банк. АКБ «Газэнергопромбанк» - это крупный региональный банк, дистрибьюторская сеть которого насчитывает 20 филиалов и более 70 точек банковского обслуживания различного формата.
В конце 2008 года в банке был запущен проект построения системы подготовки обязательной отчётности на базе хранилища данных, основными задачами которого являлись:
В банке проводилось внедрение новой высокопроизводительной версии Хранилища данных «Контур» (разработчик компания Intersoft Lab), функционирующей под управлением СУБД Oracle Database 10g.
Принципиальная схема решения вкдючает:
Архитектура решения для подготовки обязательной отчётности на базе хранилища данных «Контур»
Настройка структур ХД проводилась на базе методической модели Intersoft Lab и заключалась в адаптации типовой модели финансового управления банком к особенностям Газэнергопромбанка. Для организации сбора данных бухгалтерского учёта в систему специалисты компании ISL разработали модуль выгрузки, осуществляющий инкрементальную выгрузку данных из АБС «Кворум».
Выполнена архивная загрузка данных бухгалтерского учёта в систему. После загрузки архивного года выполнялись проверки на сходимость баланса, сходимость входящих остатков, оборотов и исходящих остатков, сходимость оборотов с операциями. Следует отметить исключительно высокую пропускную способность подсистемы ввода данных ХД «Контур». Загрузка архивного года банка с 20 филиалами прошла за две недели.
Начиная с 1 января 2010 года в банке организована ежедневная загрузка данных бухгалтерского учёта в хранилище данных. Филиалы ежедневно предоставляют в головной офис данные бухгалтерского учёта, выгруженные из АБС по окончании операционного дня. Загрузка данных одного операционного дня, включающая в себя загрузку данных бухгалтерского учёта головного офиса и 20 филиалов, занимает не более часа. Ежедневно в хранилище обновляется информация о состоянии 500 тыс. лицевых счетов, загружается около 20 тыс. оборотов по лицевым счетам, 30 тыс. операций по головному офису банка и более 150 тыс. операций по филиалам банка. При этом выполняются обязательные проверки на сходимость баланса, сходимость входящих остатков, оборотов и исходящих остатков, сходимость оборотов с операциями. Ведётся контроль ошибок загрузки. Ошибки в бухучёте филиалов оперативно исправляются.
В процессе внедрения приложения хранилища данных «Отчётность для Банка России» были учтены особенности, связанные с качеством и полнотой исходных данных и технологией ведения учёта. Специалисты компании Intersoft Lab разработали индивидуальные алгоритмы классификации лицевых счетов и бухгалтерских проводок, а также алгоритмы расчёта показателей, реализующие бизнес-логику обработки данных при построении отчётности.
В процессе перехода на данную модель банк получил: