iDEL नीदरलैंड: A2A भुगतान
1) आईडीईएल संदर्भ और स्थिति
iDEL नीदरलैंड में गैर-नकद A2A भुगतान (खाते से खाते) के लिए एक राष्ट्रीय योजना है। खरीदार जारी करने वाले बैंक के ऑनलाइन बैंक/मोबाइल आवेदन के माध्यम से अपने बैंक खाते से सीधे खरीद के लिए भुगतान करता है। धारा जारीकर्ता-पुनर्निर्देशित (बैंक को पुनर्निर्देशित) या deeplink/App2App द्वारा बैंकिंग आवेदन खोलने पर बनाई गई है। गणना तेज है, व्यापारी के लिए कमीशन कार्ड एमडीआर से कम है, फाइनल बैंक क्रेडिट ट्रांसफर की तरह है।
मुख्य विशेषताएँ:- बैंकों (आईएनजी, रबोबैंक, एबीएन एएमआरओ, आदि) जारी करने के माध्यम से अंतर।
- SCA/PSD2 पत्राचार - बैंक में पुष्टि (पिन/बायोमेट्रिक्स)।
- त्वरित प्राधिकरण (स्थिति सफलता ऑनलाइन) और अधिग्रहणकर्ता/प्राप्तकर्ता बैंक के माध्यम से अं
- सामंजस्य के लिए समृद्ध मेटाडेटा ( Id/ordId, विवरण, संदर्भ)।
2) प्रतिभागी भूमिकाएँ
iDEL (योजना) - नियम, प्रमाणन, बैंकों को जारी करने के लिए मार्ग।
जारीकर्ता - ग्राहक प्रमाणीकरण, भुगतान पुष्टि, स्थिति।
अधिग्रहणकर्ता/सीपीएसपी (भुगतान सेवा प्रदाता) - व्यापारी कनेक्शन, एपीआई/एसडीके, रिपोर्टिंग और गणना।
व्यापारी - भुगतान शुरू करता है, स्टेटस/फंड प्राप्त करता है, रिटर्न और सामंजस्य बनाए रखता है।
3) भुगतान प्रवाह विकल्प
3. 1 जारीकर्ता-पुनर्निर्देशित (क्लासिक)
1. चेकआउट व्यापारी - जारीकर्ता निर्देशिका से बैंक चुनना।
2. बैंक को पुनर्निर्देशित या SCA पुष्टि।
3. 'TransactId' और स्थिति के साथ व्यापारी पर लौटें (सफलता/असफल/रद्द/खुला/समाप्त)।
3. 2 App2App/एम्बेडेड
मोबाइल उपकरणों पर, व्यापारी डीपलिंक/इरादे (बेहतर यूएक्स, कम घर्षण) द्वारा एक बैंकिंग एप्लिकेशन खोलता है।
एम्बेडेड/होस्ट: प्रदाता बैंकों की सूची, पुनर्निर्देशित प्रबंधन, त्रुटि से निपटने के लिए तैयार विजेट देता है।
3. 3 iDEL QR (ऑफ़लाइन/ऑनलाइन)
एम्बेडेड योग और संदर्भ के साथ गतिशील क्यूआर प्रति-क्रम; खरीदार बैंकिंग ऐप के कैमरे को स्कैन करता है और भुगतान की पुष्टि करता है।
स्थिर क्यूआर (व्यापारियों के लिए दुर्लभ; अधिक के लिए) - राशि उपयोगकर्ता द्वारा मैन्युअल रूप से दर्ज की जाती है।
3. 4 आवर्ती/जनादेश
"पहला भुगतान + ई-जनादेश" मॉडल: एक स्पष्ट SCA के साथ IDEL के लिए पहला राइट-ऑफ - एक ई-जनादेश का निर्माण (आमतौर पर सहमत सीमा/अवधि के भीतर अगले राइट-ऑफ के लिए SEPA डायरेक्ट डेबिट की ओर जाता है)। सदस्यता के लिए उपयुक्त।
4) बैंकों की सीमाएं और नीतियां
iDEL में एक भी "सुपर-स्कीम" सीलिंग नहीं है: ग्राहक की प्रोफाइल और इंटरनेट बैंक सेटिंग्स के आधार पर भुगतानकर्ता बैंक लिमिट (जारीकर्ता) लागू होती है:- प्रति-लेनदेन (अधिकतम प्रति ऑपरेशन)।
- Per-day/24h और साप्ताहिक (राशि और/या लेनदेन की संख्या)।
- नए लाभार्थी/नए व्यापारी - कम थ्रेसहोल्ड और/या जोखिम संभव हैं।
- चैनल/जोखिम नियम (मोबाइल बनाम डेस्कटॉप, वेग, भू/उपकरण)।
अभ्यास: हार्डकोड नंबर न करें - बैंकों द्वारा सीमाओं की एक निर्देशिका रखें और उपयोगकर्ता को विकल्पों के साथ "बैंक द्वारा सीमा से अधिक" एक समझने योग्य त्रुटि प्रदर्शित करें (विभाजन, एक और विधि, बाद में दोहराएं)।
5) कमीशन और अर्थशास्त्र
व्यापारी अपने अधिग्रहणकर्ता/पीएसपी को निर्धारित/कम ब्याज का भुगतान करता है। कार्ट अर्थ में कोई इंटरबैंक कमीशन नहीं है; लागत कम है, लेकिन विचार करें:- प्रदाता शुल्क (गेटवे, विजेट, होस्ट चेकआउट),
- रिटर्न/ODR की लागत,
- घटनाओं का समर्थन और जांच।
6) स्टेटस, रद्द, रिटर्न
लेनदेन की स्थिति: 'सफलता', 'ओपन' (प्रतीक्षा), 'असफल', 'रद्द', 'समाप्त'।
पुष्टि से पहले रद्द करना - ग्राहक से (बैंक में) या समय से (समाप्त)।
कार्ड के रूप में चार्जर - नहीं। धनवापसी व्यापारी से भुगतानकर्ता (वापसी) के लिए एक नया क्रेडिट लेनदेन है, आंशिक रिफंड संभव है।
वापसी की अवधि पीएसपी/बैंक पर निर्भर करती है; अक्सर बैंक हस्तांतरण पर T + 0/T + 1।
7) सुरक्षा और अनुपालन
जारी करने वाले बैंक + डिवाइस बाध्यकारी और बैंक की ओर धोखाधड़ी विरोधी नीतियों में SCA।
कुछ जारीकर्ताओं में नाम/IBAN प्रदर्शन गलत व्यवहार के जोखिम को कम करता है।
PSD2/GDPR: पीआईआई न्यूनतम, वेब हुक सुरक्षा (एचएमएसी), ऑडिट लॉग।
8) सुलह और रिपोर्टिंग
PSP रिपोर्ट से 'ट्रांजेक्शन आईडी' (IDED), 'Id '/' ऑर्डर आईडी', टाइम, जारीकर्ता, अंतिम स्थिति, यूटीआर/बैंक संदर्भ सहेजें।
दैनिक ऑटो-रिकॉन और आवधिक पूर्ण-सुधार (टर्नओवर, रिटर्न, समायोजन का सामंजस्य) सेट करें।
PSP रिपोर्ट में: प्रारंभिक क्रम मापदंड, स्टेटस, देर से अपडेट (उदाहरण के लिए, 'ओपन → सफलता/समाप्त'), आंदोलनों का परिणाम देता है।
9) यूएक्स पैटर्न
निर्देशिका → बैंक पिक: लोकप्रियता/अंतिम विकल्प द्वारा प्री-फिल और सॉर्ट बैंक।
मोबाइल-पहला: स्वचालित रूप से App2App, फॉलबैक - वेब-रीडायरेक्ट की पेशकश करें।
पुनरावृत्ति/वसूली: यदि असफल रहा, तो एक सरल दोहराव और वैकल्पिक तरीके दिखाएं।
सुरक्षित पुनरावृत्ति के लिए पहचान: 'ordeId' + idempotency कुंजी।
चेक: राशि, तिथि/समय, 'transactId', संदर्भ, चैनल (QR/App2App/Redirect) निर्दिष्ट करें।
10) ई-टिकट के माध्यम से आवर्तक राइट-ऑफ
परिदृश्य "IDEL पहला भुगतान → भविष्य के राइट-ऑफ के लिए जनादेश" (आमतौर पर SEPA डायरेक्ट डेबिट के माध्यम से)।
प्रति डेबिट सीमा, आवृत्ति, रद्द करने का अधिकार जनादेश में तय किया गया है।
इंटरफ़ेस में, decommissioning से पहले एक ठहराव/रद्द/अद्यतन स्क्रीन और सूचनाएं हैं।
11) IDEL और iGaming/उच्च जोखिम वाली श्रेणियां
कुछ वर्टिकल्स के लिए आईडीईएल की उपलब्धता जोखिम नीति और स्थानीय कानून पर बैंकों/पीएसपी तक सीमित है।
IGaming के लिए, उम्मीद है: कड़ी चेक, कम सीमा, अनिवार्य स्थानीय अनुपालन और पारदर्शी ODR/रिफंड प्रवाह।
वैकल्पिक रेल (कार्ड, एसईपीए, ओपन-बैंकिंग ए 2 ए) और ट्रैफिक विभाजन की योजना बनाएं।
12) व्यापारी एकीकरण: विकल्प
1. होस्टेड/एंबेडेड iDEL चेकआउट от PSP
त्वरित शुरुआत, बैंकों, स्टेटस और त्रुटियों की सूची का ऑटो-अपडेट।
2. सर्वर से सर्वर + रीडायरेक्ट्स
लचीला UX नियंत्रण: अपना बैंक चयन पृष्ठ, QR पीढ़ी, कैशियर में गहरा एकीकरण।
3. iDELD QR
पीओएस/ऑफ़लाइन के लिए: योग/अंकों के साथ गतिशील क्यूआर प्रति-क्रम, सामंजस्य और विरोधी लागत के लिए बेहतर।
आवश्यक बैकएण्ड घटक:- Эндпоинты: 'क्रीटपेमेंट', 'क्वायरस्टेटस', 'रिफंड', 'वेबहुक', 'सामंजस्य'।
- 'ऑर्डआईडी' द्वारा पहचान और डेड्यूप तालिका।
- एचएमएसी हस्ताक्षर के साथ वेबहूक, रेट्राई घातीय, गिरावट पर बुलेट मतदान।
- कैटलॉग: बैंक/लिमिट/त्रुटि कोड; जारीकर्ता द्वारा एसएलए मैट्रिक्स।
13) वास्तुशिल्प योजना "आईडीईएल गेटवे"
API परत: PSP/iDEAL API के साथ कैश डेस्क + एकीकरण के लिए REST।
घटना कतारें: स्थिति घटनाएँ → बिलिंग/सीआरएम/एनालिटिक्स।
अवलोकन: बैंकों/चैनलों द्वारा रूपांतरण मैट्रिक्स (Redirect/App2App/QR), 'open→expired' का हिस्सा, सफलता के लिए औसत विलंबता।
सुरक्षा: तिजोरी में रहस्य, पीएसपी से आईपी-भत्ता, यूआरएल सुरक्षा, एंटी-रीप्ले टोकन को पुनर्निर्देशित करें।
डेटा: भुगतान/रिटर्न रजिस्टर, ODR लॉग, टिकट कार्ड।
14) आउटपुट चेकलिस्ट
1. IDEL (होस्टेड/एंबेडेड/App2App/QR) के साथ PSP/अधिग्राहक का चयन करें।
2. 'Creat Createment' + redirects/App 2 App, बैंक चयन स्क्रीन को लागू करें।
3. वेब हुक, पहचान, टाइमआउट और स्थिति रीप्ले सक्षम करें।
4. आउट-ऑफ-सिंक के लिए रिकॉन (दैनिक + पूर्ण), अपलोड और अलर्ट सेट करें.
5. समर्थन में आंशिक/पूर्ण रिफंड और ODR नियमों का समर्थन करें।
6. UX-fallback (वैकल्पिक विधियाँ, दोहराएँ) जोड़ें, 'transactId' के साथ जांचें.
7. प्रमुख बैंकों (iOS/Android/desktop) पर परीक्षण App2App/QR।
8. बैंक द्वारा एक सीमा मार्गदर्शिका और एक घटना स्थिति पृष्ठ तैयार
संदर्भ कार्ड सीमित करें
Per-txn/24h/7d: कॉन्फिग में स्टोर करें; पुनर्निर्देशित शुरू करने से पहले जाँच करें
नए लाभार्थी/व्यापारी: कम शुरुआती सीमा और/या देरी।
चैनल: मोबाइल App2App पर, सीमा/धोखाधड़ीनीतियां वेब से भिन्न हो सकती हैं।
टिकट - टिकट की स्थिति (आवर्ती राइट-ऑफ के लिए) में सीमाएं/आवृत्ति निर्धारित की जाती हैं।
सारांश
ऑफलाइन के लिए रूपांतरण - और गतिशील क्यूआर पर शर्त।
कठिन मात्रा में फीता न लगाएं: बैंकों के लिए सीमा और व्यवहार नियमों के कॉन्फ़िग रखें।
प्रक्रिया वेबहुक + रिकॉन, स्पष्ट स्टेटस और आंशिक रिफंड के आसपास बनाई गई है।
सदस्यता के लिए - पहला भुगतान iDEL - ई-जनादेश; सीमा और सूचनाओं को पारदर्शी रूप से प्रबंधित करें।