CRM Check List and Approval Process v.19

यदि "true" सेट हो, तो लीड/अवसर को चेकलिस्ट पूरे किए बिना इस चरण में ले जाया जा सकता है। आमतौर पर "lost" चरण के लिए, क्योंकि अतिरिक्त क्रियाएँ नहीं चाहिए। तब उपयोगकर्ता किसी भी चरण से बिना कुछ किए लीड/अवसर को "lost" में ले जा सकते हैं (जैसे new > lost, proposition > lost)।

यदि "false" सेट हो, तो इस चरण में ले जाते समय (यदि यह पाइपलाइन में आगे है) वर्तमान चरण की चेकलिस्ट भरनी होगी। उदाहरण: स्थिति "won" के लिए कुछ क्रियाएँ चाहिए। लीड/अवसर को "proposition" से "won" ले जाएँ तो "proposition" चरण के बिंदुओं की पुष्टि करें। "False" फ़ील्ड "no need for checklist" का डिफ़ॉल्ट मान है।

चेकलिस्ट बनाते समय प्रत्येक कथन के लिए उपयोगकर्ता समूह चुन सकते हैं। केवल ये समूह कथन को पूर्ण चिह्नित कर सकेंगे। कोई और पूर्ण करने की कोशिश करे तो सिस्टम सहेजने नहीं देगा और चेतावनी दिखेगी।

वर्तमान Odoo Apps Store नीतियों के अनुसार:

• संस्करण 12.0 और उससे पहले के लिए खरीदा प्रत्येक मॉड्यूल 12.0 तक सभी संस्करणों तक पहुँच देता है।
• संस्करण 13.0 से प्रत्येक मॉड्यूल संस्करण अलग खरीदना होता है।
• संस्करण चाहे जो हो, खरीद से उस प्रमुख संस्करण के सभी अपडेट और बग ठीक करने का अधिकार मिलता है।

ध्यान दें कि faOtools टीम इन नीतियों को नियंत्रित नहीं करती। सभी प्रश्नों के लिए सीधे Odoo Apps Store प्रतिनिधियों से संपर्क करें।

सबसे सीधा तरीका Odoo स्टोर की अंतर्निहित वर्कफ़्लो का उपयोग करना है:

1. मॉड्यूल का पृष्ठ खोलें और Deploy on odoo.sh बटन पर क्लिक करें

2. उसके बाद आपको GitHub पृष्ठ पर भेजा जाएगा। अपने खाते में लॉग इन करें, फिर 'Create a new repo' पर क्लिक करें या मौजूदा का उपयोग करें। सुनिश्चित करें कि रिपॉज़िटरी निजी हो। OPL-1 लाइसेंस के तहत ऐप प्रकाशित करना अनुमति नहीं है। ज़रूरत हो तो Odoo.sh प्रोजेक्ट के लिए नया repo बनाएँ

3. फिर odoo.sh पर जाएँ और Deploy बटन पर क्लिक करें। पॉप-अप विंडो में निर्णय जमा करें और 'Continue.' पर क्लिक करें। इससे इंस्टॉलेशन शुरू होगा।

ये चरण प्रोजेक्ट की production शाखा पर ऐप इंस्टॉल करेंगे। अन्य शाखाओं पर ऐप तैनात करने या मॉड्यूल अपडेट करने के लिए ये क्रियाएँ करें:

1. Odoo स्टोर से ऐप का स्रोत कोड अपलोड करें

2. मॉड्यूल को आवश्यक GitHub रिपॉज़िटरी में commit करें। सुनिश्चित करें कि ऐप के कोई फ़ोल्डर/फ़ाइल अनदेखी न हों (यानी repo के .gitignore में न हों)। रिपॉज़िटरी odoo.sh अपने आप बनाता है और डिफ़ॉल्ट रूप से कुछ ज़रूरी चीजें शामिल हो सकती हैं (जैसे /lib)। मॉड्यूल की सभी निर्देशिकाएँ, उपनिर्देशिकाएँ और फ़ाइलें बिना अपवाद अपलोड करें

3. odoo.sh प्रोजेक्ट की लक्ष्य शाखा Deploy करें या, अगर सेटिंग्स ऐसा मानती हैं, स्वतः बनने तक प्रतीक्षा करें।

हाँ, ज़रूर। साथ ही Odoo सभी निर्भरताएँ कार्ट में अपने आप जोड़ता है, इसलिए दोहरी भुगतान से बचने के लिए पहले खरीदे टूल हटा दें।

लाल/नारंगी चेतावनी ऐप की सुविधाओं को प्रभावित नहीं करती। खेद है कि कभी-कभी हमारे मॉड्यूल मानक स्वचालित परीक्षण पास नहीं करते, क्योंकि वे ऐसा व्यवहार मानते हैं जो ऐप के लक्ष्यों से टकराता है। उदाहरण के लिए हम मूल्य गणना बदलते हैं, जबकि मानक Odoo मॉड्यूल परीक्षण अंतिम मूल्य की तुलना मानक एल्गोरिदम से करते हैं।

सबसे पहले तैनात डेटाबेस की सुविधाएँ जाँचें। क्या सब सही काम कर रहा है?

यदि फिर भी मानते हैं कि चेतावनी वास्तविक सुविधाओं को प्रभावित करती है, तो संपर्क करें और पूर्ण इंस्टॉलेशन लॉग तथा तैनात मॉड्यूलों की पूरी सूची (कोर और तृतीय-पक्ष सहित) भेजें।

नहीं, हम उपकरण केवल आधिकारिक Odoo ऐप स्टोर.

खेद है, हमारे पास व्यक्तिगत कीमतें देने के तकनीकी साधन नहीं हैं। 

नहीं, तृतीय-पक्ष ऐप Odoo Online पर नहीं चल सकते। दुर्भाग्य से Odoo SaaS यह संभावना रोकता है।

हाँ, सही काम के लिए टूल को निर्भरता में चिह्नित सभी मॉड्यूल चाहिए। ऐप पृष्ठ पर दी गई कीमत में आवश्यक निर्भरताएँ पहले से शामिल हैं।