वेबशॉप: किराए का सिस्टम या कस्टम विकास?
बुडापेस्ट की सॉफ़्टवेयर विकास कंपनी Mesterséges Intelligencia Központ Kft. के अनुसार, उत्पाद शृंखला सीमाओं में आए, तो किराए का वेबशॉप उचित शुरुआत है; क़ीमत निर्धारण या एकीकरण उससे बड़े हों, तो कस्टम विकास फ़ायदेमंद है।
मुख्य बात: तीन सवाल तय करते हैं: शृंखला और ऑर्डर प्रक्रिया किराए के सिस्टम में समाती है या नहीं, वेबशॉप कितने सिस्टमों से डेटा लेता-देता है, और प्लेटफ़ॉर्म-सीमाओं से मुक्त विकास कितना अहम है। कई कंपनियों के लिए किराए का सिस्टम अच्छा पहला क़दम है। अगर डेटा एक्सपोर्ट हो सके, तो बाद में कस्टम पर जाना संभव है।
कौन-से विकल्प हैं?
वेबशॉप के चार रास्ते हैं। सीमाएँ धुंधली हैं (किराए के सिस्टम के पीछे कस्टम एकीकरण, कस्टम वेबशॉप में तैयार भुगतान पेज संभव), पर ज़िम्मेदारी और आज़ादी अलग है।
किराए का वेबशॉप (SaaS)
SaaS (software as a service) में प्रदाता सॉफ़्टवेयर चलाता, अपडेट और सुरक्षित करता है; व्यापारी सब्सक्राइब कर ब्राउज़र से संभालता है। अंतरराष्ट्रीय उदाहरण Shopify, हंगरी में Shoprenter और UNAS। ये एक्सटेंशन से बढ़ते हैं, ज़्यादातर API भी देते हैं: प्रोग्रामिंग इंटरफ़ेस, जिससे दूसरा सिस्टम डेटा पढ़-लिख सके।
Shoprenter के डेवलपर दस्तावेज़ इंटरफ़ेस संसाधन-वार (उत्पाद, ग्राहक, ऑर्डर आदि) बताते हैं, और वेबहुक भी: किसी घटना, जैसे ऑर्डर देने या स्थिति बदलने पर बाहरी सिस्टम को स्वचालित संदेश (Shoprenter: WebHook automation)। UNAS के अनुसार API वेबशॉप को बाहरी सिस्टमों, जैसे इनवॉइसिंग या स्टॉक प्रबंधन से, दोतरफ़ा भी जोड़ता है; यह PREMIUM और VIP पैकेज में है (UNAS: API, 17 अक्टूबर 2026 को जाँचा गया)। इसलिए पैकेज चुनते समय उसकी सुविधाएँ देखें।
ओपन-सोर्स, अपनी होस्टिंग वाला वेबशॉप
उदाहरण: WooCommerce, WordPress CMS का ओपन-सोर्स वेबशॉप प्लगइन। सोर्स कोड GNU General Public License संस्करण 2 या बाद के तहत है (WooCommerce: लाइसेंस); प्लगइन विवरण के अनुसार एकीकरण हेतु REST API और वेबहुक हैं, और स्टोर की सामग्री व डेटा मालिक के पास रहते हैं (WordPress.org: WooCommerce)। आज़ादी की क़ीमत: होस्टिंग, WordPress और प्लगइन अपडेट, बैकअप और सुरक्षा मालिक (या उसके संचालक) का ज़िम्मा।
हेडलेस वेबशॉप
हेडलेस ढाँचे में ख़रीदार का इंटरफ़ेस और वेबशॉप इंजन अलग हैं। Shopify के अनुसार हेडलेस कॉमर्स फ़्रंटएंड और बैकएंड को अलग करता है: इंटरफ़ेस किसी भी तकनीक से बनता और होस्ट होता है, उत्पाद, कार्ट व चेकआउट प्लेटफ़ॉर्म API देता है (Shopify: Headless)। उपयोगी तब, जब ख़रीदारी अनुभव बहुत ख़ास हो, वेबशॉप सामग्री-प्रधान साइट का हिस्सा हो, या वही शृंखला कई चैनलों (वेब, मोबाइल ऐप, कियॉस्क) पर दिखे। बदले में दो सिस्टम सँभालें: प्लेटफ़ॉर्म और अपना इंटरफ़ेस।
कस्टम विकसित वेबशॉप
यहाँ उत्पाद मॉडल, क़ीमत निर्धारण, ऑर्डर प्रक्रिया और एकीकरण कंपनी के कामकाज पर बनते हैं। प्लेटफ़ॉर्म-सीमा नहीं, पर तैयार एक्सटेंशन बाज़ार भी नहीं: हर ज़रूरी काम डिज़ाइन, विकसित, परीक्षित और संचालित करना है। यह तब मज़बूत है, जब वेबशॉप मुख्य बिक्री चैनल हो और ERP, गोदाम या उत्पादन से क़रीबी से जुड़ा हो।
एक तालिका में तुलना
| मानदंड | किराए का सिस्टम | ओपन-सोर्स (जैसे WooCommerce) | हेडलेस | कस्टम विकास |
|---|---|---|---|---|
| शुरुआत | सबसे तेज़: तैयार थीम, सेटिंग | तेज़, अगर तैयार थीम-प्लगइन काफ़ी हों | लंबी: अपना इंटरफ़ेस बनाना | सबसे लंबी; विकास के आकार पर |
| शुल्क मॉडल | सब्सक्रिप्शन; अतिरिक्त ऐप का शुल्क संभव | सॉफ़्टवेयर सब्सक्रिप्शन नहीं; होस्टिंग, सशुल्क प्लगइन, संचालन | प्लेटफ़ॉर्म सब्सक्रिप्शन, अपने इंटरफ़ेस का विकास-संचालन | एक बार विकास, फिर संचालन, आगे का विकास |
| विस्तार | प्लेटफ़ॉर्म, एक्सटेंशन बाज़ार की सीमा में | आज़ाद, पर हर प्लगइन एक और अपडेट | इंटरफ़ेस मनचाहा, इंजन प्लेटफ़ॉर्म का | असीमित, सोर्स कोड अनुबंध में तय |
| एकीकरण (स्टॉक, ERP, इनवॉइसिंग, कूरियर) | तैयार एक्सटेंशन या API, पैकेज दे तो | प्लगइन या कस्टम कोड | प्लेटफ़ॉर्म API | कोई भी इंटरफ़ेस, ज़रूरत अनुसार |
| प्रदर्शन | प्रदाता का ढाँचा, थीम की गुणवत्ता | होस्टिंग, प्लगइन संख्या पर | अच्छा अनुकूलन संभव, पर अपना काम | डिज़ाइन और संचालन पर |
| डेटा और एक्सपोर्ट | प्लेटफ़ॉर्म की एक्सपोर्ट सुविधा, शर्तें | पूरा डेटाबेस मालिक का | इंजन का डेटा प्लेटफ़ॉर्म पर | पूरा डेटाबेस ग्राहक का |
| होस्टिंग और सुरक्षा | प्रदाता ज़िम्मेदार | मालिक या उसका संचालक | साझा: इंजन प्लेटफ़ॉर्म का, इंटरफ़ेस कंपनी का | ग्राहक या उसका संचालक |
गति मापें, अनुमान न लगाएँ: Google के सुझाए Core Web Vitals लोडिंग (LCP), प्रतिक्रियाशीलता (INP) और दृश्य स्थिरता (CLS) मापते हैं, हर वेबशॉप पर समान (web.dev: Web Vitals)।
किराए का सिस्टम कब काफ़ी है, और कस्टम कब फ़ायदेमंद है?
संकेत कि किराए का सिस्टम काफ़ी है
- उत्पाद सरल: कम वेरिएंट, स्पष्ट क़ीमत, जटिल कॉन्फ़िगरेशन नहीं।
- ऑर्डर प्रक्रिया सामान्य: कार्ट, शिपिंग तरीक़ा, भुगतान, पुष्टि।
- इनवॉइसिंग, कूरियर, भुगतान जैसे ज़रूरी एकीकरणों के तैयार एक्सटेंशन हैं।
- जल्दी शुरुआत अहम, और टीम के पास सर्वर चलाने का समय या इरादा नहीं।
- वेबशॉप एक बिक्री चैनल है, पूरा व्यवसाय मॉडल नहीं।
संकेत कि कस्टम या हेडलेस की ओर जाना उचित है
- उत्पाद कॉन्फ़िगर होने वाले या नाप से बने, या क़ीमत कई कारकों से बनती।
- पुनर्विक्रेता (B2B) मूल्य सूचियाँ, विशेष छूट नियम, फ़्रेमवर्क अनुबंध क़ीमतें चाहिए।
- वेबशॉप को ERP, गोदाम या उत्पादन से रियल-टाइम में जुड़ना है।
- एक्सटेंशन इतने हैं कि हर अपडेट जोखिम है।
- प्लेटफ़ॉर्म-सीमाओं से कंपनी अपनी प्रक्रिया सॉफ़्टवेयर के अनुसार ढालती है, उल्टा नहीं।
आम और अच्छा बीच का रास्ता: कस्टम एकीकरण वाला किराए का वेबशॉप, जिसमें स्टोर प्लेटफ़ॉर्म पर रहता है और पीछे कस्टम सेवा ऑर्डरों को इनवॉइसिंग, गोदाम और ERP से जोड़ती है। यह सिस्टम एकीकरण; विवरण प्रक्रिया स्वचालन पृष्ठ पर। कस्टम सॉफ़्टवेयर और रेडीमेड उत्पाद की तुलना कस्टम सॉफ़्टवेयर या रेडीमेड समाधान (SaaS)? लेख में।
हंगरी की विशेषताएँ: इनवॉइसिंग, NAV, कूरियर, भुगतान
इनवॉइसिंग और NAV Online Számla
NAV (हंगरी का कर प्राधिकरण) के अनुसार 4 जनवरी 2021 से इनवॉइस डेटा रिपोर्टिंग निजी ग्राहकों समेत VAT-अपंजीकृत व्यक्तियों के इनवॉइसों पर भी; इनवॉइसिंग प्रोग्राम जारी होते ही, बिना मानवीय हस्तक्षेप, XML डेटा Online Számla को भेजे (NAV)। NAV मशीन इंटरफ़ेस का विवरण सार्वजनिक रिपॉज़िटरी में भी देता है (NAV: Online-Invoice)। वेबशॉप प्रायः इनवॉइसिंग सेवा लेते हैं: जैसे Számlázz.hu का Számla Agent इंटरफ़ेस इनवॉइस और रसीद के काम XML में स्वचालित करता है (Számlázz.hu: API)। मूल बात: भुगतान या पूरे हुए ऑर्डर से बिना हाथ से दोबारा दर्ज किए इनवॉइस बने, और विफल या अस्वीकृत रिपोर्ट पर किसी को सूचना मिले।
कूरियर सेवाएँ और पार्सल लॉकर
कूरियर और पार्सल पॉइंट सेवाएँ जोड़ने के तीन अर्थ: चेकआउट में ख़रीदार पिकअप पॉइंट या लॉकर चुने, ऑर्डर से पार्सल लेबल अपने आप बने, और स्थिति वेबशॉप व ख़रीदार तक लौटे। किराए के सिस्टम में तैयार एक्सटेंशन देखें; कस्टम वेबशॉप में या एक्सटेंशन न होने पर हम प्रदाता (जैसे GLS, Foxpost, MPL या Packeta) के इंटरफ़ेस से जोड़ते हैं।
ऑनलाइन भुगतान
PCI DSS अंतरराष्ट्रीय सुरक्षा मानक हर उस पर लागू है, जो कार्ड डेटा रखे, संसाधित या प्रेषित करे। Stripe के अनुसार कम जोखिम वाले एकीकरणों में भुगतान डेटा व्यापारी के सर्वर से गुज़रे बिना सीधे प्रदाता को जाता है, जिससे उसके PCI दायित्व घटते हैं (Stripe: Integration security guide)। हमारी सलाह: वेबशॉप कार्ड डेटा न रखे; भुगतान प्रदाता (जैसे Barion, SimplePay या Stripe) के पेज या एम्बेडेड इंटरफ़ेस पर हो।
स्टॉक और ERP
स्टॉक गोदाम सिस्टम या ERP में हो, तो वेबशॉप वहाँ से पढ़े, ताकि ख़त्म उत्पाद ऑर्डर न हो, और ऑर्डर वहाँ लिखे। यह सबसे अहम जुड़ावों में; बैक-ऑफ़िस पक्ष व्यावसायिक सॉफ़्टवेयर पृष्ठ पर।
हर वेबशॉप पर लागू क़ानूनी जानकारी
क़ानून हर प्लेटफ़ॉर्म पर लागू: किराए का सिस्टम बहुत मदद करता है, पर अनुपालन व्यापारी का ज़िम्मा। यह जानकारी है, क़ानूनी सलाह नहीं। ठोस मामले में वकील से सलाह लें।
अनुबंध से हटने का अधिकार
निर्देश 2011/83/EU दूरस्थ अनुबंधों में उपभोक्ता अधिकार तय करता है; नीचे की बातें 27 सितंबर 2026 के समेकित पाठ से हैं (EUR-Lex: 2011/83/EU, समेकित पाठ):
- अनुच्छेद 9(1): उपभोक्ता 14 दिनों में बिना कारण बताए अनुबंध से हट सकता है; माल के लिए अवधि सामान्यतः प्राप्ति के दिन से।
- अनुच्छेद 6(1)(h): व्यापारी अनुबंध से पहले हटने की शर्तें, समय-सीमा और प्रक्रिया बताए, नमूना फ़ॉर्म और हटने के फ़ंक्शन (अगर हो) की मौजूदगी और जगह समेत।
- अनुच्छेद 11a (निर्देश (EU) 2023/2673 से जोड़ा गया): ऑनलाइन दूरस्थ अनुबंधों में व्यापारी हटने की पूरी अवधि में लगातार उपलब्ध हटने का फ़ंक्शन दे, जिस पर निर्देश के अंग्रेज़ी पाठ में “withdraw from contract here” (हिंदी में लगभग: “यहाँ अनुबंध से हटें”) या समकक्ष स्पष्ट शब्द हों और जिससे उपभोक्ता ऑनलाइन बयान भेजे; बयान “confirm withdrawal” (यानी “हटने की पुष्टि करें”) वाले क़दम से जाए, और व्यापारी स्थायी माध्यम पर पावती भेजे। सदस्य देश इसे 19 जून 2026 से लागू करते हैं (EUR-Lex: (EU) 2023/2673)।
- अनुच्छेद 10: जानकारी न मिले, तो हटने की अवधि मूल समय-सीमा के 12 महीने बाद ख़त्म होती है।
- अनुच्छेद 13: व्यापारी हटने की सूचना के 14 दिनों में उपभोक्ता का पूरा भुगतान, लागू हो तो डिलीवरी लागत समेत, लौटाता है।
- अनुच्छेद 16 के अपवाद: जैसे उपभोक्ता के विनिर्देशों पर बना या साफ़ तौर पर व्यक्तिगत माल।
हंगरी में विस्तृत नियम सरकारी डिक्री 45/2014 (II. 26.) में हैं; हटने का फ़ंक्शन उसकी धारा 22 के, सरकारी डिक्री 415/2025 (XII. 23.) से जोड़े प्रावधान तय करते हैं (Nemzeti Jogszabálytár, 17 अक्टूबर 2026 को जाँचा गया)। ठोस वेबशॉप फ़ंक्शन: ऑर्डर से पहले जानकारी, पूरी अवधि में लगातार उपलब्ध ऑनलाइन हटने का फ़ंक्शन पावती सहित, वापसी और रिफ़ंड की ट्रैकिंग, और व्यक्तिगत उत्पादों का चिह्नांकन।
सुलभता
निर्देश (EU) 2019/882 के तहत सदस्य देश 28 जून 2025 से उपभोक्ता ई-कॉमर्स सेवाओं पर सुलभता आवश्यकताएँ लागू करते हैं (हंगरी के नियम इसी पर आधारित); ई-कॉमर्स सेवा: उपभोक्ता अनुबंध के लिए वेबसाइट या मोबाइल डिवाइस सेवा से दी गई सेवा (EUR-Lex: (EU) 2019/882)। सेवा देने वाले सूक्ष्म उद्यम, यानी दस से कम लोगों वाले और तय टर्नओवर या बैलेंस-शीट सीमा से नीचे के उद्यम, छूट पाते हैं (अनुच्छेद 4(5))। अनुलग्नक I: वेबसाइटें और मोबाइल ऐप ग्रहण करने योग्य, संचालन योग्य, समझने योग्य और मज़बूत हों। किराए के सिस्टम में यह अंशतः प्लेटफ़ॉर्म और थीम पर निर्भर है, इसलिए थीम भी जाँचें; कस्टम वेबशॉप में हम WCAG 2.2 अपनाते हैं।
कुकी और सहमति
ई-प्राइवेसी निर्देश (2002/58/EC) के समेकित पाठ का अनुच्छेद 5(3): उपयोगकर्ता के डिवाइस पर जानकारी रखना या वहाँ से पढ़ना सिर्फ़ स्पष्ट, व्यापक जानकारी पर दी गई पूर्व सहमति से संभव है। अपवाद: उपयोगकर्ता की साफ़ माँगी सेवा के लिए बिल्कुल ज़रूरी संग्रहण (EUR-Lex: 2002/58/EC)। इसलिए कार्ट की ज़रूरी कुकी मापन या विज्ञापन कुकी से अलग है: बाद वालों को सहमति चाहिए, और बैनर असली विकल्प दे।
वेबशॉप में कृत्रिम बुद्धिमत्ता
- उत्पाद टेक्स्ट: बड़े भाषा मॉडल से उत्पाद विवरण, श्रेणी टेक्स्ट और अनुवाद का मसौदा। कुछ किराए के प्लेटफ़ॉर्म में यह बिल्ट-इन: Shopify के अनुसार उसकी एडमिन AI सुविधाएँ उत्पाद विवरण भी लिखती हैं, और वह हर AI सामग्री जाँचने को कहता है, क्योंकि ग़लती संभव है (Shopify Help Center: AI features)।
- खोज: उत्पाद खोज, जो सटीक कीवर्ड ही नहीं, ख़रीदार का इरादा भी समझे (“बारिश के लिए वॉटरप्रूफ़ हाइकिंग जूते”)।
- ग्राहक सेवा: AI चैटबॉट, जो वेबशॉप के अपने डेटा (उत्पाद, शिपिंग शर्तें, ऑर्डर स्थिति) से जवाब दे और बताए कि ख़रीदार AI से बात कर रहा है। विवरण AI चैटबॉट और AI एजेंट पर; क़ानूनी पृष्ठभूमि AI Act और GDPR लेख में।
किराए के सिस्टम में AI सुविधाएँ प्लेटफ़ॉर्म या एक्सटेंशन पर निर्भर हैं। कस्टम वेबशॉप या एकीकरण में हम OpenAI (ChatGPT), Anthropic (Claude) और Google (Gemini) के मॉडल चुनकर सीधे उसके डेटा से जोड़ते हैं, जहाँ ग़लती से पैसा या भरोसा जाए, वहाँ मानवीय जाँच के साथ।
किराए के सिस्टम से कस्टम पर जाना
कई कंपनियाँ किराए के सिस्टम से शुरू कर, सीमाएँ छोटी पड़ने पर आगे बढ़ती हैं। सहजता मुख्यतः निकलने वाले डेटा पर टिकी है। Shopify के अनुसार उत्पाद, ऑर्डर और ग्राहक CSV में एक्सपोर्ट होते हैं (Shopify: exporting products, exporting orders, exporting customers), पर तस्वीरें उत्पाद CSV में नहीं आतीं, उन्हें अलग सहेजें। बदलाव के क़दम:
- डेटा सूची: पुराने सिस्टम का डेटा (उत्पाद, वेरिएंट, तस्वीरें, ग्राहक, पुराने ऑर्डर, कूपन, सामग्री पेज), और क्या एक्सपोर्ट होता है।
- डेटा मैपिंग और सफ़ाई: कौन-सा पुराना फ़ील्ड कहाँ जाए, क्या ठीक करना है, जैसे दोहरे ग्राहक या अधूरा उत्पाद डेटा।
- URL मैप और रीडायरेक्ट: Google Search Central के अनुसार हर पुराना पता नए से जोड़कर सर्वर-साइड, स्थायी (301 या 308) रीडायरेक्ट लगाएँ, ताकि सर्च रैंकिंग न खोए (Google Search Central)।
- एकीकरण दोबारा जोड़ना: इनवॉइसिंग, भुगतान, कूरियर और स्टॉक, परीक्षण ऑर्डरों से जाँचे हुए।
- लाइव करना और निगरानी: पुराने डेटा का अंतिम सिंक, फिर मेट्रिक्स और त्रुटियों पर नज़र।
आज किराए का सिस्टम चुनें, तो अभी से निकास योजना बनाएँ: कौन-सा डेटा किस प्रारूप में एक्सपोर्ट होता है, और क्या API है, जिससे बाद का सिस्टम उसे लगातार ले सके।
लागत और समय किस पर निर्भर करते हैं?
किराए के सिस्टम में लागत: सब्सक्रिप्शन, अतिरिक्त ऐप, थीम और सेटअप की मेहनत; कस्टम एकीकरण भी चाहिए, तो वह अलग विकास है। कस्टम वेबशॉप में हम कार्यात्मक आकार COSMIC फ़ंक्शन पॉइंट (ISO/IEC 19761) में मापते हैं; इसी से प्रस्ताव और समय-सारिणी बनती है। आकार के अलावा मायने रखते हैं:
- एकीकरणों की संख्या, और इंटरफ़ेस कितने अच्छे से प्रलेखित हैं;
- उत्पाद मॉडल की जटिलता: वेरिएंट, कॉन्फ़िगर होने वाले उत्पाद, विशेष मूल्य नियम;
- डिज़ाइन की विशिष्टता और इंटरफ़ेस की संख्या (वेब, मोबाइल, एडमिन);
- स्थानांतरित डेटा की मात्रा और गुणवत्ता;
- ग़ैर-कार्यात्मक आवश्यकताएँ: गति, उपलब्धता, सुलभता, सुरक्षा;
- हस्तांतरण के बाद संचालन और आगे के विकास का दायरा।
मापन पद्धति मूल्य निर्धारण पृष्ठ पर।
निर्णय में अक्सर होने वाली ग़लतियाँ
- सिर्फ़ शुरुआती लागत देखना, कई साल का सब्सक्रिप्शन, एक्सटेंशन और संचालन नहीं।
- पहले न देखना कि क्या एक्सपोर्ट होता है और पैकेज में API है या नहीं।
- इतने एक्सटेंशन कि अपडेट के बाद कोई नहीं जानता कि क्या, क्यों टूटा।
- हाथ से इनवॉइसिंग से शुरुआत, जो ऑर्डर बढ़ने पर अड़चन बनती है।
- बदलाव में रीडायरेक्ट छूटना, जिससे पुराने पते त्रुटि पेज पर जाते हैं।
- कुकी बैनर, जो डिफ़ॉल्ट में सब स्वीकारे या अस्वीकार पर भी मापन कोड लोड करे।
अक्सर पूछे जाने वाले प्रश्न
किराए का या कस्टम वेबशॉप चुनें?
शृंखला और ऑर्डर प्रक्रिया किराए के सिस्टम (जैसे Shopify, Shoprenter, UNAS) या WooCommerce में समाए, तो यह तेज़, कम जोखिम वाली शुरुआत है। कस्टम वेबशॉप तब, जब शृंखला या क़ीमत निर्धारण असामान्य हो, ERP या गोदाम से क़रीबी रियल-टाइम जुड़ाव चाहिए, या वेबशॉप मुख्य बिक्री चैनल हो और बिना प्लेटफ़ॉर्म-सीमा विकसित करना हो। बीच का रास्ता: कस्टम एकीकरण वाला किराए का वेबशॉप।
क्या किराए के सिस्टम से कस्टम पर जा सकते हैं?
हाँ, अगर पुराने सिस्टम से डेटा (उत्पाद, ग्राहक, ऑर्डर, तस्वीरें, सामग्री) निकले। अहम हिस्से: पुराने पतों का रीडायरेक्ट और एकीकरण दोबारा जोड़ना। किराए का सिस्टम चुनते समय ही उसका एक्सपोर्ट और API देखें।
क्या वेबशॉप को इनवॉइसिंग और गोदाम से जोड़ा जा सकता है?
हाँ। इनवॉइसिंग प्रोग्राम (जैसे Számlázz.hu, Billingo) को स्वचालित इनवॉइस से, गोदाम सिस्टम या ERP को स्टॉक सिंक से जोड़ते हैं, अगर इंटरफ़ेस (API) हो या डेटा फ़ाइल या डेटाबेस में मिले। किराए के वेबशॉप के पीछे भी यह बनता है, अगर पैकेज में प्लेटफ़ॉर्म API हो।
किराए के सिस्टम में डेटा किसका है?
यह प्लेटफ़ॉर्म की उपयोग शर्तें और डेटा प्रसंस्करण समझौता तय करते हैं; GDPR अनुच्छेद 28: नियंत्रक की ओर से प्रसंस्करण अनुबंध से तय हो (EUR-Lex: (EU) 2016/679)। व्यवहार में अहम है कि डेटा निकाल सकें: बड़े प्लेटफ़ॉर्म एक्सपोर्ट और API देते हैं, पर दायरा प्लेटफ़ॉर्म, पैकेज अनुसार अलग है। अपनी होस्टिंग वाले या कस्टम वेबशॉप में पूरा डेटाबेस मालिक के पास है।
क्या वेबशॉप का सुलभ होना ज़रूरी है?
निर्देश (EU) 2019/882 लागू करने वाले नियमों के अनुसार उपभोक्ता ई-कॉमर्स सेवाओं को 28 जून 2025 से सुलभता आवश्यकताएँ पूरी करनी हैं; सेवा देने वाले सूक्ष्म उद्यम निर्देश के अनुसार छूट पाते हैं। कंपनी सूक्ष्म उद्यम न हो, तो वेबशॉप को, और किराए के सिस्टम में थीम को भी, सुलभता के लिए जाँचें। यह जानकारी है, क़ानूनी सलाह नहीं।
हम कैसे मदद करते हैं?
हम कस्टम वेबशॉप बनाकर उसे भुगतान, शिपिंग और इनवॉइसिंग प्रदाताओं, गोदाम और ERP से जोड़ते हैं, अनुरोध पर AI के साथ भी। किराए का सिस्टम अच्छा चले, तो बदलना ज़रूरी नहीं: हम पीछे एकीकरण बनाते हैं। विवरण वेबशॉप विकास पृष्ठ पर।
पहला परामर्श निःशुल्क है, अनुरोध पर हम गोपनीयता समझौता (NDA) करते हैं, और हस्तांतरण के बाद हम संचालन और रखरखाव की ज़िम्मेदारी भी लेते हैं। सोर्स कोड और उपयोग के अधिकार अनुबंध में तय होते हैं। कुछ वाक्यों में बताएँ कि आप क्या बेचते हैं और किन सिस्टमों से काम करते हैं, और हमसे संपर्क करें।
स्रोत
- EUR-Lex: उपभोक्ता अधिकार निर्देश 2011/83/EU, समेकित पाठ
- EUR-Lex: निर्देश (EU) 2023/2673 (2011/83/EU का संशोधन)
- Nemzeti Jogszabálytár: सरकारी डिक्री 45/2014 (II. 26.)
- EUR-Lex: उत्पादों और सेवाओं की सुलभता पर निर्देश (EU) 2019/882
- EUR-Lex: निर्देश 2002/58/EC, समेकित पाठ
- EUR-Lex: विनियमन (EU) 2016/679 (GDPR)
- NAV: इनवॉइस डेटा रिपोर्टिंग, 4 जनवरी 2021 से (हंगेरियन में)
- NAV: Online-Invoice सार्वजनिक रिपॉज़िटरी
- Számlázz.hu: API दस्तावेज़ीकरण
- Shoprenter: WebHook automation
- UNAS: API दस्तावेज़ीकरण (हंगेरियन में)
- WordPress.org: WooCommerce
- WooCommerce: लाइसेंस
- Shopify: Headless commerce
- Shopify Help Center: Exporting products
- Shopify Help Center: Exporting orders
- Shopify Help Center: Exporting customers
- Shopify Help Center: AI features in the Shopify admin
- Stripe: Integration security guide
- Google Search Central: Site moves with URL changes
- web.dev: Web Vitals