E-wallets: baxış və müqayisə
1) E-wallet nədir və niyə satıcı
E-wallet (e-wallet) - istifadəçinin malların/xidmətlərin ödənilməsi, P2P köçürmələri və ödənişlərin alınması üçün vəsaitləri saxladığı və ya marşrutlaşdırdığı ödəniş alətidir. Merchant cüzdan verir:- App2App/One-tap, yerli tanınma və saxlanılan məlumatlara görə daha yüksək dönüşüm.
- Aşağı frod (SCA, device binding, risk-skor provayder).
- Vəsait mənbələrinin çevikliyi: kart, A2A (bank köçürməsi/open banking), cash-vauçerlər, mobil balans.
- Genişlənmiş coğrafiya və kart/kredit olmadan auditoriyaya giriş.
2) Pul kisələrinin təsnifatı
1. Stored-value (balans)
İstifadəçi pulu cüzdanında saxlayır. Fiçlər: top-up, daxili ledger, P2P, balans ödənişləri. Nümunələr: Skrill/Neteller, myPaysafe/myNeosurf, yerli EMI cüzdanları.
Üstünlüklər: sürətli təkrarlamalar/geri qaytarmalar, auditoriyanın off-card. Mənfi cəhətləri: KYC səviyyələri, top-up/çıxış limitləri.
2. Pass-through / Pay-by-bank / Bank-linked
Pul birbaşa bank hesabından/kartdan tətbiqdə təsdiq vasitəsilə (çox vaxt balanssız) çıxarılır. Misallar: MB WAY, Swish, Vipps, TWINT, Bizum.
Üstünlüklər: aşağı freud və MDR, ani kreditlər. Mənfi cəhətləri: bankların limitləri, klassik chargeback olmaması.
3. Hibridlər
Cüzdan + kart/virtual kart/marşrutlaşdırma (məsələn, wallet → card rails) və ya invoys, QR, P2P, pay-by-link ilə super-proqramlar.
3) Maliyyə mənbələri və axınlar
Top-up: kart (CNP/3DS), A2A (SCT/SEPA Instant, RTP), cash-vauçerlər, agent nöqtələri.
Pay-in (merchant): App2App/Deep Link, QR per-order, hosted-səhifə, tokenləşdirilmiş COF/Network tokens (kart cüzdanları üçün).
P2P: telefon/alias, cüzdan/sxem daxilində.
Cash-out: bank köçürməsi (SCT/ACH/RTP), karta (OCT/Push-to-Card), oflayn şəbəkəyə, daha az hallarda - vauçerə.
4) Çevirməyə təsir edən UX nümunələri
App2App/Deeplink/sifarişlərin kassaya qaytarılması və əvvəlcədən doldurulması ilə.
Dinamik QR per-order (masaüstü/oflayn), həyat taymer, avtomatik status yeniləmə.
Birincil bağlama sonra One-tap/One-click (icazə verilir).
Aydın səhvlər və recovery: limit, zaman, SCA imtina; təhlükəsiz təkrar + alternativ metodu təklif.
5) Limitlər, KYC səviyyələri və risk
Per-transaction/24h/7d/monthly, yeni alıcılar/alıcılar üçün ayrı-ayrı eşiklər.
KYC səviyyələri (anonim/sadələşdirilmiş/tam): top-up/xərclər/nəticələr üzrə maksimumları təyin edir.
Velocity/cihaz/geo-qaydalar, sanksiyalar, yaş məhdudiyyətləri.
Yüksək riskli şaquli (iGaming daxil olmaqla): sərtləşdirilmiş limitlər, holdlar, genişləndirilmiş monitorinq.
6) Qaytarmalar, mübahisələr və son
Chargeback: stored-value tez-tez klassik charjback yoxdur; kart relslərindəki pul kisələrində kart qaydaları qüvvədədir.
Refunds: ümumiyyətlə, cüzdan/müştəri hesabına ayrı bir kredit əməliyyatı (full/partial).
A2A finalı: təsdiqləndikdən sonra ödənişlər finaldır; provayderin ODR prosedurları ilə işləyin.
7) İqtisadiyyat: komissiyalar və gizli xərclər
MDR/fee adətən CNP kartlarından aşağıda; Geo, dövriyyə, MCC kateqoriyasından asılıdır.
Əlavə xərclər: hosted/SDK, emal 'pending/expired', sapport/ODR, recon, mandat/abunə xidməti, AML/KYC yoxlamaları.
8) Statuslar və hesablamalar
İnteqrasiya üçün statusların standart modeli:- `created → pending → success | failed | canceled | expired`
- Settlement: T + 0/T + 2 provayder/PSP reyestrlərində. Biznes məntiqində onlayn təsdiqi və faktiki krediti bölüşün.
9) Meyarların müqayisəli matrisi
Növü: stored-value/pass-through/hibrid
Vəsait mənbələri: kart/A2A/eCash/mobil balans
UX kanalları: App2App/QR/Hosted/Pay-by-Link
P2P/Payouts: var/yox, limitlər və şərtlər
Refund/Chargeback: chargeback var; partial refunds
Dönüşüm: mobil prioritet, One-tap
Komissiya: CNP kartlarına qarşı istinad
Risk: frod, son, tənzimləyici tələblər
Geo-əhatə/yerli marka: hədəf auditoriyada tanınma
10) İnteqrasiya: variantlar və minimum arxa plan
Variantlar:1. Hosted/Embedded PSP/cüzdan - sürətli başlanğıc, PII-nin minimuma endirilməsi.
2. Server-to-Server + App2App/QR - xüsusi UX, cüzdan seçimi səhifəsi.
3. Pay-by-Link/Invoice - gecikmiş ödənişlər/kollektorlar üçün əlverişlidir.
Arxa minimum:- API: `createPayment`, `refund`, `webhook`, `queryStatus`, `reconcile`.
- İdempotentlik ('orderId' + açar), eksponensial retralar, hadisələrin dedupu, DLQ.
- Webhooks: HMAC/nonce, replay qorunması, ciddi redirect-URI validasiyası.
- Recon: daily auto-recon + periodik full-recon; UTR/FIN saxlayın. referans.
- Kataloqlar: provayderlər/ölkələr/limitlər/KUS/səhv kodları; kanallar vasitəsilə SLA metrik.
- Observability: konvertasiya (cüzdan/kanal vasitəsilə), 'pending → success/expired', gecikmə settlement/geri.
11) Abunə və mandatlar
Əsas pul kisələri - daha çox SCA ilə bir-off. Qeyd edənlər üçün:- İlk ödəniş → mandat (SEPA DD/Open Banking/cüzdan-mandat).
- per-debit limitini, dövriliyini, silinmə pəncərəsini, pre-notification və UI management (pause/cancel/update) saxlayın.
12) Antifrod praktikası
Profil cihaz və davranış, geo siqnallar, velocity.
Anomaliyalar zamanı step-up (əlavə autentifikasiya).
Yeni alıcılar/ödənişlər, cooling-off, settlement qədər gecikmiş xidmət limitləri.
Məzmun (rəqəmsal açarlar/dərilər): təxirə salınma, hesab tarixçəsinin yoxlanılması.
13) Müqayisə və hesabat (əməliyyat yetkinlik)
Hər bir əməliyyat üçün login:- 'paymentId/transactionId', 'orderId', cüzdan/kanal (App2App/QR/Hosted/Link), vəsaitin mənbəyi (kart/A2A/eCash), status, məbləğ/valyuta, timestamps, UTR/bank linki, geri qaytarma detalları.
- SLA dashbordları: cüzdan konvertasiyası, 'expired' payı, köçürmə və refund qədər vaxt, SCA-dan imtina/limitlər.
- Rassinxronlara görə alertlər: qeydiyyat olmadan onlayn uğur, ikiqat silinmə, «asılmış» pending.
14) iGaming və digər həssas şaquli
Provayder siyasətini və yerli hüququ (əlçatanlıq, limitlər, holdlar) yoxlayın.
Alternativ relslər (/A2A/eCash kartları) və risk/geo/cüzdan smart-routing planlaşdırın.
Genişləndirilmiş hesabat hazırlayın (maliyyə mənbəyi, oyunçu limitləri, ödəniş sürəti, responsible-gaming siqnalları).
15) Tipik profillər üzrə mini-müqayisə
A. Yerli bank-linked pul kisələri (MB WAY/Swish/Vipps/TWINT/Bizum-oxşar)
Dönüşüm: yüksək (App2App/QR, tanış marka).
Frod/chargeback: aşağı/yox; ayrı kredit kimi refund.
Limitlər: banklar tərəfindən təyin/sxem; yeni alıcılar/ödənişlər üçün daha sərtdir.
Istifadə: kütləvi ödənişlər, biletlər/xidmətlər, iGaming - PSP/bankların siyasəti üzrə.
B. Stored-value (Skrill/Neteller/myPaysafe/myNeosurf и др.)
Dönüşüm: aktiv istifadəçi bazası ilə yüksək.
Frod: aşağı, lakin ciddi KYC/AML tələb edir.
Üstünlüklər: sürətli partial refunds, ani təkrarlamalar, P2P.
Mənfi cəhətləri: KYC səviyyələri üzrə top-up/çıxış limitləri.
C. eCash/cüzdan daxilindəki çek mənbələri
Kart/banksız auditoriya: nağd iqtisadiyyatı olan geolar üçün kritik.
Final: yüksək; geri qaytarma - kredit əməliyyatı.
UX: «Çek almaq üçün harada» və invoys/barkod fəaliyyət taymer göstərmək vacibdir.
16) E-wallets çıxarış yoxlama siyahısı
1. Market-fit: geo/auditoriyaya görə 2-4 pul kisəsi seçin; marka tanınmasını qiymətləndirin.
2. Müqavilə/PSP: tariflər, webhooks/reyestrlər üzrə SLA, settlement şərtləri, geri qaytarma siyasəti.
3. İnteqrasiya: 'createPayment' + App2App/QR/Hosted, səhv/limit ekranları, təhlükəsiz təkrar.
4. Security: HMAC/nonce, allowlist IP, ciddi redirect-URI, gizli vault.
5. Recon: daily + full, UTR saxlama, rassinxronlarda alertlər.
6. Refunds/ODR: partial/full, orderə bağlanma, sapport qaydaları.
7. KUS/limitlər: provayderlər/kanallar, UI imtina səbəbləri və alternativ təkliflər.
8. Observability: çevirmə/latentlik/expired daşbordları, cihazlar/banklar/cüzdanlar üzrə kəsiklər.
9. Test: e2e əsas banklar/cüzdanlar, masaüstü QR, zəif şəbəkə/vaxtlar, «asılmış» pending, hissə-hissə geri qaytarmalar.
Göstəriş kartı
Статусы: `created/pending/success/failed/canceled/expired` + webhooks.
Settlement: T + 0-T + 2 provayder hesabatları/PSP.
Chargeback: daha çox yoxdur (kart relsləri istisna olmaqla); refund - ayrıca kredit.
Limitlər/KOS: cüzdan səviyyələri + banklarda/sxemlərdə kanal həddi.
Abunə: «ilk ödəniş → mandat» (SEPA/Open Banking/cüzdan-mandat).
Xülasə
App2App/QR və aydın recovery-UX ilə cüzdan multikart ətrafında bir kassa qurmaq - bu dönüşüm artırır və freed azaldır.
Limitləri/KUS/səhvləri kodda deyil, konfiqada saxlayın; mütəmadi olaraq provayderlərə uyğun olaraq yeniləyin.
Əməliyyat etibarlılığı webhooks + sərt recon, idempotentlik və analitik 'pending → success/expired' təmin edir.
Abunə olmaq üçün mandatlardan istifadə edin; high-risk risk və coğrafiya alternativ relslər və smart-routing saxlamaq.