E-cüzdanlar: Genel Bakış ve Karşılaştırma
1) E-cüzdan nedir ve neden satıcıdır?
E-cüzdan (elektronik cüzdan) - kullanıcının mal/hizmet ödemeleri, P2P transferleri ve ödemeleri almak için para depoladığı veya yönlendirdiği bir ödeme aracı. Tüccar için, çanta verir:- App2App/One-tap, yerel farkındalık ve depolanan veriler yoluyla daha yüksek dönüşüm.
- Düşük dolandırıcılık (SCA, cihaz bağlama, risk puanlama sağlayıcısı).
- Esnek fon kaynakları: kart, A2A (banka havalesi/açık bankacılık), nakit kuponları, mobil bakiye.
- Genişletilmiş coğrafya ve harita/kredi olmadan sınıflara erişim.
2) Cüzdan sınıflandırması
1. Depolanmış-değer
Kullanıcı parayı cüzdanında tutar. Özellikler: kontör, yurtiçi defter, P2P, bilanço ödemeleri. Örnekler: Skrill/Neteller, myPaysafe/myNeosurf, yerel EMI cüzdanları.
Artıları: hızlı tekrarlar/dönüşler, kart dışı kitle. Eksileri: KYC seviyeleri, kontör/çıkış limitleri.
2. Geçiş/Banka tarafından ödeme/Banka bağlantılı
Para, uygulamada onay yoluyla doğrudan banka hesabından/karttan borçlandırılır (genellikle bakiyeyi saklamadan). Örnekler: MB WAY, Swish, Vipps, TWINT, Bizum.
Artıları: düşük dolandırıcılık ve MDR, anlık krediler. Eksileri: bankalar için limitler, klasik ters ibraz eksikliği.
3. Hibritler
Cüzdan + kart/sanal kart/yönlendirme (örneğin, cüzdan - kart rayları) veya faturalı süper uygulamalar, QR, P2P, pay-by-link.
3) Fonların ve akışların kaynakları
Kontör: kart (CNP/3DS), A2A (SCT/SEPA Instant, RTP), nakit kuponlar, acente puanları.
Ödeme (satıcı): App2App/Deep Link, sipariş başına QR, barındırılan sayfa, tokenize COF/Ağ belirteçleri (kart cüzdanları için).
P2P: Telefon/takma ad, iç cüzdan/şema ile.
Nakit çıkışı: banka havalesi (SCT/ACH/RTP), bir karta (OCT/Push-to-Card), çevrimdışı bir ağa, daha az sıklıkta - bir kupona.
4) Dönüşümü etkileyen UX kalıpları
Kasiyere iade ve miktarın/siparişlerin önceden doldurulması ile App2App/Deeplink.
Sipariş başına dinamik QR (masaüstü/çevrimdışı), yaşam zamanlayıcısı, otomatik durum güncellemesi.
Birincil bağlamadan sonra tek dokunuş/Tek tıklama (izin verildiğinde).
Açık hatalar ve kurtarma: limit, zaman aşımı, SCA hatası; güvenli tekrar + alternatif yöntem önerisi.
5) Limitler, KYC seviyeleri ve risk
Per-transaction/24h/7d/monthly, yeni alıcılar/tüccarlar için ayrı eşikler.
KYC seviyeleri (Anonim/Basitleştirilmiş/Tam): Yüksekleri üst/gider/çıktı ile belirleyin.
Hız/cihaz/coğrafi kurallar, yaptırımlar, yaş kısıtlamaları.
Yüksek riskli dikey (iGaming dahil): sıkılaştırılmış sınırlar, tutucular, genişletilmiş izleme.
6) İadeler, anlaşmazlıklar ve kesinlik
Ters ibraz: depolanan değerin genellikle klasik ters ibrazı yoktur; Kart raylarındaki cüzdanların kart kuralları vardır.
Geri ödemeler: Genellikle müşterinin cüzdanına/hesabına ayrı bir kredi işlemi (tam/kısmi).
Nihai A2A: ödemeler onaylandıktan sonra kesindir; Sağlayıcı ODR prosedürleri ile çalışın.
7) Ekonomi: Ücretler ve gizli maliyetler
MDR/ücret genellikle CNP kartlarından daha düşüktür; Geo, ciroya, MCC kategorisine bağlı.
Ek maliyetler: Ana bilgisayar/SDK, 'beklemede/süresi dolmuş' işleme, destek/ODR, keşif, bilet/abonelik servisi, AML/KYC kontrolleri.
8) Durumlar ve hesaplamalar
Entegrasyon için standart durum modeli:- 'created> pending> success | failed | cancelled | expire'
- Çözüm: Sağlayıcı/PSP kayıtlarında T + 0/T + 2. İş mantığında, ayrı çevrimiçi onay ve gerçek kredi.
9) Karşılaştırmalı kriterler matrisi
Türü: depolanmış değer/geçiş/hibrit
Finansman Kaynakları: Card/A2A/eCash/Mobile Balance
UX Kanalları: App2App/QR/Hosted/Pay-by-Link
P2P/Payouts: evet/hayır, sınırlar ve son tarihler
Geri Ödeme/Ters ibraz: Ters ibraz var mı; Kısmi geri ödemeler
Dönüştürme: mobil öncelik, Tek dokunuşla
Komisyon: CNP kartlarına karşı dönüm noktası
Risk: dolandırıcılık, kesinlik, düzenleyici gereklilikler
Geo-Reach/Yerel Marka: Hedef Kitle Farkındalığı
10) Entegrasyon: seçenekler ve minimum arka uç
Seçenekler:1. Barındırılan/PSP/cüzdan gömülü - hızlı başlangıç, PII en aza indirmek.
2. Server-to-Server + App2App/QR, kendi cüzdan seçim sayfası olan özel bir UX'dir.
3. Bağlantı/Fatura ile Ödeme - ertelenmiş ödemeler/tahsilatlar için uygundur.
Arka uç minimum:- API: 'Create' payment ',' refund ',' webhook ',' queryStatus ',' reconnate '.
- Idempotence ('orderId' + tuşu), üstel retrays, olay tekilleştirme, DLQ.
- Webhooks: HMAC/nonce, yeniden oynatma koruması, sıkı yönlendirme-URI doğrulaması.
- Keşif: günlük otomatik keşif + periyodik tam keşif; UTR/Fin'i saklayın. referans.
- Kataloglar: sağlayıcılar/ülkeler/sınırlar/CCL/hata kodları; Kanala göre SLA metrikleri.
- Gözlemlenebilirlik: dönüşüm (cüzdanlar/kanallar tarafından), 'beklemede' başarı/süresi dolmuş ', yerleşim/geri dönüşe gecikme.
11) Abonelikler ve yetkiler
Temel cüzdanlar genellikle SCA ile bir defaya mahsustur. Tekrarlar için:- İlk ödeme - yetki (SEPA DD/Açık Bankacılık/cüzdan yetki).
- Debit başına limit, frekans, silme penceresi, ön bildirim ve kontrol UI'sini (duraklat/iptal et/güncelle) saklayın.
12) Dolandırıcılıkla mücadele uygulamaları
Cihaz profilleme ve davranış, coğrafi sinyaller, hız.
Anormallik durumunda adım atma (ek kimlik doğrulama).
Anlaşmaya kadar yeni alıcılar/ödemeler, soğutma, ertelenmiş hizmetler üzerindeki sınırlar.
İçerik sahtekarlığı (dijital anahtarlar/skinler): gecikmiş yayın, hesap geçmişinin doğrulanması.
13) Mutabakat ve raporlama (operasyonel olgunluk)
Her işlem için günlük kaydı:- 'PaymentId/transactionId', 'orderId', cüzdan/kanal (App2App/QR/Hosted/Link), fon kaynağı (kart/A2A/eCash), durum, tutar/para birimi, zaman damgaları, UTR/banka bağlantısı, iade detayları.
- SLA panoları: cüzdan dönüşümü, 'süresi dolmuş' paylaşım, kayıt ve geri ödeme zamanı, SCA feragat/sınırları.
- Rassenkron uyarılar: kayıt, çift yazma-off, "asılı" bekleyen bir giriş olmadan çevrimiçi başarı.
14) iGaming ve diğer hassas dikeyler
Sağlayıcı politikasını ve yerel yetkileri kontrol edin (kullanılabilirlik, limitler, tutarlar).
Risk/coğrafi/cüzdan ile alternatif raylar (cards/A2A/eCash) ve akıllı yönlendirme planlayın.
Gelişmiş raporlama hazırlayın (fon kaynağı, oyuncu limitleri, ödeme hızı, sorumlu oyun sinyalleri).
15) Tipik profillerle mini karşılaştırma
A. Yerel banka bağlantılı cüzdanlar (MB WAY/Swish/Vipps/TWINT/Bizum benzeri)
Dönüşüm: yüksek (App2App/QR, tanıdık marka).
Dolandırıcılık/ters ibraz: düşük/yok; Ayrı bir kredi olarak iade.
Limitler: belirlenen bankalar/şema; yeni alıcılar/ödemeler için daha zor.
Kullanım: toplu ödemeler, biletler/hizmetler, iGaming - PSP/banka politikasına göre.
B. Depolanan değer (Skrill/Neteller/myPaysafe/myNeosurf и др.)
Dönüşüm: Aktif kullanıcı tabanı ile yüksek.
Dolandırıcılık: Düşük, ancak sıkı KYC/AML gerektirir.
Artıları: hızlı kısmi geri ödemeler, anında tekrarlar, P2P.
Eksileri: KYC seviyelerinde Top-up/çıkış sınırları.
C. eCash/cüzdanların içindeki kupon kaynakları
Kartsız/bankasız kitle: nakit ekonomisi olan coğrafi için kritik.
Kesinlik: yüksek; İade - kredi işlemi.
UX: "Nereden bir kupon satın alınacağını've bir fatura/barkod eylem zamanlayıcısını göstermek önemlidir.
16) e-cüzdanlar çıktı kontrol listesi
1. Pazar uyumu: coğrafi/izleyici tarafından 2-4 cüzdan seçin; Marka bilinirliğini değerlendirin.
2. Sözleşme/PSP: oranlar, webhooks/sicillere göre SLA'lar, son ödeme tarihleri, iade politikası.
3. Entegrasyon: 'Create' Payment '+ App2App/QR/Hosted, hata/limit ekranları, güvenli tekrarlar.
4. Güvenlik: HMAC/nonce, allowlist IP, sıkı yönlendirme-URI, kasa sırları.
5. Keşif: günlük + tam, UTR depolama, senkronizasyon dışı uyarılar.
6. Geri Ödemeler/ODR: Kısmi/tam, orijinal siparişe bağlı, destek düzenlemeleri.
7. CCM/limitleri: sağlayıcıya/kanala göre yapılandırma, reddetme nedenlerinin UI'si ve alternatif önerileri.
8. Gözlenebilirlik: dönüşüm/gecikme/süresi dolmuş gösterge panoları, cihaz/banka/cüzdan dilimleri.
9. Test: Ana bankalar/cüzdanlar tarafından e2e, masaüstü QR, zayıf ağ/zaman aşımları, "asılı" beklemede, parçalar halinde döner.
Landmark kartı
Статусы: 'created/pending/success/failed/cancelled/expired' + webhooks.
Çözüm: Sağlayıcı/PSP raporlarına göre T + 0-T + 2.
Ters ibraz: daha sık değil (kart rayları hariç); Geri ödeme - ayrı bir kredi.
Limitler/CCL: Cüzdandaki seviyeler + bankalar/şemalar için kanal eşikleri.
Abonelikler:'ilk ödeme - vekalet "(SEPA/Açık Bankacılık/cüzdan-vekalet).
Özet
App2App/QR ve net kurtarma-UX ile çok sayıda cüzdan etrafında bir yazar kasa oluşturun - bu dönüşümü artırır ve sahtekarlığı azaltır.
Mağaza sınırları/CUS/yapılandırmadaki hatalar, kodda değil; Sağlayıcı tarafından düzenli olarak güncelleyin.
Operasyonel güvenilirlik, webhooks + hard recon, idempotency ve pending - success/expired analytics tarafından sağlanır.
Abonelikler için bilet kullanın; Yüksek riskli tutma için alternatif raylar ve risk ve coğrafyaya göre akıllı yönlendirme.