Объединить передовой IT-опыт и предоставить лучшие решения для каждого нашего клиента в отдельности
Архитектура системы Quadrium ActiveData на примере автоматизации подготовки обязательной отчетности
Рис.1, Общие принципы построения системы подготовки обязательной отчётности Централизованное построение обязательной отчётности в Хранилище на основании загруженных первичных учётных данных Под первичными учётными данными понимаются данные бухгалтерского (документы, счета, обороты, остатки) и сделочного (сделки, операции, позиции, графики платежей) учёта, а также нормативно-справочная информация. Преимущества данного подхода:
Описание бизнес-процесса подготовки обязательной отчётности Выпуск обязательной отчётности начинается с подготовки и проверки первичных исходных данных для отчётов. При этом контролируется наличие, состав и состояние данных, отслеживается их актуальность, при необходимости производится их загрузка и раскраска аналитическими признаками. В системе имеется возможность формирования отчетов по любой из отчетных форм в различных режимах функционирования («по расписанию», «по запросу»). При формировании отчета предусмотрена возможность задания необходимых параметров отчета (например, отчетного периода, состава филиалов и.т.д.). Для некоторых отчётов требуется расчёт или пересчёт витрин (промежуточных данных). Это может быть необходимо в следующих случаях:
Для расчёта или пересчёта витрин используется ETL-процесс, но при необходимости эта операция может производиться директивно перед формированием отчёта. После формирования отчёта имеется возможность просматривать его, пользуясь браузером системы или осуществить его экспорт в формат офисных пакетов или программных комплексов надзора (PDF, MS-Word, MS-Excel, KliKO, OBVED, ПТК-ПСД и т.д.). Следующим этапом является проверка корректности данных отчета или группы отчетов. В системе обеспечена возможность выполнения процедур по проверке корректности данных по правилам ЦБ отчета и групп отчетов, в том числе по критериям межформенного контроля и соответствия данных из отчетов, сформированных за различные отчетные периоды. При проверке реализована детализация показателей отчетной формы инструментальными средствами drill-down, до уровня первичного документа, проводки, счёта, сделки, операции. Обеспечена также возможность ручной корректировки (ручного ввода) данных в отчетах. При этом информация о ручной корректировке отчетной информации регистрируется и, при необходимости, пересылается пользователю в качестве напоминания о произведенных изменениях. Реализована возможность пересчета ранее сформированных отчетов с учетом обновленных данных (например, данные последнего дня отчетного периода, сторнирующие проводки). Пересчет отчета в общем случае происходит быстрее, нежели его формирование "с нуля". Система предоставляет единый пользовательский интерфейс, предусматривающий одинаковую последовательность действий пользователей при выполнении ими одинаковых операций, независимо от места работы пользователя или отчета, над которым производится операция. По окончании формирования и корректировок отчётов производится «чистовой» экспорт отчётной информации в программные комплексы надзора (KliKO, OBVED, ПТК-ПСД и т.д.). Сформированные отчёты могут сохраняться в репозитории. Стратегия сохранения (все версии отчета, версии за указанный период, только последняя версия) определяется пользователем. Обеспечивается ведение журналов отправки и приема отчётов в территориальные органы ЦБ. По факту формирования соответствующих отчетов возможна автоматическая рассылка отчетов или уведомлений пользователям об их формировании по адресам электронной почты, в форматах и моменты времени, предусмотренные списком рассылки. При рассылке уведомлений в них содержится информация, однозначно определяющая место размещения отчета. Предоставляется возможность ведения общесистемных параметров, например, параметров настройки округления различных отчётных форм. Имеется также возможность задания для определенных числовых полей отчета диапазона планируемых значений. В случае непопадания полученного реального значения в заданный диапазон, система производит цветовую индикацию данного поля, а также предоставляет дополнительную информацию, поясняющую несоответствие полученного значения запланированным. В системе представлены средства для разработки новых и настройки разработанных отчетов. Каждый пользователь, обладающий соответствующими правами, имеет возможность добавлять в систему как вновь разработанные шаблоны отчетов, так и готовые отчетные документы с данными. Общая концепция интеграционного решения Предлагаемая архитектура решения базируется на стандартных требованиях к реализации корпоративных ETL процессов. Архитектура является компонентной, масштабируемой и расширяемой, и построена таким образом, чтобы уменьшить риски внедрения новых информационных систем, новых банковских продуктов и бизнес-процессов, модернизации оборудования, существенно сократить риски аппаратно-программных сбоев и, снизить стоимость владения системой в целом. Для предотвращения появления порогов производительности («bottlenecks»), предусматривается возможность масштабирования для каждой компоненты системы – от кластеризации сервера приложений, отвечающего за «онлайн» обслуживание интеграционных адаптеров учётных систем, до масштабирования производительности ETL-сервиса, за счёт модернизации его аппаратной платформы. Для получения дополнительной информации обратитесь в «Квадриум». |