अनुप्रयोगों में बैंक कार्ड भुगतान स्वीकार करना - PayOnline भुगतान एसडीके

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



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

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


मोबाइल एप्लिकेशन में भुगतान स्वीकृति एकीकरण का सबसे सरल रूप अंतर्निहित ब्राउज़र है। आपको अधिग्रहण करने वाले बैंक या भुगतान गेटवे के भुगतान पृष्ठ को प्रदर्शित करने के लिए एक ब्राउज़र बनाने की आवश्यकता है - और 3-डी सिक्योर वेरिफिकेशन कन्फर्मेशन कोड दर्ज करने के लिए एक पेज। लेकिन क्या होगा अगर आप एप्लिकेशन के डिजाइन और इंटरफ़ेस की अखंडता का उल्लंघन नहीं करना चाहते हैं?

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

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

कोड उदाहरण

विंडोज स्टोर एप्लिकेशन के लिए नमूना कोड पर विचार करें। यह भुगतान स्वीकृति सुनिश्चित करने के लिए पर्याप्त है।

private void Pay() { var conf = new Configuration { MerchantId = 1, Key = "PrivateKey", }; var request = new PayRequest { Amount = 30m, Currency = Currency.Rub, OrderId = "335636462808", CardExpMonth = 1, CardExpYear = 2018, CardCvv = 100, CardHolderName = "CARD HOLDER", CardNumber = "4111111111111111", Email = "cardholder@example.com", }; var po = new Processing(conf); po.ThreeDs += po_ThreeDs; po.Success += po_Success; po.Decline += po_Decline; po.Error += po_Error; po.Pay(request); } void po_Error(object sender, Exceptions.PaymentSDKException e) { } void po_Decline(object sender, PayResponse e) { } void po_Success(object sender, PayResponse e) { } void po_ThreeDs(object sender, PayResponse e) { ((Processing)sender).NavigateToAcsUrl(Browser, e); } class Configuration : IConfiguration { public int MerchantId { get; set; } public string Key { get; set; } } 

यहां क्या चल रहा है

भुगतान करने के लिए, आपको प्रोसेसिंग ऑब्जेक्ट का उपयोग करना चाहिए, जो एक ऐसी वस्तु को स्वीकार करता है जिसे IConfiguration इंटरफ़ेस को लागू करना होगा।

कार्यान्वयन बहुत सरल है, दो फ़ील्ड: आपकी आईडी और कनेक्शन पर जारी की गई गुप्त कुंजी।

 class Configuration : IConfiguration { public int MerchantId { get; set; } public string Key { get; set; } } 

प्रोसेसिंग ऑब्जेक्ट चार ईवेंट प्रदान करता है:

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

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

अंत में, वेतन पद्धति को कॉल करने के लिए, आपको इसे निम्नलिखित क्षेत्रों से जुड़ी एक PayRequest पास करना होगा:

• राशि - भुगतान राशि।
• मुद्रा - मुद्रा (रूबल, अमेरिकी डॉलर और यूरो समर्थित हैं)।
• ऑर्डरआईड - आपके सिस्टम में उत्पन्न होने वाले ऑर्डर की आईडी।
• CardExpMonth - कार्ड समाप्ति का महीना।
• CardExpYear - कार्ड समाप्ति वर्ष।
• कार्डकव - CVC2 / CVV2।
• CardHolderName कार्ड धारक का नाम है।
• कार्डनंबर - कार्ड नंबर।
• ईमेल - भुगतानकर्ता का ई-मेल।

PCI PA-DSS के बारे में

एक समझदार पाठक, निश्चित रूप से, यह नोटिस करेगा कि हमारे एसडीके में हम कार्ड नंबर के साथ काम करते हैं और पूछते हैं कि पीसीआई डीएसएस कैसे है? हां, वास्तव में, भुगतान के दौरान बैंक कार्ड डेटा दर्ज करने वाले एप्लिकेशन औपचारिक रूप से PCI DSS मानक, या बल्कि PCI PA-DSS के अंतर्गत आते हैं।

PCI DSS क्या है हमने अपने पोस्ट में विस्तार से लिखा है । PCI PA-DSS एक संबंधित PCI DSS भुगतान कार्ड उद्योग भुगतान अनुप्रयोग सुरक्षा मानक है।

• स्कोप: एक ऐसा एप्लिकेशन जो कार्डधारकों के बारे में डेटा को स्टोर, प्रोसेस या ट्रांसफर करता है।
• प्रयोज्यता मानदंड: कम से कम एक कार्ड नंबर (पैन) का भंडारण, प्रसंस्करण या हस्तांतरण।
• अनुरूपता मानदंड: 100% आवश्यकताओं का अनुपालन।
• पुष्टि विधि: लेखा परीक्षा संगठन द्वारा आवेदन का लेखा-जोखा।
• पुष्टि आवृत्ति: सालाना।

जैसा कि मानक के दायरे से समझना आसान है, यदि आवेदन में बैंक कार्ड डेटा दर्ज किया गया है, तो यह मानक के दायरे में आता है। और ऐसा लगता है कि एपीआई और एसडीके दोनों का उपयोग करने वाले अनुप्रयोगों के मालिकों को एक प्रमाण पत्र प्राप्त करने के बारे में सोचना चाहिए।

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

PayID के साथ भुगतान डेटा को बदलने की संभावना के बारे में

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

2013 की शुरुआत में, हमने payID प्रोजेक्ट लॉन्च किया, जो आपको भुगतान जानकारी दर्ज किए बिना भुगतान स्वीकार करने की अनुमति देता है। बैंक कार्ड धारक payID में एक खाता बनाता है, उसे एक बैंक कार्ड बांधता है, और जब PayOnline के माध्यम से भुगतान स्वीकार करने वाली साइटों पर भुगतान करते हैं, तो यह संपूर्ण कार्ड विवरण दर्ज नहीं करता है, लेकिन इसका payID और CVC \ CVV कोड। यह आपको ऑनलाइन स्टोर या एप्लिकेशन से और भुगतानकर्ता को बैंक कार्ड डेटा को संसाधित करने की जिम्मेदारी से छुटकारा दिलाता है - आपके कार्ड डेटा की 100% सुरक्षा सुनिश्चित करने के लिए और, तदनुसार, आपके खाते में पैसा।

यदि आप भुगतान भुगतान को आवेदन में एम्बेड करते हैं, तो आप पीए-डीएसएस प्रमाणीकरण, भय और फटकार से गुजरते हुए बिना भुगतान भुगतान के कार्ड भुगतान स्वीकार कर सकते हैं।

प्रो फ्यूचर पेमेंट एस.डी.के.

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

लेकिन रूस में मोबाइल इंटरनेट की बढ़ती लोकप्रियता की गतिशीलता, फोन से स्मार्टफोन पर भारी बदलाव, रूसी-भाषा अनुप्रयोगों की संख्या में वृद्धि - यह सब इलेक्ट्रॉनिक कॉमर्स के मोबाइल सेगमेंट में काम करने का वादा, इसकी क्षमता और मुद्रीकरण क्षमताओं की बात करता है।

इसलिए, हम भुगतान एसडीके विकसित करना जारी रखेंगे, और कई दिशाओं में जाने की योजना बनायेंगे:

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

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

विचार के लिए बहुत सारे विषय हैं, कोई कम काम नहीं है - हम पेऑनलाइन भुगतान एसडीके के विकास के लिए रचनात्मक आलोचना, दिलचस्प विचारों और सुझावों के लिए हैबरहाइटेल के आभारी होंगे।

आप इसे nuget से डाउनलोड कर सकते हैं: https://www.nuget.org/packages/PayOnline_PaymentSD/K