TWINT İsveçrə: QR və in-app

1) Kontekst və TWINT yerləşdirilməsi

TWINT - İsveçrənin mobil A2A ödəniş sxemi və ölkə bankları ilə inteqrasiya olunmuş cüzdan. İstifadəçi TWINT/bank tətbiqindən ödəyir: onlayn - in-app/App2App və ya Deep Link vasitəsilə, oflayn - QR (standart «TWINT QR») vasitəsilə. Təsdiq əlavədə yerinə yetirilir (SCA: PIN/biometriya), vəsait bağlı hesab/kartdan çıxarılır və bank krediti ilə alıcıya köçürülür.

• Onlayn və POS üçün vahid marka/QR, istifadəçilərin yüksək əhatə dairəsi.
• UX və sürətli settlement üçün ani onlayn təsdiq (bank pəncərələri çərçivəsində).
• P2P telefon nömrəsi/ekosistem daxilində əlaqə.
• SCA və device binding hesabına aşağı freedom.

2) İştirakçılar və rollar

TWINT (sxem/switch): qaydalar, iştirakçıların kataloqları, marşrutlaşdırma.
İştirakçı banklar/TWINT emitentləri: KYC, limitlər və antifrodlar.
PSP/ekvayerlər: satıcıları (onlayn/POS) bağlayın, API/SDK, veb-hook və hesabatlar təqdim edin.
Satıcı: ödəniş/sorğu başlatır, statusları/geri qaytarmaları emal edir, yoxlama aparır.
Ödəyici: TWINT/Bank tətbiqində əməliyyatları təsdiqləyir.

3) Kanallar və istifadəçi ssenariləri

3. 1 E-commerce: in-app / Deep Link / App2App

Çekautda merchant ödəniş intent → yaradır Deep Link/« TWINT ödəmək »düyməsini verir.
TWINT tətbiqi açılır (App2App), istifadəçi statusu olan kassaya → qaytarılmasını təsdiqləyir.
Masaüstü dinamik QR per-order; müştəri tətbiqdə tarayır və təsdiq edir.

3. 2 POS/oflayn: TWINT QR

Kassanın/terminalın ekranında dinamik QR: məbləğ, orderId, metadata.
İstifadəçi tarayır → app təsdiq → satıcı online status alır.
Statik QR (məbləğ əl ilə daxil edilir) donorlar/kiçik pərakəndə satış üçün tətbiq olunur, lakin yoxlama baxımından daha pisdir.

3. 3 P2P «telefonda»

Fiziki şəxslər arasında telefon nömrəsi/push təsdiqi və alıcıya ani kredit ilə əlaqə vasitəsilə köçürmələr.

3. 4 Request-to-Pay / Pay-by-Link

Alıcı ödəniş sorğusunu başlatır (məbləğ/təyinat/müddət) → müştəri təsdiq edir → ödəniş adi A2A-flow vasitəsilə həyata keçirilir.

4) Statuslar və tayminqlər

Tipik statuslar: 'initiated' → 'pending' → 'success '/' failed '/' canceled '/' expired'.
QR/masaüstü üçün təsdiq müddətini nəzərə alın (zamanlayıcını göstərin).
Settlement: hesablaşma pəncərəsindən/PSP-dən asılı olaraq bank krediti T + 0/T + 1; hesabat hələ gündəlik recon tələb olunur.

5) Limitlər və risk siyasəti

• Per-transaction, per-day/24h, bəzən weekly/monthly.
• Yeni alıcı/satıcı - aşağı hədlər və/və ya davamlılıq.
• Kanal limitləri: e-ticarət (Deep Link/QR), POS, P2P, Request-to-Pay.
• Velocity/cihaz/geo-qaydalar banklar və sxem tərəfindən tətbiq olunur.

6) İqtisadiyyat və komissiyalar

TWINT ticarət üçün adətən tipik kart MDR-dən daha ucuzdur; şərtlər PSP-də fərqlənir (fix/aşağı%).
İnteqrasiya xərcləri/SDK, 'pending/expired' emalı, dəstək/ODR və müqayisə.

7) Qaytarmalar və mübahisələr

Chargeback (kartlarda olduğu kimi) yoxdur. Geri qaytarma - alıcıdan ödəyiciyə yeni kredit əməliyyatı; partial refunds tərəfindən dəstəklənir.
Geri qaytarma vaxtı - bank (adətən T + 0/T + 1).
Mübahisələr/şikayətlər - PSP/bank prosedurları üzrə; sifariş qeydləri saxlayın, xidmət/çatdırılma təsdiqi, bir dəstə geri sifariş.

8) Təhlükəsizlik və uyğunluq

SCA TWINT/bank tətbiqində (PIN/biometrik), device binding.
Bankda antifrod/PSP: velocity, yeni alıcılar, risk-skor.
PII-minimallaşdırma və şifrələmə, HMAC/nonce veb-hook, replay qorunması, audit jurnalı.
Ödəniş xidmətləri və GDPR ilə müqayisə olunan məlumatların qorunması normaları üzrə yerli tələblərə uyğunluq.

9) Merchant inteqrasiyası

Variantlar

1. PSP-də Hosted/Embedded - sürətli başlanğıc, qutudan in-app/QR, statuslar və səhvlər.
2. Server-to-Server + Deep Link/QR - öz UX, dinamik QR per-order, incə səhv emalı.
3. Pay-by-Link/Request-to-Pay - link hesabı (email/SMS/messencer).

• API: `createPayment`, `refund`, `requestToPay`, `webhook`, `reconcile`.
• İdempotentlik ('orderId' + açar), eksponensial retralar, hadisələrin dedupu.
• Recon: daily auto-recon + periodik full-recon; UTR/bank referansını saxlayın.
• SLA daşbordları: dönüşüm, 'pending → success/expired', qəbul/geri dönüş vaxtı.

10) Yoxlama və hesabat

Login: 'paymentId/transactionId' provayder, 'orderId', kanal (App2App/QR/Link), ödəyicinin bankı, status, məbləğ/valyuta, timestamp, UTR.
PSP/bankdan: ödənişlər/geri qaytarmalar/düzəlişlər reyestrləri, status yeniləmələri.
«Asılmış» 'pending' və rasinxronlara görə alertlər qurun.

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

Mobile-first: mobil - in-app/App2App; masaüstü - taymer ilə böyük dinamik QR.
Recovery: 'timeout/expired' - təhlükəsiz təkrar və alternativ (kart/SEPA/digər A2A).
Qəbz: məbləğ, vaxt, 'transactionId', kanal, UTR, sapport kontaktları.
Risk/limitlərin işıqlandırılması: istifadəçiyə kimin həddi - bank və ya kanal qoyduğunu göstərin.

12) Recurrent və mandatlar

Əsas TWINT - SCA ilə bir-off. Abunələr üçün bir dəstə istifadə olunur: ilk ödəniş TWINT → e-mandate/SEPA DD/Open-Banking (limit/periodiklik/bildiriş).
İstifadəçiyə mandat idarəetmə ekranını (pause/cancel/update) və yazmadan əvvəl notification verin.

13) Yüksək riskli şaquli (iGaming daxil olmaqla)

Kanalların mövcudluğu və limitlər bank/PSP siyasətindən və yerli hüquqdan asılıdır.
Aşağı eşiklər, gücləndirilmiş KYC, mümkün hold '.
Alternativ relslər (kartlar, SEPA, digər PIS) və risk/kanal/bank smart-routing planlaşdırın.

14) «TWINT Gateway» arxitekturası

API qat (REST/GraphQL) kassa və arka ofis üçün.
Hadisə növbələri: status-events → billing/CRM/analitika.
Security: gizli vault, IP-allowlist PSP, ciddi redirect-URI validation, anti-replay tokenlər.
Observability: kanallar vasitəsilə konvertasiya (App2App/QR/Link), pay 'pending → expired', vaxt settlement/geri.

15) Hasilat çek siyahısı

1. PSP/bankdan TWINT bağlayın; kanalları seçin (App2App/QR/Link).
2. 'createPayment '/' requestToPay', dinamik QR, səhv/limit ekranlarını həyata keçirin.
3. Webhooks, idempotentlik, retray və deadup hadisələri qoşun.
4. recon (daily + full), UTR/maliyyə referanslarını saxlayın.
5. Partial/full refunds və ODR prosedurlarını dəstəkləyin.
6. SLA daşbordlarını və konversiya/gizlilik/asılı statuslar üzrə alertləri işə salın.
7. Əsas banklar/cihazlar və POS (aktual olarsa) ilə e2e testlər keçirin.

Limitlər üzrə göstəriş kartı

Per-txn/24h/7d: konfiqada saxlamaq və başlamazdan əvvəl yoxlamaq.
Yeni alıcılar/alıcılar: aşağı həddi/saxlama.
Kanallar: e-ticarət (App2App/QR), POS, P2P, Request-to-Pay üçün ayrı-ayrı limitlər.
Velocity/risk: bankın antifrodu əməliyyatları yumşaq şəkildə rədd edə/yavaşlata bilər.

Xülasə

Onlayn üçün - in-app/App2App + dinamik QR, pərakəndə satış üçün - TWINT QR, köçürmələr üçün - telefona P2P.
Online təsdiq və son kredit paylaşın; webhooks + recon və partial refunds ətrafında qurmaq.
Məbləğləri qeyd etməyin: banklar/kanallar vasitəsilə limitlərin konfiqisini aparın və müntəzəm olaraq yeniləyin.
Abunələr üçün - ilk TWINT → şəffaf idarəetmə və bildirişlərlə mandat.