भरोसेमंद: प्रत्यक्ष बैंक भुगतान
1) भरोसे में क्या है
ट्रस्टली एक A2A (खाता-टू-अकाउंट) भुगतान और संवितरण प्रदाता है जो व्यापारियों को redirect/App2App के माध्यम से भुगतानकर्ता बैंकों से जोड़ ता है। खरीदार अपने बैंक (PSD2 के माध्यम से SCA) में हस्तांतरण की पुष्टि करता है, व्यापारी को तुरंत एक ऑनलाइन पुष्टि मिलती है, और धन का क्रेडिट प्रदाता की रिपोर्ट/गणना के माध्यम से आता है।
मुख्य विशेषताएँ:- कार्ड एमडीआर के सापेक्ष कम लागत।
- यूरोप में वाइड भूगोल (नॉर्डिक्स, डीएसीएच, बेनेलक्स, यूके, दक्षिणी यूरोपीय संघ, आदि) + स्थानीय बैंक।
- पे-इन और पेआउट (समर्थित बैंकों के लिए तत्काल भुगतान सहित)।
- IGaming के लिए विशेष समाधान (उदाहरण के लिए, पे एन प्ले: "जमा खाता बनाया/सत्यापित")।
2) उत्पाद लाइन और परिदृश्य
पे-इन (बैंक से भुगतान): भुगतानकर्ता के बैंक को SCA ऑनलाइन सफलता/इनकार - बाद में ऋण।
भुगतान: उपयोगकर्ता के खाते में स्थानांतरण; कई बैंकों के लिए - तुरंत (अन्यथा T + 1/T + 2)।
भुगतान N Play (iGaming): ऑनबोर्डिंग के साथ जमा को जोड़ ती है: KYC संकेत बैंक डेटा (नाम, IBAN/BIC, आदि) से निकाले जाते हैं, एक गेम खाता अलग पंजीकरण के बिना बनाया जाता है, फास्ट इन एक ही खाता है।
खाता जानकारी/जाँच (वैकल्पिक): खाता स्वामित्व की पुष्टि करें, एंटी-खच्चर/ODR के लिए नाम/IBAN सत्यापित करें।
3) भुगतान प्रवाह: पुनर्निर्देशित और App2App
3. 1 क्लासिक पुनर्निर्देशन
1. चेकआउट व्यापारी → बैंक चयन (निर्देशिका/खोज)।
2. बैंक पृष्ठ या होस्ट स्क्रीन → SCA पर पुनर्निर्देशित करें
3. स्थिति के साथ व्यापारी की साइट पर लौटें (सफलता/लंबित/असफल/रद्द/समाप्त)।
4. वेबहुक/सेटलमेंट रिपोर्ट की प्रतीक्षा कर रहा है।
3. 2 App2App (मोबाइल)
डीपलिंक/इरादे के माध्यम से एक बैंकिंग आवेदन खोलना → पुष्टि → वापसी।
उच्च रूपांतरण और कम गिराए गए भुगतान; वेब रीडायरेक्ट पर फॉलबैक रखना सुनिश्चित करें।
3. 3 भुगतान
आदेश/जीत संदर्भ के साथ एपीआई के माध्यम से भुगतान शुरू करना; एक ऑनलाइन स्थिति "प्रसंस्करण के लिए स्वीकृत" और वेबहुक/रजिस्ट्री के लिए परिणाम प्राप्त क
पहचान और भुगतान स्थिति कार्ड बनाए रखना महत्वपूर्ण है (पुनरावृत्ति/रोलबैक तक)।
4) सीमा और जोखिम नीतियां
कोई एक छत नहीं है: बैंकों और प्रदाता नीतियों को जारी करने पर सीमाएं हैं। आमतौर पर पाया गया:- भुगतानकर्ता के बैंक में प्रति-दिन/सप्ताह की सीमा।
- नए प्राप्तकर्ता/व्यापारी - कम थ्रेसहोल्ड और/या जोखिम।
- चैनल/वेग नियम, भू/उपकरण संकेत, विरोधी खच्चर।
- भुगतान के लिए - व्यक्तिगत कोटा/सीमा जाँच (विशेष रूप से तत्काल)।
5) स्टेटस और सेटलमेंट्स: ऑनलाइन सफलता बनाम वास्तविक क्रेडिट
ऑनलाइन स्थिति: 'सफलता', 'लंबित', 'विफल', 'रद्द', 'समाप्त'।
सेटलमेंट: ट्रस्टली रिपोर्ट/रजिस्टर द्वारा वास्तविक क्रेडिटिंग (अक्सर T + 1/T + 2 बैंक दिन; कुछ गंतव्यों/भुगतान के लिए - तत्काल)।
महत्वपूर्ण सेवाओं के लिए, क्रेडिट मॉडल से पहले सशर्त निष्पादन का उपयोग करें (उदाहरण के लिए, निपटान पुष्टि के बाद एक डिजिटल उत्पाद की सक्रिय
6) रिटर्न और विवाद
कार्ड के रूप में चार्जबैक अनुपस्थित है। रिटर्न - प्रदाता के माध्यम से भुगतानकर्ता को एक नया क्रेडिट लेनदेन
आंशिक रिफंड समर्थित हैं।
रिटर्न की तारीखें बैंक हैं (आमतौर पर T + 1/T + 2)।
विवाद - प्रदाता की ODR प्रक्रियाओं और भुगतानकर्ता के बैंक के माध्यम से: आदेश लॉग तैयार करना, वितरण/सेवा प्रावधान की पुष्टि, संचार payout↔pay -in।
7) आयोग और अर्थशास्त्र
आमतौर पर फिक्स्ड/लो लेनदेन ब्याज + प्लेटफॉर्म फीस (होस्ट चेकआउट, रिपोर्टिंग, ODR, पेआउट/इंस्टेंट)।
लंबित/समाप्ति, ODR और पुनरावृत्ति समर्थन पर योजना खर्च।
8) सुलह और रिपोर्टिंग
प्रदाता के ' Id/transactId', 'ardId', बैंक जारी करने, टाइमस्टैम्प, यूटीआर/बैंक संदर्भ को फिन रिपोर्ट से संग्रहीत करें।
वेबहुक को स्थिति बदलने के लिए कनेक्ट करें; दैनिक ऑटो-रिकॉन और आवधिक पूर्ण-पुनरावृत्ति चलाएँ।
भुगतान के लिए - अलग रजिस्टर और मूल पे-इन/गेम बैलेंस के साथ तुलना।
9) यूएक्स अभ्यास
बैंकों की निर्देशिका: त्वरित खोज, लोकप्रियता/अंतिम विकल्प द्वारा छंटाई।
मोबाइल-प्रथम: प्रस्ताव App2App; असफलता पर - वेब पर गिरावट।
त्रुटियां और दोहराव: स्पष्ट कारण कोड (सीमा, एससीए विफलता, समय समाप्ति), दोहराएं बटन, वैकल्पिक तरीके।
idempotence: 'ordeId' + सुरक्षित-पुनरावृत्ति के लिए पहचान कुंजी.
रसीद: राशि, समय, 'ट्रांसक्रियआईडी', बैंक, चैनल (App2App/Redirect), समर्थन लिंक।
भुगतान UX: पारदर्शी ETA (तत्काल/T + 1), ट्रैकिंग स्थिति, सूचनाएं।
10) पे एन प्ले (आईगेमिंग के लिए)
पंजीकरण फॉर्म के बिना ऑनबोर्डिंग: उपयोगकर्ता एक बैंक का चयन करता है, जमा की पुष्टि करता है, और प्रदाता व्यापारी को सत्यापित बैंक डेटा (नाम/खाता) देता है - एक गेम खाता बनाया जाता है।
बैंक से केवाईसी संकेत घर्षण को कम करते हैं और पहली जमा राशि को गति देते हैं।
फास्ट भीतर: उसी पुष्ट खाते के लिए भुगतान, अक्सर तुरंत।
सख्त जिम्मेदार खेल नीतियां, जमा सीमा, जनादेश लॉग और पारदर्शी ODR की आवश्यकता होती है।
11) अनुपालन और सुरक्षा
PSD2/SCA, डिवाइस बाध्यकारी और जारी करने वाले बैंक के धोखाधड़ी विरोधी।
GDPR/PII न्यूनतम करना: केवल आवश्यक विशेषताओं को संग्रहीत करें, पीआईआई को एन्क्रिप्ट करें, पहुंच को प्रतिबंधित करें।
वेबहूक: एचएमएसी हस्ताक्षर/नॉन, रीप्ले सुरक्षा, मिश्रधातु आईपी।
एएमएल/प्रतिबंध: लेनदेन निगरानी, नाम मैच, खच्चर विरोधी संकेत।
12) उच्च जोखिम वर्टिकल्स
कुछ श्रेणियों (आईगेमिंग, क्रिप्टो आदि सहित) के लिए उपलब्धता और सीमाएं देश और भागीदार बैंकों पर निर्भर करती हैं।
अपेक्षा: कड़ी सीमा, विस्तारित केवाईसी, संभावित पकड़ और अतिरिक्त सबूत।
वैकल्पिक रेल (कार्ड, एसईपीए, अन्य प्रदाताओं से खुला बैंकिंग पीआईएस) रखें, ग्राहक प्रोफ़ाइल के साथ रूटिंग करें।
13) व्यापारी एकीकरण: विकल्प
1. होस्ट/एंबेडेड प्रदाता द्वारा
त्वरित शुरुआत, बैंकों, स्टेटस, त्रुटियों, वेबहूक की तैयार सूची।
2. सर्वर से सर्वर + Redirect/App2App
अधिक नियंत्रण: अपना बैंक चयन पृष्ठ, गहरी त्रुटि प्रसंस्करण, स्वयं का डीपलिंक/क्यूआर।
3. अनुरोध करने के लिए वेतन
ईमेल/एसएमएस/मैसेंजर द्वारा भुगतान लिंक भेजना; B2B/services के लिए सुविधाजनक।
आवश्यक बैकएण्ड घटक:- Эндпоинты: 'क्रीटपेमेंट', 'रिफंड', 'क्रिएपेआउट', 'क्वियरस्टेटस', 'वेबहुक', 'सामंजस्य'।
- 'AdmId' द्वारा पहचान और dedupe।
- रेट्राई स्थिति तेजी से, अस्थिर प्रतिक्रियाओं पर मृत-पत्र।
- कैटलॉग: बैंक/देश, सीमा/त्रुटि कोड, जारीकर्ताओं द्वारा एसएलए मैट्रिक्स।
14) "ट्रस्टली गेटवे" वास्तुकला
कैश डेस्क और कैशियर सेवाओं के लिए एपीआई परत (आरईएस/ग्राफक्यूएल)।
घटना कतारें: स्थिति घटनाएँ → बिलिंग/सीआरएम/गेमिंग बैकेंड/एनालिटिक्स।
अवलोकन: बैंक/चैनल रूपांतरण, 'pending→success/expired', निपटान के लिए औसत विलंबता, तत्काल भुगतान का हिस्सा।
सुरक्षा: रहस्यों के लिए तिजोरी, आईपी-एलोविस्ट, सख्त पुनर्निर्देशित-यूआरआई सत्यापन, एंटी-रीप्ले टोकन।
15) आउटपुट चेकलिस्ट
1. भूगोल/बैंकों का चयन करें और पीएसपी में विश्वसनीय चैनल को कनेक्ट करें।
2. फॉलबैक के साथ 'क्रियान्वयन' + बैंक चयन + redirect/App2App लागू करें।
3. वेबहुक, टाइमआउट और स्थिति पुनर्प्राप्ति कनेक्ट करें।
4. सेट अप रिकॉन (दैनिक + पूर्ण), यूटीआर/फिन संदर्भ भंडारण।
5. आंशिक/पूर्ण रिफंड, ODR लॉग, समर्थन प्रक्रियाओं को सक्षम करें।
6. IGaming - रन पे एन प्ले के लिए, डिपॉजिट लिमिट, फास्ट इन, जिम्मेदार प्ले पर नज़र रखना।
7. घटना से बैंक/चैनल और अलर्ट द्वारा एसएलए निगरानी का निर्माण।
8. टेस्ट मोबाइल बैंक (iOS/Android) और देश द्वारा प्रमुख जारीकर्ता।
लैंडमार्क कार्ड
Статусы: 'सफलता', 'लंबित', 'विफल', 'रद्द', 'समाप्त'।
सेटलमेंट पे-इन: अधिक बार टी + 1/T + 2; भुगतान - तत्काल जहां उपलब्ध है, अन्यथा T + 1/T + 2।
सीमाएं: जारीकर्ता पर प्रति-txn/दिन/सप्ताह; नए प्राप्तकर्ता - कम थ्रेसहोल्ड।
पुनरावृत्ति: ई-जनादेश/एसईपीए डीडी/ओपन बैंकिंग (पहले ए 2 ए → जनादेश) के माध्यम से।
सारांश
रूपांतरण पर शर्त - और तत्काल भुगतान धारण करने के लिए।
व्यावसायिक तर्क में ऑनलाइन पुष्टि और वास्तविक ऋण को अलग करें।
मात्रा निर्धारित न करें: बैंक/देश/चैनल द्वारा सीमा कॉन्फ़िग रखें।
आईगेमिंग के लिए, पारदर्शी केवाईसी, सीमा और त्वरित भुगतान के साथ पे एन प्ले का उपयोग करें।