TWINT İsviçre: QR ve uygulama içi

1) TWINT bağlamı ve konumlandırma

TWINT, ülkedeki bankalarla entegre bir İsviçre mobil A2A ödeme planı ve cüzdanıdır. Kullanıcı TWINT/banka uygulamasından ödeme yapar: çevrimiçi - in-app/App2App veya Deep Link aracılığıyla, çevrimdışı - QR (standart "TWINT QR") aracılığıyla. Onay, uygulamada (SCA: PIN/biyometri) gerçekleştirilir, ilgili hesaptan/karttan para çekilir ve banka kredisi ile satıcıya yatırılır.

• Çevrimiçi ve POS için birleştirilmiş marka/QR, yüksek kullanıcı erişimi.
• UX ve hızlı yerleşim için anında çevrimiçi onay (banka pencereleri içinde).
• P2P, ekosistem içindeki telefon numarası/kişi tarafından.
• SCA ve cihaz bağlama nedeniyle düşük dolandırıcılık.

2) Üyeler ve roller

TWINT (şema/anahtar): kurallar, katılımcı dizinleri, yönlendirme.
TWINT üyesi/ihraççı bankalar: KYC, limitler ve dolandırıcılıkla mücadele.
PSP/edinenler: satıcıyı bağlayın (çevrimiçi/POS), API/SDK, web kancaları ve raporlar sağlayın.
Satıcı: Bir ödeme/talep başlatır, durumları/iadeleri işler, mutabakatı sağlar.
Payer: TWINT/banka uygulamasında işlemleri onaylar.

3) Kanallar ve kullanıcı senaryoları

3. 1 E-ticaret: uygulama içi/Derin Bağlantı/ App2App

Kontrolde, satıcı bir ödeme amacı oluşturur - Deep Link/" Pay TWINT "düğmesini verir.
TWINT uygulaması açılır (App2App), kullanıcı onaylar - kasiyere durumla geri dönün.
Masaüstü için sipariş başına dinamik bir QR görüntülenir; Müşteri uygulamayı tarar ve onaylar.

3. 2 POS/çevrimdışı: TWINT QR

Yazarkasa/terminal ekranında dinamik QR: miktar, orderId, meta veriler.
Kullanıcı tarar - uygulamada onaylar - satıcı çevrimiçi bir durum alır.
Statik QR (tutar manuel olarak girilir) bağışlar/küçük perakende satışlar için geçerlidir, ancak mutabakat için daha kötüdür.

3. 3 P2P "telefon başına"

Bireyler arasında telefon numarası/push onayı ile iletişim ve alıcıya anında kredi ile transferler.

3. 4 İsteğe Bağlı Ödeme/Pay-by-Link

Satıcı ödeme talebini başlatır (tutar/randevu/son tarih) - müşteri başvuruda onaylar - ödeme normal A2A akışından geçer.

4) Durumlar ve zamanlamalar

Tipik durumlar 'başlatılır' - 'beklemede' - 'başarı'/' başarısız'/' iptal edildi'/' süresi doldu'dur.
QR/masaüstü için, onay için zaman aşımını göz önünde bulundurun (zamanlayıcıyı gösterin).
Uzlaştırma: Uzlaştırma penceresine/PSP'ye bağlı olarak banka kredisi T + 0/T + 1; Raporlama için hala günlük bir keşif gereklidir.

5) Limitler ve risk politikaları

• İşlem başına, günlük/24 saat, bazen haftalık/aylık.
• Yeni alıcı/satıcı - azaltılmış eşikler ve/veya deklanşör hızı.
• Kanal sınırları: E-ticaret (Deep Link/QR), POS, P2P, Request-to-Pay.
• Hız/cihaz/coğrafi kurallar bankalar ve şema tarafından uygulanır.

6) Ekonomi ve komisyonlar

Satıcı için TWINT genellikle tipik bir MDR kartından daha ucuzdur; Koşullar PSP'ler arasında farklılık gösterir (düzeltme/düşük %).
Entegrasyon/SDK, bekleyen/süresi dolan işlemler, destek/ODR ve mutabakat için ücret.

7) İadeler ve anlaşmazlıklar

Ters ibraz (kartlarda olduğu gibi) eksik. İade - tüccardan mükellefe yeni kredi işlemi; Kısmi geri ödemeler desteklenmektedir.
İade tarihleri bankadır (genellikle T + 0/T + 1).
Anlaşmazlıklar/şikayetler - PSP/banka prosedürlerine göre; Sipariş kayıtlarını tutun, hizmet/teslimat onayı, refund↔order paketi.

8) Güvenlik ve uyumluluk

TWINT/banka uygulamasında SCA (PIN/biyometri), cihaz bağlama.
Banka/PSP'de antifraud: hız, yeni alıcılar, risk puanlaması.
PII küçültme ve şifreleme, web kancalarında HMAC/nonce, tekrar oynatma koruması, denetim günlüğü.
Yerel ödeme hizmeti gereksinimlerini ve GDPR ile karşılaştırılabilir veri koruma düzenlemelerini karşılayın.

9) Tüccar entegrasyonu

Seçenekler

1. PSP'de Barındırılan/Gömülü - kutudan hızlı başlangıç, uygulama içi/QR, durumlar ve hatalar.
2. Sunucudan Sunucuya + Derin Bağlantı/QR - yerel UX, sipariş başına dinamik QR, ince hata işleme.
3. Pay-by-Link/Request-to-Pay - bir bağlantı ile faturalandırma (e-posta/SMS/messenger).

• API: 'CreatePayment', 'refund', 'requestToPay', 'webhook', 'reconnate'.
• Idempotence ('orderId' + anahtar), üstel retrays, olay dedup.
• Keşif: günlük otomatik keşif + periyodik tam keşif; Mağaza UTR/banka referansı.
• SLA panoları: dönüşüm, 'beklemede> başarı/süresi dolmuş', kayıt/iade zamanı.

10) Uzlaşma ve Raporlama

Log: Sağlayıcının 'paymentId/transactionId', 'orderId', kanal (App2App/QR/Link), ödeme yapan banka, durum, miktar/para birimi, zaman damgası, UTR.
PSP/bankadan: kredi/iade/düzeltme kayıtları, geç durum güncellemeleri.
Senkronizasyon dışı ve "asılı" 'beklemede' için uyarılar ayarlayın.

11) UX uygulamaları

Mobil-ilk: mobil - in-app/App2App; masaüstünde - bir zamanlayıcı ile büyük bir dinamik QR.
Kurtarma: 'zaman aşımı/süresi dolmuş' - güvenli yeniden deneme ve alternatif (kart/SEPA/diğer A2A).
Makbuz: miktar, zaman, 'transactionId', kanal, UTR, destek kişileri.
Risk/limitleri vurgulamak: eşiği belirleyen kullanıcıyı gösterin - banka veya kanal.

12) Tekrarlama ve yetkiler

Temel TWINT, SCA ile bir defaya mahsustur. Abonelikler için bir paket kullanılır: ilk ödeme TWINT - e-mandate/SEPA DD/Open-Banking (limit/frekans/bildirimler).
Yazmadan önce kullanıcıya bir duraklatma/iptal/güncelleme ve ön bildirim ekranı verin.

13) Yüksek riskli dikeyler (iGaming dahil)

Kanalın kullanılabilirliği ve limitleri banka/PSP politikasına ve yerel yasalara bağlıdır.
Daha düşük eşikler, gelişmiş KYC, olası tutarlar bekleyin.
Alternatif rayları (kartlar, SEPA, diğer PIS) planlayın ve risk/kanal/banka ile akıllı yönlendirme yapın.

14) TWINT Ağ geçidi mimarisi

Yazar kasa ve kazıcı için API katmanı (REST/GraphQL).
Etkinlik kuyrukları: durum etkinlikleri - faturalandırma/CRM/analiz.
Güvenlik: sırlar için kasa, IP-allowlist PSP, sıkı yönlendirme-URI doğrulama, anti-replay belirteçleri.
Gözlemlenebilirlik: kanal dönüşümü (App2App/QR/Link), "pending" kesri, yerleşim/dönüş zamanı.

15) Çıktı kontrol listesi

1. TWINT'i PSP/bankaya bağlayın; Kanalları seçin (App2App/QR/Link).
2. 'CreatePayment'/' requestToPay', dinamik QR, hata/limit ekranlarını uygulayın.
3. Webhooks, idempotency, retrai ve olay dedup bağlayın.
4. Kayıt (günlük + tam), UTR/fin referansları depolamayı ayarlayın.
5. Kısmi/tam geri ödemeleri ve ODR prosedürlerini destekleyin.
6. Dönüşüm/gecikme/asılı durumlar için SLA panolarını ve uyarılarını çalıştırın.
7. Ana bankalar/cihazlar ve POS (varsa) ile e2e testleri gerçekleştirin.

Limit referans kartı

Per-txn/24h/7d: yapılandırmada saklayın ve başlamadan önce kontrol edin.
Yeni alıcılar/satıcılar: düşük eşikler/deklanşör hızı.
Kanallar: E-ticaret (App2App/QR), POS, P2P, Ödeme Talebi için ayrı limitler.
Hız/risk: Banka antifraud işlemleri hafifçe saptırabilir/yavaşlatabilir.

Özet

Çevrimiçi için - in-app/App2App + dinamik QR, perakende için - TWINT QR, transferler için - telefona P2P.
Ayrı online onay ve son kredi; Webhooks + recon ve kısmi geri ödemeler etrafında oluşturun.
Tutarları düzeltmeyin: limit yapılandırmalarını banka/kanal ile tutun ve düzenli olarak güncelleyin.
Abonelikler için, ilk TWINT paketi - şeffaf yönetim ve bildirimler içeren bir bilet.