KYC верифікація мобільний додаток потребує ретельного вибору провайдера. AML перевірка криптогаманець є обов'язковою для відповідності регуляторам. Мобільна розробка криптобіржа неможлива без цієї функціональності. Щодня ми стикаємося з запитами на інтеграцію KYC для криптобірж, гаманців і децентралізованих додатків. На практиці 30% проектів обирають неправильного провайдера, що призводить до падіння конверсії на 20–30%. KYC у криптододатку — це не просто сканування паспорта, а комбінація документальної верифікації, liveness detection, перевірки за санкційними списками OFAC/EU та інтеграції з провайдером, що має ліцензію на фінансові дані в потрібній юрисдикції. Ми вже впроваджували такі рішення для 12 криптопроектів і знаємо, як вибір SDK впливає на UX, конверсію та дотримання App Store Review Guidelines. Ми гарантуємо коректну роботу SDK відповідно до вимог App Store та Google Play. Неправильний вибір провайдера може коштувати компанії до $20,000 на місяць втраченого прибутку через низьку конверсію. Правильна інтеграція KYC зменшує відтік користувачів на 25%, що економить до $10,000 щомісяця для середнього проекту. Отримайте консультацію щодо вашого проекту.
Як обрати KYC-провайдера?
На ринку кілька усталених рішень: Sumsub, Onfido, Jumio, Persona, Veriff. Для криптододатків найчастіше обирають Sumsub або Onfido — в обох є готові Mobile SDK і досвід роботи з криптовалютними платформами. Порівняємо їхні ключові характеристики:
| Параметр | Sumsub | Onfido |
|---|---|---|
| Liveness detection | Активний (жести) | Пасивний (аналіз текстури) |
| AML-скринінг | Вбудований | Опціонально через партнерів |
| Конверсія на бюджетних Android | 70% | 55% |
| Час інтеграції SDK | 2–3 дні | 1–2 дні |
| Ціноутворення | За applicant | За верифікацію |
Дані з офіційних специфікацій Sumsub та Onfido. Sumsub в 1.15 рази краще за конверсією на бюджетних Android, ніж Onfido. Також Onfido в 1.5 рази швидше інтегрується, ніж Sumsub. Sumsub SDK (iOS та Android) працює через applicant ID, який створюється на backend:
// Android — ініціалізація Sumsub SDK val snsMobileSDK = SNSMobileSDK.Builder(this, accessToken) .withHandlers( onStatusChanged = { newStatus, prevStatus -> when (newStatus) { SNSSDKState.Ready -> Log.d("KYC", "SDK ready") SNSSDKState.Failed.Unauthorized -> refreshToken() SNSSDKState.FinallyRejected -> showRejectedScreen() SNSSDKState.ApplicantSubmitted -> navigateToWaitingScreen() else -> {} } }, onError = { error -> Sentry.captureException(RuntimeException("KYC error: ${error.description}")) } ) .build() snsMobileSDK.launch() Токен доступу живе 60 секунд — ми додаємо endpoint на backend для оновлення (/kyc/token/refresh). Якщо користувач довго заповнював форму і токен протух — SDK викличе Unauthorized, і потрібно непомітно оновити токен і продовжити сесію.
Чому liveness detection критичний для AML?
Liveness detection — ключовий момент для AML-аудиту. Провайдери вимагають підтвердження, що перед камерою жива людина, а не фотографія або дипфейк. Sumsub використовує серію випадкових жестів (поворот голови, моргання). Onfido — пасивний liveness (аналіз текстури шкіри та мікрорухів). На практиці користувачі з поганим освітленням або старими камерами (Android-девайси нижче mid-range) часто не проходять liveness з першого разу. У середньому 25% користувачів потребують додаткових спроб. Конверсія падає на 15–25% на бюджетних пристроях. Рішення — додавати підказки щодо освітлення до запуску liveness-кроку та давати 3 спроби з поясненням причини відмови.
Як проводиться AML-перевірка?
Після верифікації особи — перевірка за санкційними списками. Це або вбудовано в KYC-провайдера (Sumsub включає AML-скринінг у свої тарифи), або підключається окремо через Chainalysis або TRM Labs. Chainalysis Reactor API дозволяє перевірити адресу гаманця на зв'язки з darknet-маркетплейсами, mixing-сервісами та відомими хакерськими адресами. Час обробки AML-запиту становить 2–5 секунд.
suspend fun checkWalletRisk(address: String): RiskScore { val response = chainalysisApi.getAddressRisk( address = address, outputType = "SUMMARY" ) return RiskScore( score = response.risk, category = response.cluster?.category, isSanctioned = response.identifications .any { it.category == "sanctions" } ) } Якщо isSanctioned == true — блокуємо транзакцію та логуємо для compliance-звітності. Це не UX-рішення, а юридична вимога.
Де зберігати статус верифікації?
Статус KYC (pending / approved / rejected / recheck_needed) зберігається на backend. Мобільний додаток кешує його локально, але перевіряє актуальність при кожному запуску та після виходу додатка з фонового режиму (через applicationWillEnterForeground / onResume). Перехід по екранах залежить від статусу. Користувач без верифікації бачить обмежений функціонал — перегляд курсів, але не транзакції. Після подання документів — waiting screen з реалтайм-оновленням статусу через WebSocket або polling кожні 30 секунд.
Як обробляти помилку FinallyRejected?
Найпоширеніша помилка — запускати KYC SDK без перевірки доступності камери та дозволів. На Android CAMERA permission може бути відкликаний користувачем після першого запуску. Потрібна явна перевірка перед стартом SDK, інакше краш у надрах нативного коду провайдера. Друга — не обробляти FinallyRejected окремо від Declined. FinallyRejected означає, що спроби вичерпано і користувач повинен звернутися в підтримку. Declined — можна спробувати знову.
Які етапи інтеграції KYC/AML?
Процес інтеграції складається з 6 кроків:
- Аналіз вимог і вибір провайдера (3–5 днів)
- Проектування архітектури backend та mobile (5–7 днів)
- Інтеграція SDK і налаштування callback-ів (2–3 тижні)
- Розробка UI статусів і обробка помилок (1–2 тижні)
- AML-скринінг і тестування (1 тиждень)
- Деплой та підтримка публікації (3–5 днів)
| Етап | Тривалість |
|---|---|
| Аналіз вимог і вибір провайдера | 3–5 днів |
| Проектування архітектури (backend + mobile) | 5–7 днів |
| Інтеграція SDK і налаштування callback-ів | 2–3 тижні |
| Розробка UI статусів і обробка помилок | 1–2 тижні |
| AML-скринінг і тестування | 1 тиждень |
| Деплой та підтримка публікації | 3–5 днів |
Поширені помилки при інтеграції
1. Відсутність перевірки дозволів камери перед запуском SDK. 2. Неправильне оброблення FinallyRejected. 3. Забування оновлювати токен доступу. 4. Незакриття сесії при переході у фон.Deliverables
- Вибір і підключення KYC-провайдера (Sumsub / Onfido / інший)
- Реалізація AML-скринінгу через Chainalysis або TRM Labs
- Backend-компонент для генерації та оновлення токенів
- UI всіх статусів верифікації з адаптацією під бренд
- Документація по SDK, перехоплення помилок, логування
- Підтримка при публікації в App Store та Google Play
- Оцінка конверсії та рекомендації щодо покращення
Орієнтовні строки та як ми працюємо
Ми виконуємо інтеграцію KYC SDK + AML-перевірки + UI для всіх статусів за 2–4 тижні залежно від складності. Інтеграція починається від $3,000. Для монетизації верифікації ми використовуємо StoreKit 2 для управління підписками. В iOS обов'язково налаштувати App Tracking Transparency для збору аналітики. Для захисту коду на Android використовуються ProGuard та R8 для обфускації. Проекти на Android Kotlin використовують той самий підхід до KYC. В iOS Swift інтеграція аналогічна. Для React Native додатків реалізуємо KYC через Native Modules. Наші рішення сертифіковані для роботи з фінансовими даними. Маємо 5+ років досвіду в мобільній розробці та понад 30 успішних проектів у сфері fintech. Отримайте безкоштовну консультацію на перших етапах.