Google Drive Odoo Integration v.19

फ़ाइल पूरी तरह हटाने के लिए Google Drive का बिन भी साफ़ करें।

यह भी याद रखें कि फ़ाइल अभी Odoo में हो सकती है, क्योंकि पिछली सिंक ने अटैचमेंट अभी प्रोसेस नहीं किया। यह निर्धारित प्रक्रिया है, समय लगता है।

मॉड्यूल केवल मुफ़्त API का उपयोग करता है, इसलिए Google आपसे शुल्क नहीं लेगा।

ऐप मानता है कि अटैचमेंट की बाइनरी सामग्री Odoo सर्वर के बजाय Cloud Client में रखी जाती है। इसलिए Odoo में ऐसे अटैचमेंट URL प्रकार के हो जाते हैं, और आप उन्हें किसी भी समय अटैचमेंट बॉक्स या Cloud Client से खोल सकते हैं।

सेटअप के बाद कोई मैन्युअल कार्रवाई नहीं चाहिए, क्योंकि सिंक पूरी तरह स्वचालित है। तय करें कि कौन से Odoo दस्तावेज़ प्रकार सिंक हों और प्रत्येक के लिए संबंधित मॉडल सेट करें (ग्राहक, विक्रय या खरीद आदेश, टास्क, प्रोजेक्ट आदि)।

हाँ, आप कर सकते हैं। इसके लिए प्रत्येक के लिए नियम बनाएँ, फिर फ़िल्टर लागू करें: उदाहरण के लिए प्रोजेक्ट के प्रकार से।

फ़िल्टर परस्पर-अनन्य रखें ताकि दस्तावेज़ निश्चित रूप से असाइन हो। उदाहरण: 'ग्राहक पर आपूर्तिकर्ता नहीं', 'आपूर्तिकर्ता पर ग्राहक नहीं'। वरना किसी खास दस्तावेज़ का फ़ोल्डर एक मॉडल से दूसरे पर कूदेगा।

नहीं। रीयल-टाइम सिंक से बचने के हमारे ठोस कारण हैं:

• प्रदर्शन संबंधी समस्याएँ। यदि सिंक रीयल-टाइम हो, तो हर फ़ाइल अपलोड पर लोडिंग स्क्रीन आएगी।

• संघर्ष संबंधी समस्याएँ। यदि 2 उपयोगकर्ता एक साथ किसी आइटम को बदलें, तो अनसुलझी स्थितियाँ हो सकती हैं। नियमित जॉब में हम बाद में ठीक कर सकते हैं; रीयल-टाइम में इसे कतार के रूप में सहेजना पड़ेगा, जो उपयोगकर्ताओं के लिए और भ्रमित करने वाला होगा।

• कार्यक्षमता संबंधी समस्याएँ। खासकर आइटम का नाम बदलना और पुनर्गठन। बैकवर्ड सिंक में टूल निर्देशिका तर्क पर सख्ती से निर्भर करता है, और हर सिंक में 100% आइटम जाँचे जाते हैं। यदि हर अपडेट के बाद हो, तो प्रति सेकंड हज़ारों अनुरोध होंगे। नहीं तो: बदलाव खो जाएँगे।

किसी भी दस्तावेज़ प्रकार के लिए मॉडलों की निर्देशिकाओं (बिक्री आदेश, अवसर, आपूर्तिकर्ता आदि) को अपना नाम दे सकते हैं।

ऑब्जेक्ट फ़ोल्डरों (SO-001, John Smith आदि) के लिए टूल इस दस्तावेज़ प्रकार का प्रदर्शन नाम बनाने की Odoo विधि पर निर्भर करता है। फिर भी नाम अभिव्यक्ति परिभाषित करके बदल सकते हैं। Odoo ईमेल टेम्पलेट वाली ही वाक्य रचना उपयोग होती है। 

नहीं, संस्करण 15 से निर्धारित जॉब नहीं बदलने चाहिए। सबसे स्थिर और तेज़ कनेक्शन के लिए वे हर 15 मिनट चलने हेतु अनुकूलित हैं।

सुनिश्चित करें कि आपके Odoo सर्वर टाइमआउट कम से कम 15 मिनट (900 सेकंड) हों।

यदि कुछ समय के लिए सिंक रोकना हो, तो किसी खास cloud client फ़ॉर्म पर करें।

हाँ, संस्करण 15 से कई कनेक्शन सेट किए जा सकते हैं। इस तरह कुछ फ़ोल्डर एक cloud client से और कुछ दूसरे से सिंक होते हैं।

ध्यान दें कि एक ही फ़ोल्डर को एक साथ कई cloud storages से सिंक नहीं किया जा सकता।

हाँ, आपके cloud client कॉन्फ़िगरेशन पर निर्भर करता है।

संस्करण 15 से ऐप अकेले चलकर अटैचमेंट को फ़ोल्डर में व्यवस्थित कर फ़ाइल मैनेजर इंटरफ़ेस दे सकता है।

लेकिन यदि लक्ष्य किसी क्लाउड क्लाइंट से कनेक्शन है, तो कम से कम एक वैकल्पिक क्लाइंट ऐप इंस्टॉल करना होगा।

फ़ोल्डर नियम बदलने पर फ़ोल्डरों की सूची भी बदलती है। यदि फ़ोल्डर नियमों की शर्तों से मेल नहीं खाता, उसे हटा दिया जाता है। यदि फ़ाइलें सिंक हो चुकी हैं, उलटा सिंक उन्हें Odoo में लौटाता है और Cloud Client से हटाता है।

यदि दस्तावेज़ का ऑब्जेक्ट फ़ोल्डर नियम की शर्तों से मेल नहीं खाता, उसका फ़ोल्डर नहीं बनेगा। बाद में मेल खाए तो संबंधित फ़ोल्डर बनेगा।

वर्तमान 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 यह संभावना रोकता है।

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