ज़ोहो से ओडू प्रवासन: चरण-दर-चरण डेटा स्थानांतरण मार्गदर्शिका
ज़ोहो से ओडू की ओर पलायन एक ऐसा निर्णय है जो आम तौर पर तीन दबावों में से एक से आता है: ज़ोहो का प्रति-ऐप मूल्य निर्धारण मॉडल महंगा हो जाता है क्योंकि आप सीआरएम से आगे लेखांकन, इन्वेंट्री और एचआर में स्केल करते हैं; ज़ोहो ऐप्स के बीच एकीकरण मूल के बजाय बोल्ट-ऑन लगता है; या आपको विनिर्माण, क्षेत्र सेवा, या अन्य ऊर्ध्वाधर क्षमताओं की आवश्यकता है जो ज़ोहो प्रदान नहीं करता है। आपका कारण जो भी हो, माइग्रेशन स्वयं एक पूर्वानुमानित पैटर्न का अनुसरण करता है - मॉड्यूल मैपिंग, डेटा निर्यात, परिवर्तन, आयात और सत्यापन - जिसके बारे में यह मार्गदर्शिका विस्तार से बताती है।
मुख्य बातें
- ज़ोहो और ओडू समान मॉड्यूल संरचनाएं साझा करते हैं, जिससे सीआरएम, अकाउंटिंग, इन्वेंट्री और एचआर के लिए डेटा मैपिंग आसान हो जाती है।
- सीएसवी निर्यात के बजाय डेटा निर्यात के लिए ज़ोहो के आरईएसटी एपीआई का उपयोग करें - एपीआई रिकॉर्ड के बीच संबंधों को संरक्षित करते हैं
- डेटा ट्रांसफ़ॉर्मेशन स्क्रिप्ट सिस्टम के बीच फ़ील्ड नाम अंतर, दिनांक प्रारूप रूपांतरण और आईडी रीमैपिंग को संभालती है
- 2-4 सप्ताह तक समानांतर चलने की योजना बनाएं जहां दोनों प्रणालियां एक साथ संचालित हों
- ज़ोहो में कस्टम फ़ील्ड को आयात से पहले ओडू में बनाए गए संबंधित कस्टम फ़ील्ड की आवश्यकता होती है
- ज़ोहो वर्कफ़्लो नियमों और ब्लूप्रिंट के लिए स्वचालित क्रियाओं और सर्वर क्रियाओं का उपयोग करके ओडू में मैन्युअल मनोरंजन की आवश्यकता होती है
- परीक्षण और सत्यापन के लिए कुल प्रवासन समय का 30-40% बजट
व्यवसाय ज़ोहो से ओडू में क्यों बदल जाते हैं
आपके माइग्रेशन ड्राइवरों को समझने से यह प्राथमिकता देने में मदद मिलती है कि कौन से मॉड्यूल को पहले माइग्रेट करना है और संक्रमण के दौरान किसे अनुकूलित करना है।
लागत स्केलिंग। ज़ोहो की कीमत 2-3 ऐप्स का उपयोग करने वाली छोटी टीमों के लिए प्रतिस्पर्धी है। लेकिन ज़ोहो वन 45+ ऐप्स के लिए $45/उपयोगकर्ता/माह का मतलब है कि 50-व्यक्ति कंपनी $27,000/वर्ष का भुगतान करती है। ओडू का सामुदायिक संस्करण मुफ़्त है, और एंटरप्राइज़ सभी ऐप्स के साथ $31.10/उपयोगकर्ता/माह से शुरू होता है। मध्य-बाज़ार कंपनियों के लिए, बचत पर्याप्त है।
सच्चा एकीकरण। ज़ोहो ने आंतरिक विकास और अधिग्रहण के संयोजन के माध्यम से अपना सुइट बनाया। ऐप्स के बीच एकीकरण - सुधार करते समय - अभी भी कॉन्फ़िगरेशन की आवश्यकता होती है और कभी-कभी सीआरएम और पुस्तकों के बीच डेटा विसंगतियां पैदा होती है। ओडू को शुरू से ही एकल मंच के रूप में बनाया गया था। ओडू में एक बिक्री ऑर्डर स्वचालित रूप से बिना मिडलवेयर के चालान, इन्वेंट्री और लेखांकन में प्रवाहित होता है।
विनिर्माण और ऊर्ध्वाधर गहराई। ज़ोहो विनिर्माण (एमआरपी), गुणवत्ता प्रबंधन, या रखरखाव मॉड्यूल की पेशकश नहीं करता है। जो व्यवसाय उत्पादन में वृद्धि करते हैं उन्हें तीसरे पक्ष के उपकरणों पर जोर देने की आवश्यकता होती है। ओडू में सामग्री के बिल, कार्य आदेश, गुणवत्ता जांच और रखरखाव शेड्यूलिंग के साथ पूर्ण विनिर्माण शामिल है।
अनुकूलन नियंत्रण। ज़ोहो डेल्यूज स्क्रिप्टिंग और ज़ोहो क्रिएटर के माध्यम से अनुकूलन की अनुमति देता है। ओडू का ओपन-सोर्स कोडबेस फ्रेमवर्क स्तर पर असीमित अनुकूलन की अनुमति देता है, और इसका स्टूडियो टूल सरल परिवर्तनों के लिए नो-कोड संशोधनों को सक्षम बनाता है।
मॉड्यूल-दर-मॉड्यूल मैपिंग: ज़ोहो से ओडू तक
सीआरएम और संपर्क
| ज़ोहो सीआरएम इकाई | ओडू समतुल्य | प्रवासन नोट्स |
|---|---|---|
| लीड | सीआरएम लीड्स | प्रत्यक्ष मानचित्रण; मंच के नाम भिन्न हो सकते हैं |
| संपर्क | संपर्क (प्रकार: व्यक्तिगत) | कंपनी-संपर्क पदानुक्रम के लिए खातों के साथ विलय |
| हिसाब किताब | संपर्क (प्रकार: कंपनी) | Odoo कंपनियों और संपर्कों के लिए अभिभावक-बच्चे मॉडल का उपयोग करता है |
| सौदे | सीआरएम अवसर | ज़ोहो चरणों से लेकर ओडू पाइपलाइन चरणों तक का मानचित्र |
| गतिविधियाँ (कार्य, घटनाएँ, कॉल) | गतिविधियां (मेल.गतिविधि) | ज़ोहो प्रकारों को अलग करता है; ओडू एक एकीकृत गतिविधि मॉडल का उपयोग करता है |
| नोट्स | बकबक संदेश | मूल रिकॉर्ड से संलग्न |
| कस्टम मॉड्यूल | स्टूडियो के माध्यम से कस्टम मॉडल | Odoo Enterprise या कस्टम विकास की आवश्यकता है |
| कार्यप्रवाह नियम | स्वचालित क्रियाएँ | मैनुअल मनोरंजन की जरूरत; तर्क भिन्न हो सकते हैं |
| ब्लूप्रिंट | सर्वर क्रियाएँ / पायथन कोड | जटिल ब्लूप्रिंट के लिए डेवलपर की भागीदारी की आवश्यकता है |
मुख्य अंतर: ज़ोहो लीड्स, कॉन्टैक्ट्स और अकाउंट्स को तीन अलग-अलग संस्थाओं के रूप में अलग करता है। ओडू संपर्कों और खातों को एक प्रकार के फ़ील्ड (व्यक्तिगत बनाम कंपनी) और माता-पिता-बच्चे के संबंधों के साथ एक एकल संपर्क मॉडल में विलय कर देता है। इस संरचनात्मक अंतर के आधार पर अपने संपर्क डिडुप्लीकेशन की योजना बनाएं।
अकाउंटिंग (ज़ोहो बुक्स टू ओडू अकाउंटिंग)
| ज़ोहो बुक्स एंटिटी | ओडू समतुल्य | प्रवासन नोट्स |
|---|---|---|
| खातों का चार्ट | खातों का चार्ट | मानचित्र खाता प्रकार; Odoo स्थानीयकृत CoA टेम्पलेट्स का उपयोग करता है |
| चालान | ग्राहक चालान | मानचित्र भुगतान शर्तें, कर दरें, और लाइन आइटम |
| बिल | विक्रेता बिल | जहां लागू हो वहां खरीद आदेश संदर्भ शामिल करें |
| भुगतान प्राप्त | ग्राहक भुगतान | संबंधित चालानों से मिलान करें |
| भुगतान किया गया | विक्रेता भुगतान | संबंधित बिलों से मिलान करें |
| क्रेडिट नोट्स | क्रेडिट नोट्स | उचित चालान लिंकेज सुनिश्चित करें |
| जर्नल प्रविष्टियाँ | जर्नल प्रविष्टियाँ | मैन्युअल प्रविष्टियाँ सीधे स्थानांतरित होती हैं |
| बैंक खाते | बैंक जर्नल्स | प्रवास के बाद ओडू में बैंक फ़ीड सेट करें |
| कर दरें | राजकोषीय स्थिति + कर | ओडू क्षेत्र के अनुसार कर मानचित्रण के लिए राजकोषीय स्थिति का उपयोग करता है |
| आवर्ती चालान | आवर्ती चालान | ओडू में शेड्यूल फिर से बनाएं |
महत्वपूर्ण कदम: पहले अपने खातों का चार्ट माइग्रेट करें और खाता प्रकार मैपिंग सत्यापित करें। ज़ोहो बुक्स ओडू की तुलना में एक सरल खाता वर्गीकरण का उपयोग करता है, जो विस्तृत खाता प्रकार (प्राप्य, देय, बैंक, नकद, आदि) निर्दिष्ट करता है जो स्वचालन व्यवहार को संचालित करता है। गलत खाता प्रकार बैंक समाधान और वित्तीय रिपोर्टिंग में डाउनस्ट्रीम समस्याओं का कारण बनते हैं।
इन्वेंटरी (ज़ोहो इन्वेंटरी से ओडू इन्वेंटरी)
| ज़ोहो इन्वेंटरी इकाई | ओडू समतुल्य | प्रवासन नोट्स |
|---|---|---|
| आइटम | उत्पाद | आइटम प्रकारों को Odoo उत्पाद प्रकारों (भंडारण योग्य, उपभोज्य, सेवा) में मैप करें |
| आइटम समूह | उत्पाद श्रेणियाँ | ओडू में पदानुक्रमित श्रेणियां |
| समग्र वस्तुएँ | सामग्री का बिल | ज़ोहो के मिश्रित आइटम ओडू मैन्युफैक्चरिंग में बीओएम बन गए |
| गोदाम | गोदाम + स्टॉक स्थान | ओडू गोदामों के भीतर एक पदानुक्रमित स्थान मॉडल का उपयोग करता है |
| खरीद आदेश | खरीद आदेश | विक्रेता संदर्भ और अपेक्षित तिथियां शामिल करें |
| बिक्री आदेश | बिक्री आदेश | जहां लागू हो वहां सीआरएम अवसरों से लिंक करें |
| पैकेज / शिपमेंट | डिलिवरी आदेश | मानचित्र ट्रैकिंग नंबर और वाहक जानकारी |
| सीरियल नंबर | लॉट/सीरियल नंबर | आयात से पहले उत्पाद प्रपत्र पर ट्रैकिंग सक्षम करें |
| इन्वेंटरी समायोजन | इन्वेंटरी समायोजन | वर्तमान स्टॉक स्तरों के लिए प्रवासन तिथि के अनुसार आयात करें |
एचआर (ज़ोहो पीपल टू ओडू एचआर)
| ज़ोहो पीपल एंटिटी | ओडू समतुल्य | प्रवासन नोट्स |
|---|---|---|
| कर्मचारी | कर्मचारी | मुख्य जनसांख्यिकीय और नौकरी की जानकारी |
| विभाग | विभाग | डायरेक्ट मैपिंग |
| पदनाम | नौकरी की स्थिति | ओडू पदों को शीर्षकों से अलग करता है |
| छुट्टी के प्रकार | छुट्टी के प्रकार | ओडू में आवंटन नियमों को फिर से बनाएं |
| रिकॉर्ड्स छोड़ें | आवंटन + अनुरोध छोड़ें | संदर्भ के लिए ऐतिहासिक पत्तियाँ |
| उपस्थिति | उपस्थिति | टाइमस्टैम्प-आधारित रिकॉर्ड |
| टाइमशीट | टाइमशीट | परियोजनाओं और कार्यों से लिंक |
| व्यय रिपोर्ट | व्यय रिपोर्ट | अनुमोदन स्थिति और रसीद संलग्नक शामिल करें |
डेटा निर्यात रणनीति
विकल्प 1: ज़ोहो एपीआई निर्यात (अनुशंसित)
ज़ोहो के REST API रिकॉर्ड संबंधों को संरक्षित करते हैं और संरचित JSON प्रारूप में डेटा लौटाते हैं। यह पसंदीदा तरीका है क्योंकि:
- संबंधित रिकॉर्ड में विदेशी कुंजी संदर्भ शामिल हैं (उदाहरण के लिए, एक सौदे में इसकी खाता आईडी शामिल है)
- कस्टम फ़ील्ड मान उनके फ़ील्ड एपीआई नामों के साथ निर्यात होते हैं
- पेजिनेशन बड़े डेटासेट को स्वचालित रूप से संभालता है
- आप केवल प्रासंगिक रिकॉर्ड निर्यात करने के लिए दिनांक सीमा के अनुसार फ़िल्टर कर सकते हैं
एपीआई निर्यात वर्कफ़्लो:
- ज़ोहो के डेवलपर कंसोल के माध्यम से OAuth2 टोकन जेनरेट करें
- पेजिनेशन के साथ प्रत्येक मॉड्यूल के लिए सूची रिकॉर्ड्स एंडपॉइंट को कॉल करें
- प्रत्येक रिकॉर्ड के लिए, कस्टम फ़ील्ड सहित सभी फ़ील्ड पुनर्प्राप्त करने के लिए गेट रिकॉर्ड एंडपॉइंट पर कॉल करें
- मॉड्यूल द्वारा व्यवस्थित निर्यातित JSON फ़ाइलों को संग्रहीत करें
- अटैचमेंट एपीआई का उपयोग करके अटैचमेंट को अलग से निर्यात करें
योजना के लिए दर सीमा: ज़ोहो सीआरएम मॉड्यूल के लिए प्रति उपयोगकर्ता प्रति मिनट 100 एपीआई कॉल की अनुमति देता है। 50,000 संपर्कों, 10,000 सौदों और 5,000 चालान वाले डेटाबेस के लिए, 4-8 घंटे के निर्यात समय की योजना बनाएं।
विकल्प 2: सीएसवी निर्यात (सरल लेकिन हानिपूर्ण)
प्रत्येक ज़ोहो मॉड्यूल सूची दृश्य से एक सीएसवी निर्यात प्रदान करता है। यह छोटे डेटासेट के लिए काम करता है लेकिन इसकी सीमाएँ हैं:
- रिकॉर्ड के बीच संबंध केवल नाम से दर्शाए जाते हैं, आईडी से नहीं (नाज़ुक मिलान)
- सीएसवी हेडर में कस्टम फ़ील्ड नाम एपीआई नामों से मेल नहीं खा सकते हैं
- बड़े निर्यात का समय समाप्त हो सकता है और विभाजन की आवश्यकता हो सकती है
- अनुलग्नक और नोट्स सीएसवी के माध्यम से निर्यात नहीं होते हैं
निर्यात चेकलिस्ट
- सौदे से पहले संपर्क/खाते निर्यात करें (सौदे संदर्भ संपर्क)
- बिक्री आदेश और चालान से पहले उत्पादों का निर्यात करें
- किसी भी वित्तीय लेनदेन से पहले खातों का निर्यात चार्ट
- [] पहले ओडू में मेल खाने वाले फ़ील्ड बनाने के लिए कस्टम फ़ील्ड सूची निर्यात करें
- मैन्युअल मनोरंजन संदर्भ के लिए निर्यात वर्कफ़्लो नियम
- सभी अनुलग्नकों को डाउनलोड करें और मूल रिकॉर्ड में मैप करें
- आयात के बाद सत्यापन के लिए प्रति मॉड्यूल की कुल संख्या रिकॉर्ड करें
डेटा परिवर्तन
कच्चे ज़ोहो निर्यात सीधे ओडू में आयात नहीं करते हैं। एक परिवर्तन परत फ़ील्ड नामों को परिवर्तित करती है, डेटा को पुन: स्वरूपित करती है और रिश्तों को फिर से मैप करती है।
सामान्य परिवर्तन
संपर्क प्रकार मैपिंग:
Zoho Account → Odoo Contact (is_company=True)
Zoho Contact → Odoo Contact (is_company=False, parent_id=mapped_account_id)
तिथि प्रारूप रूपांतरण:
Zoho: MM/DD/YYYY or DD/MM/YYYY (depends on user settings)
Odoo: YYYY-MM-DD (ISO 8601)
मुद्रा प्रबंधन:
Zoho: Stores currency code per record
Odoo: Uses company currency as default, multi-currency via pricelist or manual entry
टैक्स मैपिंग:
Zoho: Tax Name + Rate as a flat field
Odoo: References a tax record ID — create taxes in Odoo first, then map by name/rate
आईडी रीमैपिंग
यह सबसे महत्वपूर्ण परिवर्तन कदम है. ज़ोहो में प्रत्येक रिकॉर्ड की एक विशिष्ट आईडी होती है। जब आप ओडू में आयात करते हैं, तो रिकॉर्ड को नई आईडी मिलती हैं। आपकी परिवर्तन स्क्रिप्ट को एक मैपिंग तालिका बनाए रखनी होगी:
| इकाई | ज़ोहो आईडी | ओडू बाहरी आईडी |
|---|---|---|
| कंपनी एबीसी कॉर्प | 4150868000001234567 | ज़ोहो_अकाउंट_1234567 |
| जॉन स्मिथ से संपर्क करें | 4150868000007654321 | ज़ोहो_संपर्क_7654321 |
| डील एंटरप्राइज लाइसेंस | 4150868000009876543 | zoho_deal_9876543 |
ओडू की बाहरी आईडी (एक्सएमएल आईडी) प्रणाली बिल्कुल इसी उद्देश्य के लिए डिज़ाइन की गई है। प्रत्येक आयातित रिकॉर्ड को उसकी ज़ोहो आईडी के आधार पर एक बाहरी आईडी निर्दिष्ट करें। यह बाद के आयातों को डुप्लिकेट रिकॉर्ड के बजाय अद्यतन करने देता है, और संदर्भ फ़ील्ड के माध्यम से संबंधों को संरक्षित करता है।
आयात अनुक्रम और प्रक्रिया
चरण 1: ओडू पर्यावरण तैयार करें
कोई भी डेटा आयात करने से पहले:
- आवश्यक ओडू मॉड्यूल स्थापित करें (सीआरएम, अकाउंटिंग, इन्वेंटरी, एचआर, आदि)
- कंपनी सेटिंग्स, मुद्रा और वित्तीय वर्ष कॉन्फ़िगर करें
- Odoo के स्थानीयकृत टेम्पलेट का उपयोग करके खातों का चार्ट सेट करें, फिर अनुकूलित करें
- ज़ोहो में मौजूद सभी कस्टम फ़ील्ड बनाएं
- उत्पाद श्रेणियां, लीड चरण और अन्य वर्गीकरण संरचनाएं स्थापित करें
- कर दरें और राजकोषीय स्थिति कॉन्फ़िगर करें
चरण 2: मास्टर डेटा आयात करें
निर्भरता को संतुष्ट करने के लिए इस क्रम में आयात करें:
- देश और राज्य (आमतौर पर ओडू में पहले से लोड किया हुआ)
- कंपनियां (is_company=True के साथ संपर्क)
- व्यक्तिगत संपर्क (parent_id के साथ उनकी कंपनी का संदर्भ)
- उत्पाद श्रेणियाँ
- उत्पाद (श्रेणी संदर्भ के साथ)
- विक्रेता (आपूर्तिकर्ता के रूप में चिह्नित संपर्क)
चरण 3: लेनदेन संबंधी डेटा आयात करें
- सीआरएम नेतृत्व और अवसर (संदर्भ संपर्क और बिक्री टीम)
- बिक्री आदेश (संदर्भ संपर्क और उत्पाद)
- खरीद आदेश (संदर्भ विक्रेता और उत्पाद)
- चालान (संदर्भ संपर्क, उत्पाद और वैकल्पिक रूप से बिक्री आदेश)
- भुगतान (संदर्भ चालान)
- इन्वेंटरी स्तर (उत्पादों और गोदाम स्थानों को संदर्भित करने वाले इन्वेंट्री समायोजन के रूप में)
चरण 4: सहायक डेटा आयात करें
- गतिविधियाँ और नोट्स (संदर्भ मूल रिकॉर्ड)
- अटैचमेंट (संबंधित रिकॉर्ड पर अपलोड करें)
- रिकॉर्ड छोड़ें (संदर्भ कर्मचारी)
- टाइमशीट (संदर्भ कर्मचारी, परियोजनाएं और कार्य)
परीक्षण और सत्यापन
रिकॉर्ड गणना सत्यापन
प्रत्येक आयात बैच के बाद, गणना की तुलना करें:
| मॉड्यूल | ज़ोहो काउंट | ओडू काउंट | अंतर | स्थिति |
|---|---|---|---|---|
| कंपनियाँ | 2,450 | 2,450 | 0 | पास |
| संपर्क | 8,320 | 8,318 | -2 | जांच करें |
| उत्पाद | 1,200 | 1,200 | 0 | पास |
| चालान | 15,400 | 15,400 | 0 | पास |
| भुगतान | 12,100 | 12,098 | -2 | जांच करें |
किसी भी गैर-शून्य अंतर के लिए जांच की आवश्यकता होती है। सामान्य कारण: आयात के दौरान डुप्लिकेट रिकॉर्ड का विलय, दिनांक सीमा के अनुसार फ़िल्टर किए गए रिकॉर्ड, या सत्यापन में विफल रिकॉर्ड।
वित्तीय समाधान
लेखांकन डेटा के लिए, सत्यापित करें:
- सिस्टम के बीच कुल प्राप्य खाते मेल खाते हैं
- सिस्टम के बीच देय कुल खाते मेल खाते हैं
- बैंक खाते का शेष मेल खाता है
- वृद्ध प्राप्य रिपोर्ट समान योग उत्पन्न करती है
- वृद्ध देय रिपोर्ट समान योग उत्पन्न करती है
- ट्रायल बैलेंस माइग्रेशन तिथि से मेल खाता है
- कर देयता शेष मेल खाता है
सहिष्णुता: प्रति खाता $1 तक के अंतर को पूर्णांकित करने की अनुमति दें। कोई भी बड़ी चीज़ मैपिंग या आयात त्रुटि को इंगित करती है।
वर्कफ़्लो परीक्षण
प्रत्येक पुनर्निर्मित वर्कफ़्लो का शुरू से अंत तक परीक्षण करें:
- नकद की ओर ले जाएं: लीड बनाएं → अर्हता प्राप्त करें → अवसर बनाएं → कोटेशन भेजें → बिक्री की पुष्टि करें → चालान बनाएं → भुगतान प्राप्त करें
- भुगतान करने के लिए खरीद: खरीद अनुरोध बनाएं → अनुमोदन करें → पीओ बनाएं → सामान प्राप्त करें → बिल प्राप्त करें → भुगतान करें
- सेवानिवृत्त होने के लिए किराया: कर्मचारी बनाएं → छुट्टी आवंटित करें → व्यय जमा करें → अनुमोदन → पेरोल की प्रक्रिया करें
ज़ोहो-विशिष्ट विशेषताओं को संभालना
ज़ोहो सीआरएम ब्लूप्रिंट
ज़ोहो सीआरएम में ब्लूप्रिंट अनिवार्य फ़ील्ड अपडेट और बदलाव को परिभाषित करते हैं। ओडू का कोई प्रत्यक्ष समकक्ष नहीं है, लेकिन आप इसका उपयोग करके इस तर्क को फिर से बना सकते हैं:
- स्टेज-आधारित आवश्यक फ़ील्ड: स्टेज के आधार पर आवश्यक फ़ील्ड बनाने के लिए ओडू स्टूडियो का उपयोग करें
- स्वचालित क्रियाएँ: ट्रिगर फ़ील्ड अपडेट, ईमेल सूचनाएं, और स्टेज परिवर्तन पर गतिविधि निर्माण
- सर्वर क्रियाएँ: जटिल तर्क के लिए, पायथन सर्वर क्रियाएँ असीमित लचीलापन प्रदान करती हैं
ज़ोहो वर्कफ़्लो नियम
माइग्रेशन से पहले प्रत्येक सक्रिय ज़ोहो वर्कफ़्लो नियम का दस्तावेज़ीकरण करें। प्रत्येक नियम के लिए, पहचानें:
- ट्रिगर स्थिति (रिकॉर्ड निर्माण, संपादन, तिथि-आधारित)
- मानदंड (क्षेत्र की स्थिति)
- क्रियाएँ (ईमेल, फ़ील्ड अद्यतन, कार्य निर्माण, वेबहुक)
फिर निकटतम समकक्ष तंत्र का उपयोग करके ओडू में पुनः बनाएं।
ज़ोहो कस्टम फ़ंक्शंस (जलप्रलय)
यदि आपके पास ज़ोहो में डेल्यूज़ स्क्रिप्ट हैं, तो उन्हें पायथन में ओडू सर्वर क्रियाओं के रूप में फिर से लिखने की आवश्यकता है। तर्क आमतौर पर हस्तांतरणीय होता है, लेकिन वाक्यविन्यास और एपीआई कॉल पूरी तरह से अलग होते हैं। इसके लिए बजट डेवलपर का समय।
समयरेखा और संसाधन योजना
| चरण | अवधि | आवश्यक संसाधन |
|---|---|---|
| मूल्यांकन एवं योजना | 1-2 सप्ताह | परियोजना प्रबंधक, ओडू सलाहकार |
| ज़ोहो डेटा निर्यात | 1 सप्ताह | ज़ोहो एपीआई अनुभव वाला डेवलपर |
| डेटा परिवर्तन स्क्रिप्ट | 2-3 सप्ताह | पायथन/ओडू अनुभव वाला डेवलपर |
| ओडू विन्यास | 2-3 सप्ताह | ओडू कार्यात्मक सलाहकार |
| डेटा आयात (परीक्षण वातावरण) | 1 सप्ताह | डेवलपर |
| परीक्षण और सत्यापन | 2-3 सप्ताह | प्रत्येक विभाग से व्यावसायिक उपयोगकर्ता |
| प्रशिक्षण | 2 सप्ताह (परीक्षण के समानांतर) | प्रशिक्षक, विभाग प्रमुख |
| गो-लाइव और समानांतर रनिंग | 2-4 सप्ताह | समर्थन के साथ पूरी टीम |
| कुल | 12-18 सप्ताह |
अक्सर पूछे जाने वाले प्रश्न
क्या हम ज़ोहो सीआरएम कस्टम मॉड्यूल को ओडू में स्थानांतरित कर सकते हैं?
हाँ। ओडू स्टूडियो (एंटरप्राइज़) आपको ज़ोहो के कस्टम मॉड्यूल के समान, बिना कोड के कस्टम मॉडल बनाने की सुविधा देता है। डेल्यूज स्क्रिप्ट के साथ जटिल कस्टम मॉड्यूल के लिए, आपको पायथन में कार्यक्षमता को फिर से बनाने के लिए एक ओडू डेवलपर की आवश्यकता होगी। डेटा स्वयं मानक मॉड्यूल के लिए उपयोग की जाने वाली उसी एपीआई निर्यात और आयात प्रक्रिया के माध्यम से माइग्रेट होता है।
माइग्रेशन के दौरान हमारे ज़ोहो ईमेल एकीकरण का क्या होता है?
Odoo में ईमेल एकीकरण को नए सिरे से स्थापित करने की आवश्यकता है। Odoo OAuth2 के माध्यम से जीमेल और आउटलुक के साथ और IMAP/SMTP के माध्यम से अन्य प्रदाताओं के साथ एकीकृत होता है। ज़ोहो सीआरएम में संग्रहीत ईमेल इतिहास को नोट्स या संदेशों के रूप में निर्यात किया जा सकता है और ओडू में संबंधित संपर्क या अवसर से जोड़ा जा सकता है।
क्या हम प्रवास के दौरान ज़ोहो को चालू रख सकते हैं?
हाँ, और हम इसकी अनुशंसा करते हैं। लाइव होने के बाद 2-4 सप्ताह तक दोनों प्रणालियों को समानांतर रूप से चलाएँ। इस अवधि के दौरान, प्राथमिक प्रणाली के रूप में ओडू में नए लेनदेन दर्ज करें लेकिन संदर्भ के लिए ज़ोहो तक केवल-पढ़ने के लिए पहुंच जारी रखें। यह किसी भी डेटा गैप को पकड़ता है और उपयोगकर्ताओं को सुरक्षा जाल देता है।
हम ज़ोहो सदस्यता और आवर्ती बिलिंग को कैसे प्रबंधित करते हैं?
एपीआई के माध्यम से ज़ोहो सब्सक्रिप्शन डेटा निर्यात। ओडू में, आवर्ती बिलिंग को सब्सक्रिप्शन मॉड्यूल (एंटरप्राइज़) या लेखांकन में आवर्ती चालान के माध्यम से नियंत्रित किया जाता है। प्रत्येक ज़ोहो सदस्यता योजना को मिलान बिलिंग अंतराल और मूल्य निर्धारण के साथ एक ओडू आवर्ती उत्पाद पर मैप करें।
क्या हमारे ज़ोहो फॉर्म और सर्वेक्षण ओडू में काम करेंगे?
ज़ोहो फॉर्म को ओडू के अंतर्निहित वेबसाइट फॉर्म बिल्डर या सर्वेक्षण मॉड्यूल का उपयोग करके फिर से बनाने की आवश्यकता है। फॉर्म डेटा (सबमिशन) को ज़ोहो से निर्यात किया जा सकता है और संबंधित ओडू मॉडल में रिकॉर्ड के रूप में आयात किया जा सकता है। प्रपत्र तर्क और सशर्त क्षेत्रों को ओडू में कस्टम विकास की आवश्यकता हो सकती है।
ज़ोहो एनालिटिक्स डैशबोर्ड और रिपोर्ट के बारे में क्या?
ज़ोहो एनालिटिक्स डैशबोर्ड सीधे माइग्रेट नहीं होते हैं। हालाँकि, ओडू का अंतर्निहित रिपोर्टिंग इंजन, अपने पिवट दृश्यों और ग्राफ़ दृश्यों के साथ मिलकर, अधिकांश मानक डैशबोर्ड को फिर से बना सकता है। उन्नत विश्लेषण के लिए, ओडू पावर बीआई और मेटाबेस जैसे बाहरी उपकरणों के साथ एकीकृत होता है, या आप गतिशील रिपोर्ट के लिए ओडू के स्प्रेडशीट एकीकरण का उपयोग कर सकते हैं।
ज़ोहो-टू-ओडू प्रवासन की लागत कितनी है?
माइग्रेशन लागत डेटा की मात्रा, मॉड्यूल गणना और अनुकूलन जटिलता पर निर्भर करती है। मध्यम आकार के व्यवसाय (50-200 उपयोगकर्ता, 5-8 मॉड्यूल) के लिए, डेटा ट्रांसफर, कॉन्फ़िगरेशन, अनुकूलन मनोरंजन और प्रशिक्षण सहित पेशेवर प्रवासन के लिए $15,000-$50,000 की अपेक्षा करें। ECOSIRE की माइग्रेशन टीम प्रारंभिक मूल्यांकन के बाद विस्तृत गुंजाइश प्रदान करती है।
विशेषज्ञ प्रवासन सहायता प्राप्त करें
ज़ोहो से ओडू की ओर पलायन में डेटा मैपिंग, परिवर्तन तर्क और वर्कफ़्लो मनोरंजन के बारे में दर्जनों निर्णय शामिल हैं। इन्हें पहली बार सही करने से प्रवास के बाद की सफ़ाई में लगने वाले कई सप्ताह बच जाते हैं।
ECOSIRE ने विनिर्माण, वितरण, पेशेवर सेवाओं और खुदरा क्षेत्र के व्यवसायों के लिए ज़ोहो-टू-ओडू माइग्रेशन पूरा कर लिया है। हमारी माइग्रेशन सेवाओं में पूर्ण डेटा ऑडिट, परिवर्तन स्क्रिप्टिंग, समानांतर रनिंग समर्थन और उपयोगकर्ता प्रशिक्षण शामिल हैं।
हमसे संपर्क करें निःशुल्क प्रवासन मूल्यांकन के लिए। हम आपके ज़ोहो सेटअप की समीक्षा करेंगे, जटिलता कारकों की पहचान करेंगे, और एक विस्तृत समयरेखा और लागत अनुमान प्रदान करेंगे।
लेखक
ECOSIRE TeamTechnical Writing
The ECOSIRE technical writing team covers Odoo ERP, Shopify eCommerce, AI agents, Power BI analytics, GoHighLevel automation, and enterprise software best practices. Our guides help businesses make informed technology decisions.
संबंधित लेख
blog.posts.accounting-automation-bookkeeping-guide-2026.title
blog.posts.accounting-automation-bookkeeping-guide-2026.description
blog.posts.accounting-kpis-financial-metrics-guide.title
blog.posts.accounting-kpis-financial-metrics-guide.description
blog.posts.ai-powered-customer-segmentation-guide.title
blog.posts.ai-powered-customer-segmentation-guide.description