Мы создаём приложения для учёта финансов, которые решают проблемы банковской интеграции, категоризации транзакций и мультивалютности. Клиент ожидает, что финансовый трекер будет автоматически распознавать категории расходов. Банк предоставил API, но транзакции приходят в разных форматах, а одна ошибка в хранении сумм приводит к расхождениям в отчётах. Наша команда — 8 инженеров с опытом от 5 лет в финансовых мобильных приложениях. За 5 лет мы реализовали 15+ проектов, включая решения с Open Banking, ML-категоризацией и синхронизацией через iCloud/Google Drive. Мы гарантируем, что ваше приложение пройдёт ревью App Store и Google Play с первого раза.
Почему приложение для учёта финансов требует глубокой экспертизы?
Почему банковская интеграция — самая сложная часть? — разработка мобильного приложения
Используем три подхода:
-
Open Banking / PSD2 (Европа). Стандартизированные API: Nordigen (GoCardless), Salt Edge, TrueLayer. Авторизация через OAuth2 с redirect обратно через Deep Link (
ASWebAuthenticationSessionна iOS, Custom Tabs на Android). Транзакции приходят в JSON, но каждый банк интерпретирует поля по-своему: сумма может быть строкой или числом, pending-транзакции дублируются. Нам приходится писать адаптеры под каждый банк. Экономия от использования Open Banking вместо парсинга может достигать $10,000 на интеграцию. -
Импорт выписок (CSV/OFX/MT940). Если у банка нет API — парсим выписки. MT940 — формат, который каждый банк реализует по-своему. Для OFX используем готовые библиотеки, для CSV — конфигурируемый парсер с маппингом колонок. Этот подход экономит до 30% бюджета по сравнению с Open Banking.
-
Ручной ввод. Основа любого приложения. Быстрый ввод через виджет на экране блокировки (iOS 16+ WidgetKit с intent) или Dynamic Island на iPhone 14 Pro. Пользователь не должен открывать приложение, чтобы записать расход.
| Подход | Сложность | Срок интеграции | Бюджет |
|---|---|---|---|
| Open Banking (PSD2) | Высокая | 4-6 недель | Средний |
| Импорт CSV/OFX | Средняя | 2-3 недели | Низкий |
| Ручной ввод | Низкая | 1 неделя | Минимальный |
Как мы делаем категоризацию транзакций?
On-device ML — наш выбор. CoreML на iOS, TensorFlow Lite на Android. Обучаем кастомную модель на размеченных транзакциях: на входе creditorName и transactionAmount, на выходе категория. CoreML-модель работает в 3 раза быстрее облачных аналогов и не требует интернета. Если уверенность ниже 0.7 — подключаем rules-engine и предлагаем пользователю подтвердить категорию. Так мы дообучаем модель без сбора данных на сервер.
Мультивалютность: главное правило
Храним суммы в minor units (целые числа): 10.99 USD = 1099 cents. Float теряет точность при накоплении транзакций. Курсы валют кешируем из ExchangeRates API или Fixer.io, обновляем раз в день. Для отчётов конвертируем по курсу на дату транзакции, а не на текущий момент.
Безопасность: что под капотом
Транзакции шифруются в базе через SQLCipher (React Native / Flutter) или NSFileProtection.completeUnlessOpen (iOS). Биометрическая блокировка — через LocalAuthentication / BiometricPrompt. Токены банковских API хранятся в Keychain (iOS) / Android Keystore. Никаких UserDefaults или SharedPreferences. Open Banking стандарт описан в PSD2 Directive.
Что входит в работу
- Аудит требований и выбор стека (iOS/Android/Flutter/React Native).
- Проектирование accounting model (двойная запись или упрощённая).
- Разработка и тестирование на sandbox-аккаунтах банков.
- Интеграция push-уведомлений (APNs/FCM) и deep linking (Universal Links/App Links).
- In-app purchases (StoreKit 2 / Billing 6) для премиум-функций.
- Публикация в App Store Connect и Google Play Console, включая настройку TestFlight.
- Документация и обучение вашей команды.
Как мы проводим интеграцию с банком: пошагово
- Анализ документации API банка.
- Разработка адаптера на Swift или Kotlin.
- Тестирование на sandbox-аккаунтах.
- Валидация на продуктивной среде.
- Мониторинг и поддержка.
| Этап | Срок |
|---|---|
| Аудит и проектирование | 1–2 недели |
| Ручной учёт с категориями и бюджетами | 5–8 недель |
| Импорт CSV/OFX | +2–3 недели |
| Open Banking интеграция (1–2 банка) | +4–6 недель |
| ML-категоризация on-device | +2–4 недели |
| Виджеты, шорткаты, iCloud/Drive синк | +3–5 недель |
Процесс работы
Начинаем с аудита: какие банки, целевые страны, нужна ли мультивалюта, модель монетизации. Проектируем схему данных, разрабатываем, тестируем на реальных банковских аккаунтах в sandbox-режиме, затем на продуктивных. После публикации — поддержка и доработки.
Подробнее о тестировании
Мы тестируем приложение на 50+ сценариях, включая граничные случаи: отрицательные суммы, дубли транзакций, мультивалютные переводы. Каждый банк проверяется отдельно на sandbox и продуктивной среде.Стоимость и сроки
Стоимость рассчитывается индивидуально после анализа требований. Примерные сроки: базовая версия — 5–8 недель, полный функционал — 16–24 недели. Оставьте заявку на нашем сайте, чтобы обсудить ваш проект. Мы свяжемся с вами в течение дня и предложим оптимальное решение.