TWINT Line: QR և in-app
1) TWINT համատեքստը և դիրքը TWINT
TWINT-ը բջջային A2A վճարումների և դրամապանակների շվեյցարական սխեմա է, որը ինտեգրված է երկրի բանկերի հետ։ Օգտագործողը վճարում է TWINT/bank-ից 'առցանց' in-app/App2AP կամ Deep Link-ի միջոցով, օֆլինում 'QR-ի միջոցով (ստանդարտ «TWINT QR»)։ Հաստատումը կատարվում է գրանցամատյանում (SCA: PIN/կենսաչափություն), միջոցները դուրս են գրվում հաշիվներից/քարտից և հաշվարկվում են բանկային վարկով։
Հիմնական հատկությունները
Միասնական բրենդը/QR առցանց և POS-ի համար, օգտագործողների բարձր։
Ակնթարթային առցանց ապացույց UX-ի և արագ settlam-ի համար (ռուսական պատուհանների շրջանակներում)։
P2P-ը հեռախոսի/կապ էկոհամակարգի ներսում։
Ցածր ֆրոդը SCA-ի և device binding-ի շնորհիվ։
2) Մասնակիցներ և դերեր
TWINT (սխեմա/սվիտչ) 'կանոններ, ինստիտուտներ և մասնակիցներ, միկրոակտիվացում։
Մասնակից բանկերը/TWINT: KYC, լիմիտներ և հակաֆրոդներ։
PMS/ekwayers: միացնում են merchement (առցանց/POS), տալիս API/MSK, վեբ խուլեր և հաշվետվություններ։
Մերչանթ 'նախաձեռնում է բանաձև/հարցում, մշակում ստատուսներ/բարձրացումներ, պահպանում։
Վճարողը 'ապացուցում է վիրահատությունները TWINT/bank-ում։
3) Ալիքները և օգտագործողների սցենարները
3. 1 E-commerce: in-app / Deep Link / App2App
Checaute-ում մերչանտը ստեղծում է հիբրիդային intent-ը Deep Link/կոճակը «Վճարել TWINT»։
TWINT-ի ծրագիրը բացվում է (App2AP), օգտագործողը ապացուցում է բյուջեները կարգավիճակով։
Դեսկտոպի համար պատրաստված է դինամիկ QR per-order; հաճախորդը սկանավորվում է գրանցամատյանում և հաստատում։
3. 2 POS/offline: TWINT QR
Դինամիկ QR-ը տոմսարկղի/տախտակի էկրանին 'գումար, orport Id, մետատվյալներ։
Օգտագործողը սկանավորոմւ է տրիբունալը ապացուցում է ռուսական բյուջեում, մերչանտը ստանում է on.ru կարգավիճակ։
Ստատիկ QR (գումարը տեղադրվում է ձեռքով) կիրառելի է դոնատների/փոքր վարդակների համար, բայց ավելի վատ է, քան ծծմբի վրա։
3. 3 P2P «հեռախոսով»
Ֆիզիկոսների միջև փոխանցումները հեռախոսի համարով/կապ push-հաստատման և ակնթարթային վարկի հետ։
3. 4 Request-to-Pay / Pay-by-Link
Merchant-ը նախաձեռնում է վճարման (գումար/նշանակման/ժամկետի) խնդրագիր հաճախորդը ապացուցում է ռուսական վճարումը կատարվում է սովորական A2A ֆլոուով։
4) Արձանները և թայմինգները
Տիպիկ կարգավիճակները ՝ «initiated »/« expired»։
QR/desktopa-ի համար հաշվի առեք թայմաուտը հաստատման վրա (ցույց տվեք թայմերը)։
Settlant: բանկային վարկ T + 0/T + 1 կախված պատուհանից/PSA; հաշվետվությունների համար դեռ պահանջվում է ցերեկային ռեքոն։
5) Լիմիտներ և ռիսկի քաղաքականություն
Լիմիթները որոշվում են վճարողի բանկի և/կամ PBS-ի կողմից, կախված են ռուսական և ջրանցքից
Per-transaction, per-day/www.h, երբեմն weekly/monthly։
Նոր ստացողը/merchant - կրճատված շեմեր և/կամ կանգուն։
Կանալ լիմենտները ՝ e-commerce (Deep Link/QR), POS, P2P, Request-to-Line։
Velocity/dewis/geo կանոնները օգտագործվում են բանկերով և սխեմայով։
6) Տնտեսագիտություն և կայունություն
TWINT-ի համար սովորաբար ավելի էժան է, քան բնորոշ MDR-ը։ պայմանները տարբերվում են PFC-ից (ֆիքս/ցածր%)։
Տեղադրեք ինտեգրման ծախսերը/MSK, «pending/expired», աջակցություն/ODR և ծծմբի վրա։
7) Բարձրացումներ և վեճեր
Chargeback (ինչպես քարտեզներում) բացակայում է։ Մոսկվան նոր վարկերի վիրահատություն է վճարողից։ աջակցվում են partial refunds-ը։
Վերադարձման ժամկետները բանկային (սովորաբար T + 0/T + 1)։
Բանավեճերը/բողոքները 'PFC/բանկի ընթացակարգերով։ պահեք ձեր բլոգերը, հաստատեք ծառայությունների/առաքման մատուցումը, refund www.order կապը։
8) Անվտանգություն և համապատասխանություն
SCA-ն TWINT/bank (PIN/կենսաչափություն), device binding-ում։
Antifrod բանկը/PBS: velocity, նոր ստացողներ, ռիսկի սկորինգ։
PII-նվազեցումը և կոդավորումը, HMAC/nonce վեբ խումբերի վրա, պաշտպանությունը replay-ից, ամսագիրը։
Տեղական պահանջների համապատասխանությունը բյուջեթային ծառայությունների և GDPR-ի համեմատական տվյալների պաշտպանության ստանդարտներին։
9) Մերչենկոյի ինտեգրումը
Տարբերակներ
1. Hosted/Embedded-ը PMS-ի մոտ արագ մեկնարկն է, in-app/QR տուփից, արձաններից և սխալներից։
2. Server-to-Server + Deep Link/QR-ը սեփական UX-ն է, դինամիկ QR per-order-ը, սխալի նուրբ մշակումը։
3. Media-by-Link/Request-to-Express-ը հղում (email/SMS/մեսենջեր)։
Պարտադիր backend բաղադրիչները
API: `createPayment`, `refund`, `requestToPay`, `webhook`, `reconcile`.
Idempotenty ("orium Id '+ բանալին), էքսպոնենցիալ retray, իրադարձությունների dedup։
Recon: daily 71-recon + պարբերական fox-recon; պահպանեք UTR/բանկային հանրաքվեն։
SLA-dashbords 'հակադարձում, «pending www.success/expired», ժամանակը մինչև/2019։
10) Ստուգում և հաշվետվություններ
Լոգարիթմներ ՝ "payment Id/transacom Id 'պրովայդեր," orport Id ", ջրանցք (App2AP/QR/Link), վճարողի բանկը, կարգավիճակը, գումարը/արժույթը, timestamp, UTR։
PBS/bank-ից 'հանցագործությունների/վերադարձումների/ուղղումների օրինագծեր, ստատուսների ուշ նորարարություններ։
Պարեք ալերտները ռասինխրոններով և «կախելով»։
11) UX պրակտիկան
Mobile-first: Բջջային վրա in-app/Appl2ApP; դիսկոպում մեծ դինամիկ QR է թայմերի հետ։
Recovery: «Timeout/expired» - անվտանգ խոհարար և այլընտրանք (քարտեզը/SEPA/մեկ այլ A2A)։
Քվիտանիա 'գումար, ժամանակ, «transacom Id», ջրանցք, UTR, սապորտի կապեր։
Ռիսկի/լիմիտների լուսավորությունը ցույց տվեք օգտագործողին, ով շեմն է տեղադրել 'բանկ կամ ջրանցք։
12) Ռեքուրենտը և մանդատները
Հիմնական TWINT-ը one-off-off-ն է SCA-ի հետ։ Ստորագրությունների համար օգտագործում են կապեր 'TWINT wwww.e-mandate/SEPA DD/Open-Banking ապագա ապամոնտաժման համար (սահմանափակում/պարբերականություն/ծանուցում)։
Թույլ տվեք օգտագործել մանդատների կառավարման էկրանը (pause/cancel/centate) և pre-notification նախքան դուրս գալը։
13) Բարձր ուղղահայաց (ներառյալ iGaming)
Ալիքների և սահմանների հասանելիությունը կախված է բանկի քաղաքականությունից/PSA և ռուսական իրավունքից։
Ակնկալեք KYC-ի ավելացված շեմերը, հնարավոր hold-ները։
Պլանավորեք այլընտրանքային ռելսեր (քարտեզներ, SEPA, այլ PIS) և smart-routing ռիսկի/bank/։
14) «TWINT Gateway» ճարտարապետությունը
API շերտը (REST/GraphQL) տոմսարկղերի և բեքոֆիսի համար։
Իրադարձությունների գծերը 'ivents-ibling/CRM/վերլուծություն։
Express: v.ru գաղտնիքների համար, IP-allowlist PSA, redirance-URI, anti-replay։
Observability: կոորդինացիա (App2AP/QR/Link), «pending expired» մասնաբաժինը, ժամանակը մինչև settl.ru/2019։
15) Chek-Show-Show-Sho
1. Միացրեք TWINT-ը PFC/bank-ում։ ընտրեք ալիքները (App2Ap/QR/Link)։
2. Իրականացրեք 'crement Payment '/' requestPort You', դինամիկ QR, սխալների/սահմանների էկրաններ։
3. Միացրեք webhooks, idempotenty, retray և dedup։
4. Patte recon (daily + fox), UTR/fin հանրաքվեների պահպանումը։
5. Աջակցեք partial/fox refunds և ODR ընթացակարգերը։
6. SLA-dashbords-ը և ալտերտերը փոխադարձության/լատենտիզմի/ստատուսների վրա։
7. Անցկացրեք e2e թեստեր հիմնական բանկերով/սարքերով և POS (եթե արդիական)։
Լիմիտների վրա կենտրոնների քարտը
Per-txn/www.h/7d 'պահել ճեպազրույցի մեջ և ստուգել մինչև սկսելը։
Նոր ստացողներ/չափողներ 'կրճատված շեմեր/կանգառներ։
Ալիքները ՝ առանձին limitts e-commerce-ի համար (App2AP/QR), POS, P2P, Request-to-Live։
Velocity/ռիսկ. Բանկի հակաֆրոդը կարող է փափուկ շեղել/դանդաղեցնել վիրահատությունները։
Ռեզյումե
Առցանց համար in-app/App2AP + դինամիկ QR-ը, ռոզնիկի համար - TWINT QR, թարգմանությունների համար - P2P հեռախոսով։
Կիսեք առցանց ապացույցը և վերջնական վարկը։ կառուցեք webhooks + recon և partial refunds շուրջ։
Մի գրանցեք գումարը 'բանկերում/ռուբլու սահմանագծերը և պարբերաբար թարմացրեք։
Ստորագրությունների համար առաջին TWINT-ի միացումն է թափանցիկ կառավարման և ծանուցումների հետ։