Plati.market पर क्या बेचने की अनुमति है: कैटेगरी, स्रोत और नियम
डिजिटल स्टोरफ़्रंट पर "क्या बेच सकते हैं" का सवाल एक सूची जैसा दिखता है, पर असल में यह नियमों की दो स्वतंत्र परतों वाली व्यवस्था की तरह चलता है। जो sellers सिर्फ़ मार्केटप्लेस पॉलिसी पढ़ते हैं, वे नियमित रूप से लिस्टिंग गँवाते हैं — क्योंकि दूसरी परत पूरी तरह किसी और दस्तावेज़ में रहती है। नीचे मैकेनिक्स है: ऐसे नियम आमतौर पर कैसे काम करते हैं, कोड का स्रोत कैटेगरी के नाम से ज़्यादा क्यों मायने रखता है, और आपको ख़ुद क्या-क्या जाँचना चाहिए।
एक ज़रूरी स्पष्टीकरण: यहाँ मौजूदा कैटेगरी सूची दोहराई नहीं गई है। वह बदलती रहती है, और नियमों की कोई भी नक़ल प्रकाशित होने से पहले ही पुरानी पड़ जाती है। नीचे जो कुछ है वह वह तर्क है जिससे ऐसे नियम डिजिटल मार्केटप्लेस पर आम तौर पर चलते हैं। सटीक मौजूदा शर्तों के लिए प्लेटफ़ॉर्म के लाइव नियम और seller help पढ़ें।
नियम एक नहीं, दो परतों में
पहली परत है मार्केटप्लेस पॉलिसी। यह तय करती है कि कौन-सी कैटेगरी लिस्ट हो सकती है, लिस्टिंग कैसे बनाई जाए, विवरण में क्या दावा नहीं किया जा सकता, और कौन-से delivery तरीक़े स्वीकार्य हैं। उल्लंघन moderation को दिखता है और आमतौर पर लिस्टिंग हटने या अकाउंट पर पाबंदी तक जाता है।
दूसरी परत है प्रोडक्ट से जुड़ी publisher या platform की terms of service। गेम प्लेटफ़ॉर्म, gift-card issuer और सॉफ़्टवेयर vendor के लाइसेंस समझौतों में अपनी पाबंदियाँ होती हैं — व्यावसायिक रीसेल पर, activation region पर, कोड किसी तीसरे को देने पर, service accounts के इस्तेमाल पर।
पैसे से जुड़ा निष्कर्ष यह है कि ये दोनों परतें आपस में तालमेल में नहीं होतीं। कोई प्रोडक्ट storefront पॉलिसी का पूरा पालन करते हुए भी publisher terms तोड़ सकता है। ऐसे में मार्केटप्लेस आमतौर पर rightsholder की शिकायत स्वीकार करके लिस्टिंग हटा देगा — इसलिए नहीं कि आपने उसके नियम तोड़े, बल्कि इसलिए कि rightsholder से बहस उसके लिए फ़ायदे का सौदा नहीं। क़ानूनी पहलू अलग से यहाँ है: क्या गेम की रीसेल करना क़ानूनी है।
आमतौर पर क्या बिना अड़चन चलता है
डिजिटल स्टोरफ़्रंट पर मुख्य assortment सामान्यतः बिना दिक़्क़त लिस्ट होता है, बशर्ते seller के पास पारदर्शी स्रोत और सही विवरण हो:
- गेम और DLC activation keys, अधिकृत distributor से ख़रीदी गई और region स्पष्ट लिखा हुआ।
- Gift cards और top-up कोड जाने-माने सर्विसेज़ के, जहाँ denomination और region विवरण से मेल खाते हों।
- इन-गेम करेंसी top-up account ID से, जब delivery वैध vendor चैनल से हो।
- सॉफ़्टवेयर लाइसेंस, जहाँ आपके पास distribution right हो।
- सर्विस subscriptions, जिनके लिए vendor ख़ुद reseller मॉडल देता हो।
इन सबमें साझा बात कैटेगरी नहीं, बल्कि दो शर्तें हैं: ज्ञात स्रोत और ऐसा विवरण जो ख़रीदार को गुमराह न करे। लिस्टिंग लंबी चलेगी या नहीं, यह कैटेगरी का नाम नहीं, यही दो चीज़ें तय करती हैं।
किन कैटेगरी पर हमेशा ज़्यादा सख़्ती रहती है
कुछ सामान औपचारिक रूप से अनुमत होकर भी लगातार जोखिम में रहता है। ज़्यादा सख़्ती के आम संकेत:
- Region-restricted प्रोडक्ट अपने region के बाहर बेचना। storefront भले इजाज़त दे, platform terms अक्सर नहीं देतीं। मैकेनिक्स यहाँ है: region-locked keys की व्याख्या।
- कोड की जगह अकाउंट। अकाउंट एक्सेस बेचना लगभग हर जगह की बेचने से ज़्यादा सख़्ती से नियंत्रित है, क्योंकि अकाउंट मूल मालिक से जुड़ा रहता है।
- इन-गेम सर्विसेज़ जैसे boosting, levelling, farming. ये अक्सर गेम के अपने नियम तोड़ती हैं, चाहे storefront लिस्टिंग सहन कर ले।
- बाज़ार से बहुत हटकर क़ीमत वाला सामान। असामान्य रूप से कम दाम moderation और rightsholder दोनों के लिए स्रोत पर सवाल का संकेत है।
- किसी और के payment profile से जुड़े subscriptions। ये पहले कार्ड reissue तक ही चलते हैं।
आमतौर पर क्या प्रतिबंधित रहता है
लगभग हर डिजिटल स्टोरफ़्रंट पर मिलने वाली उद्योग-व्यापी पाबंदियाँ: धोखाधड़ी से या किसी और के payment डेटा से हासिल कोड; तीसरे पक्ष के अधिकारों का उल्लंघन करने वाला सामान; सुरक्षा उपायों को दरकिनार करने से जुड़ी कोई भी चीज़; क़ानून द्वारा प्रतिबंधित सामग्री; और दूसरों के account credentials की बिक्री। यह किसी एक प्लेटफ़ॉर्म की सूची नहीं — यह पाबंदियों का वह वर्ग है जो पूरे उद्योग में स्थिर है। आप पर लागू होने वाली सटीक भाषा प्लेटफ़ॉर्म के नियमों में ही पढ़ें।
कैटेगरी प्रकार बनाम सामान्य व्यवहार
| प्रोडक्ट प्रकार | सामान्य व्यवहार | लिस्ट करने से पहले क्या जाँचें |
|---|---|---|
| अधिकृत चैनल से गेम की | आमतौर पर स्वीकार्य | activation region, सप्लायर का distribution right |
| अस्पष्ट स्रोत वाली की | revocation का ऊँचा जोखिम | batch के दस्तावेज़, सप्लायर की साख |
| जाने-माने issuer का gift card | आमतौर पर स्वीकार्य | region और denomination विवरण से मेल |
| account ID से top-up | delivery चैनल पर निर्भर | vendor reseller मॉडल की इजाज़त देता है या नहीं |
| Account एक्सेस | अक्सर प्रतिबंधित | storefront नियम और platform terms, दोनों |
| इन-गेम सर्विस और boosting | अक्सर प्रतिबंधित | गेम के अपने नियम, सिर्फ़ storefront नहीं |
| सॉफ़्टवेयर लाइसेंस | लाइसेंस प्रकार पर निर्भर | लाइसेंस प्रकार और रीसेल की अनुमति |
यह तालिका सामान्य तर्क बताती है, किसी प्लेटफ़ॉर्म की मौजूदा नीति नहीं। कैटेगरी शुरू करने से पहले हर पंक्ति लाइव नियमों से मिलाएँ।
स्रोत सबसे बड़ा सवाल क्यों है
स्रोत यानी इस सवाल का जवाब कि यह कोड ठीक-ठीक कहाँ से आया। यह एक साथ तीन वजहों से अहम है।
आर्थिक। revoke हुई की की क़ीमत seller चुकाता है। ख़रीदार को refund मिलता है, मार्केटप्लेस dispute दर्ज करता है, और किसी अनजान चैट वाला सप्लायर तब तक ग़ायब हो चुका होता है। व्यवहार में इसे कैसे सँभालें, यह यहाँ है: code revocation और region locks।
साख। storefront आपको dispute और refund के अनुपात पर आँकता है। एक ख़राब batch आपकी सभी लिस्टिंग की visibility गिरा देता है, साफ़-सुथरी लिस्टिंग की भी।
क़ानूनी। rightsholder की शिकायत आने पर पहला सवाल supply chain का होता है। जो seller ख़रीद के दस्तावेज़ दिखा सकता है, वह उससे बिल्कुल अलग स्थिति में है जो सिर्फ़ पैसे भेजने का स्क्रीनशॉट दिखा सकता है।
शिकायत पर लिस्टिंग हटने की प्रक्रिया कैसी दिखती है
मैकेनिक्स लगभग हमेशा एक जैसी रहती है, और इसे पहले से समझना फ़ायदेमंद है।
- शिकायत ख़रीदार से नहीं, rightsholder से आती है — सामान्य support से नहीं, बल्कि अधिकार उल्लंघन के अलग चैनल से।
- प्लेटफ़ॉर्म एहतियातन कार्रवाई करता है। लिस्टिंग आमतौर पर जाँच से पहले ही छिपा या ब्लॉक कर दी जाती है, क्योंकि storefront के लिए बहस करने से यह सस्ता है।
- Seller को जवाब देने की छोटी खिड़की मिलती है। यहाँ नतीजा ख़रीद के दस्तावेज़ तय करते हैं, यह तर्क नहीं कि storefront का कोई नियम नहीं टूटा।
- परिणाम supply chain पर निर्भर करता है। पुष्ट अधिकृत चैनल से लिस्टिंग अक्सर बहाल हो जाती है; दस्तावेज़ न होने पर लगभग कभी नहीं।
- बार-बार की घटनाएँ अकाउंट स्तर तक जाती हैं, एक लिस्टिंग तक सीमित नहीं रहतीं, और वहाँ पाबंदियाँ ज़्यादा सख़्त होती हैं।
ध्यान दें: इनमें से किसी भी चरण के लिए यह ज़रूरी नहीं कि आपने मार्केटप्लेस का कोई नियम तोड़ा हो। दूसरी परत यानी publisher terms से टकराव अकेले ही काफ़ी है।
दस्तावेज़ कब माँगे जाते हैं
लिस्टिंग बनाते समय दस्तावेज़ लगभग कभी नहीं माँगे जाते। वे तीन स्थितियों में माँगे जाते हैं: काम न करने वाले कोड की शिकायतों का गुच्छा, rightsholder का सम्पर्क, या वॉल्यूम बढ़ने पर होने वाली समीक्षा। तीनों में जवाब देने की खिड़की छोटी होती है, और चुप्पी आपके पक्ष में नहीं पढ़ी जाती। इसलिए ख़रीद के प्रमाण पहले batch से ही सँभालकर रखें, न कि पहली घटना के बाद archive बनाना शुरू करें। आपको ठीक क्या चाहिए, यह आपके क्षेत्राधिकार और क़ानूनी स्थिति पर निर्भर है — यह सवाल वकील और प्लेटफ़ॉर्म नियमों का है, किसी उद्योग लेख का नहीं।
कैटेगरी शुरू करने से पहले चेकलिस्ट
- प्लेटफ़ॉर्म के लाइव नियम लॉन्च वाले दिन पढ़े गए, याददाश्त से नहीं।
- इस विशेष प्रोडक्ट के लिए publisher या platform terms जाँची गईं।
- batch का स्रोत पता है और दस्तावेज़ में दर्ज है।
- activation region शीर्षक और विवरण में स्पष्ट लिखा है।
- विवरण ऐसा कुछ वादा नहीं करता जो प्रोडक्ट देता ही नहीं।
- dispute मुआवज़े और संभावित takedown के लिए रिज़र्व रखा गया है।
साफ़ स्रोत वाला स्टॉक कहाँ से लें
assortment की ज़्यादातर समस्याएँ moderation पर नहीं, ख़रीद के चरण पर हल होती हैं। FoxReload थोक डिजिटल-गुड्स सप्लायर है: 900+ SKU (गेम कीज़, gift cards, इन-गेम करेंसी top-up, eSIM, subscriptions, सॉफ़्टवेयर लाइसेंस), एक ही REST API, तुरंत delivery और multi-region SKU। पारदर्शी ख़रीद चैनल का मतलब है अनुमानित region, कोई ग्रे batch नहीं, और ज़रूरत पड़ने पर सहायक दस्तावेज़ मौजूद।
इससे जुड़ा पढ़ें: