Иностранная абс и отечественная система для подготовки обязательной отчетности

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

Либерализация ЦБ РФ закона о увеличении и слияниях размера минимального банковского капитала на фоне кризиса уже обеспечила 50 сделок слияний-поглощений в 1-м полугодии 2009 года [1]. направляться ожидать, что с 1-го января 2010 года эта цифра вырастет еще больше. Для помощи новых масштабов бизнеса, в особенности в розничных банках, банковские ИТ-работы повысят требования к производительности учетных банковских совокупностей.

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

Но как зарубежные поставщики собираются осуществлять помощь русских подготовки и стандартов бухучета регуляторной отчетности? Практика внедрения в отечественных банках ПО от iFlex Solutions, Temenos, Financial Network Services и др. продемонстрировала, что задача не решается на уровне настроек АБС, а целевое вмешательство в «ядро» делает совокупность значительно хорошей от уникальной. В различных банках это стало причиной проблемам с производительностью и ограничениям в применении новых предположений ПО.

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

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

Подходы к созданию внешней совокупности необходимой отчетности: минусы и плюсы

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

Отечественная АБС с русским отчетностью

Ответ выглядит следующим образом:

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

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

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

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

В следствии не решается полностью задача подготовки данных для выпуска отчетности – изменение данных из западной совокупности в русского Основную книгу возможно организовать, но сохраняются сложности с получением в АБС данных для подготовки отчетов по сделкам, и остается неприятность дублирования данных по клиентам. Это указывает, что русский АБС обеспечит выпуск лишь несложных отчетных форм. Из-за недостатка данных большинство сложной отчетности так же, как и прежде будет готовиться вручную.

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

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

Хранилище данных

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

Используется хорошая схема создания ХД:

· Хранилище строится лично для клиента и не имеет заданной модели данных.
· Структура ХД проектируется сперва под узкий комплект первостепенных отчетных форм, в будущем предполагается ее расширение для выпуска новых отчетов.

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

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

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

Хранилище данных, Основная книга, SOA-архитектура

Видятся и более развитые ответы:

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

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

· спроектирована структура данных хранилища для 25-ти главных форм;
· реализованы процедуры загрузки, преобразования и очистки данных;
· ХД оптимизировано для обеспечения высокой скорости формирования отчетов;
· создана трехуровневая совокупность контроля качества данных;
· созданы прикладные модули «Расчёт резервов» и «Единый клиент».

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

И еще один «минус» – необходимость применения АБС русского производства для ведения «Основной книги». Это утяжеляет и удорожает помощь ответа. Сейчас русские разработчики комплексных ВРМ-платформ на базе ХД предлагают в составе собственных продуктов приложение «приложения и» Главная книга для подготовки отчетности для регуляторов.

Зарубежная АБС+русский ВРМ-совокупность

Еще один вариант адаптации зарубежной АБС – использование для подготовки русском отчетности ВРМ-платформы отечественной разработки.

Рис.1. Архитектура ответа для подготовки необходимой отчетности на примере BPM-платформы «Контур»

Разглядим главные элементы ответа на базе BPM-платформы.

Банковская методическая модель

Методическая модель – стержень совокупности, которая охватывает все главные процессы подготовки банковской отчетности. Методика определяет:

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

Методическая модель снабжает согласование требований к данным для выпуска разных видов отчетности: РСБУ, налоговой, МСФО, управленческой. Лишь сопоставление этих требований между собой может породить полноценную модель данных хранилища, талантливую развиваться и приспособиться под новые задачи бизнеса и законодательные инструкции.

Хранилище данных

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

ВРМ-приложения

Для автоматизации задач подготовки необходимой отчетности для Банка России употребляется следующий состав модулей и приложений BPM-совокупности:

· Приложение «Реестр клиентов» для сбора и «очистки» клиентской базы (устранения дублирования, связывания и классификации клиентов).
· Приложение «Основная книга» с модулем «Изменение данных учета в бухгалтерский учет РФ».
· Модули ввода дополнительных данных (классификаторов, установки связей между квитанциями, отдельных атрибутов клиентов либо сделок).
· Приложение «Необходимая отчетность для Банка России».

Совокупность может расширяться вторыми BPM-приложениями для выпуска разных видов необходимой и внутренней банковской отчетности.

Инструменты интеграции

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

Средства выпуска отчетности

BPM-совокупность предлагает широкий спектр инструментов для работы пользователей с готовой отчетностью:

интерфейсные формы BPM-совокупности с возможностью глубокой детализации показателей (до проводок) и редактирования показателей;
привычный Ехсеl, в котором возможно выполнить нужные корректировки отчетов,
инструменты Business Intelligence: OLAP-интерфейсы для анализа и просмотра показателей, интерактивные информационные панели для каталогизации готовых размещения и отчётов на web-портале и др.

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

Модель снабжает приведение учетных данных, поступающих из зарубежной АБС, в соответствие русским правилам бухучёта и не имеет ограничений по составу разрабатываемых отчетных форм. К примеру, BPM-платформа Intersoft Lab поддерживает 64 формы необходимой отчетности для Банка России.

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

***

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

[1] «поглощения и Слияния в денежной сфере за I полугодие 2009 года», 11.08.2009, bankir.ru

Финансовая жизнь

Иностранная абс и отечественная система для подготовки обязательной отчетности

Готовимся к подготовке годовой бухгалтерской (финансовой) отчетности за 2015 год

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

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