"सिस्टम के अंदर" बिक्री प्रणाली का निर्माण - दुकानों का दूरस्थ कनेक्शन और धन का भुगतान

अधिकांश PAYSTO समाधान बाजार पर उपलब्ध नहीं हैं । इसका मतलब यह नहीं है कि हम "किसी को इसकी आवश्यकता नहीं है" - बस "हर किसी को इसकी आवश्यकता नहीं है", और कुछ मामलों में एक विशिष्ट कार्य के लिए एक सार्वभौमिक समाधान बनाया जाता है। आज मैं आपको ऐसे निर्णय के बारे में बताऊंगा ...


सब कुछ स्पष्ट करने के लिए, मैं शुरू से ही शुरू करूँगा ...
कहीं 2 साल पहले, एक परियोजना के मालिक ने हमें निम्न कार्य के साथ दिया:
एक प्रणाली शुरू की गई है जो अपने उपयोगकर्ताओं को अन्य उपयोगकर्ताओं के साथ बातचीत करने के लिए सेवाएं प्रदान करेगी। सिस्टम की कार्यक्षमता का भुगतान किया जाएगा और आवर्तक भुगतान (एक निश्चित अवधि के बाद स्वचालित भुगतान) को स्वीकार करना आवश्यक है। सिस्टम के उपयोगकर्ताओं के लिए एक अतिरिक्त सेवा इंटरनेट पर अन्य उपयोगकर्ताओं को अपने स्वयं के डिजिटल उत्पादों (जैसे लेखों) को बेचने की क्षमता होगी। उसी समय, सब कुछ एक ही प्रणाली के अंदर काम करना चाहिए - अन्य साइटों पर जाने के बिना, अर्थात्। "सिस्टम को छोड़े बिना।" यहां एक अच्छा संघ है - iPhone पर ऐपस्टोर, जब उपयोगकर्ता एप्लिकेशन बना सकते हैं और उन्हें अन्य उपयोगकर्ताओं को बेच सकते हैं - सामानों के ऑर्डर, भुगतान और वितरण की सभी प्रक्रियाएं एक ही स्थान पर की जाती हैं। यह मत भूलो कि इस मामले में हमें अपने माल को बेचते समय अभी भी उपयोगकर्ताओं को धन का भुगतान करने की आवश्यकता है।
इसके लिए तैयार समाधान खोजना असंभव है, और अपना खुद का बुनियादी ढांचा बनाने के लिए न केवल बहुत समय लगेगा, बल्कि संसाधन भी होंगे। इसके अलावा, गणना के अनुसार, नियोजित आय ऐसे बुनियादी ढांचे के समर्थन को कवर करने में सक्षम नहीं होगी। यह भुगतान प्रसंस्करण सेवाओं की आउटसोर्सिंग में समाधान खोजने के लिए, और वित्तीय प्रवाह को अनुकूलित करने के लिए एक ही स्थान पर सभी समस्याओं को हल करने के लिए वांछनीय है:

1. मुख्य प्रणाली के लिए भुगतान की स्वीकृति, जिसमें आवर्ती भुगतान शामिल हैं;
2. स्टोर के लिए भुगतान की स्वीकृति (उपयोगकर्ता उत्पादों की बिक्री);
3. उपयोगकर्ताओं (विक्रेताओं) को विभिन्न तरीकों से धन का भुगतान - बैंक खाते, कार्ड या भुगतान प्रणालियों के लिए।

पहला कार्य upBalance का उपयोग करके हल किया गया था।
अन्य दो के लिए, यह ऑनलाइनमर्चेंट और पेमेंटगेट का उपयोग करने की योजना बनाई गई थी, लेकिन एक और समस्या उत्पन्न हुई - मुख्य प्रणाली और विक्रेता उपयोगकर्ताओं के बीच संबंधों का कानूनी पंजीकरण, सभी को एक कानूनी रूप से जोड़ना संभव नहीं था क्योंकि मुख्य प्रणाली को पहले ही उद्यम वित्तपोषण प्राप्त हो गया था और "ग्रे" योजनाओं का उपयोग अस्वीकार्य था। इस "मृत अंत" को महसूस करने में एक वर्ष से अधिक समय लगा। सितंबर की शुरुआत में, मैं सिस्टम के मालिक से मिला और हमने एक और समाधान ढूंढना शुरू किया ...
ग्राहक द्वारा प्रस्तावित विचार "स्टोर को जोड़ने की प्रक्रियाओं के निजीकरण" की तरह दिखता था, अर्थात्। क्लाइंट सिस्टम की शैली में सभी प्रक्रियाओं का पंजीकरण: एक उपयोगकर्ता बनाना, एक स्टोर को जोड़ना और धन का भुगतान करना। बेशक, कोई ऐसा कर सकता था, लेकिन संक्षेप में यह हमारे लिए PAYSTO का एक क्लोन बनाने के लिए था, जो हमारी विकास योजनाओं का हिस्सा नहीं था, क्योंकि विकास के महत्वपूर्ण समय की आवश्यकता होगी। सरल बनाने के लिए, मैंने "लॉग इन .. फ़ेसबुक, गूगल, ट्विटर, आदि" के समान समाधान का उपयोग करने का सुझाव दिया, और क्लाइंट सिस्टम में उपयोगकर्ता खाते को लॉगिन / पासवर्ड के रूप में उपयोग किया जाएगा। एक समान दृष्टिकोण बहुत जल्दी लागू किया जाता है। वे इस पर रुक गए और अपनी तरफ से प्रत्येक की तकनीकी क्षमताओं का पता लगाने का फैसला किया।

हमारे डेवलपर्स के साथ एक बैठक को इकट्ठा करने के बाद, एक और समाधान प्रस्तावित किया गया था - हम आवश्यक प्रक्रियाओं के लिए एक विशेष एपीआई लागू करते हैं:

1. PAYSTO सिस्टम में एक नया उपयोगकर्ता बनाना;
2. PAYSTO उपयोगकर्ता विवरण जोड़ना और प्रबंधित करना;
3. OnlineMerchant में एक स्टोर का निर्माण और कनेक्शन;
4. PAYSTO से धन की वापसी के लिए आवेदनों का सृजन और नियंत्रण;

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

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

नई एपीआई का विवरण यहां पाया जा सकता है ।

अब सहयोग की शर्तों के बारे में ...
"यह" में हमारी रुचि बिल्कुल मानक है - हम नई कार्यक्षमता के लिए कोई अतिरिक्त शुल्क नहीं लेते हैं। सभी सेवाओं को चयनित भुगतान स्वीकृति दर के अनुसार प्रदान किया जाता है, औसतन भुगतान राशि का 5%।
क्लाइंट सिस्टम पर इन सेवाओं का मुद्रीकरण क्लाइंट सिस्टम के भीतर भुगतान के माध्यम से संभव है, उदाहरण के लिए, एक अतिरिक्त सेवा के रूप में। हालांकि, यह विकल्प कई कारणों से सुविधाजनक नहीं हो सकता है, इसलिए, इस निर्णय के कार्यान्वयन में भाग लेने वाले ग्राहक ने निर्धारित किया कि इस तरह के स्टोर के माध्यम से सामान बेचते समय, उपयोगकर्ता को राशि = 30% के साथ क्रेडिट किया जाना चाहिए। यह दर इस तथ्य के कारण है कि ग्राहक उपयोगकर्ता के सामान के लिए विज्ञापन प्रदान करता है। संबंधों की "पारदर्शिता" के लिए, PAYSTO के अंदर ग्राहक के भागीदार खाते में 25% का अंतर जमा किया जाता है और एक सहयोग समझौते के तहत उसके वर्तमान खाते में स्थानांतरित कर दिया जाता है।