Dropbox Odoo Integration v.19

Да, можете. За целта подгответе правило за всеки и след това приложете филтри: например по тип на проекта.

Опитайте филтрите да са взаимно изключващи се, за да може документът да се присвои еднозначно. Например „клиент, но не доставчик“, „доставчик, но не клиент“. Иначе папката на конкретен документ ще скача от един модел към друг.

Не. Имаме сериозни причини да избягваме синхронизация в реално време:

• Проблеми с производителността. Ако синхронизацията е в реално време, всяко качване на файл ще показва екран на зареждане.

• Проблеми с конфликти. Ако 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. Ако е нужно, създайте ново repo за проекта Odoo.sh

3. След това отидете в odoo.sh и щракнете бутона Deploy. В изскачащия прозорец потвърдете решението и щракнете 'Continue.' Това стартира инсталацията.

Тези стъпки ще инсталират приложението в продукционния клон на проекта. Ако искате да разположите приложенията в други клонове или да обновите модула, направете следното:

1. Качете изходния код на приложението от магазина Odoo

2. Направете commit на модула в необходимото GitHub хранилище. Уверете се, че никои папки/файлове на приложението не се игнорират (т.е. не са в .gitignore на repo). Хранилищата се създават автоматично от odoo.sh и по подразбиране може да включват важни елементи (напр. /lib). Качете всички директории, поддиректории и файлове на модула без изключения

3. Разположете целевия клон на проекта odoo.sh или, ако настройките предполагат това, изчакайте да се изгради автоматично.

Да, разбира се. Едновременно Odoo автоматично добавя всички зависимости в количката, затова трябва да изключите вече купените инструменти, за да избегнете двойно плащане.

Червено/оранжево предупреждение не влияе на функциите на приложението. За съжаление понякога модулите ни не минават стандартните автоматични тестове, защото те очакват поведение в конфликт с целите на приложението. Например променяме изчислението на цената, а тестовете на стандартния модул Odoo сравняват крайната цена със стандартен алгоритъм.

Първо проверете функциите на разгънатата база. Всичко работи ли коректно?

Ако все пак смятате, че предупреждението влияе на реални функции, свържете се с нас и изпратете пълните регистрационни файлове от инсталацията и пълния списък на разгънатите модули (включително ядро и трети страни).

Не, разпространяваме инструментите само чрез официалния магазин за приложения Odoo.

За съжаление нямаме техническа възможност да предложим индивидуални цени. 

Не, приложения на трети страни не могат да се ползват в Odoo Online. За съжаление Odoo SaaS блокира тази възможност.

Да, инструментът изисква всички модули, посочени в зависимостите, за да работи правилно. Цената на страницата на приложението вече включва всички необходими зависимости.