एक अच्छा नियम परतों में काम करना है: पहले कॉन्फ़िगरेशन, फिर Studio, और कस्टम मॉड्यूल केवल तब जब पहली दो परतें ज़रूरत को साफ़ ढंग से पूरा न कर सकें। बदलावों को हमेशा पहले किसी टेस्ट डेटाबेस में आज़माएँ।

पहले कॉन्फ़िगरेशन जाँचें

संबंधित हर ऐप की Settings की समीक्षा करें। कई अनुरोध पहले से ही मानक विकल्प होते हैं, और कंपनी की दस्तावेज़ लेआउट सेटिंग्स रिपोर्ट टेम्पलेट को छुए बिना लोगो, रंग और फ़ुटर संभाल लेती हैं।

Studio में क्या फ़िट होता है

• सेल्स ऑर्डर पर अतिरिक्त फ़ील्ड: ड्रैग एंड ड्रॉप से जोड़े गए Studio फ़ील्ड। x_studio_ उपसर्ग बनाए रखें और तकनीकी नाम सावधानी से चुनें, क्योंकि बाद में उन्हें Studio में बदला नहीं जा सकता।
• खरीद स्वीकृति: पुष्टि बटन पर Studio स्वीकृति नियम, जिनमें स्वीकृतकर्ता यूज़र या ग्रुप के रूप में परिभाषित हों और बड़ी राशियों के लिए वैकल्पिक फ़िल्टर हो।
• इनवॉइस लेआउट: मानक रिपोर्ट की डुप्लिकेट बनाएँ और Studio में उसकी कॉपी संपादित करें। Odoo चेतावनी देता है कि रिपोर्ट XML को सीधे संपादित करने से अपग्रेड के दौरान समस्याएँ हो सकती हैं।

किसके लिए आमतौर पर कस्टम मॉड्यूल चाहिए

वेयरहाउस सिस्टम सिंक त्रुटि प्रबंधन और पुनःप्रयास वाला एक इंटीग्रेशन है, इसलिए इसे आमतौर पर परीक्षणों के साथ कस्टम मॉड्यूल के रूप में बनाना बेहतर होता है। Studio वेबहुक मौजूद हैं, लेकिन Odoo किसी डेवलपर को शामिल करने की अनुशंसा करता है क्योंकि गलत ढंग से कॉन्फ़िगर किया गया वेबहुक डेटाबेस को बाधित कर सकता है।

ध्यान दें कि Odoo Online कस्टम मॉड्यूल स्वीकार नहीं करता, इसलिए इस चुनाव के लिए Odoo.sh या ऑन-प्रिमाइस इंस्टॉलेशन की ज़रूरत पड़ सकती है।

अपग्रेड पर प्रभाव

Odoo के अपग्रेड दस्तावेज़ों के अनुसार, जब तक Studio इंस्टॉल है और उसका सब्सक्रिप्शन सक्रिय है, Studio कस्टमाइज़ेशन अपग्रेड सेवाओं के अंतर्गत आते हैं। डेटाबेस अपग्रेड होने से पहले कस्टम मॉड्यूल को उनके मेंटेनर द्वारा नए संस्करण के साथ संगत बनाया जाना चाहिए।

हर कस्टमाइज़ेशन का उसके स्वामी और कारण के साथ एक रजिस्टर रखें, और हर अपग्रेड की परीक्षण योजना में उन सभी को शामिल करें।