TWINT Switzerland: QR жана in-app
1) Контекст жана TWINT жайгаштыруу
TWINT - өлкөнүн банктар менен бириктирилген Swiss мобилдик A2A төлөмдөр жана капчык схемасы. Колдонуучу TWINT/банк тиркемесинен: онлайн - in-app/App2App же Deep Link аркылуу, оффлайн - QR (стандарттуу "TWINT QR") аркылуу төлөйт. Тастыктоо тиркемеде (SCA: PIN/биометрия) аткарылат, каражаттар байланыштуу эсептен/картадан чыгарылат жана банк кредити менен соодагерге чегерилет.
Негизги касиеттери:- Онлайн жана POS үчүн бирдиктүү бренд/QR, колдонуучулардын жогорку камтуусу.
- UX жана тез settlement үчүн заматта онлайн ырастоо (банктык терезелердин алкагында).
- P2P экосистеманын ичиндеги телефон номери/байланыш боюнча.
- SCA жана device binding эсебинен төмөн Freedom.
2) Катышуучулар жана ролдору
TWINT (схема/свитч): эрежелер, катышуучулардын каталогдору, багыттоо.
Катышуучу банктар/TWINT эмитенттери: KYC, лимиттер жана антифрод.
PSP/эквайерлер: соода түйүндөрүн туташтыруу (онлайн/POS), API/SDK, веб-хаки жана отчетторду берүү.
Мерчант: төлөмдү/суроо-талапты демилгелейт, статустарды/кайтарымдарды иштетет, салыштырууну жүргүзөт.
Төлөөчү: TWINT/банк тиркемесиндеги операцияларды тастыктайт.
3) каналдар жана колдонуучу жагдайлар
3. 1 E-commerce: in-app / Deep Link / App2App
Чекаутта соодагер төлөм intent → Deep Link/" TWINT төлөө "баскычын берет.
TWINT тиркемеси ачылат (App2App), колдонуучу статусун менен кассага кайтып → тастыктайт.
Рабочий стол үчүн динамикалык QR per-order көрсөтүлөт; кардар тиркемеде сканерлейт жана тастыктайт.
3. 2 POS/оффлайн: TWINT QR
Кассанын/терминалдын экранындагы динамикалык QR: сумма, orderID, метадеректер.
Колдонуучу сканерлейт → тиркемеде тастыктайт → соодагер онлайн статусун алат.
Статикалык QR (сумма кол менен киргизилет) донорлор/майда чекене үчүн колдонулат, бирок салыштыруу боюнча начар.
3. 3 P2P "тел"
Жеке адамдардын ортосунда телефон номери/push-ырастоо жана алуучуга дароо насыя берүү менен байланыш аркылуу которуулар.
3. 4 Request-to-Pay / Pay-by-Link
Мерчант төлөм өтүнүчүн демилгелейт (сумма/дайындоо/мөөнөт) → кардар тиркемеде тастыктайт → төлөм кадимки A2A флоу аркылуу өтөт.
4) Статустар жана таймингдер
Типтүү статустар: 'initiated' → 'pending' → 'success '/' failed '/' canceled '/' expired'.
QR/десктоп үчүн ырастоо үчүн убакытты эске алыңыз (таймерди көрсөтүңүз).
Settlement: банк кредити T + 0/T + 1 эсептешүү терезесине жараша/PSP; отчеттуулук үчүн дагы эле милдеттүү күндөлүк recon.
5) Лимиттер жана тобокелдик саясаты
Лимиттер төлөөчүнүн банкы жана/же PSP тарабынан аныкталат, профилине жана каналына жараша болот:- Per-transaction, per-day/24h, кээде weekly/monthly.
- Жаңы алуучу/соодагер - төмөндөтүлгөн босоголор жана/же чыдамкайлык.
- Канал лимиттери: электрондук соода (Deep Link/QR), POS, P2P, Request-to-Pay.
- Velocity/түзмөк/гео-эрежелери банктар жана схема тарабынан колдонулат.
6) Экономика жана комиссиялар
соода TWINT үчүн, адатта, типтүү карта MDR арзан; шарттары PSP ар түрдүү (fix/төмөн%).
Интеграциялык чыгымдарды/SDK, 'pending/expired' иштетүү, колдоо/ODR жана салыштыруу.
7) Кайтарымдар жана талаш-тартыштар
Chargeback (карталар сыяктуу) жок. Кайтаруу - сатуучудан төлөөчүгө чейинки жаңы кредиттик операция; partial refunds тарабынан колдоого алынат.
Кайтаруу мөөнөтү - банктык (адатта Т + 0/Т + 1).
Талаш-тартыштар/даттануулар - PSP/банктын жол-жоболору боюнча; сактагыла каттоо, кызмат көрсөтүү/жеткирүү ырастоо, кайра байламтасын.
8) Коопсуздук жана шайкештик
SCA тиркемеде TWINT/банк (PIN/биометрия), device binding.
Antifrod банк/PSP: velocity, жаңы алуучулар, тобокелдик-эсеби.
PII-минималдаштыруу жана шифрлөө, HMAC/nonce веб-хук, replay коргоо, аудит журналы.
Төлөм кызмат көрсөтүүлөрү жана GDPR боюнча жергиликтүү талаптарга ылайык келүү - маалыматтарды коргоо стандарттары.
9) соода интеграциясы
Варианттар
1. PSP үчүн Hosted/Embedded - тез баштоо, кутучадан in-app/QR, статустар жана каталар.
2. Server-to-Server + Deep Link/QR - өзүнүн UX, динамикалык QR per-order, каталарды кылдат дарылоо.
3. Pay-by-Link/Request-to-Pay - шилтеме менен эсеп коюу (email/SMS/мессенджер).
- API: `createPayment`, `refund`, `requestToPay`, `webhook`, `reconcile`.
- Idempotentity ('orderId' + ачкыч), экспоненциалдык Retray, окуялар дедуп.
- Recon: daily auto-recon + мезгил-мезгили менен full-recon; UTR/банктык референтти сактаңыз.
- SLA-дашборддор: конверсия, 'pending → success/expired', кабыл алуу/кайтаруу убактысы.
10) Салыштыруу жана отчеттуулук
Логин: 'paymentId/transactionId' провайдер, 'orderId', канал (App2App/QR/Link), төлөөчүнүн банкы, статусу, суммасы/валютасы, timestamp, UTR.
PSP/банктан: чегерүүлөрдүн/кайтаруулардын/оңдоолордун реестрлери, статустарды кеч жаңылоо.
Расинхрондор жана "илинип" 'pending' боюнча алерттерди орнотуу.
11) UX-практикасы
Mobile-first: мобилдик - in-app/App2App; десктопто - таймери бар чоң динамикалык QR.
Recovery: 'timeout/expired' - коопсуз кайталоо жана альтернатива (карта/SEPA/башка A2A).
Дүмүрчөк: суммасы, убактысы, 'transactionId', канал, UTR, саппорттун байланыштары.
Тобокелдик/лимиттерди жарыктандыруу: колдонуучуга ким босого койгонун көрсөтүңүз - банк же канал.
12) Рекуррент жана мандаттар
Негизги TWINT - бир SCA менен. Жазылуулар үчүн бир топ колдонулат: биринчи төлөм TWINT → e-mandate/SEPA DD/Open-Banking келечектеги эсептен чыгаруу үчүн (лимит/мезгилдүүлүк/билдирүүлөр).
Колдонуучуга мандаттарды башкаруу экранын (pause/cancel/update) жана эсептен чыгаруудан мурун алдын ала нотификациялоону бериңиз.
13) Жогорку тобокелдик тик (анын ичинде iGaming)
Каналдардын жеткиликтүүлүгү жана лимиттер банктын/PSP саясатына жана жергиликтүү укукка жараша болот.
төмөндөтүлгөн босоголор, күчөтүлгөн KYC, мүмкүн hold's күтүп.
Альтернативдик рельстерди (карталар, SEPA, башка ЖАМАН) жана тобокелдик/канал/банк боюнча smart-маршрутизацияны пландаштырыңыз.
14) Архитектура "TWINT Gateway"
API катмары (REST/GraphQL) касса жана backofis үчүн.
Окуялардын кезектери: статус-иш-чаралар → биллинг/CRM/аналитика.
Security: сырлар үчүн vault, IP-allowlist PSP, катуу валидация redirect-URI, анти-replay токендер.
Observability: каналдар аркылуу которуу (App2App/QR/Link), үлүш 'pending → expired', убакыт чейин settlement/кайтаруу.
15) Өнүмгө чегерүү тизмеси
1. PSP/банктан TWINT туташтырыңыз; каналдарды тандоо (App2App/QR/Link).
2. 'createPayment '/' requestToPay', динамикалык QR, ката/лимит экрандарын ишке ашыруу.
3. webhooks туташтыруу, демпотенттик, Retray жана дедуп окуялар.
4. Recon (daily + full), UTR/каржы-маалымдамаларды сактоо.
5. partial/full refunds жана ODR жол-жоболорун колдоо.
6. SLA дашбордддорду жана конверсия/жашыруун/илинип турган статустар боюнча алерттерди ишке киргизиңиз.
7. Негизги банктар/түзмөктөр жана POS (актуалдуу болсо) менен e2e-тесттерди өткөрүңүз.
Лимиттер боюнча ориентирлердин картасы
Per-txn/24h/7d: config сактоо жана ишке чейин текшерүү.
Жаңы алуучулар/соодагерлер: төмөндөтүлгөн босоголор/чыдамкайлык.
Каналдар: электрондук коммерция үчүн өзүнчө лимиттер (App2App/QR), POS, P2P, Request-to-Pay.
Velocity/тобокелдик: банктын антифрод жумшак четтетүү/жайлатат.
Резюме
Онлайн үчүн - in-app/App2App + динамикалык QR, чекене үчүн - TWINT QR, которуулар үчүн - телефонго P2P.
онлайн тастыктоо жана акыркы насыя бөлүшүү; webhooks + recon жана partial refunds айланасында куруу.
Сумманы белгилебеңиз: банктар/каналдар аркылуу лимиттердин конфигин жүргүзүңүз жана дайыма актуалдаштырып туруңуз.
Жазылуулар үчүн - бир топ биринчи TWINT → ачык-айкын башкаруу жана билдирүүлөр менен мандат.