Мария Строгонова Директор производственного центра «ПрограмБанк.БизнесАнализ»

Управленческая отчетность банка начинается не с отчета и не с дашборда. Прежде чем руководитель увидит финансовый результат, рентабельность продукта или отклонение от бюджета, данные проходят несколько этапов: поступают из различных информационных систем, проверяются, преобразуются, классифицируются, рассчитываются и только после этого становятся показателями управленческой отчетности. Именно эта цепочка определяет, насколько быстро банк сможет получить новый показатель, изменить методику расчета или объяснить происхождение конкретной цифры в отчете. При построении системы финансовой аналитики важно смотреть не только на конечный интерфейс, но и на всю аналитическую архитектуру — от исходных данных до управленческого решения.

Первый слой — интеграция и сбор данных

На первом этапе необходимо обеспечить поступление данных из различных источников в единое аналитическое пространство.
Здесь решаются технические задачи:
• подключение источников;
• загрузка данных;
• контроль полноты;
• обработка ошибок;
• синхронизация;
• сопоставление справочников;
• управление расписаниями загрузки.
Но интеграция – только начало. Полученные данные еще не обязательно готовы для финансового анализа.

Второй слой — трансформация к единой модели и контроль качества

Перед расчетом показателей данные необходимо привести к единой аналитической модели.
Например, банк может использовать разные классификаторы продуктов в АБС и CRM. Для аналитики необходимо определить единый справочник и правила соответствия.
То же относится к:
• подразделениям;
• клиентским сегментам;
• продуктам;
• договорам;
• счетам;
• операциям;
• центрам финансовой ответственности.
Важно не просто загрузить данные, а обеспечить понимание того, что именно было загружено и насколько этим данным можно доверять.

Третий слой — расчет финансовых показателей

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

Четвертый слой — управленческий учет

На основе рассчитанных показателей формируется управленческая модель банка.
Она позволяет анализировать финансовый результат в необходимых руководству разрезах.
Например:
Банк → бизнес-направление → продукт → подразделение → клиентский сегмент.
При этом один и тот же показатель может использоваться в разных формах управленческой отчетности и в разных её представлениях.
Например, финансовый результат продукта может участвовать одновременно:
• в отчете о доходности продуктов;
• в план-фактном анализе;
• в отчете руководителя бизнес-направления;
• в расчете KPI;
• в аналитике по подразделениям.

Пятый слой — управленческая отчетность

Только после прохождения предыдущих этапов данные превращаются в отчетность, с которой работает руководство.
Это могут быть:
• отчеты о доходах и расходах;
• отчетность по бизнес-направлениям;
• план-факт анализ;
• отчеты по продуктам;
• отчеты центров финансовой ответственности;
• показатели рентабельности;
• отчеты для руководства;
• аналитические панели.
На этом уровне пользователь должен видеть уже не технические данные, а финансовую картину. На этом уровне уже подключается BI.

Почему единая модель особенно важна для управленческого учета

Управленческий учет отличается от простой отчетности тем, что он должен отражать бизнес-модель конкретного банка.
Руководству недостаточно знать общую сумму расходов. Необходимо понимать:
• где они возникли;
• к какому бизнес-направлению относятся;
• какие продукты формируют результат;
• какие подразделения эффективны;
• как меняется рентабельность;
• почему фактический результат отличается от планового.
Для этого недостаточно просто собрать данные, а необходима модель, которая свяжет показатели с объектами бизнеса.

Как выглядит зрелая архитектура банковской аналитики

В упрощенном виде ее можно представить так:
Источники данных
АБС • CRM • кредитные системы • карточные системы • ДБО • другие источники
↓
Интеграция и контроль
Загрузка • качество данных • сопоставление справочников • контроль полноты
↓
Единая аналитическая модель
Продукты • клиенты • подразделения • ЦФО • операции • аналитические измерения
↓
Финансовые расчеты и управленческий учет
Показатели • доходы • расходы • распределения • финансовый результат • планирование • сценарии
↓
Управленческая отчетность
Отчеты • план-факт • аналитические панели • показатели для руководства
↓
Управленческие решения
Планирование • контроль • корректировка стратегии • управление ресурсами

Почему архитектура важнее отдельного инструмента

При выборе платформы автоматизации часто сравнивают конкретные продукты:
Какая BI лучше?
Какое хранилище выбрать?
Какая ETL-система быстрее?
Но для банковской аналитики главный критерий это ответ на вопрос:
Как будет проходить путь от исходной операции до управленческого показателя?
Если этот путь не определен архитектурно, набор отдельных инструментов не решит проблему.
Можно иметь современное хранилище, мощный BI и множество интеграций, но при этом не иметь единой финансовой модели. В результате аналитика продолжает собираться вручную или логика расчета оказывается жестко зашита в SQL-запросы, ETL-процессы, Excel-файлы и отдельные отчеты.
Можно задать вопросы:
1. Из каких источников берутся исходные данные?
2. Как они очищаются и сопоставляются?
3. Какие правила классификации применяются?
4. Как рассчитываются доходы?
5. Как учитываются расходы?
6. Как распределяются косвенные затраты?
7. Как учитывается стоимость фондирования?
8. Где хранится методика расчета?
9. Кто может ее изменить?
10. В каких отчетах используется результат?
Если на эти вопросы можно ответить однозначно, аналитическая архитектура, скорее всего, достаточно прозрачна.
Если же показатель рассчитывается по-разному в разных отчетах или его происхождение невозможно быстро объяснить, проблема уже не в BI и не в конкретном отчете. Она находится глубже – на уровне аналитической архитектуры.

Современная банковская аналитика – это не альбом отчетов и не набор дашбордов, а сквозной процесс:
данные → качество → единая модель → расчеты → управленческий учет → отчетность → решение.
Чем сложнее финансовая модель банка, тем важнее обеспечить целостность этого пути.
Поэтому при выборе или модернизации аналитической платформы важно оценивать не только её отдельные инструменты и стоимость владения, но и стоимость регулярного изменения моделей, в том числе упущенную выгоду из-за долгой адаптации и потери из-за недостаточной аналитики и прозрачности.
Наша рекомендация – платформа “ПрограмБанк.БизнесАнализ” со специализированными No-code инструментами для финансовой аналитики.

Серия «Архитектура банковской аналитики»

Мы разобрали отдельные элементы банковской аналитики − от low-code и финансовых моделей до методик расчета и BI. В этой статье объединяем их в единую картину: как данные превращаются в управленческую отчетность и основу для принятия решений.
В серии:
1. Low-code в банках: почему универсальные платформы подходят не для всех задач − почему универсальные платформы подходят не для всех банковских задач.
2. Почему финансовая аналитика − одна из самых сложных областей для low-code − какие особенности финансовых моделей делают эту область сложной для автоматизации.
3. Как банки сокращают время изменения методик расчета без доработки программного кода − как сделать изменение финансовой логики быстрее и управляемее.
4. Почему BI не заменяет аналитическую платформу банка − чем расчетный аналитический слой отличается от визуализации данных.
5. От витрины данных до управленческой отчетности: как устроена аналитическая архитектура современного банка − вы читаете эту статью.

Источник публикации: https://www.programbank.ru/articles/site/article-21082026