Sofort/Klarna: pay-by-bank

1) Sofort/Klarna Pay-by-Bank nədir

Sofort (indiki Klarna Pay Now/Pay-by-Bank) - alıcıya onlayn bank/mobil proqram vasitəsilə sifarişi birbaşa bank hesabından ödəməyə imkan verən A2A alətidir. Axın tipik olaraq SCA (PSD2) təsdiqi olan issuer-redirect/App2App üzərində qurulur və satıcı onlayn avtorizasiya (success) və sonra - provayderin hesabatları/hesablamaları üzrə bank krediti alır.

• MDR kart nisbətən aşağı dəyəri.
• Online status (müvəffəqiyyət/uğursuzluq) demək olar ki, dərhal, pul köçürmə həmişə instant deyil (adətən T + 1/T + 2).
• Aİ/AEA-da geniş coğrafiya (xüsusilə Almaniya/Avstriya güclüdür), onlarla emitent bankın dəstəyi.
• Alıcının minimum ödəniş rekvizitləri bankın seçimi və təsdiqidir.

2) Rollar və iştirakçılar

Klarna/Sofort (sxem/provayder): banklara routinq, statuslar, hesabatlar, hesablamalar, geri qaytarmalar.
Issuer (ödəyicinin bankı): SCA, debet təsdiqi, limitlər/antifrod.
Satıcı PSP/Acquirer: satıcı bağlantısı, API/SDK, webhooks və recon.
Merchant (satıcı): ödənişin başlanması, statusların/geri qaytarmaların işlənməsi, müqayisə.

3) Ödəniş axını: Redirect və App2App

3. 1 Classic redirect

1. Checkout merchant → «Pay by bank (Sofort/Klarna)» seçimi.
2. Bankların siyahısı → onlayn bankda (və ya provayderin hosted səhifəsində) → SCA.
3. Bank ödənişi təsdiq edir → statusu ilə ticarət geri (success/failed/canceled/pending).
4. Satıcı sifarişi «ödənişli/gözləyir» kimi qeyd edir, webhook/hesabat gözləyir.

3. 2 App2App / Mobile

Mobil cihazlarda satıcı deeplink/intent → təsdiq → yuxarıdakı sxem üzrə geri qaytarma bank tətbiqini açır.
Dönüşüm yuxarıda, sürtünmə aşağıda; web redirect fallback saxlayın.

3. 3 Request-to-Pay/Embedded variantları

Bir sıra banklarda provayder interfeysləri vasitəsilə request-to-pay/PIS mövcuddur (alıcıya bank-tətbiqində sorğu gəlir).
PSP-nin embedded-widgetları bankların siyahısını, səhvləri və statusları asanlaşdırır.

4) Limitlər və bankların davranışı

• Per-transaction, per-day/week ödəyicinin bankında.
• Yeni alıcılar/alıcılar - azaldılmış hədlər, dözümlülük mümkündür.
• Kanal (mobil/veb), velocity qaydaları, geo/cihaz siqnalları.
• Ayrı-ayrı ölkələrdə/banklarda həddi SCA istisnaları mümkündür (RA, TRA) - bankdan asılıdır.

5) Statuslar və qəbul (authorization vs settlement)

Online status: `success`, `pending`, `failed`, `canceled`, `expired`.
Təsdiq gecikməsi və ya asenkron yoxlama zamanı pending mümkündür.
Settlement: faktiki kredit (adətən T + 1/T + 2 bank günü; ölkədən/bankdan/klirinq sxemindən asılıdır).
Kritik xidmətlər üçün qeydiyyatdan əvvəl «avtorizasiya ⇒ şərti icra» modelindən istifadə edin.

6) Qaytarmalar, qismən qaytarmalar və mübahisələr

Chargeback (kartlarda olduğu kimi) yoxdur. Geri qaytarma - ödəyiciyə provayder vasitəsilə yeni kredit əməliyyatıdır.
Partial refunds dəstəklənir.
Geri qaytarma vaxtı - bank (T + 1/T + 2).
Mübahisələr/şikayətlər provayderin ODR proseduru ilə + ödəyicinin bankı vasitəsilə; sifariş qeydlərini hazırlayın, proof-of-delivery/xidmətlər.

7) Komissiya və iqtisadiyyat

Adətən fix/əməliyyat aşağı faiz + platforma funksiyaları üçün ödəniş (hosted checkout, hesabatlar, ODR).
Dəstək xərclərini (pending/expiries), risk hadisələrini və recon əməliyyat xərclərini nəzərə alın.

8) Yoxlama və hesabat (reconciliation)

'paymentId/transactionId' provayderini, 'orderId', bank-issuer, müvəqqəti etiketləri, statusları saxlayın.
Status dəyişikliyi və gündəlik auto-recon haqqında webhooks daxil edin.
Onlayn tədbirləri (uğur/pending) maliyyə hesabatları ilə birləşdirin (ödənişlər/geri qaytarmalar/düzəlişlər).
Hər bir əməliyyat üçün hesabatdan UTR/bank referansını saxlayın.

9) UX təcrübələri

Directory of banks: Son seçimi əvvəlcədən doldurun, cihazın populyarlığına/bankına görə sıralayın.
Mobile-first: App2App təklif edin, fallback - web redirect.
Səhvlər və təkrarlama: başa düşülən səbəbləri (limit, SCA uğursuzluğu, zaman aşımı), təkrarlama düyməsini və alternativləri verin.
İdempotentlik: 'orderId' + təhlükəsiz təkrarlamalar üçün idempotentlik açarı.
Qəbz: məbləğ, tarix/vaxt, 'transactionId', bank, kanal (App2App/Redirect).

10) Rekurent silinmələr və mandatlar

Klassik Sofort - one-off. Rekurent modellər üçün bir dəstə istifadə olunur: ilk ödəniş A2A → e-mandate/SEPA DD/Open Banking PIS gələcək üçün.
Mandatları (limit, dövrilik, bildirişlər) idarə edin, qəbul jurnallarını saxlayın.

11) Komplayens, təhlükəsizlik, məlumatlar

PSD2/SCA: bank təsdiqi, device binding, bank antifrod.
PII-minimallaşdırma: yalnız lazımi atributları saxlayın; PII şifrələyin; HMAC imzaları.
GDPR/Logs: razılıq, silinmə hüququ, dəyişikliklərin auditi.

12) Yüksək risk şaquli (iGaming daxil olmaqla)

Pay-by-Bankın bəzi kateqoriyalar üçün mövcudluğu daxili siyasət və yerli hüquq üzrə provayder/banklar tərəfindən məhdudlaşdırılır.
Azaldılmış limitlər, əlavə KUS/maliyyə monitorinqi, mümkün hold 'lər gözləyin.
Alternativ relslər (kartlar, SEPA, A2A açıq banking, vauçerlər) və trafik seqmentini saxlayın.

13) Merchant inteqrasiyası: variantları

1. Hosted/Embedded от PSP/Klarna

Sürətli başlanğıc: bank seçimi widget, statuslar, səhvlər, webhooks «qutusundan».

2. Server-to-Server + redirect/App2App

Daha çox nəzarət: öz bank səhifəsi, incə səhv emalı, öz QR/Deep Link.

3. Invoys/Request-to-Pay

Ödəniş sorğusunun göndərilməsi (email/SMS/link), B2B/xidmətlər üçün əlverişlidir.

• Эндпоинты: `createPayment`, `queryStatus`, `refund`, `webhook`, `reconcile`.
• İdempotentlik və dedupe cədvəli 'orderId'.
• Status almaq üçün eksponent retrailer, qeyri-sabit cavablar üçün dead-letter.
• Kataloqlar: banklar/ölkələr, limitlər/səhv kodları, issuer 'am SLA-metriklər.

14) «Sofort/Klarna Gateway» memarlığı

API qat (REST/GraphQL) kassa üçün.
Hadisə növbələri: status-events → billing/CRM/analitika.
Observability: bank/kanal konvertasiyası, 'pending → success/expired', gizlilik, SCA-dan imtina.
Security: gizli vault, IP-allowlist provayder, anti-replay tokenləri, ciddi redirect-URI validation.

15) Hasilat çek siyahısı

1. Bankların istədiyiniz coğrafiyası ilə PSP/Klarna/Sofort kanalını seçin.
2. Həyata 'createPayment' + bank seçimi + fallback ilə redirect/App2App.
3. Webhooks, idempotent, taymaut və status təkrarını bağlayın.
4. recon (daily + full), UTR/maliyyə referanslarını saxlayın.
5. Partial/full refunds və ODR reqlamentini bağlayın.
6. UX uğursuzluq/limit ssenariləri və alternativ metodları hazırlayın.
7. Hədəf ölkələrdə mobil bankları (iOS/Android) və əsas issuerləri test edin.
8. Limitlər kitabçasını və hadisələrin status səhifəsini tutun.

Göstəriş kartı

Статусы: `success`, `pending`, `failed`, `canceled`, `expired`.
Settlement: daha tez-tez T + 1/T + 2; kreditdən əvvəl «şərti icra» planlaşdırın.
Limitlər: issuer 'a per-txn/day/week; yeni alıcılar üçün - aşağıda.
Resurrent: e-mandate/SEPA DD/Open Banking vasitəsilə.

Xülasə

Dönüşüm üçün - App2App/Embedded, sabitlik üçün - aydın webhooks + recon.
Biznes məntiqində onlayn təsdiqi və faktiki krediti (T + 1/T + 2) bölüşün.
Sərt məbləğləri qeyd etməyin: banklar/ölkələr üzrə limitlər konfiqsi + müntəzəm yeniləmə.
abunə üçün ilk ödəniş A2A → mandat, aydın UX nəzarət və limitləri ilə.