Sofort/Klarna: Banka bazında ödeme

1) Sofort/Klarna Pay-by-Bank nedir

Sofort (şimdi Klarna Pay Now/Pay-by-Bank), bir alıcının çevrimiçi bir banka/mobil uygulama aracılığıyla doğrudan banka hesabından bir sipariş için ödeme yapmasını sağlayan bir A2A aracıdır. Akış genellikle bir SCA onay issuer-redirect/App2App (PSD2) üzerine kuruludur ve satıcı çevrimiçi yetkilendirme (başarı) ve ardından sağlayıcının raporlarına/hesaplamalarına dayalı bir banka kredisi alır.

• Kart MDR'lerine göre düşük maliyet.
• Çevrimiçi durum (başarı/başarısızlık) hemen hemen, fonların kredilendirilmesi her zaman anlık değildir (genellikle T + 1/T + 2).
• AB/AEA'daki geniş coğrafya (Almanya/Avusturya özellikle güçlüdür), düzinelerce ihraç bankası için destek.
• Alıcıdan minimum ödeme detayları - banka seçimi ve onayı.

2) Roller ve katılımcılar

Klarna/Sofort (şema/sağlayıcı): bankalara, statülere, raporlara, yerleşimlere, iadelere yönlendirme.
İhraççı (ödeme yapan banka): SCA, silme onayı, limitler/dolandırıcılıkla mücadele.
Merchant PSP/Acquirer: ticari bağlantı, API/SDK, webhooks ve recon.

Satıcı - Ödemeyi başlatın, işlem durumu/iadeleri, uzlaştırın

3) Ödeme akışları: Yönlendirme ve App2App

3. 1 Klasik yönlendirme

1. Ödeme satıcısı - "Banka ile öde (Sofort/Klarna)" seçeneğini seçin.
2. Bankaların listesi - çevrimiçi bankaya (veya sağlayıcının barındırılan sayfasına) yönlendirin - SCA.
3. Banka ödemeyi onaylar - durumu ile satıcıya iade (başarı/başarısız/iptal/beklemede).
4. Satıcı, siparişi "ücretli/beklemede'olarak kaydeder, webhook/kayıt raporunu bekler.

3. 2 App2App/Mobil

Mobil cihazlarda, satıcı bankacılık uygulamasını deeplink/intent - confirmation - return ile yukarıdaki şemaya göre açar.
Dönüşüm daha yüksek, sürtünme daha düşük; Geri dönüşü web yönlendirmesinde tutun.

3. 3 Ödeme İsteği/Gömülü seçenekler

Bir dizi banka, sağlayıcının arayüzleri aracılığıyla kullanılabilir ödeme talebi/PIS'ye sahiptir (alıcı, uygulama bankasından bir talep alır).
PSP'nin gömülü widget'ları bankaların, hataların ve durumların listesini basitleştirir.

4) Bankaların limitleri ve davranışları

• İşlem başına, ödeme yapan kişinin bankasında günlük/haftalık.
• Yeni alıcılar/satıcılar - azaltılmış eşikler, deklanşör hızı mümkündür.
• Kanal (mobil/web), hız kuralları, coğrafi/cihaz sinyalleri.
• Bireysel ülkelerde/bankalarda, eşik SCA istisnaları (RA, TRA) mümkündür - bankaya bağlı olarak.

5) Yetkilendirme vs yerleşim

Çevrimiçi durum: 'başarı', 'beklemede', 'başarısız', 'iptal edildi', 'süresi doldu'.
Onay gecikmesi veya eşzamansız denetim gerçekleştiğinde bekleme mümkündür.
Uzlaşma: Gerçek kredi, sağlayıcının raporlarından gelir (genellikle T + 1/T + 2 banka günü; Ülkeye/bankaya/takas planına bağlıdır).
Kritik hizmetler için, kayıt onaylanana kadar yetkilendirme ⇒ koşullu yürütme modelini kullanın.

6) İadeler, kısmi iadeler ve anlaşmazlıklar

Ters ibraz (kartlarda olduğu gibi) eksik. İade, bir sağlayıcı aracılığıyla ödeme yapan kişiye yapılan yeni bir kredi işlemidir.
Kısmi geri ödemeler desteklenmektedir.
İade kredisi şartları - banka (T + 1/T + 2).
Anlaşmazlıklar/şikayetler, ödeme yapan kişinin bankası aracılığıyla sağlayıcı + ODR prosedüründen geçer; Sipariş günlükleri, teslimat kanıtı/hizmetleri hazırlayın.

7) Komisyonlar ve Ekonomi

Genellikle platform işlevleri için işlem + ödeme ile sabit/düşük yüzde (barındırılan ödeme, raporlar, ODR).
Destek maliyetini (bekleyen/süreler), risk olaylarını ve keşif işlem maliyetlerini göz önünde bulundurun.

8) Uzlaşma ve raporlama

Sağlayıcının 'paymentId/transactionId', 'orderId', veren banka, zaman damgaları, durumları kaydedin.
Durum değişiklikleri ve günlük otomatik keşif hakkında webhook'ları etkinleştirin.
Çevrimiçi etkinlikleri (başarı/beklemede) finansal raporlarla (krediler/iadeler/düzeltmeler) birleştirin.
Her işlem için rapordan UTR/banka referansını saklayın.

9) UX uygulamaları

Bankalar rehberi: Son seçimi önceden doldurun, popülerliğe/cihaz bankasına göre sıralayın.
Mobil-ilk: teklif App2App, geri dönüş - web yönlendirme.
Hatalar ve yeniden deneme: net nedenler (limit, SCA hatası, zaman aşımı), yeniden deneme düğmesi ve alternatifler verin.
Idempotence: Güvenli tekrarlar için 'orderId' + idempotence anahtarı.
Makbuz: tutar, tarih/saat, 'transactionId', banka, kanal (App2App/Yönlendirme).

10) Tekrarlayan yazılar ve görevler

Klasik Sofort - tek seferlik. Tekrarlayan modeller için bir demet kullanılır: ilk ödeme A2A - e-mandate/SEPA DD/Gelecek için Açık Bankacılık PIS.
Yetkileri yönetin (limit, sıklık, bildirimler), kabul kayıtlarını saklayın.

11) Uyumluluk, güvenlik, veri

PSD2/SCA: bankada onay, cihaz bağlama, dolandırıcılıkla mücadele bankası.
PII minimizasyonu: sadece gerekli nitelikleri saklayın; PII şifrelemek; Web kancalarının HMAC imzaları.
GDPR/Logs: onaylar, silme hakkı, denetim değişiklikleri.

12) Yüksek Riskli Dikeyler (iGaming dahil)

Bazı kategoriler için Pay-by-Bank'ın kullanılabilirliği, iç politikalara ve yerel yasalara göre sağlayıcı/bankalar tarafından sınırlıdır.
Azaltılmış limitler, ek CUS/finansal izleme, olası tutarlar bekleyin.
Alternatif rayları (kartlar, SEPA, açık bankacılık A2A, kuponlar) ve trafik segmentasyonunu tutun.

13) Tüccar Entegrasyonu: Seçenekler

1. Barındırılan/Gömülü от PSP/Klarna

Hızlı başlangıç: banka seçim widget'ı, durumları, hataları, kutudan webhooks.

2. Sunucudan Sunucuya + redirect/App2App

Daha fazla kontrol: bankaların kendi sayfası, ince hata işleme, kendi QR/Deep Link.

3. Ödeme Talebi

Ödeme isteği gönderme (e-posta/SMS/link), B2B/services için uygun.

• Эндпоинты: 'Ödeme', 'sorguDurumu', 'geri ödeme', 'webhook', 'uzlaştırmak' oluşturun.
• 'OrderId'ile idempotence ve tekilleştirme tablosu.
• Statüler için üssel olarak retrai, kararsız tepkiler için ölü harf.
• Kataloglar: bankalar/ülkeler, limitler/hata kodları, ihraççılar tarafından SLA metrikleri.

14) Sofort/Klarna Gateway mimarisi

Yazar kasa için API katmanı (REST/GraphQL).
Etkinlik kuyrukları: durum etkinlikleri - faturalandırma/CRM/analiz.
Gözlemlenebilirlik: banka/kanal dönüşümü, "beklemede" başarı/süresi dolmuş ", gecikme, SCA hatası.
Güvenlik: sırlar için kasa, IP-allowlist sağlayıcısı, anti-replay belirteçleri, katı yönlendirme-URI doğrulaması.

15) Çıktı kontrol listesi

1. İstediğiniz banka coğrafyasına sahip PSP/Klarna/Sofort kanalını seçin.
2. 'CreatePayment' + banka seçimi + redirect/App2App fallback ile uygulayın.
3. Webhook'ları, idempotency'yi, zaman aşımlarını ve durum tekrarını bağlayın.
4. Kayıt (günlük + tam), UTR/fin referansları depolamayı ayarlayın.
5. Destekte kısmi/tam geri ödemeleri ve ODR'yi etkinleştirin.
6. UX hata/limit senaryolarını ve alternatif yöntemleri hazırlayın.
7. Mobil bankaları (iOS/Android) ve hedef ülkelerdeki büyük ihraççıları test edin.
8. Bir sınır kılavuzu ve olay durumu sayfası tutun.

Landmark kartı

Статусы: 'başarı', 'beklemede', 'başarısız', 'iptal edildi', 'süresi doldu'.
Yerleşim: daha sık T + 1/T + 2; Krediden önce "şartlı yürütme" planı.
Limitler: Ihraççı'a'da txn/gün/hafta başına; Yeni alıcılar için - aşağıda.
Tekrarlama: e-mandate/SEPA DD/Açık Bankacılık yoluyla.

Özet

Dönüşüm için - App2App/Embedded, kararlılık için - webhooks + recon'u temizleyin.
İş mantığında ayrı çevrimiçi onay ve gerçek kredi (T + 1/T + 2).
Sabit miktarları düzeltmeyin: yapılandırmaları banka/ülke + düzenli güncelleme ile sınırlayın.
Abonelikler için, net UX yönetimi ve limitleri olan ilk A2A ödemesini kullanın.