E-wallets: огляд і порівняння

1) Що таке e-wallet і навіщо він мерчанту

• Більш високу конверсію за рахунок App2App/One-tap, локальної впізнаваності і збережених даних.
• Низький фрод (SCA, device binding, ризик-скоринг провайдера).
• Гнучкість джерел коштів: картка, A2A (банківський переказ/open banking), cash-ваучери, мобільний баланс.
• Розширену географію і доступ до аудиторій без карт/кредиту.

2) Класифікація гаманців

1. Stored-value (балансові)

Користувач зберігає гроші в гаманці. Фічі: топ-ап, внутрішній леджер, P2P, виплати з балансу. Приклади: Skrill/Neteller, myPaysafe/myNeosurf, локальні EMI-гаманці.
Плюси: швидкі повтори/повернення, off-card аудиторії. Мінуси: рівні KYC, ліміти на топ-ап/вивід.

2. Pass-through / Pay-by-bank / Bank-linked

Гроші списуються безпосередньо з банківського рахунку/до картки через підтвердження в додатку (часто без зберігання балансу). Приклади: MB WAY, Swish, Vipps, TWINT, Bizum.
Плюси: низький фрод і MDR, миттєві кредити. Мінуси: ліміти у банків, відсутність класичного chargeback.

3. Гібриди

Гаманець + картка/віртуальна картка/маршрутизація (наприклад, wallet → card rails), або супер-додатки з інвойсами, QR, P2P, pay-by-link.

3) Джерела коштів і потоки

Top-up: карта (CNP/3DS), A2A (SCT/SEPA Instant, RTP), cash-ваучери, агентські точки.
Pay-in (мерчанту): App2App/Deep Link, QR per-order, hosted-сторінка, токенізований COF/Network tokens (для картових гаманців).
P2P: по телефону/аліасу, всередині гаманця/схеми.
Cash-out: банківський переказ (SCT/ACH/RTP), на картку (OCT/Push-to-Card), в офлайн-мережу, рідше - на ваучер.

4) UX-патерни, що впливають на конверсію

App2App/Deeplink з поверненням до каси та попереднім заповненням суми/ордерів.
Динамічний QR per-order (десктоп/офлайн), таймер життя, авто-оновлення статусу.
One-tap/One-click після первинної прив'язки (де допускається).
Ясні помилки і recovery: ліміт, таймаут, відмова SCA; безпечний повтор + пропозиція альтернативного методу.

5) Ліміти, рівні KYC і ризик

Per-transaction/24h/7d/monthly, окремі пороги для нових одержувачів/мерчантів.
KYC-рівні (анонімний/спрощений/повний): визначають максимуми за топ-ап/витратами/висновками.
Velocity/девайс/гео-правила, санкції, вікові обмеження.
High-risk вертикалі (включаючи iGaming): посилені ліміти, холди, розширений моніторинг.

6) Повернення, диспути і фінальність

Chargeback: у stored-value часто немає класичного чарджбека; у гаманців на картових рейках діють карткові правила.
Refunds: як правило, окрема кредитова операція (full/partial) в гаманець/на рахунок клієнта.
Фінальність A2A: платежі фінальні після підтвердження; працюйте з ODR-процедурами провайдера.

7) Економіка: комісії та приховані витрати

MDR/fee зазвичай нижче карт CNP; залежать від гео, обороту, категорії MCC.
Допзатрати: хостед/SDK, обробка'pending/expired', саппорт/ODR, recon, обслуговування мандатів/підписок, AML/KYC перевірки.

8) Статуси та розрахунки

• `created → pending → success | failed | canceled | expired`
• Settlement: T + 0/T + 2 в реєстрах провайдера/PSP. У бізнес-логіці поділяйте онлайн-підтвердження та фактичний кредит.

9) Порівняльна матриця критеріїв

Тип: stored-value/pass-through/гібрид

Джерела коштів: картка/A2A/eCash/мобільний баланс

Канали UX: App2App / QR / Hosted / Pay-by-Link

P2P / Payouts: є/немає, ліміти і терміни

Refund/Chargeback: чи є chargeback; partial refunds

Конверсія: мобільний пріоритет, One-tap

Комісія: орієнтир проти карт CNP

Ризик: фрод, фінальність, регуляторні вимоги

Гео-охоплення/локальний бренд: впізнаваність у цільової аудиторії

10) Інтеграція: варіанти і мінімальний бекенд

1. Hosted/Embedded у PSP/гаманця - швидкий старт, мінімізація PII.

2. Server-to-Server + App2App/QR - кастомний UX, власна сторінка вибору гаманця.

3. Pay-by-Link/Invoice - зручний для відкладених платежів/колектів.

• API: `createPayment`, `refund`, `webhook`, `queryStatus`, `reconcile`.
• Ідемпотентність ('orderId'+ ключ), експоненціальні ретраї, дедуп подій, DLQ.
• Webhooks: HMAC/nonce, захист від replay, сувора валідація redirect-URI.
• Recon: daily auto-recon + періодичний full-recon; зберігайте UTR/фін. Референція.
• Каталоги: провайдери/країни/ліміти/КУС/коди помилок; SLA-метрики по каналах.
• Observability: конверсія (по гаманцях/каналах), «pending→success/expired», латентність до settlement/повернення.

11) Підписки і мандати

• Перший платіж → мандат (SEPA DD/Open Banking/гаманець-мандат).
• Зберігайте ліміт per-debit, періодичність, вікно списання, pre-notification і UI управління (pause/cancel/update).

12) Антифрод-практики

Профілювання пристрою і поведінка, гео-сигнали, velocity.
Step-up (доп. автентифікація) при аномаліях.
Ліміти на нових одержувачів/виплати, cooling-off, відкладене виконання послуг до settlement.
Контент-фрод (цифрові ключі/скіни): відкладена видача, перевірка історії акаунта.

13) Звірка і звітність (операційна зрілість)

• 'paymentId/transactionId','orderId', гаманець/канал (App2App/QR/Hosted/Link), джерело коштів (картка/A2A/eCash), статус, сума/валюта, timestamps, UTR/банківське посилання, реквізити повернень.
• Дешборди SLA: конверсія по гаманцях, частка'expired', час до зарахування і до refund, відмова SCA/ліміти.
• Алерти за розсинхронами: онлайн-успіх без запису в реєстрі, подвійні списання, «підвислі» pending.

14) iGaming та інші чутливі вертикалі

Перевіряйте політику провайдера і локальне право (доступність, ліміти, холди).
Плануйте альтернативні рейки (карти/A2A/eCash) і smart-routing по ризику/гео/гаманцю.
Готуйте розширену звітність (джерело коштів, ліміти гравця, швидкість виплат, responsible-gaming сигнали).

15) Міні-порівняння за типовими профілями

A. Локальні bank-linked гаманці (MB WAY/Swish/Vipps/TWINT/Bizum-подібні)

Конверсія: висока (App2App/QR, звичний бренд).
Фрод/chargeback: низький/відсутній; refund як окремий кредит.
Ліміти: задають банки/схема; жорсткіше для нових одержувачів/виплат.
Використання: масові платежі, квитки/послуги, iGaming - з політики PSP/банків.

B. Stored-value (Skrill/Neteller/myPaysafe/myNeosurf и др.)

Конверсія: висока при активній призначеній для користувача базі.
Фрод: низький, але вимагають суворого KYC/AML.
Плюси: швидкі partial refunds, миттєві повтори, P2P.
Мінуси: ліміти на топ-ап/виведення за рівнями KYC.

C. eCash/ваучерні джерела всередині гаманців

Аудиторія без карток/банків: критично для гео з готівковою економікою.
Фінальність: висока; повернення - кредитова операція.
UX: важливо показати «де купити ваучер» і таймер дії інвойсу/штрихкоду.

16) Чек-лист виведення e-wallets в прод

1. Маркет-фіт: оберіть 2-4 гаманці за гео/аудиторією; оцініть бренд-впізнаваність.
2. Контракт/PSP: тарифи, SLA за webhooks/реєстрами, терміни settlement, політика повернень.
3. Інтеграція: 'createPayment'+ App2App/QR/Hosted, екрани помилок/лімітів, безпечні повтори.
4. Security: HMAC/nonce, allowlist IP, строгі redirect-URI, vault секретів.
5. Recon: daily + full, зберігання UTR, алерти по розсинхронах.
6. Refunds/ODR: partial/full, прив'язка до вихідного ордеру, регламент саппорту.
7. КУС/ліміти: конфіги по провайдерах/каналах, UI причин відмови і пропозицій альтернатив.
8. Observability: дашборди конверсії/латентності/expired, зрізи по пристроях/банках/гаманцях.
9. Тестування: e2e по основних банках/гаманцях, десктопний QR, слабка мережа/таймаути, «підвислі» pending, повернення частинами.

Картка орієнтирів

Статуси: `created/pending/success/failed/canceled/expired` + webhooks.
Settlement: T + 0-T + 2 за звітами провайдера/PSP.
Chargeback: частіше немає (крім картових рейок); refund - окремий кредит.
Ліміти/КУС: рівні в гаманці + канальні пороги у банків/схем.
Підписки: «перший платіж → мандат» (SEPA/Open Banking/гаманець-мандат).

Резюме

Будуйте касу навколо мультикарти гаманців з App2App/QR і чітким recovery-UX - це піднімає конверсію і знижує фрод.
Зберігайте ліміти/КУС/помилки в конфігу, а не в коді; регулярно актуалізуйте по провайдерам.
Операційну надійність забезпечують webhooks + жорсткий recon, ідемпотентність і аналітика'pending→success/expired'.
Для підписок використовуйте мандати; для high-risk тримайте альтернативні рейки і smart-routing по ризику і географії.