Общие и функциональные возможности построенной системы

Общие и функциональные возможности построенной системы

1	ОБЩАЯ АРХИТЕКТУРА
1.1	Архитектурно система включает следующие компоненты: Единый детальный слой данных на основе логической модели данных банка, в который поступают данные из всех систем-источников банка (Главная Книга, АБС «VaBank FXL», система учета МБК, 1С, фронт-офисная система). Витрины данных, содержащие результаты, расчеты и представления. Систему контроля качества данных, предоставляющую отчеты об ошибках на уровне пользователя системы. Систему визуализации отчетов для построения сложных отчетов в различных разрезах и предоставления отчетности на различных уровнях руководства банка.
1.2	Аппаратная часть системы базируется на трехзвенной архитектуре: Сервер базы данных (на котором осуществляется физическое хранение данных). Сервер приложений (на котором хранится логика обработки данных). Клиентские рабочие станции (с которых есть доступ к просмотру, исправлению и созданию новых отчетов).
2	ОСНОВНЫЕ ФУНКЦИОНАЛЬНЫЕ ВОЗМОЖНОСТИ
2.1	Система построена с использованием метаданных. Модель данных в системе формируется, настраивается, изменяется, расширяется путем настройки метаданных. Управление и настройка метаданных осуществляется через специализированный интерфейс.
2.2	Система обладает возможностью настройки через интерфейс системы процессов загрузки, трансформации данных, расчета витрин и показателей, с учетом распараллеливания потоков данных.
2.3	Система обладает возможностью запуска периодических и разовых процессов. Для запуска и мониторинга запущенных процессов в системе предусмотрен специализированный пользовательский интерфейс.
2.4	Система обеспечивает работу с инкрементальными изменениями данных в системах источниках (в том числе выделение инкрементальных изменений и выполнение пересчета витрин и показателей в инкрементальном режиме).
2.5	Система обладает специализированным интерфейсом для возможности ввода новых данных и внесения изменений (корректировок) загруженных данных, включая детальный слой, витрины и показатели.
2.6	Систему можно развивать и сопровождать без участия вендора.
2.7	Система контроля качества данных (см. п. 1.1.) работает на регулярной основе и обеспечивает администратора и пользователей системы достаточным количеством информации о принятии решений по перезапуску отчетов, корректировке данных и расчету витрин. Система контроля качества также дате представление об источнике данных, породившем ошибку.
2.8	Система контроля качества данных предоставляет отчеты об ошибках на уровне пользователя системы. Система отслеживает ошибки в данных на 3х уровнях: Проверки на целостность и непротиворечивость, соответствие форматам, дедубликация при загрузке данных из разных учетных систем банка. Проверки по бизнес-правилам (например, нахождение счета, не привязанного к договору и пр.). Создана гибкая система настройки проверочных алгоритмов, возможность их включения и отключения. Внутриформенный и межформенный контроль (при расчете витрин, регламентированных отчетов).
2.9	Методология подготовки обязательной отчетности полностью регламентирована Банком России, однако учитывает возможность неоднозначной трактовки требований регулятора.
3.0	Система обеспечивает возможность расчета обязательных нормативов сразу после закрытия операционного дня – до 12 часов дня, следующего за отчетным, с доступом ко всем расшифровкам.
3.1	В системе реализована возможность настройки внутриформенного и межформенного контроля в соответствии с требованиями ЦБ РФ. Возможность настройки дополнительных контролей.
3.2	Для каждой отчетной формы реализованы проверочные отчеты для расшифровки и детализации показателей. Любые показатели в отчетных формах имеют возможность детализации до уровня любого объекта детальных данных, любого показателя (портфелей, продуктов и балансовых счетов второго порядка, клиентов, договоров, лицевых счетов и операций по ним) на любом этапе подготовки отчета (точный, округленный, сведенный).
3.3	Для всех отчетов разработаны выгрузки в специализированные форматы электронных сообщений в соответствии с требованиями ЦБ РФ (KliKO, ПТК ПСД и др., актуальные для региона).
3.4	Помимо специализированных форматов создана возможность выгрузки отчетов в стандартные форматы: xls, doc, pdf, txt, xml.
3.5	Реализована возможность импорта данных из файлов форматов: EXCEL, TXT, XML DBF. При этом загрузка пользователем данных из файлов форматов: TXT, XML, XLS, DBF протоколируется так же как и работа через интерфейс ввода данных.
3.6	Реализована возможность формировать отчеты за незакрытые операционные дни с индикацией статуса данных.
3.7	Реализована возможность отслеживать влияние изменений данных в системах-источниках и данных, введенных вручную, на результаты формирования отчетных форм. При изменении исходных данных в системе-источнике производится автоматическое обновление данных в системе и перерасчет показателей, значения которых зависят от полученных (произведенных) обновлений.
3.8	Реализована возможность пользовательского ведения справочников и классификаторов, в том числе справочников разделов и статей форм с привязкой показателей отчетности и алгоритмов их расчета.
3.9	Реализовано округление и нормализация отчетных данных (с возможностью приведения значений к данным форм из межформенного контроля), в том числе с использованием пользовательских настроек и алгоритмов.
4.0	Для каждого отчета реализован механизм общих и специализированных настроек, которые определяют алгоритм расчета отдельных отчетных показателей. Через настройки пользователь имеет возможность задавать состав счетов, попадающих в ту или иную графу отчета, явно включать или исключать определенные счета из расчетов, устанавливать значения констант и т. п.
4.1	Для каждого отчета и отчетности в целом реализован механизм добавления пользовательского кода (в т. ч. замещения дистрибутивного) без нарушения целостности системы и утраты сопровождения.
4.2	Для отчетов реализована возможность внесения корректировок в уже рассчитанные показатели на основе мотивированного суждения. По факту ручной корректировки отчета и его сохранения после корректировки автоматически повторно запускаются процедуры межформенного и внутриформенного контроля.
4.3	Для отчетов реализована возможность ввода или корректировки исходных данных, необходимых для формирования отчетности, в случае их отсутствия в системах-источниках и ХД, в том числе отдельных частей или показателей отчетной формы.
4.4	Реализована возможность одновременного выпуска отчетной формы по разным алгоритмам (например, до изменения законодательства и после).
4.5	Реализовано управление версиями и статусами подготовки форм данных и форм отчетности, архивное хранение сданных форм, блокировка пересчета данных по сданным формам.
4.6	Реализовано хранение сформированных отчетов (не только в статусе «сдан») в течение определенного периода времени (задаваемого настройками системы). Сохранение списка пользователей, формировавших отчет, с указанием даты и времени формирования.
4.7	Реализовано журналирование процессов работы с отчетной формой, подготовки и формирования отчетности (ручных корректировок, нормализации, изменения статусов, версионности и т. д.).
5	МОДЕЛЬ ДАННЫХ
5.1	Логическая модель данных максимально детализирована. Описание доступно с использованием промышленного инструментария (Power Designer, erWin и т. п.). Модель данных обеспечивает расчет и хранения показателей как в разрезе счетов бух. учета, так и в разрезе сделок.
5.2	Модель строится на модульной основе, предполагает расширяемость (дополнения новыми областями, модулями) без необходимости переделывать текущую версию модели.
5.3	Модель поддерживает возможность доввода данных в систему при загрузке данных.
5.4	Модель данных ориентирована на решение широко спектра задач, в т. ч. для построения всех видов банковской отчетности, налоговой отчетности и отчетности по стандратам МСФО.
5.5	Обеспечена возможность сверки с формами управленческой отчетности банка (открытые настройки).
6	ВОЗМОЖНОСТИ ПЛАТФОРМЫ, НА КОТОРОЙ СТРОИТСЯ РЕШЕНИЕ
6.1	Решение реализовано на промышленной платформе.
6.2	В состав платформы входит: Функциональность управления метаданными системы. Функциональность управления процессами загрузки и трансформации данных, администрирования. Функциональность настройки бизнес приложений, включая расчет, сверку, ввод и корректировку показателей. Клиентские приложения для работы с большими наборами данных произвольной структуры. Платформа функционирует под управлением СУБД Oracle.