Skrill: гаманець і карти

1) Що таке Skrill і коли його вибирати

Skrill - електронний гаманець (stored-value) з групи Paysafe з широким покриттям для цифрових товарів і iGaming. Користувач зберігає баланс, робить P2P, платить мерчантам, а також може використовувати Skrill-карту (віртуальну/пластикову на рейках Mastercard - доступність залежить від країни). Для мерчанта Skrill дає високу конверсію за рахунок App2App/Hosted-чекауту, низького фроду (SCA, device binding, ризик-скоринг) і лояльної аудиторії (VIP-статуси).

• Цифровий контент, ігри, підписки, гемблінг (у дозволених юрисдикціях/за договором).
• Крос-бордер оплати, коли потрібні швидкі повернення в гаманець/виплати гравцям.
• Як «другий гаманець» в міксі методів поруч з картами і A2A.

2) Екосистема і ролі

Skrill (схема/емітент гаманця): правила AUP, ліміти, KYC/AML, ризик-скоринг, гаманець.
PSP/Acquirer (в т. ч. Paysafe): онбординг мерчанта, тарифи, Hosted/Widget/API, звіти та розрахунки.
Мерчант: ініціює оплату/повернення/виплату, обробляє статуси, веде звірку.
Платник: логиниться в Skrill/App2App, підтверджує SCA, управляє балансом/картою.

3) Продукти та сценарії

3. 1 Pay-in (гаманцем)

Hosted/Redirect (рекомендується): на чекауті → редирект в Skrill → логін/SCA → підтвердження → повернення до мерчанта.
App2App/Deeplink: з мобільного відкривається додаток Skrill; безшовне повернення в касу.
Embedded/Widget: віджет вбудовується у вашу сторінку (уважно до вимог безпеки).

3. 2 Top-up джерела в гаманці (у користувача)

Карти (3DS2),

A2A/open-banking (варіанти залежать від країни),

eCash/ваучери (локально),

P2P всередині Skrill.
Набір залежить від ризику/гео і рівня KYC.

3. 3 Payouts / Withdraw

Виплати на гаманець Skrill (disbursements/affiliate payouts).
Вивід користувачем: на банк (SCT/ACH/локальні), на картку або готівку/агенти - де доступно.

3. 4 P2P/Request-to-Pay

Перекази між гаманцями по email/ID; можливі R2P-сценарії (запит платежу).

3. 5 Skrill-картка (Mastercard)

Віртуальна/пластикова картка, платежі в офлайн/онлайн; списання йде з балансу гаманця.
3DS/SCA для онлайну, PIN/NFC для POS; кеш-аут в банкоматах за підтримки.

Доступність функцій (карта, джерела коштів, висновки) залежить від країни проживання і політики ризику.

4) Статуси, розрахунки та фінанси

4. 1 Типова модель статусів

`created → pending → success | failed | canceled | expired`

Додатково: 'authorized → captured'( якщо використовується роздільна авторизація).

4. 2 Settlement і звіти

Фінкредит мерчанту: зазвичай T + 1/T + 2 робочі дні за реєстрами PSP.
Онлайн-успіх не дорівнює бухгалтерському зарахуванню: тримайте daily auto-recon і періодичний full-recon.

4. 3 Повернення і диспути

Refund - окрема кредитова операція (full/partial) назад в гаманець/джерело.
Chargeback: для платежів з гаманця - як правило, немає класичного карткового чарджбека; якщо платіж йшов по карткових рейках (COF/картка в Skrill), можлива карткова процедура з боку емітента.
ODR/скарги: за процедурами Skrill/PSP; зберігайте логи виконання послуги.

5) Ліміти, KYC і політика ризику

Per-transaction, per-day/24h, іноді weekly/monthly; зниження порогів для нових одержувачів/мерчантів.
KYC-рівні користувача (basic/extended/VIP) визначають ліміти на топ-ап/витрату/вивід.
Velocity/девайс/гео-правила і террорторії з обмеженнями.
Для iGaming - окремі вимоги за ліцензією/гео-фільтрами/віком.

6) Економіка і тарифи

Комісія для мерчанта зазвичай нижче CNP-карт; залежить від географії/обороту/категорії (MCC).
Допзатрати: Hosted/SDK, підтримка'pending/expired', ODR/саппорт, recon, утримання/резерви (по ризику).
Skrill VIP-програми стимулюють активність гаманця → підвищують конверсію і LTV на деяких ринках.

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

Mobile-first: пропонуйте App2App, на десктопі - зрозумілий Redirect.
Таймери для очікування підтвердження ('pending'), кнопка «повторити».
Ясні помилки: ліміт гаманця/методу, відмова SCA, таймаут; відразу пропонуйте альтернативи (карти/А2А).
Квитанція: сума, валюта,'transactionId', канал (App2App/Hosted), UTR/фін-реф з реєстрів.

8) Інтеграція мерчанта

8. 1 Варіанти

1. Hosted/Redirect - швидкий запуск і мінімальний PCI/PII-слід.
2. Server-to-Server + App2App/Hosted PIN-entry - ваш UX, контроль статусів; критично дотримуватися вимог безпеки.
3. Pay-by-Link/Invoice - посилальні/відкладені платежі, колект.

8. 2 Бекенд-мінімум

API: `createPayment`, `authorize/capture` (если нужно), `refund`, `queryStatus`, `webhook`, `reconcile`.
Ідемпотентність ('orderId'+ ключ), експоненціальні повтори, дедуп вхідних веб-хуків.
Webhooks: підпис/НМАС, тайм-штампи, захист від replay.
Recon: авто-звірка за щоденними реєстрами + періодичний full-recon; зберігайте банківське посилання/UTR.
Observability: конверсія, «pending→success/expired», латентність до settlement/refund, помилки SCA/лімітів.

8. 3 PCI/безпека

У Hosted-сценарії PCI-навантаження мінімальне (ви не обробляєте PAN/секрети).
Секрети/ключі в vault, IP-allowlist до ваших callback-ендпоінтів, строгі redirect-URI.

9) Антифрод і поведінкові сигнали

Профілювання пристрою і поведінки, гео-аномалії, повторні неуспішні спроби.
Обмеження на нових одержувачів/виплати, cooling-off, step-up-аутентифікація.
Для цифрових товарів: відкладена видача до settlement/проходження ризик-чеків, захист від бонус-аб'юзу.

10) Особливості для iGaming і «чутливих» вертикалей

Перевіряйте допустимість гео і ліцензій, дотримуйтесь вікового контролю, Responsible Gaming.
Очікуйте жорсткіші ліміти, можливі hold/резерви, розширений моніторинг.
Плануйте альтернативні рейки (А2А/локальні гаманці/ваучери) і smart-routing по ризику, гео і профілю гравця.
Виплати гравцям через Skrill зазвичай комфортні, але дотримуйтесь лімітів/ризикової сегментації.

11) Порівняння «гаманець vs карта Skrill»

• Платіж з балансу, SCA в додатку/кабінеті.
• Refund - миттєво в гаманець; немає класичного чарджбека гаманця.
• Підходить для повторних оплат, P2P, швидких часткових повернень.

• Платіж по карткових рейках; доступність по країнах.
• Застосовуються карткові правила (3DS, можливий chargeback за картками).
• Зручна користувачеві для офлайну і універсальних онлайн-покупок.

12) KPI та експлуатаційні метрики

Approval rate і конверсія по каналах (App2App/Hosted).
Частка «pending→expired» і середній час підтвердження.
Refund rate/ODR і час до рішення.
Settlement lag (успіх → реєстр → зарахування).
Cost-to-serve (час саппорту на кейс), VIP-частка і її внесок в оборот.

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

1. Договір з PSP/Skrill: тарифи, SLA, гео/вертикалі, політика повернень/виплат.
2. Вибір інтеграції: Hosted/App2App; реалізуйте'createPayment', екрани помилок/лімітів/повтору.
3. Підключіть webhooks (підпис/НМАС), ідемпотентність і ретраї, дедуп подій.
4. Налаштуйте daily recon + full-recon; зберігайте UTR/фін-референції, алерти по розсинхронах.
5. Увімкніть partial refunds, регламенти ODR; відкладену видачу для ризик-товарів.
6. Дашборди SLA: конверсія,'pending', settlement lag, повернення; алерти на аномалії/гео.
7. E2E-тести: мобільний App2App, десктоп-redirect, таймаути/повтори, часткові повернення, деградація провайдера.

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

Статуси: `created/pending/success/failed/canceled/expired` (+ `authorize/capture` где нужно).
Settlement: частіше T + 1/T + 2 за реєстрами.
Chargeback: для гаманця - зазвичай ні; для картової рейки - є.
Ліміти/КУС: залежать від країни і рівня; тримайте в конфігу.
Рекурент: перший платіж → мандат (SEPA/Open-Banking/гаманець-мандат) або COF у картки.

Резюме

Skrill - сильний гаманець для цифрових товарів і iGaming з хорошою конверсією і зрілою операційкою. Інтегруйте через Hosted/App2App, будуйте навколо webhooks + ідемпотентність + recon, тримайте в конфігу ліміти/КУС/помилки і моніторьте'pending→success/expired'. Для високоризикових сегментів - використовуйте альтернативні рейки і smart-routing, а для повернень - спирайтеся на partial refunds і якісні журнали операцій.