Сегодня клиенты финансовых услуг вынуждены использовать десятки отдельных приложений и интерфейсов для управления своими финансами: один банк для зарплаты, другой — для инвестиций, третий — для кредитов, четвёртый — для платежей. Это приводит к неудобным последствиям:

• Фрагментация финансовой картины — пользователь не видит единой картины своих активов, обязательств и трат.
• Неэффективное принятие финансовых решений — отсутствие агрегированных данных мешает принимать взвешенные финансовые решения.
• Сложности в управлении личными финансами — нет единого инструмента для прогнозирования, анализа или персонализированных рекомендаций.
• Ограниченная конкуренции — новые игроки рынка не могут легко предлагать инновационные продукты (возможно, интересные пользователям) из-за высокого порога входа.

Ваша задача — создать мультибанковское финансовое приложение, использующее открытые банковские API. Вы сами определяете тип продукта — это может быть:

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

• Решение должно быть полезным для конечного пользователя (физического лица или ИП).
• Должен быть четкий путь к монетизации (подписка, партнерские продукты, премиум-функции и т.п.).
• Решение должно быть масштабируемым (архитектура, поддержка новых банков, локализация и т.д.).
• Обязательное использование открытых банковских API.

• Аутентификация и безопасность
- Поддержка OAuth 2.0 / OpenID Connect для подключения к банковским API.
- Хранение токенов и данных в соответствии с общепринятыми требованиями ИБ (отсутствие хранения чувствительной информации в открытом виде).

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

• Бизнес-логика
- Реализация выбранной пользовательской ценности (агрегация, советник, прогноз и т.д.).
- Возможность фильтрации, группировки и визуализации данных.

• Монетизация
- Чётко описанная бизнес-модель.
- Реализация хотя бы одного элемента монетизации.

• Интуитивный UI/UX — пользователь должен легко понять, как пользоваться сервисом.
• Надёжность — корректная обработка ошибок API банков (отказы, лимиты, недоступность).

В первую очередь, нам интересно будет рассмотреть решения участников, реализованные через взаимодействие с ГОСТ-шлюзом. Информацию об этом вы можете получить здесь.

• Поддержка мобильного интерфейса (PWA или нативное приложение).
• Использование дашбордов и визуализаций (графики, тренды).
• Возможность экспорта данных (PDF, Мой Офис).
• Поддержка уведомлений (например, при превышении бюджета).

Для выполнения задания участникам предоставляется:

• Доступ к песочнице (sandbox) открытого банковского API:
Рекомендации по работе с платформой (пароль 321)

• Руководства и документация:
ㅤhttps://cbr.ru/StaticHtml/File/59420/Standart_08072021.pdf
ㅤhttps://cbr.ru/Content/Document/File/166399/onfintech_2025-27.pdf
ㅤhttps://cbr.ru/Content/Document/File/165924/onrfr_2025_2027.pdf

• Стандарты безопасности Open API от Банка России:
ㅤhttps://cbr.ru/Crosscut/LawActs/File/9907
ㅤhttps://cbr.ru/Crosscut/LawActs/File/9908

Загрузите решение на платформу хакатона не позднее 9 ноября 22:00 МСК в следующем виде:

1. Ссылка на выгруженный проект из VCS в формате .zip*
2. Ссылка на открытый репозиторий VCS*
3. Ссылка видео-демо работы проекта (видео, показывающее процесс работы вашего решения, с комментариями или без них, не длиннее 2 минут) (при наличии).
4. Ссылка на презентацию проекта (формат .pdf).*

В качестве облачного сервиса используйте Яндекс Диск
*обязательно для загрузки 

Первый этап

Бизнес критерии
• Ценность решения для конечного пользователя (ФЛ/ИП/ЮЛ) 
• Чёткость и реализуемость модели монетизации 
• Потенциал масштабирования на другие банки (архитектурная гибкость) 

Технические критерии
• Глубина и корректность использования предоставленного банковского API 
• Архитектурная целостность и масштабируемость решения 
• Уровень реализации заявленного функционала 


Второй этап

Бизнес критерии
• Убедительность презентации ценности продукта 

Технические критерии
• Обработка ошибок и отказоустойчивость при работе с API 

Критерии по выступлению
• Соблюдение единого стиля оформления 
• Соблюдение принципов структурности 
• Тема решения раскрыта полностью 
• Инновационность или творческий подход 
• Ответы на вопросы: лаконичность, аргументированность, корректность 

Третий этап

• Финальный этап оценки предполагает дополнительную всестороннюю оценку решений по критериям первого и второго этапов.