Дашборды для финтеха: от прототипа до релиза без боли

За 2024 год мы сделали три финтех-дашборда: для платёжного оператора в Испании, для антифрод-сервиса в Колумбии и для встроенного банкинга в Аргентине. Подвели общие выводы - что важно с первого дня, а что можно отложить.

Архитектура данных

Главное правило - не считать на лету то, что можно посчитать заранее. Все агрегаты (выручка по периодам, средний чек, конверсии) лежат в materialized views, обновляются раз в N минут. Реалтайм - только для свежих транзакций и алертов.

UI-стек

• Графики: Visx или ECharts (в зависимости от плотности данных).
• Таблицы: TanStack Table - гибче AG Grid, лицензионных проблем нет.
• Реалтайм: Server-Sent Events для лёгких подписок, WebSocket - только если нужен двусторонний канал.
• Состояние: Zustand + TanStack Query. Redux на дашбордах - оверкилл.

Права и аудит

Финтех - это compliance. Каждое значимое действие (просмотр транзакции, экспорт, изменение лимита) логируется. ABAC через OpenFGA - гибче традиционного RBAC, особенно когда у клиента сложная организационная структура.

Что часто упускают

• Печать. Финансовые отчёты - это PDF, не скриншот экрана. Закладывайте в дизайн с первого дня.
• Экспорт CSV. Должен работать на 50k строк без подвисания UI.
• Часовые пояса. Дашборд в Барселоне для оператора в Боготе - два разных времени, путаница неизбежна без явных лейблов.
• Денежная типографика. Табличные цифры (font-feature-settings: tabular-nums) - иначе суммы прыгают.