पी 2 पी गेटवे कार्ड-टू-कार्ड ट्रांसफर ऑपरेशंस को लागू करना

अपने प्रोजेक्ट के लिए, मुझे कार्ड से कार्ड में ट्रांसफर करने की क्षमता का एहसास होना चाहिए। किसी भी बैंक के इंटरफेस के आधिकारिक कनेक्शन के लिए, एक समझौते को समाप्त करना और कई शर्तों को पूरा करना आवश्यक है। इसलिए, बैंक के सार्वजनिक पृष्ठ पर प्रवेश द्वार बनाने का निर्णय लिया गया। इन उद्देश्यों के लिए, दो बैंकों टिंकॉफ और बिन बैंक का चयन किया गया था जो कमीशन के बिना "अपने" कार्ड में स्थानांतरित करने का अवसर प्रदान करते हैं। आप टैरिफ और प्रतिबंधों के बारे में बैंकों के संबंधित पृष्ठों पर स्थानान्तरण के बारे में और जानकारी प्राप्त कर सकते हैं। यह आलेख एक गेटवे के संचालन का संक्षेप में वर्णन करता है जो कार्ड से भुगतान स्वीकार करने की कार्यक्षमता को लागू करता है।

3DSecure प्राधिकरण प्रक्रिया के लिए समर्थन के साथ किसी भी कार्ड से पूर्व-चयनित कार्ड में स्थानांतरण को लागू करना आवश्यक है। 3DSecure CNP परिचालनों (कार्ड की उपस्थिति के बिना) के लिए एक सुरक्षित उपयोगकर्ता प्राधिकरण प्रोटोकॉल है। आप विशेष साइटों पर अधिक पढ़ सकते हैं, नीचे दिए गए आरेख उपयोगकर्ता के दृष्टिकोण से यह कैसे काम करता है इसका एक सरल आरेख दिखाता है।



चित्र लेन-देन को अधिकृत करने के लिए एक सरलीकृत तंत्र दिखाता है, "हुड के तहत" क्या होता है जब आप कार्ड से कार्ड में भुगतान या स्थानांतरण ऑपरेशन करते हैं, और इसकी पुष्टि करने के लिए एक एसएमएस कोड दर्ज करते हैं।

आइए कदम से कदम पर विचार करें:

1. कार्ड विवरण और राशि दर्ज करें, और बैंक की वेबसाइट पर भेजें।
2. बैंक एक विशेष सेवा (मर्चेंट प्लग-इन MPI) पर कॉल करता है, जो एक विशेष PaReq अनुरोध उत्पन्न करता है, जो डिजिटल हस्ताक्षर के साथ XML है, जिसमें लेनदेन पैरामीटर हैं, साथ ही डेटा जहां इस अनुरोध को भेजा जाना चाहिए (एक्सेस कंट्रोल सर्वर ACS), और जहां इसे भेजना है प्राधिकरण प्रतिक्रिया (PaRes)।
3. बैंक उपयोगकर्ता को एक पृष्ठ देता है जिसमें MPI की जानकारी होती है और उपयोगकर्ता के कार्ड को जारी करने वाले बैंक के ACS पृष्ठ पर ब्राउज़र को स्वचालित रूप से पुनर्निर्देशित करता है। उपयोगकर्ता को एक एसएमएस कोड दर्ज करने के लिए एक पृष्ठ दिखाया जाता है और जारीकर्ता बैंक में पंजीकृत फोन नंबर पर एक एसएमएस भेजा जाता है।
4. एसएमएस कोड दर्ज करने के बाद, ACS सर्वर प्राधिकरण प्रतिक्रिया (PaRes) के साथ एक पृष्ठ बनाता है, जो उपयोगकर्ता को ऑपरेशन को पूरा करने के लिए MPI पृष्ठ पर पुनर्निर्देशित करता है या उसे प्रदर्शन करने से मना करता है।

प्रक्रिया की गहरी समझ के लिए, प्रासंगिक वीज़ा या मास्टरकार्ड दस्तावेजों को पढ़ें, यह स्तर इस समस्या को हल करने के लिए पर्याप्त है।

प्रवेश द्वार के निर्बाध संचालन को सुनिश्चित करने के लिए ताकि जिस वेबसाइट के माध्यम से अनुवाद नहीं हो रहा है, उसके कान एमपीआई और एसीएस के बीच ब्राउज़र पुनर्निर्देशन प्रक्रिया में एकीकृत हो सकें। ऐसा करने के लिए, MPI से प्राप्त पते (TermUrl) को बदलें। यह वह पता है जिस पर उपयोगकर्ता द्वारा प्राधिकरण पूरा होने के बाद PaRes को पुनर्निर्देशित किया जाएगा, क्योंकि टर्मवेयर के रूप में, गेटवे पता अनुरोध में दर्ज किया गया है। यह प्रवेश द्वार को एक प्रतिक्रिया प्राप्त करने की अनुमति देगा (RaRes) इसे MPI सर्वर पर भेजने के लिए और MPI प्रतिक्रिया को संसाधित करने के बाद, उपयोगकर्ता को लेनदेन के सफल या असफल होने के पृष्ठ पर निर्देशित करें।

गेटवे उपयोगकर्ता के ब्राउज़र और बैंक पेज के बीच काम करता है, बैंक पेज का अनुकरण करने वाले इनपुट / आउटपुट कार्यों को लागू करता है, डेटा को पूरक और संशोधित करता है, और बैंक सेवाओं से प्रतिक्रियाओं और त्रुटियों को संसाधित करता है।

ब्राउज़र और बैंक की वेबसाइट के बीच बैक इंजीनियरिंग इंटरैक्शन द्वारा प्रत्येक बैंकों के साथ बातचीत के प्रोटोकॉल को मैन्युअल रूप से स्पष्ट किया गया था, सामान्य तौर पर, तर्क समान है, चर और हस्तांतरण विधियों में अंतर। सामान्य तौर पर, यह एक अड़चन है, और सॉफ्टवेयर की कार्यक्षमता एपीआई की अपरिहार्यता पर निर्भर करती है, जैसे ही बैंक सेवा के संचालन को बदलता है, गेटवे के तर्क को भी बदलना होगा।

आइए काम के तर्क पर अधिक विस्तार से विचार करें।

प्रवेश द्वार में संचालन सुनिश्चित करने के लिए, एक भुगतान पृष्ठ कार्यान्वित किया जाता है, जिसे कॉल पते पर किया जाता है:

http://< >/pay/page?payid=123456&sum=100&text=Test 

URL में निम्नलिखित चर शामिल हैं:

payid - लेन-देन पूरा होने के बाद भुगतान अनुरोध के परिणामों की पहचान करने के लिए लेनदेन आईडी;
राशि - लेन-देन की राशि;
पाठ - सूचना क्षेत्र "भुगतान का उद्देश्य"।



कार्ड डेटा भरने के बाद, निष्पादन की शर्तों से सहमत होते हुए, ऑपरेशन के लिए एक कमीशन अनुरोध किया जाता है। कमीशन और बैंक का आकार (दो टिंकॉफ और बीआईएन में से एक) जिसके माध्यम से स्थानांतरण किया जाएगा, गेटवे सेटिंग्स में निर्दिष्ट कार्ड पर निर्भर करता है जैसे कि ट्रांसफर रिसीवर और बैंक सेवा की उपलब्धता। रूटिंग और एरर हैंडलिंग के लिए एक सरल तंत्र गेटवे में लागू किया गया है: टिंकऑफ का चयन हमेशा किया जाता है, यदि बैंक पेज उपलब्ध नहीं है, तो बिन बैंक पेज का चयन किया जाता है।

ट्रांसफर बटन पर क्लिक करने के बाद, सिस्टम उस जारी करने वाले बैंक के पृष्ठ पर पुनर्निर्देशित हो जाता है जिसने कार्ड (एसीएस) जारी किया था, जिसमें से डेबिट ऑपरेशन किया जाएगा। गेटवे MPI से PaReq पैरामीटर का अनुरोध करेगा, कैश (रेडिस) में लेनदेन मापदंडों को याद रखने के बाद, टर्मवेयर को प्रतिस्थापित करें और उपयोगकर्ता को डेटा भेजें।

प्राधिकरण पूरा होने के बाद, PaRes गेटवे पर जाएगा, और कैश डेटा के आधार पर, यह उन्हें संबंधित MPI को अग्रेषित करेगा, प्रतिक्रिया की प्रक्रिया करेगा, और गेटवे सेटिंग्स में निर्दिष्ट पेज (ERROR_PAGE, SUCCI_PAGE) में से किसी एक पर उपयोगकर्ता को रीडायरेक्ट करेगा।

ऑपरेशन को सफलतापूर्वक पूरा करने के लिए पृष्ठ में URL में payid वैरिएबल है, जो डिजिटल सिग्नेचर के साथ JWT के रूप में ऑपरेशन के परिणामों को प्रसारित करता है।

JWT उदाहरण:

 eyJhbGciOiJIUzUxMiJ9.eyJqdGkiOiI2Njk2NzFlYi1mYmZlLTVlMTMtYTdkZi05NDEwZjg1N2U5ODkiLCJpYXQiOjE1NzE5MDg5MjgsInN1YiI6ImZpeGVkIiwiaXNzIjoicnUucGhvbmU0cGF5IiwicGF5X2lkIjoiMTIzNDUiLCJzdW0iOiIxMDAuMCIsInRyYW5zYWN0aW9uX2lkIjoiODY4MTE5ODYzIn0.c-IK3FowoR_tVe3-cpT7-rmA4EQhYy8rZkWrWASHZlc0ZzzpQont5XriCSzuDaY7jf7iIC8ZAxknAMwmTNmAHg 

JWT की सामग्री की पुष्टि करके, आप ऑपरेशन की सफलता के बारे में विश्वसनीय जानकारी प्राप्त कर सकते हैं, JWT टोकन PaReq के समान एक फ़ंक्शन करता है और एक बाहरी सिस्टम के साथ एकीकृत करने की क्षमता प्रदान करता है।

यह समाधान भुगतान गेटवे का एक प्रोटोटाइप है, जिसके साथ आप अपनी वेबसाइट या सोशल नेटवर्क पेज पर इंटरनेट अधिग्रहण (कार्ड द्वारा भुगतान स्वीकार करना) लागू कर सकते हैं। आप एक भुगतान पृष्ठ को पैरामीटर कर सकते हैं या अपना खुद का लिख ​​सकते हैं, सॉफ्टवेयर को रचनात्मक रूप से संशोधित कर सकते हैं, मुख्य बात यह है कि ऑपरेशन की राशि और आईडी को इनपुट में स्थानांतरित करें और आउटपुट पर जांच करें कि किसी और द्वारा रचनात्मक रूप से कुछ भी नहीं बदला गया है। स्रोत और काम करने के उदाहरण जीथब पर उपलब्ध हैं।

आपके VK.pay वॉलेट को फिर से भरने के लिए एक प्रवेश द्वार भी है, जिसका उपयोग भुगतान गेटवे के रूप में भी किया जा सकता है। सामान्य तौर पर, यह समान सिद्धांतों को लागू करता है, सेलेनियम का उपयोग कार्यक्षमता के हिस्से को लागू करने के लिए किया गया था, जिसकी मदद से साइट पर प्राधिकरण और बटुए तक पहुंचने के लिए प्राधिकरण को लागू किया जाता है।

महत्वपूर्ण! कोई भी इंटरनेट लेनदेन संभावित रूप से खतरनाक है, आपका डेटा चोरी हो सकता है, आपको इंटरनेट लेनदेन करते समय सावधानी बरतने की आवश्यकता है।

महत्वपूर्ण! आपराधिक दायित्व दूसरे के बैंक कार्ड से धन की चोरी के लिए प्रदान किया जाता है (रूसी संघ के आपराधिक कोड के 159.3, 159.6) ।