Trustly: Doğrudan Banka Ödemeleri

1) Güvenilir Nedir

Trustly, tüccarları redirect/App2App yoluyla ödeme yapan bankalara bağlayan bir A2A (hesaptan hesaba) ödeme ve ödeme sağlayıcısıdır. Alıcı transferi bankasında onaylar (PSD2 aracılığıyla SCA), satıcı anında çevrimiçi bir onay alır ve fonların kredilendirilmesi sağlayıcının raporlarından/hesaplamalarından gelir.

• Kart MDR'lerine göre düşük maliyet.
• Avrupa'da geniş coğrafya (İskandinavya, DACH, Benelüks, İngiltere, Güney AB, vb.) + yerel bankalar.
• Ödemeler ve Ödemeler (desteklenen bankalar için anında ödemeler dahil).
• IGaming için özel çözümler (örneğin, Pay N Play: "para yatırma - hesap oluşturuldu/doğrulandı").

2) Ürün hattı ve senaryolar

Ödeme (bankadan ödeme): Ödeyenin bankasına redirect/App2App - SCA - çevrimiçi başarı/reddetme - sonraki kredi.
Ödemeler: kullanıcının hesabına transfer; Bir dizi banka için - anında (aksi takdirde T + 1/T + 2).
Pay N Play (iGaming): Depozitoyu onboarding ile birleştirir: KYC sinyalleri banka verilerinden çıkarılır (isim, IBAN/BIC, vb.), Ayrı bir kayıt olmadan bir oyun hesabı oluşturulur, Hızlı İçinde aynı hesaba geri dönmek mümkündür.
Hesap Bilgisi/Kontrol (isteğe bağlı): Hesap sahipliğini onaylayın, anti-katır/ODR için adı/IBAN'ı doğrulayın.

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

3. 1 Klasik yönlendirme

1. Checkout tüccar - banka seçimi (dizin/arama).
2. Banka sayfasına veya barındırılan ekrana yönlendirin - SCA.
3. Satıcının sitesine durumla geri dönün (başarı/beklemede/başarısız/iptal edildi/süresi doldu).
4. Webhook/settlement raporu bekleniyor.

3. 2 App2App (mobil)

Deeplink/intent üzerinden bir bankacılık uygulaması açma - onay - iade.
Daha yüksek dönüşüm ve daha az düşen ödemeler; Geri dönüşü web yönlendirmesinde tuttuğunuzdan emin olun.

3. 3 Ödemeler

Sipariş/kazan referansı ile API üzerinden ödeme başlatmak; "İşlem için kabul edilen'bir çevrimiçi durum ve webhook/kayıt için sonuç alın.
Idempotency ve ödeme durumu kartını korumak çok önemlidir (tekrarlara/geri dönüşlere kadar).

4) Limitler ve risk politikaları

• Ödeme yapan kişinin bankasında işlem başına ve günlük/haftalık limitler.
• Yeni alıcılar/satıcılar - azaltılmış eşikler ve/veya maruz kalma.
• Kanal/hız kuralları, geo/cihaz sinyalleri, anti-katırlar.
• Ödemeler için - bireysel kotalar/eşik kontrolleri (özellikle anında).

5) Statüler ve Yerleşimler: Çevrimiçi Başarı vs Gerçek Kredi

Çevrimiçi durum: 'başarı', 'beklemede', 'başarısız', 'iptal edildi', 'süresi doldu'.
Uzlaşma: Güvenilir raporlar/kayıtlar tarafından gerçek kredilendirme (genellikle T + 1/T + 2 banka günü; Bazı hedefler/ödemeler için - anında).
Kritik hizmetler için, kredi modelinden önce koşullu yürütmeyi kullanın (örneğin, uzlaşma onayından sonra dijital bir ürünün etkinleştirilmesi).

6) İade ve anlaşmazlıklar

Kartlarda olduğu gibi ters ibraz yoktur. İade - sağlayıcı aracılığıyla ödeyene yeni bir kredi işlemi.
Kısmi geri ödemeler desteklenmektedir.
İade tarihleri bankadır (genellikle T + 1/T + 2).
Anlaşmazlıklar - sağlayıcının ODR süreçleri ve ödeyenin bankası aracılığıyla: sipariş günlükleri hazırlamak, teslimat/hizmet sunumunun onaylanması, iletişim payout↔pay -in.

7) Komisyonlar ve Ekonomi

Genellikle sabit/düşük işlem faizi + platform ücretleri (barındırılan ödeme, raporlama, ODR, ödemeler/anlık).
Bekleyen/süreler, ODR ve keşif desteği için harcamaları planlayın.

8) Uzlaşma ve raporlama

Sağlayıcının 'paymentId/transactionId', 'orderId', veren banka, zaman damgaları, UTR/banka referansını fin raporlarından saklayın.
Durumu değiştirmek için webhook'ları bağlayın; Günlük otomatik keşif ve periyodik tam keşif çalıştırın.
Ödemeler için - ayrı kayıtlar ve orijinal ödeme/oyun bakiyeleri ile karşılaştırma.

9) UX uygulamaları

Bankalar dizini: hızlı arama, popülerliğe göre sıralama/son seçim.
Mobil-ilk: teklif App2App; başarısızlık üzerine - web'e geri dönüş.
Hatalar ve tekrarlar: açık neden kodları (limit, SCA hatası, zaman aşımı), tekrar düğmesi, alternatif yöntemler.
Idempotence: Güvenli yeniden deneme için 'orderId' + idempotence anahtarı.
Makbuz: miktar, zaman, 'transactionId', banka, kanal (App2App/Yönlendirme), destek bağlantısı.
Ödeme UX: şeffaf ETA (anlık/T + 1), izleme durumu, bildirimler.

10) Pay N Play (iGaming için)

Kayıt formu olmadan onboarding: Kullanıcı bir banka seçer, depozitoyu onaylar ve sağlayıcı doğrulanmış banka verilerini (ad/hesap) satıcıya verir - bir oyun hesabı oluşturulur.
Bankadan gelen KYC sinyalleri sürtünmeyi azaltır ve ilk depozitoyu hızlandırır.
Hızlı İçinde: Genellikle anında aynı onaylanmış hesaba yapılan ödemeler.
Sıkı sorumlu oyun politikaları, depozito limitleri, görev günlüğü ve şeffaf ODR gereklidir.

11) Uyum ve güvenlik

PSD2/SCA, cihaz bağlama ve ihraç eden bankanın dolandırıcılığını önleme.
GDPR/PII minimizasyonu: Yalnızca gerekli nitelikleri saklayın, PII'yi şifreleyin, erişimi kısıtlayın.
Webhooks: HMAC imzaları/nonce, tekrar koruma, allowlist IP.
AML/yaptırımlar: işlem izleme, isim eşleşmesi, katır karşıtı sinyaller.

12) Yüksek riskli dikeyler

Bazı kategoriler için kullanılabilirlik ve limitler (iGaming, kripto vb.) ülkeye ve ortak bankalara bağlıdır.
Beklenti: sıkılaştırılmış limitler, genişletilmiş KYC, olası tutarlar ve ek kanıtlar.
Alternatif rayları (kartlar, SEPA, diğer sağlayıcılardan açık bankacılık PIS) tutun, müşteri profili boyunca yönlendirin.

13) Tüccar Entegrasyonu: Seçenekler

1. Barındırılan/Sağlayıcıya göre gömülü

Hızlı başlangıç, hazır bankalar listesi, durumlar, hatalar, web kitapları.

2. Sunucudan Sunucuya + Redirect/App2App

Daha fazla kontrol: kendi banka seçim sayfası, derin hata işleme, kendi deeplink/QR.

3. Ödeme Talebi

E-posta/SMS/messenger ile ödeme bağlantısı göndermek; B2B/services için uygun.

• Эндпоинты: 'Ödeme oluştur', 'geri ödeme', 'Ödeme oluştur', 'sorgu durumu', 'webhook', 'uzlaştırma'.
• 'OrderId'ile idempotence ve dedupe.
• Retrai durumu üssel olarak, kararsız tepkiler üzerine ölü mektup.
• Kataloglar: bankalar/ülkeler, limitler/hata kodları, ihraççılar tarafından SLA metrikleri.

14) "Güvenilir Ağ Geçidi" mimarisi

Nakit masası ve kasiyer hizmetleri için API katmanı (REST/GraphQL).
Etkinlik kuyrukları: durum olayları - faturalandırma/CRM/oyun arka ucu/analitik.
Gözlemlenebilirlik: banka/kanal dönüşümü, "beklemede" başarı/süresi dolmuş, anlaşmaya ortalama gecikme, anlık ödemelerin paylaşımı.
Güvenlik: sırlar için kasa, IP-allowlist, sıkı yönlendirme-URI doğrulama, anti-replay belirteçleri.

15) Çıktı kontrol listesi

1. Coğrafyaları/bankaları seçin ve PSP'deki Trustly kanalını bağlayın.
2. 'CreatePayment' + banka seçimi + redirect/App2App fallback ile uygulayın.
3. Webhook'ları, zaman aşımlarını ve durum alımları bağlayın.
4. Kayıt (günlük + tam), UTR/fin referansları depolamayı ayarlayın.
5. Kısmi/tam geri ödemeleri, ODR günlüklerini, destek prosedürlerini etkinleştirin.
6. IGaming için - Pay N Play, para yatırma limitleri, Hızlı İçinde, sorumlu oyun izleme çalıştırın.
7. Banka/kanal ile SLA izleme ve olaya göre uyarılar oluşturun.
8. Mobil bankaları (iOS/Android) ve büyük ihraççıları ülkelere göre test edin.

Landmark kartı

Статусы: 'başarı', 'beklemede', 'başarısız', 'iptal edildi', 'süresi doldu'.
Yerleşim ödeme: daha sık T + 1/T + 2; Ödemeler - mevcut olduğunda anında, aksi takdirde T + 1/T + 2.
Limitler: Ihraççı'a'da txn/gün/hafta başına; yeni alıcılar - azaltılmış eşikler.
Tekrarlama: e-mandate/SEPA DD/Açık Bankacılık yoluyla (ilk A2A - mandate).

Özet

Dönüşüm App2App/Embedded ve tutulacak anlık ödemelere bahis yapın.
İş mantığında ayrı çevrimiçi onay ve gerçek kredi.
Tutarları sabitlemeyin: limit yapılandırmalarını banka/ülke/kanal ile tutun.
IGaming için, şeffaf KYC, limitler ve hızlı ödemelerle Pay N Play'i kullanın.