Medusa, ERPNext और Metabase: छोटे कारोबार के लिए तीन open-source टूल

यह गाइड क्या बताता है

• हर टूल क्या है, उसकी अपनी README और documentation के अनुसार
• हर टूल के लिए एक छोटा पहला प्रोजेक्ट: अपना storefront, उत्पादन के batch, पाँच सवालों का dashboard
• शुरू करने से पहले क्या चाहिए: developers, लिखी हुई प्रक्रिया, साफ़ data
• MIT, GPL और AGPL लाइसेंस क्या अनुमति देते हैं और व्यावसायिक शर्तें कहाँ से शुरू होती हैं
• तुलना तालिका: टूल, काम, ज़रूरतें, लाइसेंस
• Install करने से पहले तीन सवाल, और कब spreadsheet ही काफ़ी है

तीन टूल, तीन अलग काम

इन तीन प्रोजेक्ट का नाम अक्सर साथ लिया जाता है, पर ये अलग-अलग काम करते हैं और एक-दूसरे की जगह नहीं लेते। Medusa ऑनलाइन दुकान का commerce backend है। ERPNext एक ERP है: ऑर्डर, स्टॉक, manufacturing और हिसाब के लिए एक ही सिस्टम। Metabase एक reporting टूल है जो database के data को chart और dashboard में बदलता है।

4 अक्टूबर 2026 को GitHub पर Medusa के लगभग 37 हज़ार, ERPNext के लगभग 40 हज़ार और Metabase के लगभग 50 हज़ार stars थे। Stars से developers की रुचि दिखती है। इनसे यह पता नहीं चलता कि टूल आपके कारोबार के लिए ठीक है या नहीं।

Medusa: commerce backend, तैयार दुकान नहीं

Medusa एक commerce platform है जिसमें customization के लिए framework शामिल है। इसकी documentation में products, cart, orders, payments, pricing, promotions, inventory, stock locations, fulfillment और tax के modules गिनाए गए हैं, और ये सब REST API के ज़रिये मिलते हैं। Medusa application का मतलब है एक Node.js server और एक admin dashboard। Storefront अलग application है जिसे आप ख़ुद बनाते और host करते हैं: शुरू से, या प्रोजेक्ट के Next.js starter से।

पहला समझदार प्रोजेक्ट ऐसी दुकान है जिसका ख़रीद का तरीक़ा किसी standard template में नहीं बैठता। उदाहरण: gift hamper की दुकान, जहाँ ग्राहक पाँच चीज़ें चुनकर अपना hamper बनाता है और एक card जोड़ता है। Catalogue, cart, कीमतें और ऑर्डर Medusa के modules से आते हैं। Hamper builder वह हिस्सा है जो आपके developers लिखते हैं।

आपको developers चाहिए। Installation guide में Node.js, Git और चालू PostgreSQL database माँगा गया है; Medusa केवल PostgreSQL को support करता है। Payment और delivery provider modules से जुड़ते हैं; documentation में Stripe और ShipStation उदाहरण के रूप में दिए गए हैं, और जिस सेवा का तैयार integration नहीं है उसके लिए custom module लिखना पड़ता है। किसी को यह सब जोड़ना, जाँचना और सँभालना होगा, और server तथा storefront को host करना होगा। प्रोजेक्ट managed hosting भी देता है: Medusa Cloud।

सीमा यह है: install के बाद आपके पास API और admin panel होता है, ऐसी दुकान नहीं जहाँ ग्राहक ख़रीद सके। अगर कोई standard shop builder आपका तरीक़ा पहले से सँभाल लेता है, तो Medusa काम बढ़ाएगा, फ़ायदा नहीं।

ERPNext: ऑर्डर, स्टॉक, उत्पादन और हिसाब एक सिस्टम में

ERPNext एक open-source ERP है। इसकी README में accounting, order management (स्टॉक का स्तर, sales orders, ग्राहक, suppliers, shipments), manufacturing (कच्चे माल की खपत, capacity planning, subcontracting), asset management और projects (tasks, timesheets और profitability के साथ) गिनाए गए हैं। Documentation में Buying module भी है: supplier का रिकॉर्ड, purchase orders और purchase invoices।

पहला प्रोजेक्ट एक प्रक्रिया को शुरू से अंत तक कवर करे। उदाहरण: मसाले बनाने वाली एक छोटी यूनिट साबुत मसाले, pouch, label और carton को stock items के रूप में दर्ज करती है और एक मसाले के लिए Bill of Materials लिखती है। हर उत्पादन एक Work Order बनता है, जो कच्चे माल की सूची उसी Bill of Materials से लेता है। Batch सुविधा तैयार माल को batch number देती है, जिस पर expiry date दर्ज हो सकती है। मक़सद यह है कि एक ही जगह दिखे कि हर उत्पादन में क्या खपा और स्टॉक में क्या बचा।

जो चाहिए, उसका बड़ा हिस्सा software नहीं है। Setup guide company, fiscal year, chart of accounts, warehouses, items, customers, suppliers, users और opening balances से शुरू होती है। वह पुराने सिस्टम का साफ़ data और go-live से पहले sales, purchase, stock और accounting का एक पूरा test cycle माँगती है। Hosting के लिए README में Frappe Cloud या Docker के साथ अपना server बताया गया है, और जल्दी वाले Docker command को साफ़ तौर पर disposable demo कहा गया है।

तीनों में ERP को अपनाना सबसे कठिन है, क्योंकि वह दर्ज करता है कि आप काम कैसे करते हैं। पहले प्रक्रिया काग़ज़ पर तय करें। Documentation सीधी बात कहती है: submit किया हुआ Bill of Materials edit नहीं होता, उसे cancel करके नया बनाना पड़ता है; और transactions बन जाने के बाद currency, accounts का ढाँचा या stock के नियम बदलना काम बिगाड़ सकता है। एक दायरे से शुरू करें, modules चरणों में जोड़ें और GST तथा tax reporting की ज़रूरतें पहले अपने CA से जाँच लें।

Metabase: आपके अपने data पर सवाल और dashboard

Metabase एक business intelligence टूल है। इसकी README के अनुसार लोग SQL जाने बिना data से सवाल पूछ सकते हैं, कठिन queries के लिए SQL editor इस्तेमाल कर सकते हैं और filters वाले interactive dashboard बना सकते हैं। Graphical query builder query को क़दम-दर-क़दम बनाता है। Alerts किसी सवाल का नतीजा email, Slack या webhook पर भेजते हैं, जैसे तब, जब आम तौर पर ख़ाली रहने वाली query में rows आ जाएँ।

अच्छा पहला प्रोजेक्ट एक dashboard है जो पाँच सवालों के जवाब देता है। उदाहरण: enquiries कहाँ से आती हैं, उनमें से कितनी ऑर्डर बनती हैं, कौन से products दोबारा ख़रीदे जाते हैं, कौन से ऑर्डर तीन दिन से ज़्यादा से रुके हैं, और यह महीना पिछले महीने के मुक़ाबले कैसा है। रुके हुए ऑर्डर के लिए एक alert जोड़ें। मिलकर तय किए गए पाँच सवाल उन पचास charts से ज़्यादा काम के हैं जिन्हें कोई नहीं खोलता।

आपको ऐसा database चाहिए जिसे Metabase पढ़ सके। Officially supported सूची में PostgreSQL, MySQL, MariaDB, SQL Server, SQLite, BigQuery और MongoDB शामिल हैं। Metabase ख़ुद Docker container या Java JAR के रूप में चलता है। उसका built-in H2 database केवल local trial के लिए है; production में Metabase के अपने data के लिए documentation PostgreSQL की सलाह देती है। Hosted विकल्प भी है: Metabase Cloud। साथ ही ऐसा व्यक्ति चाहिए जो जानता हो कि हर table और column का मतलब क्या है।

Dashboard उतना ही सही होता है जितना उसके नीचे का data। अगर ऑर्डर देर से दर्ज होते हैं, status खुले text में लिखे जाते हैं या एक ही ग्राहक तीन बार दर्ज है, तो chart सटीक दिखेगा और ग़लत होगा। पहले data entry ठीक करें।

लाइसेंस क्या अनुमति देते हैं, सरल शब्दों में

Open source का मतलब नियमों का एक ही सेट नहीं है। हर repository की अपनी लाइसेंस फ़ाइल है, और तीन में से दो में open लाइसेंस के साथ व्यावसायिक शर्तें भी हैं। नीचे फ़ाइलों में लिखी बातों का सार है। यह क़ानूनी सलाह नहीं है: व्यावसायिक इस्तेमाल से पहले लाइसेंस ख़ुद पढ़ें, और अगर software को बदलने या आगे बेचने की योजना है तो वकील से पूछें।

• Medusa: LICENSE फ़ाइल repository को MIT License के तहत रखती है, Enterprise Edition की सामग्री को छोड़कर। MIT बिना शुल्क इस्तेमाल करने, copy करने, बदलने, बाँटने और copies बेचने की अनुमति देता है, शर्त यह कि copyright notice और permission notice copies में बने रहें; software बिना किसी warranty के, जैसा है वैसा दिया जाता है। Enterprise सामग्री, जिसे ENTERPRISE-LICENSE.md में role-based access control और single sign-on बताया गया है, के लिए MedusaJS, Inc. के साथ अलग व्यावसायिक अनुबंध चाहिए।
• ERPNext: license.txt GNU General Public License, version 3 है। यह बिना बदले program चलाने के अधिकार की पुष्टि करता है और उसे बदलने की अनुमति देता है। अगर आप बदला हुआ version दूसरों को देते हैं, तो पूरा काम उसी लाइसेंस के तहत देना होगा और उसमें आपके बदलावों की सूचना होनी चाहिए। कोई warranty नहीं है। एक अलग trademark policy किसी product, service, company या domain के नाम में ERPNext के नाम और logo के इस्तेमाल को सीमित करती है।
• Metabase: LICENSE.txt के अनुसार top-level enterprise directory के बाहर का code AGPL के तहत है (repository में version 3 रखा है), और उसके अंदर का code Metabase Commercial License के तहत, जिसके लिए Metabase का वैध लाइसेंस चाहिए। AGPL के अनुसार, अगर आप program बदलते हैं और लोग आपके version को network पर इस्तेमाल करते हैं, तो आपको उन्हें उसका source code उपलब्ध कराना होगा। सामान्य Docker image AGPL के तहत है; enterprise image व्यावसायिक लाइसेंस के तहत।

कुछ भी install करने से पहले: तीन सवाल

Install करना आसान हिस्सा है। पहले इन तीन सवालों के जवाब लिखकर दें। अगर नहीं दे पा रहे, तो टूल आपकी जगह जवाब नहीं देगा।

• ठीक-ठीक कौन सी प्रक्रिया तकलीफ़ देती है? उसे क़दमों में लिखें और हर क़दम पर एक नाम रखें: ऑर्डर कौन लेता है, स्टॉक कौन जाँचता है, invoice कौन बनाता है। टूल किसी प्रक्रिया पर चल सकता है। उसे गढ़ नहीं सकता।
• Data अभी कहाँ है, और क्या वह सही है? फ़ाइलों, apps और रजिस्टरों की सूची बनाएँ। दस रिकॉर्ड हाथ से जाँचें: duplicate, ख़ाली कीमतें, पुरानी stock गिनती। ग़लत data नए सिस्टम में जाकर भी ग़लत ही रहता है।
• Launch के बाद सिस्टम की ज़िम्मेदारी किसकी है? उस व्यक्ति का नाम लिखें जो users जोड़ता है, updates लगाता है, backup लेता है और सवालों के जवाब देता है। अगर कोई नहीं है, तो hosted विकल्प चुनें या रुकें।

कब spreadsheet ही सही टूल है

Spreadsheet तब तक सही टूल है जब तक उसे एक-दो लोग edit करते हैं, उसमें कुछ सौ rows हैं और प्रक्रिया अब भी हर महीने बदल रही है। प्रक्रिया design करने का यह सबसे सस्ता तरीक़ा भी है: जो columns आप जोड़ते और हटाते रहते हैं, वे दिखाते हैं कि आगे के सिस्टम को क्या रखना होगा।

इन संकेतों से समझें कि आप उससे आगे निकल चुके हैं: कई लोग एक-दूसरे के बदलाव मिटा देते हैं, एक ही आँकड़े के तीन फ़ाइलों में तीन मान हैं, स्टॉक याद से गिना जाता है, या महीने की रिपोर्ट बनाने में पूरा दिन लगता है। तब अपनी असली समस्या के हिसाब से चुनें। Metabase, जब data पहले से database में है और जवाब देर से मिलते हैं। ERPNext, जब रिकॉर्ड ही बिखरे हुए हैं। Medusa, जब आपकी ज़रूरत की दुकान template से नहीं बनती।