रोबकैसा को कैसे छलें

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

मुद्दे का सार

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

ऐसा लगता है कि यह आसान हो सकता है? निश्चित रूप से, इस तरह की सेटिंग साइट भुगतान पर आपके खाते में है। वहाँ यह था बल्कि, यह है। लेकिन केवल अगर आप एक कानूनी इकाई हैं।

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


मैं इस बात की गहराई में नहीं जाऊंगा कि रोबोकैसा में लेन-देन कैसे काम करता है, लेख इस बारे में नहीं है। यदि आप तकनीकी दस्तावेज में रुचि रखते हैं, तो इसे आधिकारिक वेबसाइट पर विस्तार से चबाया जाता है ।
मैं केवल यह कह सकता हूं कि भुगतान प्रक्रिया में सब कुछ कई चीजों पर निर्भर करता है:

• MerchantLogin - सिस्टम में आपका लॉगिन
• InvId - चालान आईडी
• आउटसम - वह राशि जिसे हम प्राप्त करना चाहते हैं
• मर्चेंटपास 1 - लेनदेन के लिए तकनीकी पासवर्ड नंबर 1 (कुल दो हैं, दूसरा भुगतान स्थिति के बारे में जानकारी प्राप्त करने के लिए है)
• SignatureValue - md5 हैश ऑफ़ ए स्ट्रिंग ऑफ़ "sMerchantLogin: nOutSum: nInvId: sMerchantPass1"

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

मुद्दे का हल

Robocassa के कर्मचारियों द्वारा पेश किया गया समाधान तुरंत चिंताजनक है। यह इस तरह दिखता है:

इन उद्देश्यों के लिए, एक विशेष XML इंटरफ़ेस बनाया गया है:

स्टोर द्वारा प्राप्य राशि की गणना के लिए विधि - CalcOutSumm

विधि का वर्णन: उपयोगकर्ता द्वारा भुगतान की जाने वाली राशि के अनुसार, आपको वर्तमान ROBOKASSA दरों के आधार पर प्राप्त होने वाली राशि की गणना करने की अनुमति देता है।

विधि पैरामीटर: MerchantLogin - store आइडेंटिफ़ायर (स्ट्रिंग), IncCurrLabel - मुद्रा लेबल (स्ट्रिंग) जिसके लिए आप राशि की गणना करना चाहते हैं। यदि आप इसे खाली छोड़ देते हैं, तो गणना सभी उपलब्ध मुद्राओं के लिए की जाएगी, IncSum - वह राशि जिसे उपयोगकर्ता को भुगतान करना होगा।

अनुरोध प्रारूप: merchant.roboxchange.com/WebService/Service.asmx/CalcOutSumm?MerchantLogin=string&IncCurrLabel=string&IncSum.string

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

कुत्ते को कहाँ दफनाया जाता है?

जैसे ही हम इस "इंटरफ़ेस" का उपयोग करना चाहते हैं, समस्याएं शुरू हो जाती हैं। मान लें कि हम सभी भुगतान विधियों के लिए राशि की गणना करना चाहते हैं। जैसा कि मैनुअल कहता है:

IncCurrLabel - मुद्रा लेबल (स्ट्रिंग) जिसके लिए आप राशि की गणना करना चाहते हैं। यदि खाली छोड़ दिया जाता है, तो गणना सभी उपलब्ध मुद्राओं के लिए की जाएगी

नहीं। सच नहीं है। यदि आप इसे खाली छोड़ देते हैं, तो सर्वर इस उत्तर (लिंक merchant.roboxchange.com/WebService/Service.asmx/CalcOutSumm?MerchantLogin=demun&IncCurrLabel=&IncSum=3500 ) का उपयोग करके वापस आ जाएगा।

<CalcSummsResponseData> <Result> <Code>6</Code> <Description>   .</Description> </Result> <OutSum>0</OutSum> </CalcSummsResponseData> 

पहले सोचा: “शायद मैं मूर्ख हूँ और मैं कुछ गलत कर रहा हूँ। शायद आपको पैरामीटर को गलत करने की आवश्यकता है? " लेकिन नहीं, उसी दस्तावेज पर आधारित (दूसरे फ़ंक्शन के लिए एक उदाहरण, मैं केवल एक मूल्य की अनुपस्थिति को प्रदर्शित करता हूं):

HTTP GET विधि का उपयोग करके एक उदाहरण अनुरोध:
merchant.roboxchange.com/WebService/Service.asmx/GetRates?MerchantLogin=demo और IncCurrLabel = & OutSum = 10.45 और भाषा = en

हम पूरी तरह से पैरामीटर को छोड़ने की कोशिश करते हैं:

गुम पैरामीटर: IncCurrLabel।

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

यह अच्छा है कि मैंने इसे लागू करने में जल्दबाजी नहीं की।

थोड़े मोटे डिजाइन ने दिखाया कि वास्तव में सब कुछ इतना रसपूर्ण नहीं होगा। मैं किस बारे में बात कर रहा हूँ? आइए भुगतान आरंभीकरण इंटरफ़ेस पर करीब से नज़र डालें।

sIncCurrLabel
- प्रस्तावित भुगतान मुद्रा। भुगतान प्रक्रिया के दौरान उपयोगकर्ता इसे बदल सकता है।

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

पूरे लेख का सार

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

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




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

अब भी क्या किया जा सकता है?

नंबर से बाहर निकलें

नृशंस

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

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

नंबर दो से बाहर निकलें

एकमात्र

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

नंबर तीन से बाहर निकलें

अस्तित्वहीन

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