Cloud Storage Solutions v.8

Нет, эта возможность есть только с версии 15. До неё модуль работает с заранее заданной структурой папок:

1. Odoo — корневая папка синхронизации

2. Модели — папки для каждого типа документов Odoo. Например, «Projects», «Partners». По домену могут быть более узкие папки: «Customer 1 Projects», «Projects of the Customer 2», «Internal Projects» и т. д.

3. Объекты — папки для каждого документа, например «Project 1» или «Customer 1»

4. Файлы и папки, связанные с этим документом Odoo и подлежащие синхронизации.

В итоге может получиться, например:

• Odoo / Projects / Project 1 / файлы и папки проекта 1

• Odoo / Customer 1 Projects / Project 1; Odoo / Customer 2 Projects / Project 3, ...

• Odoo / Customers / Customer 1 / файлы и папки клиента 1

Структура всегда плоская: только эти уровни иерархии. Разные типы документов нельзя держать в одной ветке. В папке «Customer 1» нельзя хранить файлы и заказов, и счетов, и проектов. У каждого типа документа своя папка (или несколько). Иначе обратная синхронизация будет невозможна: не на что опереться.

Нет, инструмент работает через одну пользовательскую конечную точку. Все процессы синхронизации идут от имени одного облачного администратора (приложения). Права на созданные папки и файлы не назначаются автоматически. Настройте их в своём облачном хранилище.

Приложение предполагает, что двоичное содержимое вложений хранится в Cloud Client, а не на сервере Odoo. Такие вложения в Odoo становятся типа URL, и к ним можно в любой момент обратиться из блока вложений или из Cloud Client.

После настройки ручные действия не нужны: синхронизация полностью автоматическая. Решите, какие типы документов Odoo синхронизировать, и настройте связанную модель для каждого из них (клиенты, заказы на продажу или закупку, задачи, проекты и т. д.).

Да, можно. Для этого подготовьте правило для каждой папки и задайте фильтры: например, по типу проекта.

Сделайте фильтры взаимоисключающими, чтобы документ однозначно попадал в одну папку. Например: «клиент, но не поставщик», «поставщик, но не клиент». Иначе папка документа будет перескакивать с одной модели на другую.

Нет, инструмент — только техническое ядро. Нужен ещё коннектор вашего облачного клиента.

Да, хотя при большом числе папок и вложений процесс может быть медленным. При этом клиенты сообщали о средах с >10 тыс. партнёров и ~5 тыс. вариантов продуктов — процессы оставались приемлемыми.

Несколько важных моментов:

1. Синхронизация устроена так, что любой элемент будет синхронизирован и не потеряется, хотя это может быть небыстро. Это гарантируют очереди FIFO и фиксация каждого задания.
2. Число объектов можно ограничить логически. Настройка моделей позволяет не синхронизировать устаревшие записи (например, нет смысла синхронизировать архивных партнёров или заказы двухлетней давности).

Нет. Есть веские причины не делать синхронизацию в реальном времени:

• Производительность. При синхронизации в реальном времени каждая загрузка файла приводит к экрану ожидания.

• Конфликты. Если двое одновременно меняют элемент, ситуация может стать неразрешимой. При регулярных заданиях это можно исправить позже; в реальном времени пришлось бы ставить изменения в очередь, что ещё сильнее запутает пользователей.

• Функциональность. В частности, переименование и перестройка элементов. Обратная синхронизация строго опирается на логику каталогов, и при каждом запуске проверяется 100% элементов. Если делать это после каждого обновления, будут тысячи запросов в секунду. Если нет — изменения потеряются.

No, this feature becomes available only from version 15.

Да, в зависимости от конфигурации облачного клиента.

По текущим правилам 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. Так запустится установка.

Эти шаги ставят приложение на production-ветку проекта. Для других веток или обновления модуля:

1. Скачайте исходный код из магазина Odoo

2. Закоммитьте модуль в нужный репозиторий GitHub. Ни одна папка или файл приложения не должны попасть в .gitignore. Репозитории, которые создаёт odoo.sh, по умолчанию могут игнорировать важные пути (например /lib). Загрузите все каталоги и файлы модуля без исключений

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

Да. При этом Odoo сам кладёт все зависимости в корзину: исключите уже купленные инструменты, чтобы не заплатить дважды.

Odoo Красное или оранжевое предупреждение не влияет на функции приложения. Иногда наши модули не проходят стандартные автотесты, потому что те ждут поведение, которое противоречит целям приложения. Например, мы меняем расчёт цены, а тесты ядра сравнивают итог со стандартным алгоритмом.

Сначала проверьте саму развёрнутую базу: всё ли работает?

Если всё же считаете, что предупреждение ломает функции, напишите нам и пришлите полные логи установки и полный список установленных модулей (ядро и сторонние).

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

К сожалению, у нас нет технической возможности давать индивидуальные цены.

Нет, сторонние приложения нельзя использовать на Odoo Online. Odoo SaaS это блокирует.

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