TWINT स्विट्जरलैंड: QR और इन-ऐप
1) TWINT संदर्भ और स्थिति
TWINT एक स्विस मोबाइल A2A भुगतान योजना है और देश में बैंकों के साथ एकीकृत बटुआ है। उपयोगकर्ता TWINT/बैंक एप्लिकेशन से भुगतान करता है: ऑनलाइन - या डीप लिंक के माध्यम से, ऑफ़ लाइन - QR (मानक "TWINT QR") के माध्यम से। आवेदन में पुष्टि की जाती है (एससीए: पिन/बायोमेट्रिक्स), धन संबंधित खाते/कार्ड से नामे लिया जाता है और व्यापारी को बैंक क्रेडिट द्वारा क्रेडिट किया जाता है।
मुख्य गुण:- ऑनलाइन और पीओएस के लिए यूनिफाइड ब्रांड/क्यूआर, उच्च उपयोगकर्ता पहुंच।
- UX और त्वरित निपटान के लिए त्वरित ऑनलाइन पुष्टि (बैंक विंडो के भीतर)।
- पारिस्थितिकी तंत्र के भीतर फोन नंबर/संपर्क द्वारा P2P।
- एससीए और डिवाइस बाइंडिंग के कारण कम धोखाधड़ी।
2) सदस्य और भूमिकाएँ
TWINT (स्कीमा/स्विच): नियम, प्रतिभागी निर्देशिका, रूटिंग।
TWINT सदस्य/जारीकर्ता बैंक: KYC, सीमा और धोखाधड़ी विरोधी।
PSP/अधिग्रहणकर्ता: कनेक्ट व्यापारी (ऑनलाइन/POS), API/SDK, वेब हुक और रिपोर्ट प्रदान करें।
व्यापारी: भुगतान/अनुरोध शुरू करता है, स्थिति/रिटर्न की प्रक्रिया करता है, सामंजस्य बनाए रखता है।
भुगतानकर्ता: TWINT/बैंक आवेदन में लेनदेन की पुष्टि करता है।
3) चैनल और उपयोगकर्ता परिदृश्य
3. 1 ई-कॉमर्स: इन-ऐप/डीप लिंक/ App2App
चेक पर, व्यापारी एक भुगतान इरादा बनाता है - डीप लिंक/" पे ट्विंट "बटन देता है।
TWINT एप्लिकेशन खुलता है (App2App), उपयोगकर्ता पुष्टि करता है → कैशियर की स्थिति के साथ वापसी।
डेस्कटॉप के लिए एक गतिशील क्यूआर प्रति-क्रम प्रदर्शित किया जाता है; ग्राहक आवेदन में स्कैन करता है और पुष्टि करता है।
3. 2 POS/ऑफलाइन: TWINT QR
नकद रजिस्टर/टर्मिनल स्क्रीन पर गतिशील क्यूआर: राशि, आदेश आईडी, मेटाडेटा।
उपयोगकर्ता स्कैन - आवेदन में पुष्टि करता है - व्यापारी को एक ऑनलाइन स्थिति प्राप्त होती है।
स्थिर क्यूआर (राशि मैन्युअल रूप से दर्ज की जाती है) दान/छोटे खुदरा के लिए लागू होती है, लेकिन सामंजस्य के लिए बदतर होती है।
3. 3 पी 2 पी "प्रति फोन"
पुश पुष्टि और प्राप्तकर्ता को तत्काल क्रेडिट के साथ फोन नंबर/संपर्क द्वारा व्यक्तियों के बीच स
3. 4 अनुरोध-टू-पे/पे-बाय-लिंक
व्यापारी भुगतान (राशि/नियुक्ति/समय सीमा) के लिए अनुरोध शुरू करता है ग्राहक आवेदन में पुष्टि करता है - भुगतान सामान्य ए 2 ए प्रवाह के माध्यम से जाता है।
4) स्टेटस और टाइमिंग
विशिष्ट स्थितियों को 'आरंभ' → 'लंबित' → 'सफलता '/' असफल '/' रद्द '/' समाप्त' किया जाता है।
QR/डेस्कटॉप के लिए, पुष्टि के लिए समय समाप्ति पर विचार करें (टाइमर दिखाएं)।
सेटलमेंट: बैंक क्रेडिट T + 0/T + 1 सेटलमेंट विंडो/PSP के आधार पर; रिपोर्टिंग के लिए अभी भी एक दैनिक पुनरावृत्ति की आवश्यकता
5) सीमा और जोखिम नीतियां
प्रोफ़ाइल और चैनल के आधार पर, भुगतानकर्ता के बैंक और/या PSP द्वारा सीमाएं निर्धारित की जाती हैं:- प्रति-लेनदेन, प्रति दिन/24h, कभी-कभी साप्ताहिक/मासिक।
- नया रिसीवर/व्यापारी - कम थ्रेसहोल्ड और/या शटर गति।
- चैनल की सीमा: ई-कॉमर्स (डीप लिंक/क्यूआर), पीओएस, पी 2 पी, अनुरोध-टू-पे।
- वेग/उपकरण/भू-नियम बैंकों और योजना द्वारा लागू किए जाते हैं।
6) अर्थशास्त्र और आयोग
व्यापारी के लिए, TWINT आमतौर पर एक विशिष्ट कार्ड MDR से सस्ता होता है; पीएसपी (फिक्स/कम%) के बीच स्थिति भिन्न होती है।
एकीकरण/एसडीके, लंबित/समाप्त प्रसंस्करण, समर्थन/ओडीआर और सामंजस्य के लिए प्रभार।
7) रिटर्न और विवाद
चार्जबैक (जैसा कि कार्ड में है) गायब है। वापसी - व्यापारी से भुगतानकर्ता तक नया ऋण लेनदेन; आंशिक रिफंड समर्थित हैं।
रिटर्न की तारीखें बैंक (आमतौर पर T + 0/T + 1) हैं।
विवाद/शिकायतें - पीएसपी/बैंक प्रक्रियाओं के अनुसार; ऑर्डर लॉग रखें, सेवा/डिलीवरी की पुष्टि करें, refund↔order का बंडल रखें।
8) सुरक्षा और अनुपालन
TWINT/बैंक एप्लिकेशन (पिन/बायोमेट्रिक्स), डिवाइस बाइंडिंग में SCA।
बैंक/पीएसपी में एंटीफ्राड: वेग, नए प्राप्तकर्ता, जोखिम स्कोरिंग।
पीआईआई न्यूनतम और एन्क्रिप्शन, एचएमएसी/वेब हुक पर नॉन, रीप्ले प्रोटेक्शन, ऑडिट लॉग।
स्थानीय भुगतान सेवा आवश्यकताओं और जीडीपीआर-तुलनीय डेटा सुरक्षा नियमों को पूरा करें।
9) व्यापारी एकीकरण
विकल्प
1. पीएसपी पर होस्ट/एंबेडेड - तेजी से शुरुआत, इन-ऐप/क्यूआर बॉक्स, स्टेटस और त्रुटियों से बाहर।
2. सर्वर-टू-सर्वर + डीप लिंक/क्यूआर - देशी यूएक्स, गतिशील क्यूआर प्रति-क्रम, बारीक त्रुटि संचालन।
3. पे-बाय-लिंक/रिक्वेस्ट-टू-पे - बिलिंग एक लिंक (ईमेल/एसएमएस/मैसेंजर) के साथ।
आवश्यक बैकएण्ड घटक:- एपीआई: 'क्रीटपेमेंट', 'रिफंड', ' ToPay', 'वेबहुक', 'सामंजस्य'।
- idempotence ('ordeId' + key), घातीय पुनरावृत्ति, घटना dedup.
- रिकॉन: दैनिक ऑटो-रिकॉन + आवधिक पूर्ण-पुनरावृत्ति; स्टोर यूटीआर/बैंक संदर्भ।
- SLA डैशबोर्ड: रूपांतरण, 'pending→success/expired', नामांकन/वापसी का समय।
10) सुलह और रिपोर्टिंग
लॉग: प्रदाता का ' Id/transactId', 'ArdeId', चैनल (App2App/QR/Link), पेयर बैंक, स्थिति, राशि/मुद्रा, टाइमस्टैम्प, UTR।
पीएसपी/बैंक से: क्रेडिट/रिटर्न/सुधार के पंजीकरण, देर से स्थिति अद्यतन।
आउट ऑफ सिंक और "हैंगिंग" 'लंबित' के लिए अलर्ट सेट करें.
11) यूएक्स अभ्यास
मोबाइल-पहला: मोबाइल पर - in-app/App2App; डेस्कटॉप पर - टाइमर के साथ एक बड़ा गतिशील क्यूआर।
रिकवरी: 'टाइमआउट/एक्सपायर्ड' के साथ - सुरक्षित रीट्री और वैकल्पिक (कार्ड/एसईपीए/अन्य ए 2 ए)।
रसीद: राशि, समय, 'transactId', चैनल, UTR, संपर्कों का समर्थन करें।
जोखिम/सीमाओं को उजागर करना: उपयोक्ता को दिखाएं जो दहलीज़बैंक या चैनल सेट करता है।
12) पुनरावृत्ति और जनादेश
SCA के साथ मूल TWINT एकतरफा है। सदस्यता के लिए, एक बंडल का उपयोग किया जाता है: भविष्य के राइट-ऑफ (सीमा/आवृत्ति/सूचनाएं) के लिए पहला भुगतान TWINT → e-जनादेश/SEPA DD/ओपन-बैंकिंग।
लिखने से पहले उपयोक्ता को ठहराव/रद्द/अद्यतन और पूर्व सूचना स्क्रीन दें.
13) उच्च जोखिम वाले वर्टिकल्स (iGaming सहित)
चैनल की उपलब्धता और सीमाएं बैंक/पीएसपी नीति और स्थानीय कानून पर निर्भर करती हैं।
कम थ्रेसहोल्ड, बढ़ाया केवाईसी, संभव होल्ड की अपेक्षा करें।
जोखिम/चैनल/बैंक द्वारा वैकल्पिक रेल (कार्ड, एसईपीए, अन्य पीआईएस) और स्मार्ट-रूटिंग की योजना बनाएं।
14) TWINT गेटवे वास्तुकला
नकद रजिस्टर और बैकहो के लिए एपीआई परत (आरईएस/ग्राफक्यूएल)।
घटना कतारें: स्थिति घटनाएँ → बिलिंग/सीआरएम/एनालिटिक्स।
सुरक्षा: रहस्यों के लिए तिजोरी, आईपी-एलोविस्ट पीएसपी, सख्त पुनर्निर्देशित-यूआरआई सत्यापन, एंटी-रीप्ले टोकन।
अवलोकन: चैनल रूपांतरण (App2App/QR/Link), 'pending→expired' का अंश, निपटान/वापसी का समय।
15) आउटपुट चेकलिस्ट
1. PSP/बैंक में TWINT कनेक्ट करें; चुनें चैनल (App2App/QR/Link)।
2. 'क्रियान्वयन भुगतान '/' ToPay', गतिशील क्यूआर, त्रुटि/सीमा स्क्रीन को लागू करें।
3. वेबहुक, आइडेम्पोटेंसी, रेट्राई और इवेंट डेडअप कनेक्ट करें।
4. सेट अप रिकॉन (दैनिक + पूर्ण), यूटीआर/फिन संदर्भ भंडारण।
5. आंशिक/पूर्ण रिफंड और ODR प्रक्रियाओं का समर्थन करें।
6. रूपांतरण/विलंबता/त्रिशंकु स्थिति के लिए एसएलए डैशबोर्ड और अलर्ट चलाएं।
7. मुख्य बैंकों/उपकरणों और POS (यदि संबंधित हो) के साथ e2e परीक्षण करें।
संदर्भ कार्ड सीमित करें
Per-txn/24h/7d: शुरू करने से पहले कॉन्फिग में स्टोर करें और जांच
नए प्राप्तकर्ता/व्यापारी: कम थ्रेसहोल्ड/शटर गति।
चैनल: ई-कॉमर्स (App2App/QR), POS, P2P, रिक्वेस्ट-टू-पे के लिए अलग-अलग सीमाएं।
वेग/जोखिम: बैंक एंटीफ्राड धीरे से विक्षेपण/परिचालन को धीमा कर सकता है।
सारांश
ऑनलाइन - in-app/App2App + डायनामिक क्यूआर के लिए, रिटेल के लिए - TWINT QR, ट्रांसफर के लिए - P2P से फोन पर।
अलग ऑनलाइन पुष्टि और अंतिम क्रेडिट; वेबहुक + रिकॉन और आंशिक रिफंड के आसपास निर्माण।
मात्रा को ठीक न करें: बैंक/चैनल द्वारा सीमा कॉन्फ़िग रखें और नियमित रूप से अद्यतन करें।
सदस्यता के लिए, पहला TWINT बंडल - पारदर्शी प्रबंधन और सूचनाओं के साथ एक टिकट।