बिज़ुम स्पेन: त्वरित स्थानांतरण

1) बिज़ुम संदर्भ और स्थिति

बिज़म एक स्पेनिश इंटरबैंक त्वरित हस्तांतरण और भुगतान योजना है जो स्थानीय बैंकों के अनुप्रयोगों में निर्मित है 24/7 काम करता है, P2P (प्रति फोन नंबर), P2M (ई-कॉमर्स/ऑफ़लाइन भुगतान), साथ ही दान/दान और चालान को कवर करता है। बैंकिंग आवेदन (एससीए/पीएसडी 2) में पुष्टि की जाती है, धन तत्काल प्राधिकरण और त्वरित ऋण के साथ बैंक रेल के साथ चलता है।

• टेलीफोन एड्रेसिंग (उर्फ), UX में कोई IBAN नहीं।
• तात्कालिक और अंतिम क्रेडिट हस्तांतरण (चार्जबैक कार्ड में अनुपस्थित है)।
• P2M: साइट पर भुगतान, आवेदन में, ऑफ़ लाइन (QR/Bizum कोड)।
• अनुरोध-टू-पे: संपर्क या ग्राहकों के लिए "पैसे का अनुरोध"।

2) सदस्य और भूमिकाएँ

बिज़म स्कीम/इंटरबैंक स्विच - नियम, रूटिंग, प्रतिभागी कैटलॉग।

बैंकों को जारी करना - मोबाइल एप्लिकेशन, एससीए, धोखाधड़ी विरोधी और सीमाएं।

PSP/अधिग्रहणकर्ता - Bizum, API/SDK, रिपोर्टिंग और गणना के लिए व्यापारी कनेक्शन।

व्यापारी - भुगतान/अनुरोध, प्रक्रियाओं की स्थिति, रिटर्न और सामंजस्य बनाए रखता है।

भुगतानकर्ता/प्राप्तकर्ता - बैंक आवेदन में लेनदेन की पुष्टि करता है।

3) मोड और उपयोगकर्ता परिदृश्य

3. 1 P2P "प्रति फोन"

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

नए प्राप्तकर्ताओं के लिए, थ्रेसहोल्ड/ऐड कम करें। जाँच करता है।

3. 2 P2M (व्यापारी को भुगतान)

ई-कॉमर्स: चेकआउट पर, बिज़ुम फोन नंबर दर्ज करें, या डीपलिंक बैंकिंग एप्लिकेशन खोलें; पुष्टि - पुश/एससीए।

ऑफ़ लाइन/क्यूआर: डायनेमिक क्यूआर प्रति-ऑर्डर (राशि + ऑर्डर आईडी), बैंकिंग एप्लिकेशन में स्कैन करना → पुष्टि → व्यापारी को ऑनलाइन स्थिति।

बिज़ुम कोड: व्यापारी बिक्री के बिंदु पर भुगतान के लिए एक छोटा कोड/उर्फ दिखा सकता है।

3. 3 अनुरोध-से-वेतन

व्यापारी भुगतान (राशि/उद्देश्य/वैधता अवधि) के लिए अनुरोध करता है ग्राहक अपने बैंकिंग आवेदन में पुष्टि करता है - धन को नियमित बिज़ुम अंतरण के रूप में क्रेडिट किया जाता है।

3. 4 जमा और देय खाते

दान और उपयोगिता/छोटे भुगतान के लिए लघु कोड/उर्फ समर्थित।

4) स्टेटस

'initiated' → 'लंबित' → 'सफलता '/' असफल '/' रद्द '/' समाप्त'।

निवेदन के लिए - अतिरिक्त राज्य 'निवेदित '/' समाप्त'।

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

कोई एकल "सुपर-सर्किट" छत नहीं है: बैंक और/या पीएसपी सेट सीमाएं, अक्सर केवाईसी स्तर, इतिहास और चैनल के आधार पर।

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

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

चैनल/स्क्रिप्ट: P2P, P2M (वेब/ऐप/QR), रिक्वेस्ट-टू-पे के लिए अलग-अलग सीमाएं।

बैंक की तरफ वेग/उपकरण/भू-नियम।

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

व्यापारी के लिए बिज़ुम आमतौर पर कार्ड एमडीआर से सस्ता होता है, लेकिन स्थितियां पीएसपी/बैंक पर निर्भर करती हैं।

एकीकरण/एसडीके के लिए योजना लागत, 'लंबित/समाप्त', समर्थन/ओडीआर और पुनरावृत्ति।

7) रिटर्न और विवाद

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

शर्तें - बैंक (अक्सर T + 0/T + 1)।

पीएसपी और बैंक प्रक्रियाओं के माध्यम से विवाद/शिकायतें; ऑर्डर लॉग, पुष्टि और ग्राहक संचार तैयार करें।

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

PSD2/SCA बैंकिंग आवेदन में: पिन/बायोमेट्रिक्स, डिवाइस बाध्यकारी, बैंक के साथ जोखिम-आधारित प्रमाणीकरण।

PII कम से कम: केवल आवश्यक विशेषताओं (फोन/refs) को संग्रहीत करें, एन्क्रिप्ट PII, पहुंच को प्रतिबंधित करें।

वेबहूक: HMAC/नॉन, रीप्ले प्रोटेक्शन, ऑडिट और रिट्रे लॉग।

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

विकल्प

1. पीएसपी द्वारा होस्टेड/एंबेडेड - तेजी से शुरुआत: बिज़ुम फॉर्म, स्टेटस, बॉक्स से बाहर त्रुटियां।

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

3. पे-बाय-लिंक/अनुरोध-से-भुगतान - लिंक द्वारा खाता (ईमेल/एसएमएस/मैसेंजर), बैंक में पुष्टि।

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

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

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

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

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

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

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

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

वैधता अवधि/क्यूआर निवेदन करें: टाइमर और रिकवरी स्क्रिप्ट दिखाएँ।

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

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

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

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

कम थ्रेसहोल्ड, बढ़ाया केवाईसी, संभव होल्ड की अपेक्षा करें।

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

14) बिज़ुम गेटवे वास्तुकला

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

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

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

अवलोकन: चैनल द्वारा मैट्रिक्स (App2App/QR/अनुरोध), 'pending→success/expired', निपटान का समय।

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

1. पीएसपी/बैंक से बिज़ुम चैनल की सदस्यता लें; चैनल चुनें (App2App/QR/अनुरोध)।

2. 'क्रियान्वयन भुगतान '/' ToPay', गतिशील क्यूआर, त्रुटि/सीमा स्क्रीन को लागू करें।

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

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

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

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

7. मुख्य बैंकों/उपकरणों के साथ ई 2 ई परीक्षण करें।

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

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

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

चैनल: P2P, P2M (वेब/ऐप/QR), रिक्वेस्ट-टू-पे के लिए अलग-अलग सीमाएं।

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

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

ऑनलाइन - App2App + डायनामिक क्यूआर के लिए, ऑफ़ लाइन के लिए - क्यूआर/बिज़ुम कोड, ट्रांसफर के लिए - P2P संख्या के अनुसार।

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

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

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