स्विश स्वीडन: मोबाइल भुगतान

1) स्विश क्या है

स्विश 24/7 त्वरित स्थानान्तरण के साथ राष्ट्रीय स्वीडिश मोबाइल ए 2 ए भुगतान प्रणाली (ऑपरेटर गेट्सविश एबी) है। उपयोगकर्ता BankID (SCA) के माध्यम से लेनदेन की पुष्टि करता है। P2P परिदृश्य (प्रति फोन), व्यवसाय P2M (ऑनलाइन और ऑफ़ लाइन), दान और भुगतान समर्थित हैं।

• UX में IBAN के बिना फोन नंबर (या व्यापारी नंबर/QR) द्वारा पता करना।
• प्राप्तकर्ता के बैंक खाते में तत्काल ऋण; बैंक हस्तांतरण की अंतिम क्षमता
• कम घर्षण: App2App/QR, BankID में पुष्टि।
• व्यापक बैंक कवरेज और खुदरा/ऑनलाइन में उच्च लोकप्रियता।

2) भूमिकाएँ और उत्पाद

गेट्सविश (योजना) - नियम, कैटलॉग और ब्रांड।

भाग लेने वाले बैंक - जारी/कनेक्ट करें, सीमा लागू करें और धोखाधड़ी-विरोधी।

पीएसपी/अधिग्रहणकर्ता - कनेक्ट व्यापारी (स्विश हैंडेल/स्विश फोरेटैग), एपीआई/एसडीके, रिपोर्ट, निपटान प्रदान करते हैं।

• स्विश P2P - व्यक्तियों के बीच स्थानांतरण।
• स्विश फोरेटैग - ऑफ़ लाइन (शोकेस/पीओएस) भुगतान स्वीकार करें।
• स्विश हैंडेल (ई-कॉमर्स के लिए स्विश) - ऑनलाइन चेकआउट (QR/App2App/Link)।
• स्विश दान - दान के लिए कम संख्या/उपनाम।
• स्विश पेआउट/संवितरण - बड़े पैमाने पर भुगतान (बैंक/पीएसपी के माध्यम से)।

3) भुगतान प्रवाह

3. 1 पी 2 पी (पुश)

1. प्रेषक फोन संपर्क का चयन करता है → राशि/संदेश में प्रवेश करता है।

2. बैंकआईडी में पुष्टि (चेहरा/स्पर्श/कोड)।

3. प्राप्तकर्ता तुरंत खाते में क्रेडिट और ऐप में अधिसूचना देखता है।

3. 2 P2M: ई-कॉमर्स (स्विश हैंडेल)

• : चेक-आउट पर, Swish/BankID एप्लिकेशन खोलें - पुष्टि - व्यापारी के पास लौटें।
• क्यूआर प्रति-क्रम: एक गतिशील क्यूआर (योग, आदेश आईडी, व्यापारी संदर्भ) उत्पन्न होता है; ग्राहक एक स्विश कैमरा के साथ स्कैन करता है - BankID के साथ पुष्टि करता है।

3. 3 POS/ऑफ़लाइन (Företag)

चेकआउट या स्थिर स्विश नंबर (मैनुअल राशि) पर गतिशील क्यूआर।

बैंकआईडी में पुष्टि; व्यापारी और ग्राहक के आवेदन पर जाँच करें।

3. 4 अनुरोध-से-राऊ/चालान

व्यापारी भुगतान लिंक/अनुरोध (ईमेल/एसएमएस/मैसेंजर में) भेजता है; ग्राहक BankID में पुष्टि करता है।

3. 5 भुगतान

व्यवसाय ग्राहक को बैंक/पीएसपी के माध्यम से एक टेलीफोन नंबर पर धन हस्तांतरण भेजता है; धोखाधड़ी विरोधी और निवर्तमान सीमाएं लागू हैं।

4) स्टेटस और टाइमिंग

विशिष्ट स्थितियों को 'आरंभ' → 'लंबित' → 'सफलता '/' असफल '/' रद्द '/' समाप्त' किया जाता है।

वेब चेक के लिए ,/BankID एप्लिकेशन की प्रतिक्रिया में देरी हो सकती है - टाइमआउट और स्थिति पुनरावृत्ति (मतदान + वेबहूक) रखें।

व्यापारी के लिए निपटान - वास्तविक समय के बैंक ऋण/बैंक/पीएसपी के आधार पर निकटतम ऑपरेटिंग स्लॉट के लिए (रिपोर्टिंग के लिए, वैसे भी दैनिक पुनरावृत्ति करें)।

5) सीमा और जोखिम नीतियां

सीमाएं बैंकों/पीएसपी द्वारा निर्धारित की जाती हैं और वे प्रोफ़ाइल और चैनल में भिन्न होती हैं

प्रति-लेनदेन, प्रति दिन/24h; कभी-कभी साप्ताहिक/मासिक।

नया रिसीवर/नया व्यापारी - कम थ्रेसहोल्ड/शटर गति।

चैनल की सीमा: P2P, ई-कॉमर्स (App2App/QR), POS, भुगतान।

वेग/उपकरण/भू-नियम और बैंक की तरफ जोखिम स्कोरिंग।

6) अर्थशास्त्र और आयोग

व्यापारी के लिए लागत आमतौर पर क्लासिक कार्ड एमडीआर से कम होती है, लेकिन स्थितियां बैंक/पीएसपी (फिक्स/कम ब्याज, क्यूआर/एसडीके/रिपोर्ट के लिए शुल्क) पर निर्भर करती हैं।

'लंबित/समाप्त' समर्थन, विवाद, पुनरावृत्ति और एसएलए निगरानी के लिए प्रभार।

7) परिणाम और विवाद (ODR)

कार्ड के रूप में चार्जबैक अनुपस्थित है। वापसी - व्यापारी से ग्राहक तक एक अलग क्रेडिट लेनदेन (आंशिक रिफंड समर्थित हैं)।

शर्तें - बैंक (आमतौर पर T + 0/T + 1)।

विवाद - बैंक/पीएसपी प्रक्रियाओं के अनुसार: आदेश लॉग रखें, सेवा/सुपुर्दगी की पुष्टि करें, ग्राहक विवरण का अनुपालन करें।

8) सुरक्षा और अनुपालन

BankID के माध्यम से SCA, उपकरण बाध्यकारी, बैंक द्वारा SIM/डिवाइस की जाँच।

पीआईआई कम से कम: केवल आवश्यक विशेषताओं (फोन/संदर्भ), एन्क्रिप्ट पीआईआई को संग्रहीत करें; पहुंच - कम से कम विशेषाधिकारों के सिद्धांत के अनुसार।

वेबहूक: HMAC/नॉन, रीप्ले प्रोटेक्शन, टाइमस्टैम्प और इवेंट डेडअप।

Finansinspektionen - और स्थानीय आवश्यकताओं का अनुपालन।

9) व्यापारी एकीकरण

विकल्प

1. पीएसपी द्वारा होस्ट/एंबेडेड - तेज शुरुआत, बॉक्स, स्टेटस और बग से बाहर।

2. सर्वर-टू-सर्वर + App2App/QR - देशी यूएक्स, गतिशील क्यूआर प्रति-क्रम, गहरी त्रुटि/पुनरावृत्ति प्रसंस्करण।

3. पे-बाय-लिंक/चालान - एक लिंक/अनुरोध भेजना; सेवाओं और B2B के लिए सुविधाजनक।

• एपीआई: 'क्रीटपेमेंट', 'रिफंड', ' ToPay' (यदि PSP से उपलब्ध है), 'वेबहुक', 'सामंजस्य'।
• idempotence ('ordeId' + key), घातीय पुनरावृत्ति, घटना dedup.
• रिकॉन: दैनिक ऑटो-रिकॉन + आवधिक पूर्ण-पुनरावृत्ति; स्टोर यूटीआर/बैंक संदर्भ
• SLA डैशबोर्ड: रूपांतरण, 'pending→success/expired', नामांकन से पहले विलंबता।

10) सुलह और रिपोर्टिंग

लॉग: प्रदाता का ' Id/transactId', 'ArdId', चैनल (App2App/QR/Link/POS), प्राप्तकर्ता संख्या, स्थिति, राशि/मुद्रा, टाइमस्टैंप, यूटीआर।

पीएसपी/बैंक से: क्रेडिट/रिटर्न/सुधार के पंजीकरण, देर से स्थिति अद्यतन।

आउट-ऑफ-सिंक और विसंगतियों के लिए अलर्ट शामिल करें (डबल राइट-ऑफ, हैंगिंग 'लंबित')।

11) यूएक्स पैटर्न

मोबाइल-पहला: App2App ऑटो-ऑफर; डेस्कटॉप पर - टाइमर के साथ एक बड़ा गतिशील क्यूआर।

पारदर्शी त्रुटि: सीमा, बैंकआईडी विफलता, समय समाप्ति; सुरक्षित दोहराव और विकल्प (card/SEPA/A2A अन्य प्रदाता का)।

रसीद: राशि, समय, 'transactId', चैनल, UTR, संपर्कों का समर्थन करें।

क्यूआर/अनुरोध और समाप्ति वसूली स्क्रिप्ट के लिए एक्शन टाइमर।

12) पुनरावृत्ति और जनादेश

बेसिक स्विश - एससीए के साथ एक-बंद। सदस्यता के लिए, एक बंडल का उपयोग किया जाता है: आगे के डेबिट (सीमा/आवृत्ति/सूचनाएं, टिकट प्रबंधन स्क्रीन) के लिए पहला भुगतान स्विश → ई-जनादेश/ऑटोगिरो/ओपन-बैंकिंग पीआईएस।

13) उच्च जोखिम वाले वर्टिकल्स (iGaming सहित)

चैनल की उपलब्धता और सीमाएं बैंक/पीएसपी नीति और स्थानीय कानून पर निर्भर करती हैं।

कम थ्रेसहोल्ड, विस्तारित केवाईसी और संभावित होल्ड की अपेक्षा करें।

जोखिम/बैंक/चैनल द्वारा वैकल्पिक रेल (कार्ड, एसईपीए, अन्य पीआईएस) और स्मार्ट-रूटिंग की योजना बनाएं।

14) "स्विश गेटवे" वास्तुकला

नकद रजिस्टर और बैकहो के लिए एपीआई परत (आरईएस/ग्राफक्यूएल)।

घटना कतारें: स्थिति घटनाएँ → बिलिंग/सीआरएम/एनालिटिक्स।

सुरक्षा: रहस्यों के लिए तिजोरी, आईपी-एलोविस्ट पीएसपी, सख्त पुनर्निर्देशित-यूआरआई सत्यापन, एंटी-रीप्ले टोकन।

अवलोकन: चैनल रूपांतरण (App2App/QR/POS/Link), 'pending→expired' का अंश, निपटान/वापसी का समय।

15) आउटपुट चेकलिस्ट

1. PSP/बैंक को स्विश हैंडेल/फोरेटैग से जोड़ें; सहमत दरें/एसएलए और चैनल (App2App/QR/POS/Link)।

2. 'क्रियान्वयन' + गतिशील QR/App2App, त्रुटि/सीमा स्क्रीन लागू करें।

3. वेबहुक, आइडेम्पोटेंसी, रेट्राई और इवेंट डेडअप कनेक्ट करें।

4. सेट अप रिकॉन (दैनिक + पूर्ण), यूटीआर/फिन संदर्भ भंडारण।

5. आंशिक/पूर्ण रिफंड और ODR प्रक्रियाओं को सक्षम करें।

6. रूपांतरण/विलंबता/त्रिशंकु स्थिति के लिए एसएलए डैशबोर्ड और अलर्ट चलाएं।

7. मुख्य बैंकों/उपकरणों, POS (यदि संबंधित हो) के साथ e2e परीक्षण करें।

संदर्भ कार्ड सीमित करें

Per-txn/24h/7d: शुरू करने से पहले कॉन्फिग में स्टोर करें और जांच करें।

नए प्राप्तकर्ता/व्यापारी: कम थ्रेसहोल्ड/शटर गति।

चैनल: P2P, ई-कॉमर्स (App2App/QR), POS, भुगतान के लिए अलग सीमाएं।

वेग/जोखिम: बैंक एंटीफ्राड धीरे से विक्षेपण/परिचालन को धीमा कर सकता है।

सारांश फिर से शुरू करें

ऑनलाइन - App2App + डायनामिक क्यूआर के लिए, ऑफ़ लाइन के लिए - क्यूआर/पीओएस (फोरेटैग), ट्रांसफर के लिए - पी 2 पी फोन पर।

व्यावसायिक तर्क में अलग ऑनलाइन पुष्टि और अंतिम ऋण; वेबहुक + रिकॉन और आंशिक रिफंड के आसपास निर्माण।

मात्रा तय न करें: नियमित अद्यतन के साथ बैंकों/चैनलों द्वारा सीमा कॉन्फ़िग बनाए रखें।

सदस्यता के लिए, पहला स्विश बंडल - पारदर्शी प्रबंधन और सूचनाओं के साथ एक टिकट।