भुगतान को और अधिक सुविधाजनक कैसे बनाया जाए: IaaS प्रदाता का अनुभव

IaaS प्रदाता की सेवाओं के साथ काम करते समय महत्वपूर्ण मुद्दों में से एक भुगतान की सुविधा है। हमारी परियोजना की शुरुआत के पहले दिन से, हमने बैंक कार्ड का उपयोग करके भुगतान करने की प्रक्रिया को सरल बनाने की कोशिश की और इस तंत्र में सुधार जारी रखा। आज हमने इस बारे में बात करने का फैसला किया कि हमने कहाँ शुरू किया और अपना अनुभव साझा किया।


/ फ़्लिकर / मुहम्मद आशिक / सीसी बाय-एसए

पृष्ठभूमि

हम 2012 से 1cloud पर IaaS सेवाएं प्रदान कर रहे हैं। इस समय के दौरान, हमने बड़ी संख्या में भुगतान गेटवे के साथ काम किया। सबसे पहले मनी ऑनलाइन में से एक था। हमने उसके साथ दो साल काम किया, और फिर संभावित तकनीकी कठिनाइयों के मामले में वैकल्पिक सेवाओं को जोड़ना शुरू किया।

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

इसलिए, हमने PayMaster भुगतान प्रणाली के साथ काम करना शुरू कर दिया (यह "मनी ऑनलाइन" को बदल दिया), जिसने हमें कमीशन और अनुकूल एपीआई पर अनुकूल शर्तें प्रदान कीं। लंबे समय तक, इस भुगतान गेटवे ने मुख्य के रूप में कार्य किया। हालांकि, हाल ही में हमने अपनी सेवा की उपयोगिता को फिर से डिज़ाइन करने का फैसला किया और व्यक्तियों के लिए बैंक कार्ड द्वारा सेवाओं के भुगतान की प्रक्रिया को सरल बनाया। UX को हमारी आवश्यकताओं को पूरा करने के लिए, हमने एक और भुगतान गेटवे - CloudPayments को एकीकृत किया है।

मैं UX भुगतान प्रक्रिया को कैसे सुधार सकता हूं?

हम प्रीपे मॉडल पर काम कर रहे हैं। ग्राहक अपने खाते को अपने व्यक्तिगत खाते में भरता है, और फिर इस खाते से धनराशि डेबिट की जाती है क्योंकि IaaS सेवाओं का उपभोग किया जाता है (हर दस मिनट में डेबिट किया जाता है)।

PayMaster के मामले में, क्रेडिट कार्ड से शेष राशि की भरपाई करने के लिए, ग्राहक को चार-चरणीय प्रक्रिया से गुजरना पड़ता है:

1. नियंत्रण कक्ष में फ़ॉर्म में भुगतान के लिए राशि दर्ज करें, "भुगतान" बटन पर क्लिक करें और भुगतान गेटवे पृष्ठ पर जाएं।
2. चेक प्राप्त करने और जारी रखने के लिए फ़ोन या ईमेल पते को इंगित करें।
3. कार्ड विवरण दर्ज करें और "पे" बटन फिर से दबाएं।
4. ट्रांजेक्शन कन्फर्मेशन कोड बताएं जो बैंक ने 3 डी सिक्योर प्रक्रिया के हिस्से के रूप में भेजा है।

अस्वीकरण: ऊपर वर्णित एल्गोरिथ्म व्यक्तियों द्वारा किए गए बैंक कार्ड भुगतान पर लागू होता है। कानूनी संस्थाएं बिलों पर IaaS प्रदाता की सेवाओं के लिए भुगतान करती हैं। प्रयोज्य में सुधार करते हुए, हमने ऐसे चालान के स्वत: चालान के लिए तंत्र को अंतिम रूप दिया, लेकिन हम इस सामग्री के ढांचे के भीतर उन पर विचार नहीं करेंगे, क्योंकि कानूनी संस्थाएं भुगतान गेटवे के साथ बातचीत नहीं करती हैं।

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

कार्य 1: भुगतान गेटवे पृष्ठ के लिए मार्ग को बाहर करें

जैसा कि हमने ऊपर उल्लेख किया है, जब एक उपयोगकर्ता ने हमारी सेवाओं के लिए भुगतान किया था, तो कार्ड का विवरण भरने के लिए, उसे भुगतान गेटवे की साइट पर जाने के लिए मजबूर किया गया था। इसलिए एक व्यक्ति को बहुत सारे पुष्टिकरण बटन दबाने पड़ते थे और खाते की पुनःपूर्ति के बारे में जानकारी के साथ पेज लोड करने की प्रतीक्षा करनी पड़ती थी।

इस मामले में, एक और समस्या उत्पन्न हुई - उपयोगकर्ता द्वारा खाते में पैसा जमा करने के बाद, वह भुगतान गेटवे पृष्ठ पर तब तक रहा जब तक कि वह 1cloud.ru पर लौटने के लिए एक विशेष लिंक पर क्लिक नहीं करता। इससे हमारे नियंत्रण कक्ष के साथ काम करना मुश्किल हो गया, उदाहरण के लिए, अगर, भुगतान के बाद, उपयोगकर्ता अपने आईटी बुनियादी ढांचे में क्षमता जोड़ना चाहता था।

"एनालिटिक्स के अनुसार, केवल कुछ मुट्ठी भर ग्राहकों ने लिंक का अनुसरण किया और हमारी वेबसाइट पर वापस लौटे," 1 क्लॉदाविक में विकास के प्रमुख सर्गेई बेल्किन ने कहा। - यह आंशिक रूप से इस तथ्य के कारण था कि क्लाइंट को "ऑनलाइन स्टोर पर लौटें" लिंक पर क्लिक करना था। यह इस तथ्य के बावजूद है कि हमारी सेवा ऑनलाइन स्टोर नहीं है। ”

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

इसके अलावा, इस भुगतान गेटवे का कजाकिस्तान में एक प्रतिनिधि कार्यालय था। इससे हमारी होस्टिंग सेवा oblako.kz के लिए एक नई भुगतान विधि लागू करना संभव हो गया। अन्यथा, कजाकिस्तान से रूस (या इसके विपरीत) के लिए हमारे सभी स्थानान्तरण एक अतिरिक्त कमीशन के अधीन होंगे।

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

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

PCI DSS अनुपालन ऑडिट ARINteg द्वारा आयोजित किया गया था। हमने उन्हें एक आवेदन भेजा, जिसमें हमने एक ऑडिट से गुजरने की इच्छा का संकेत दिया, एक प्रश्नावली भरी और सत्यापन के लिए एक तिथि निर्धारित की। ARinteg ओर, स्कैनिंग की तैयारी में लगभग आधा दिन लगता है (अर्थात, आप लगभग तुरंत स्कैन कर सकते हैं), लेकिन हमने अपने बुनियादी ढांचे को सावधानीपूर्वक तैयार करने के लिए अतिरिक्त चार से पांच दिन का समय लिया।

स्कैन लगभग 15 घंटे तक चला, हालांकि ऐसा होता है कि स्कैन में कई दिन लगते हैं। ARINteg विशेषज्ञों ने हमारी वेबसाइट पर इंजेक्शन अनुरोधों और अन्य कमजोरियों के खिलाफ एसएसएल और सुरक्षा की जाँच की।

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

स्क्रिप्ट हमारी वेबसाइट पर पंजीकृत है, निर्दिष्ट प्रपत्र से कार्ड डेटा एकत्र करता है और क्लाउडपेमेंट्स एपीआई के माध्यम से भुगतान के लिए उनसे एक क्रिप्टोग्राम बनाता है। यह इस तरह दिखता है:

this.createCryptogram = function () { var result = checkout.createCryptogramPacket(); if (result.success) { //   alert(result.packet); } else { //     ,  `result.messages` : // { name: "      ", cardNumber: "  " } //  `name`, `cardNumber`    `<input ... data-cp="cardNumber">` for (var msgName in result.messages) { alert(result.messages[msgName]); } } }; $(function () { /*  checkout */ checkout = new cp.Checkout( // public id    "test_api_00000000000000000000001", // ,     document.getElementById("paymentFormSample")); }); 

बैंक कार्ड डेटा दर्ज करने का तरीका इस प्रकार है:



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

इसके अलावा, हमने अपने डिस्काउंट प्रोग्राम के बारे में अधिक स्पष्ट जानकारी दी: 5 हजार रूबल से राशि के खाते में एक बार की भरपाई के साथ, इसका 10% बोनस के रूप में जमा किया जाता है, 10 000 रूबल से - 20%, 100 से अधिक 000 रूबल - 25%। हमने उपयोगकर्ताओं के लिए मानचित्र डेटा सहेजने की क्षमता भी जोड़ी है। यह सभी जानकारी एन्क्रिप्टेड रूप में CloudPayments पेमेंट गेटवे के किनारे संग्रहीत है।

कार्य 2: ऑटो भुगतान का एहसास

यह एक भुगतान है जो किसी शर्त के तहत स्वचालित रूप से होता है। बहुत बार इस सुविधा का उपयोग सदस्यता सेवाओं द्वारा किया जाता है। हालाँकि, अधिकांश भुगतान गेटवे केवल तभी विकल्प प्रदान करते हैं, जब किसी शेड्यूल पर (किसी दिनांक को) स्वत: पुनःपूर्ति होती है। यह हमारे लिए महत्वपूर्ण है कि खाते को फिर से भरने का अवसर किसी भी समय स्वचालित रूप से उपलब्ध होता है जब ग्राहक खाते से धनराशि चलाता है (जब से हम प्रीपे पर काम करते हैं)। इसलिए, ऑटो भुगतान को लागू करने के लिए, हमने "याद किया" कार्ड (एक अस्थायी टोकन का उपयोग करके) से भुगतान करते समय उपयोग की जाने वाली विधि का उपयोग किया।

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

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

आगे क्या है

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

हमारे कॉर्पोरेट ब्लॉग से पुनश्च ताजा सामग्री:

• एक उदाहरण के रूप में 1cloud.ru का उपयोग करके क्लाउड सेवा में DevOps
• डिजिटल हस्ताक्षर के बारे में आपको क्या जानने की आवश्यकता है
• जोखिम कम से कम: कैसे अपना डेटा खोना नहीं है