Paysafecard: əvvəlcədən ödənilmiş vauçerlər

1) Paysafecard nədir və nə vaxt seçilir

Paysafecard - əvvəlcədən ödənişli çek metodu: istifadəçi çeki pərakəndə tərəfdaşlardan nağd/kartla alır (və ya myPaysafe cüzdanını doldurur) və onlayn olaraq çek PIN kodunu daxil etməklə və ya cüzdana daxil olmaqla ödəyir. Vəsait dərhal silinir, kartlarda olduğu kimi çarjbek yoxdur; geri qaytarma ayrıca kredit əməliyyatı kimi/provayderin prosedurları üzrə bank rekvizitlərinə aparılır.

Harada yaxşı işləyir

Rəqəmsal məzmun, oyunlar, kiçik/orta məbləğli abunələr.
Aşağı kart penetrasiyası/kredit etimadı ilə auditoriya.
Güclü nağd iqtisadiyyatı və inkişaf etmiş çek pərakəndə şəbəkəsi olan bazarlar.

2) Ekosistem və rollar

Sxem/provayder: Paysafecard (Paysafe Group-un bir hissəsi) - vauçer buraxılışı, KYC/KYB qaydaları, antifrod, myPaysafe cüzdanı.
Pərakəndə şəbəkə: vauçerlərin satışı/pul kisələrinin doldurulması, PIN çeki.
PSP/ekvayer: satıcı bağlantısı, hosted kassa/SDK/API, hesabatlar, hesablamalar.
Merchant: ödənişi başlatır, statusları/veb-hook qəbul edir, geri qaytarma və yoxlama aparır.
Ödəyici: PIN daxil edir və ya myPaysafe-də giriş edir və silindiyini təsdiqləyir.

3) Məhsullar və ssenarilər

PIN çeki: Çekautda istifadəçi 16 rəqəmli PIN daxil edir; qismən silinməyə və bir neçə vauçerin kombinasiyasına icazə verilir (limit daxilində).
myPaysafe (cüzdan): balansdan ödəniş, tez-tez alış-veriş üçün rahatlıq; bir neçə çek bağlamaq və valyuta idarə etmək mümkündür.
Paysafecard Mastercard (virtual/plastik): istifadəçilər arasında ayrıca məhsul (kart relsi, əsas PIN-flow çərçivəsindən kənar) kimi rast gəlinir.
Link üzrə ödəniş: PSP-dən invoys/Rau-by-Link, daha sonra hosted kabinetinə PIN daxil etməklə.

4) Ödəniş axını

4. 1 Hosted/Redirect (tövsiyə olunur)

1. Checkout → Paysafecard seçimi.
2. PSP/provayder hosted səhifəsinə yenidən baxın → myPaysafe-də PIN girişi və ya giriş → təsdiq.
3. 'status' (success/failed/canceled/pending) və 'paymentId' ilə ticarət saytına qayıtmaq.
4. Yekun hesablama gündəlik hesabatlarda (reconciliation) əks olunur.

4. 2 Embedded/Widget

Kassa daxilində PIN/myPaysafe giriş widget. UI və hostinq təhlükəsizlik tələblərinə ciddi uyğunluq tələb edir.

4. 3 Server-to-Server (PII minimumu)

Merchant server ödəniş başlatır və status sorğu; PIN girişi həmişə provayder/widget tərəfində qalır.

5) Limitlər, KYC və davranış

• Per-transaction və gündəlik/həftəlik limitlər.
• Vauçerlərin kombinasiyası: bir ödəniş üçün PIN sayına məhdudiyyət.
• Yeni satıcılar/kateqoriyalar: aşağı hədlər, əlavə yoxlamalar.
• Antifrod: velocity, çek ölkə vs satıcı ölkə, cihaz/davranış siqnalları.

6) Statuslar, hesablamalar və qaytarmalar

Online statuslar: 'success', 'pending', 'failed', 'canceled', 'expired'.
Settlement: PSP/provayderin hesabatları üzrə bank krediti (adətən T + 1/T + 2 iş günü; müqavilədən asılıdır).
Chargeback yoxdur.
Refunds: ayrıca kredit əməliyyatı kimi rəsmiləşdirilir (myPaysafe/bank cüzdanına provayder proseduru ilə); partial refunds icazə verilir.
Vauçerdən qismən silinmələr: nominaldan yuxarı çekdə vauçerlərin birləşdirilməsinə icazə verilir; aşağıdakı çek ilə - balans PIN/cüzdan qalır (ölkədən və parametrlərdən asılıdır).

7) İqtisadiyyat və tariflər

Merchant üçün komissiya adətən CNP kart MDR-dən aşağıdır, lakin coğrafiya, həcm, kateqoriyadan (iGaming/rəqəmsal mallar və s.) asılıdır.
Əlavə xərclər: hosted widget/SDK, hesabat, ODR/dəstək, emal 'pending/expired', recon.

8) UX kassaları

Satış şəbəkəsinin görünürlüyü: «Fiş almaq üçün harada» qısa ipucu yeni müştərilərin dönüşümünü artırır.
PIN kombinasiyası: bir neçə çek əlavə etmək üçün bir interfeys təqdim edin və balansı aydın şəkildə göstərin.
Aydın səhvlər: «səhv/istifadə edilmiş PIN», «limit aşıldı», «region dəstəklənmir».
Qəbz: məbləğ, vaxt, 'paymentId', üsul (PIN/myPaysafe), geri qaytarıldıqda - 'refundId'.
Lokalizasiya: valyuta, dil, vaxt/tarix formatı, yerli hüquqi mətnlər.

9) Uyğunluq və təhlükəsizlik

SCA/provayder tərəfində autentifikasiya, device binding və davranış skoring.
PII-minimallaşdırma: satıcı tərəfində PIN emal etməyin; hosted form/widget istifadə edin.
Web Hook: HMAC/nonce, replay qorunması, hadisələrin təkrarlanması.
GDPR/KYC/AML: yaş uçotu, ölkələr üzrə limitlər, sanksiya məhdudiyyətləri və «əvvəlcədən ödənilmiş vəsait» qaydaları.

10) Yoxlama və hesabat (reconciliation)

Login: 'paymentId', 'orderId', üsul (PIN/myPaysafe), valyuta, məbləğ, status, timestamps, maliyyə referansı/UTR PSP hesabatlarından.
Gündəlik: maliyyə reyestrləri ilə auto-recon kassa hadisələri (ödənişlər/geri qaytarmalar/düzəlişlər).
Rassinxronlara görə alertlər: «reyestrsiz uğur», «ikiqat silinmə», «asılmış pending».

11) Merchant inteqrasiyası

Variantlar

1. PSP-dən Hosted/Embedded - sürətli başlanğıc, UI/təhlükəsizlik tələblərinə uyğunluq.
2. Server-to-Server + Hosted PIN - Siz PIN emal olmadan çevik status nəzarət və own-checkout.
3. Pay-by-Link/Invoice - gecikmiş ödənişlər/sapport üçün əlverişlidir.

• API: `createPayment`, `capture/confirm` (если применимо), `refund`, `queryStatus`, `webhook`, `reconcile`.
• İdempotentlik ('orderId' + açar), eksponensial retralar, qeyri-sabit cavablar üçün DLQ.
• Kataloqlar: ölkələr/valyutalar, limitlər/KUS səviyyələri, səhv kodları, SLA metrikası.

12) Abunə və təkrar silinmə xüsusiyyətləri

• myPaysafe vəsait mənbəyi kimi (icazə verildiyi yerdə),
• və ya ilk ödəniş sxemi → mandat/alternativ A2A (SEPA/Open Banking).
• Həmişə istifadəçiyə mandat idarəetmə ekranını göstərin (limit per debit, dövrilik, bildirişlər).

13) Antifrod və risk siyasəti

Yoxlamalar: PIN vs IP/cihaz buraxılış bölgəsi, davranış profili, uğursuz cəhdlərin tezliyi, PIN təkrarı vasitəsilə hesabların əlaqəsi.
Yumşalma: bir sessiya/gün, kapça/step-up, soyutma dövrləri, izahat ilə «yumşaq» uğursuzluqlar üçün PIN sayı limitləri.

14) Yüksək riskli şaquli (iGaming daxil olmaqla)

Mövcudluq və hədlər ölkə, yerli hüquq və provayder/PSP siyasətindən asılıdır.
Azaldılmış limitləri, gücləndirilmiş əməliyyat monitorinqini və hesabat tələblərini gözləyin.
Alternativ relslər (kartlar, A2A, digər şəbəkələrin vauçerləri) və smart-routing saxlayın.

15) «Paysafecard Gateway» arxitekturası

API qat (REST/GraphQL) kassa/billing.
Hadisə növbələri: statuslar → billing/CRM/analitika/dəstək.
Security: gizli vault, IP-allowlist, ciddi redirect-URI validation, anti-replay tokenlər.
Observability: konvertasiya (PIN vs myPaysafe), 'pending → success/expired', orta gecikmə, qismən/birləşmiş silinmələrin payı, seqmentlər üzrə geri qaytarmalar.

16) Hasilat çek siyahısı

1. PSP kanalına qoşulun və Hosted PIN/myPaysafe-i açın.
2. Həyata 'createPayment' + Web Hook (HMAC) + idempotentlik və təkrar.
3. Partial refunds və ODR/sapport prosedurlarını daxil edin.
4. daily auto-recon + periodik full-recon konfiqurasiya; maliyyə referansları saxlayın.
5. PIN kombinasiyası və başa düşülən səhv/limit mesajları üçün UX əlavə edin.
6. SLA dashboard və konvertasiya/asma 'pending' üçün alertləri işə salın.
7. Hədəf ölkələrdəki/valyutalardakı e2e testlərini və ifrat halları (bir neçə PIN, qismən geri qaytarma, vaxtı keçmiş PIN) qaçırın.

Göstəriş kartı

Statuslar: 'success/pending/failed/canceled/expired'.
Settlement: daha çox reyestrlər üzrə T + 1/T + 2.
Chargeback: yox; refund - ayrıca kredit əməliyyatı.
PIN kombinasiyası: limitlər daxilində icazə verilir.
Recurrent: myPaysafe və ya alternativ mandat vasitəsilə (ilk ödənişdən sonra).

Xülasə

Sürətli inteqrasiya və təhlükəsizlik üçün Hosted PIN/myPaysafe istifadə edin.
webhooks + recon ətrafında prosesi qurun, partial refunds və çek kombinasiyasını dəstəkləyin.
Məbləğləri «sərt» kodlamayın: ölkələr üzrə limitlər/CUS konfiqrasiyası aparın və müntəzəm olaraq yeniləyin.
Abunə üçün - ilk çek → mandat/myPaysafe, şəffaf idarəetmə və bildirişlər.