Dropbox Odoo Integration v.19

نعم، يمكنك ذلك. جهّز قاعدة لكل حالة ثم طبّق عوامل التصفية: مثلاً حسب نوع المشروع.

اجعل عوامل التصفية متنافية حتى يُسنَد المستند بوضوح. مثلاً: «عميل وليس مورّداً»، «مورّد وليس عميلاً». وإلا فستنتقل مجلد المستند من نموذج إلى آخر.

لا. لدينا أسباب قوية لتجنب المزامنة الفورية:

• الأداء. إذا كانت المزامنة فورية، فكل رفع ملف يُظهر شاشة التحميل.

• التعارضات. إذا غيّر مستخدمان عنصراً في الوقت نفسه، قد يتعذر الحل. مع المهام المنتظمة يمكن الإصلاح لاحقاً؛ أما فورياً فسنحتاج طابوراً، وهذا أكثر إرباكاً.

• الوظائف. خاصة إعادة التسمية وإعادة الهيكلة. تعتمد المزامنة العكسية على منطق المجلدات وتفحص 100% من العناصر في كل مزامنة. إن تم ذلك بعد كل تحديث فستكون آلاف الطلبات في الثانية. وإلا فستضيع التغييرات.

يمكنك تعيين اسمك لدلائل النماذج (أوامر البيع، الفرص، المورّدين، إلخ) لأي نوع مستند.

لمجلدات الكائنات (SO-001، John Smith، إلخ) تعتمد الأداة على طريقة Odoo لبناء الاسم المعروض. يمكن تغيير ذلك بتعريف تعبير الاسم. يُستخدم نفس بناء قوالب بريد Odoo.

لا، اعتباراً من الإصدار 15 لا ينبغي تغيير المهام المجدولة. فهي محسّنة لتعمل كل 15 دقيقة لضمان أكثر اتصال استقراراً وسرعة.

يجب أن تكون مهلات خادم Odoo 15 دقيقة على الأقل (900 ثانية).

لإيقاف المزامنة مؤقتاً، افعل ذلك في نموذج عميل السحابة المعني.

Yes, starting from version 15, you can set up multiple connections. In this way, it is possible to sync some folders to one cloud client and others - to another.

Take into account that it is not any way possible to sync the same folder for a few cloud storages simultaneously.

نعم، بحسب إعداد عميل السحابة لديك.

اعتباراً من الإصدار 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 عند الحاجة

3. ثم في odoo.sh اضغط Deploy وأكّد ثم Continue. يبدأ التثبيت.

هذه الخطوات تثبّت التطبيق على فرع الإنتاج. لفروع أخرى أو للتحديث:

1. نزّل الشيفرة من متجر Odoo

2. اعمل commit للوحدة في مستودع GitHub. لا تُستثنى مجلدات/ملفات التطبيق في .gitignore. مستودعات odoo.sh قد تتجاهل مسارات مهمة (مثل /lib). ارفع كل مجلدات وملفات الوحدة

3. انشر الفرع المستهدف في مشروع odoo.sh أو انتظر البناء التلقائي إن كانت الإعدادات كذلك.

نعم. يضيف Odoo التبعيات تلقائيا إلى السلة؛ استبعد الادوات المشتراة سابقا حتى لا تدفع مرتين.

التحذير الأحمر/البرتقالي لا يؤثر على وظائف التطبيق. أحيانا لا تتجاوز وحداتنا الاختبارات التلقائية القياسية لأنها تفترض سلوكا يتعارض مع أهداف التطبيق. مثلا نغيّر حساب السعر بينما تقارن اختبارات Odoo السعر النهائي بالخوارزمية القياسية.

تحقق أولا من وظائف قاعدة البيانات المنشورة. هل كل شيء يعمل؟

إن ظننتم أن التحذير يؤثر على وظائف حقيقية، تواصلوا معنا وأرسلوا سجلات التثبيت كاملة وقائمة الوحدات المنشورة كاملة (الأساسية والطرف الثالث).

لا، نوزع الادوات فقط عبر متجر تطبيقات Odoo الرسمي.

للأسف ليست لدينا وسيلة تقنية لتقديم أسعار فردية.

لا، لا يمكن استخدام تطبيقات الطرف الثالث على Odoo Online. خدمة Odoo SaaS تمنع ذلك.

نعم، تحتاج الاداة إلى كل الوحدات المذكورة في التبعيات. السعر في صفحة التطبيق يشمل هذه التبعيات.