Хорошее правило — работать по уровням: сначала настройка, затем Studio и только потом собственный модуль, если первые два уровня не позволяют чисто закрыть потребность. Всегда сначала пробуйте изменения в тестовой базе данных.

Сначала проверьте настройки

Просмотрите «Настройки» каждого задействованного приложения. Многие запросы уже являются стандартными параметрами, а настройки макета документов компании позволяют задать логотипы, цвета и нижние колонтитулы, не трогая шаблоны отчётов.

Что подходит для Studio

• Дополнительные поля в заказах на продажу: поля Studio, добавляемые перетаскиванием. Сохраняйте префикс x_studio_ и тщательно выбирайте технические имена, поскольку потом переименовать их в Studio нельзя.
• Утверждение закупок: правила утверждения Studio на кнопке подтверждения, с утверждающими в виде пользователей или групп и необязательным фильтром для крупных сумм.
• Макет счёта: дублируйте стандартный отчёт и редактируйте копию в Studio. Odoo предупреждает, что прямое редактирование XML отчёта может вызвать проблемы при обновлениях.

Что обычно требует собственного модуля

Синхронизация со складской системой — это интеграция с обработкой ошибок и повторными попытками, поэтому её обычно лучше реализовать собственным модулем с тестами. Вебхуки в Studio есть, но Odoo рекомендует привлекать разработчика, так как неправильно настроенный вебхук может нарушить работу базы данных.

Учтите, что Odoo Online не принимает собственные модули, поэтому такой выбор может потребовать Odoo.sh или установки на собственном сервере.

Влияние на обновления

Согласно документации Odoo по обновлениям, доработки Studio покрываются услугами обновления, пока Studio установлен и подписка на него активна. Собственные модули должен сделать совместимыми с новой версией тот, кто их сопровождает, прежде чем базу данных можно будет обновить.

Ведите реестр всех доработок с ответственным и причиной и включайте их все в план тестирования каждого обновления.