Paysafecard ön ödemeli kuponlar
1) Paysafecard nedir ve ne zaman seçilir
Paysafecard ön ödemeli bir kupon ödeme yöntemidir: kullanıcı perakende ortaklarından nakit/kart için bir kupon satın alır (veya myPaysafe cüzdanını yeniler) ve kupon PIN kodunu girerek veya cüzdana giriş yaparak çevrimiçi ödeme yapar. Fonlar anında borçlandırılır, ters ibraz kartlarda yoktur; İade, sağlayıcının prosedürlerine göre cüzdan/banka detaylarına ayrı bir kredi işlemi olarak yapılır.
İyi çalıştığı yerler
Dijital içerik, oyunlar, düşük/orta abonelikler.
Düşük kart penetrasyonu/kredi güven kitleleri.
Güçlü bir nakit ekonomisi ve gelişmiş bir kupon perakende ağı olan pazarlar.
2) Ekosistem ve roller
Şema/sağlayıcı: Paysafecard (Paysafe Group'un bir parçası) - kupon sorunu, KYC/KYB kuralları, dolandırıcılıkla mücadele, myPaysafe cüzdanı.
Perakende zinciri: kuponların satışı/cüzdanların yenilenmesi, PIN ile kontrol edin.
PSP/edinici: ticari bağlantı, barındırılan nakit masası/SDK/API, raporlar, hesaplamalar.
Satıcı: Ödemeyi başlatır, durumları/web kancalarını kabul eder, iade ve uzlaşma yapar.
Payer: bir PIN girer veya myPaysafe'e giriş yapar ve ücreti onaylar.
3) Ürünler ve senaryolar
PIN fişi: check-out sırasında, kullanıcı 16 basamaklı bir PIN girer; Kısmi yazmalara ve birkaç kuponun (limitler dahilinde) bir kombinasyonuna izin verilir.
MyPaysafe (cüzdan): bakiyeden ödeme, sık satın alımlar için konfor; Birden fazla kupon bağlanabilir ve para birimleri yönetilebilir.
Paysafecard Mastercard (sanal/plastik): Kullanıcılarda ayrı bir ürün olarak bulunur (kart ray, temel PIN akışının dışında).
Bağlantı ile ödeme: Barındırılan ofiste daha fazla PIN girişi ile PSP'den fatura/Rau-by-Link.
4) Ödeme akışları
4. 1 Barındırılan/Yönlendirme (önerilir)
1. Ödeme - Paysafecard seçimi.
2. PSP/sağlayıcı tarafından barındırılan sayfaya yönlendirin; bir PIN girin veya myPaysafe'e giriş yapın; onaylayın.
3. Satıcı sitesine 'status' (success/failed/cancelled/pending) ve 'paymentId'ile geri dönün.
4. Nihai hesaplama günlük raporlara (uzlaşma) yansıtılır.
4. 2 Gömülü/Widget
Kasanın içine gömülü PIN/myPaysafe giriş widget'ı. UI ve barındırma güvenlik gereksinimlerine sıkı uyum gerektirir.
4. 3 Sunucudan Sunucuya (PII en aza indirme)
Tüccar sunucusu ödemeyi başlatır ve durumu yoklar; PIN girişi her zaman sağlayıcı/widget tarafında kalır.
5) Sınırlar, KYC ve davranış
Limitler ülkeye, para birimine, kullanıcının KYC durumuna (doğrulama ile cüzdan vs anonim kupon) ve risk politikasına göre değişir:- İşlem başına ve günlük/haftalık limitler.
- Kupon kombinasyonu: Ödeme başına PIN sayısını sınırlayın.
- Yeni tüccarlar/kategoriler: düşük eşikler, ek kontroller.
- Antifraud: hız, kupon ülke vs tüccar ülke, cihaz/davranış sinyalleri.
6) Statüler, yerleşimler ve iadeler
Çevrimiçi durumlar: 'başarı', 'beklemede', 'başarısız', 'iptal edildi', 'süresi doldu'.
Uzlaşma: PSP/sağlayıcı raporlarına göre banka kredisi (genellikle T + 1/T + 2 iş günü; Sözleşmeye bağlıdır.)
Ters ibraz eksik.
Geri ödemeler: Ayrı bir kredi işlemi olarak verilir (sağlayıcının prosedürüne göre myPaysafe cüzdanına/bankasına); Kısmi geri ödemelere izin verilir.
Kupondan kısmi kesintiler: nominal değerin üzerinde bir çekle, kuponların bir kombinasyonuna izin verilir; Kontrol düşükse, bakiye PIN/cüzdan üzerinde kalır (ülkeye ve ayarlara bağlı olarak).
7) Ekonomi ve tarifeler
Bir tüccarın komisyonu genellikle CNP için MDR kartından daha düşüktür, ancak coğrafya, hacim, kategori (iGaming/dijital ürünler, vb.)
Add-costs: Hosted widget/SDK, reporting, ODR/support, processing 'pending/expired', recon.
8) UX gişe desenleri
Satış ağı görünürlüğü: Kısa bir "Kupon nereden alınır" ipucu yeni müşteri dönüşümünü artırır.
PIN kombinasyonu: Birden fazla kupon eklemek için bir arayüz sağlayın ve dengeyi açıkça gösterin.
Açık hatalar: "yanlış/kullanılmış PIN", "limit aşıldı", "bölge desteklenmiyor".
Makbuz: miktar, zaman, 'paymentId', yöntem (PIN/myPaysafe), dönüşte - 'refundId'.
Yerelleştirme: para birimi, dil, saat/tarih biçimi, yerel yasal metinler.
9) Uyum ve güvenlik
SCA/sağlayıcı tarafı kimlik doğrulama, cihaz bağlama ve davranışsal puanlama.
PII minimizasyonu: tüccar tarafında PIN işlemeyin; Host/widget formunu kullanın.
Web kancaları: HMAC/nonce, yeniden oynatma koruması, olay veri tekilleştirme.
GDPR/KYC/AML: Yaş, ülke sınırları, yaptırım kısıtlamaları ve "ön ödemeli fonlar" için kurallar.
10) Uzlaşma ve raporlama
Log: 'PaymentId', 'orderId', metot (PIN/myPaysafe), para birimi, miktar, durum, zaman damgaları, PSP raporlarından finansal referans/UTR.
Günlük: Finansal kayıtlarla otomatik keşif nakit olayları (krediler/iadeler/düzeltmeler).
Senkronizasyon dışı uyarılar: "Kayıt olmadan başarı", "çift yazma", "asılı beklemede".
11) Tüccar entegrasyonu
Seçenekler
1. Barındırılan/PSP tarafından gömülü - hızlı başlangıç, UI/güvenlik uyumluluğu.
2. Sunucudan Sunucuya + Barındırılan PIN - esnek durum denetimi ve PIN'inizi işlemeden kendi kendine ödeme.
3. Bağlantı/Fatura ile Ödeme - ertelenmiş ödemeler/destek için uygun.
- API: 'Create' payment ',' capture/confirm '(если применимо),' refund ',' queryStatus ',' webhook ',' reconnate '.
- Idempotency ('orderId' + anahtar), üstel retrays, kararsız yanıtlar için DLQ.
- Kataloglar: ülkeler/para birimleri, limitler/CCL seviyeleri, hata kodları, SLA metrikleri.
12) Abonelikler ve yeniden borçlandırmalar için özellikler
Temel fatura bir defaya mahsus. Yinelenen ödemeler için şunları kullanın:- MyPaysafe bir fon kaynağı olarak (izin verildiği durumlarda),
- veya ilk ödeme - görev/alternatif A2A (SEPA/Açık Bankacılık).
- Kullanıcıya her zaman bilet yönetim ekranını gösterin (borç limiti, sıklık, bildirimler başına).
13) Antifraud ve risk politikası
Kontroller: PIN vs IP/cihaz, davranış profili, başarısız girişimlerin sıklığı, PIN tekrarları yoluyla hesap iletişimi.
Azaltma: Oturum/gün başına PIN sayısı, captcha/step-up, soğutma süreleri, bir açıklama ile "yumuşak" arızaların sınırları.
14) Yüksek riskli dikeyler (iGaming dahil)
Kullanılabilirlik ve eşikler ülkeye, yerel yasalara ve sağlayıcı/PSP politikasına göre değişir.
Azaltılmış limitler, artırılmış işlem izleme ve raporlama gereksinimleri bekleyin.
Alternatif raylar (haritalar, A2A, diğer ağların kuponları) ve akıllı yönlendirme tutun.
15) Paysafecard Gateway mimarisi
Nakit/faturalandırma API katmanı (REST/GraphQL).
Etkinlik kuyrukları: durumlar - faturalandırma/CRM/analiz/destek.
Güvenlik: sırlar kasası, IP-allowlist, sıkı yönlendirme-URI doğrulama, anti-replay belirteçleri.
Gözlenebilirlik: Dönüşüm (PIN vs myPaysafe), 'beklemede> başarı/süresi dolmuş', ortalama gecikme, kısmi/birleşik yazmaların payı, segment iadeleri.
16) Çıktı kontrol listesi
1. PSP'deki kanalı bağlayın ve Hosted PIN/myPaysafe'i etkinleştirin.
2. 'CreatePayment' + web kancaları (HMAC) + idempotency ve tekrarlar uygulayın.
3. Kısmi geri ödemeleri ve ODR/destek prosedürlerini etkinleştirin.
4. Günlük otomatik keşif + periyodik tam keşif ayarlayın; Fin referanslarını sakla.
5. PIN kombinasyonu için UX ekleyin ve hata/limit mesajlarını temizleyin.
6. Dönüşüm/askıya alınmış 'beklemede' durumunda SLA panolarını ve uyarılarını çalıştırın.
7. Hedef ülkelerde/para birimlerinde ve aşırı durumlarda (çoklu PIN, kısmi iade, süresi dolmuş PIN) e2e testleri çalıştırın.
Landmark kartı
Belirli sınırlar/prosedürler ülkeye, PSP'ye ve KYC durumuna göre değişir.
Durum: 'Başarı/beklemede/başarısız/iptal edildi/süresi doldu'.
Yerleşim: Daha sık kayıtlar tarafından T + 1/T + 2.
Ters ibraz: yok; Geri ödeme - ayrı bir kredi işlemi.
PIN kombinasyonu: sınırlar dahilinde izin verilir.
Tekrarlama: myPaysafe veya alternatif görev (ilk ödemeden sonra).
Özet
Hızlı entegrasyon ve güvenlik için Hosted PIN/myPaysafe kullanın.
Süreci webhooks + recon etrafında oluşturun, kısmi geri ödemeleri ve kuponların bir kombinasyonunu destekleyin.
Miktarları "sabit" kodlamayın: ülkeye göre limit/CCL yapılandırmalarını tutun ve düzenli olarak güncelleyin.
Abonelikler için, şeffaf yönetim ve bildirimler içeren ilk kupon -/myPaysafe bileti.