iDEAL Hollanda: A2A ödemeleri

1) iDEAL bağlamı ve konumlandırma

iDEAL, Hollanda'da nakit olmayan A2A ödemeleri (hesaptan hesaba) için ulusal bir programdır. Alıcı, satın alma işlemini doğrudan banka hesabından, veren bankanın çevrimiçi banka/mobil uygulaması aracılığıyla öder. Akış, ihraççı yönlendirme (bankaya yönlendirme) veya deeplink/App2App tarafından bir bankacılık uygulaması açılması üzerine inşa edilmiştir. Hesaplama hızlıdır, satıcı için komisyon MDR kartından daha düşüktür, final banka kredisi havalesi gibidir.

• Bankalar aracılığıyla birlikte çalışabilirlik (ING, Rabobank, ABN AMRO, vb.).
• SCA/PSD2 yazışmalar - bankada onay (PIN/biyometri).
• Anında yetkilendirme (çevrimiçi durum başarısı) ve alıcı/alıcı banka aracılığıyla nihai kredi.
• Mutabakat için zengin meta veriler (purchaseId/orderId, açıklama, referans).

2) Katılımcı rolleri

iDEAL (şema) - kurallar, sertifikasyon, ihraç eden bankalara yönlendirme.
İhraççı - müşteri kimlik doğrulaması, ödeme onayı, durum.
Acquirer/CPSP (Ödeme Hizmeti Sağlayıcısı) - ticari bağlantı, API/SDK, raporlama ve hesaplamalar.
Tüccar - ödemeyi başlatır, statüleri/fonları alır, iade ve uzlaşma sağlar.

3) Ödeme akışı seçenekleri

3. 1 İhraççı-yönlendirme (klasik)

1. Ödeme satıcısı - İhraççı Dizini'nden bir banka seçmek.
2. Yönlendirme veya bankaya App2App - SCA - onay.
3. 'İşlem Kimliği've durumu (başarı/başarısız/iptal edildi/açıldı/süresi doldu) ile satıcıya geri dönün.

3. 2 App2App/Gömülü

Mobil cihazlarda, satıcı deeplink/intent (daha iyi UX, daha az sürtünme) ile bir bankacılık uygulaması açar.
Gömülü/Barındırılan: Sağlayıcı bankalar, yönlendirme yönetimi, hata işleme listesinin hazır bir widget verir.

3. 3 iDEAL QR (çevrimdışı/çevrimiçi)

Gömülü toplam ve referans ile sipariş başına dinamik QR; Alıcı, bankacılık uygulamasının kamerasını tarar ve ödemeyi onaylar.
Statik QR (tüccarlar için nadir; Daha fazla P2P/donations için) - miktar kullanıcı tarafından manuel olarak girilir.

3. 4 Yinelenen/mandalar

"İlk ödeme + e-mandate" modeli: açık bir SCA ile iDEAL için ilk yazma - bir e-mandanın oluşturulması (genellikle kararlaştırılan sınırlar/süreler içinde bir sonraki yazma işlemleri için SEPA Doğrudan Borçlandırmaya yol açar). Abonelikler için uygundur.

4) Bankaların limitleri ve politikaları

• İşlem başına (işlem başına maksimum).
• Per-day/24h ve haftalık (işlem miktarı ve/veya sayısı).
• Yeni faydalanıcı/yeni tüccar - azaltılmış eşikler ve/veya maruz kalma mümkündür.
• Kanal/risk kuralları (mobil vs masaüstü, hız, coğrafi/cihaz).

Uygulama: Sayıları sabit kodlamayın - bankalar tarafından bir limit dizini tutun ve kullanıcıya alternatiflerle "banka tarafından limiti aşan" anlaşılabilir bir hata görüntüleyin (bölme, başka bir yöntem, daha sonra tekrarlayın).

5) Komisyonlar ve Ekonomi

• Sağlayıcı ücretleri (ağ geçidi, widget, barındırılan ödeme),
• İade maliyeti/ODR'ler,
• destek ve olayların araştırılması.

6) Durumlar, iptaller, iadeler

İşlem durumları: 'Başarı', 'açık' (bekleme), 'başarısız', 'iptal edildi', 'süresi doldu'.
Onaydan önce iptal - müşteriden (bankada) veya zamana göre (süresi dolmuş).
Kartlardaki gibi şarj cihazları - hayır. Geri ödeme, satıcıdan ödeyene yeni bir kredi işlemidir (geri ödeme), kısmi geri ödemeler mümkündür.
İade süresi PSP/bankaya bağlıdır; Banka havalesinde genellikle T + 0/T + 1.

7) Güvenlik ve uyumluluk

Banka tarafında ihraç eden banka + cihaz bağlama ve dolandırıcılık karşıtı politikalarda SCA.
Bazı ihraççılarda ad/IBAN gösterimi yanlış yönlendirme riskini azaltır.
PSD2/GDPR: PII minimizasyonu, web kanca koruması (HMAC), denetim günlüğü.

8) Uzlaşma ve Raporlama

PSP raporlarından 'transactionId' (iDEAL), 'purchaseId'/' orderId', zaman, ihraççı, son durum, UTR/banka referansı kaydedin.
Günlük otomatik geri kazanım ve periyodik tam geri kazanım ayarlayın (ciroların, geri dönüşlerin, ayarlamaların mutabakatı).
PSP raporlarında: ilk sipariş parametreleri, durumlar, geç güncelleştirmeler (örneğin, 'open> success/expired'), hareketleri döndürür.

9) UX desenleri

Dizin - Banka seçimi: Bankaları popülerliğe/son seçime göre önceden doldurun ve sıralayın.
Mobile-first: otomatik olarak App2App, geri dönüş - web yönlendirme sunar.
Yeniden deneme/kurtarma: Başarısız olursa, basit bir tekrar ve alternatif yöntemler gösterin.
Idempotency: Güvenli tekrarlar için 'orderId' + idempotency anahtarı.
Kontroller: miktar, tarih/saat, 'transactionId', referans, kanal (QR/App2App/Redirect) belirtin.

10) E-biletler aracılığıyla tekrarlayan yazılar

Senaryo "iDEAL ilk ödeme - gelecekteki yazmalar için yetki" (genellikle SEPA Doğrudan Ödeme yoluyla).
Borç başına limit, sıklık, iptal hakkı görev tanımında sabittir.
Arayüzde, kullanımdan kaldırılmadan önce bir duraklatma/iptal/güncelleme ekranı ve bildirimler vardır.

11) iDEAL ve iGaming/yüksek riskli kategoriler

Bazı sektörler için iDEAL'in kullanılabilirliği, risk politikası ve yerel yasalarla ilgili bankalar/PSP'ler ile sınırlıdır.
IGaming için şunları bekleyin: sıkı kontroller, azaltılmış limitler, zorunlu yerel uyumluluk ve şeffaf ODR/Geri ödeme akışı.
Alternatif rayları (kartlar, SEPA, açık bankacılık A2A) ve trafik segmentasyonunu planlayın.

12) Tüccar Entegrasyonu: Seçenekler

1. Barındırılan/Yerleşik iDEAL Ödeme от PSP

Hızlı başlangıç, bankalar, durumlar ve hatalar listesinin otomatik olarak güncellenmesi.

2. Sunucudan Sunucuya + yönlendirmeleri

Esnek UX kontrolü: kendi banka seçim sayfası, QR üretimi, kasiyere derin entegrasyon.

3. iDEAL QR

POS/çevrimdışı için: Toplamı/işaretleri ile sipariş başına dinamik QR, uzlaşma ve anti-maliyet için daha iyi.

• Эндпоинты: 'Ödeme', 'sorguDurumu', 'geri ödeme', 'webhook', 'uzlaştırmak' oluşturun.
• 'OrderId'ile idempotence ve tekilleştirme tablosu.
• HMAC imzalı webhooks, retrai üstel, bozulma üzerine mermi yoklama.
• Kataloglar: bankalar/limitler/hata kodları; Yayıncı tarafından SLA metrikleri.

13) Mimari şema "iDEAL Gateway"

API katmanı: Nakit masası + PSP/iDEAL API ile entegrasyon için REST.
Etkinlik kuyrukları: durum etkinlikleri - faturalandırma/CRM/analiz.
Gözlemlenebilirlik: Bankalar/kanallar tarafından dönüşüm metrikleri (Yönlendirme/App2App/QR), 'açık' payı, başarının ortalama gecikmesi.
Güvenlik: kasadaki sırlar, PSP'den IP allowist, yönlendirme URL koruması, anti-replay belirteçleri.
Veri: ödeme/iade kayıtları, ODR günlüğü, bilet kartı.

14) Çıktı kontrol listesi

1. iDEAL (Hosted/Embedded/App2App/QR) içeren PSP/ediniciyi seçin.
2. 'CreatePayment' + yönlendirmeleri/App 2 App, banka seçim ekranını uygulayın.
3. Web kancaları, idempotency, zaman aşımları ve durum tekrarlarını etkinleştirin.
4. Senkronizasyon dışı için keşif (günlük + tam), yükleme ve uyarılar ayarlayın.
5. Kısmi/tam geri ödemeleri ve ODR düzenlemelerini destekleyin.
6. UX-fallback ekleyin (alternatif yöntemler, tekrarlayın), 'transactionId'ile kontrol edin.
7. Büyük bankalarda test App2App/QR (iOS/Android/masaüstü).
8. Banka tarafından bir limit rehberi ve bir olay durumu sayfası hazırlayın.

Limit referans kartı

Per-txn/24h/7d: yapılandırmada mağaza; Yönlendirmeye başlamadan önce kontrol edin.
Yeni yararlanıcılar/tüccarlar: azaltılmış başlangıç limitleri ve/veya gecikmeler.
Kanal: Mobil App2App, limitler/dolandırıcılık politikaları web'den farklı olabilir.
Biletler - Limitler/sıklık bilet koşullarında belirlenir (tekrar eden yazmalar için).

Özet

Çevrim dışı için dönüşüm App2App/Embedded ve dinamik QR üzerine bahis yapın.
Sert miktarları bağlamayın: bankalar için limitlerin ve davranış kurallarının yapılandırmalarını saklayın.
Süreç webhooks + recon, net durumlar ve kısmi geri ödemeler etrafında inşa edilmiştir.
Abonelikler için - ilk ödeme iDEAL - e-mandate; Sınırları ve bildirimleri şeffaf bir şekilde yönetin.