Odoo Studio: Создавайте Модели, Представления и Автоматизацию Без Кода

Введение

Odoo Studio усиливает остальной набор: красивые панели, документы, интеграции и IoT приносят пользу только тогда, когда данные по продажам, запасам и финансам надёжны и едины.

Команды обычно начинают с транзакций — выписка заказов, учёт остатков, выставление счетов — и только потом просят интерфейсы и отчёты по‑взрослому; именно там появляются платформенные приложения и тонкая кастомизация.

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

COO, владельцы продуктов и внутренние адепты Odoo, которые думают о следующем шаге зрелости, понимают, когда достаточно расширить стандартные модули, а когда лучше привлечь профильного партнёра.

Studio — часть модульного ERP Odoo. Команды тянутся к нему, когда хотят чётких зон ответственности, воспроизводимых процессов и истории действий в системе вместо сообщений в мессенджерах и разбросанных таблиц. Коротко: Odoo Studio — создавать модели, формы и автоматизации без кода.

Эта статья — ранжированный Топ‑10: от Уровня 1 (очень просто) до Уровня 10 (экспертно). Для каждого уровня есть пошаговые шаги: что именно нажать в Odoo Studio.

Начинайте с того, что вам по зубам, а не с уровня 10 ради понта.

Сначала прочитайте раздел с проблемой, затем откройте тот уровень, который соответствует текущему опыту вашей команды.

В этом руководстве вы найдёте:

• Чёткое место Odoo Studio в типовой технологической стопке компании
• Где команды чаще всего застревают и почему это случается
• Десять приоритетных кейсов — от базовой дисциплины до продвинутой стратегии
• Когда автоматизации и интеграции оправдывают привлечение партнёра

В чём проблема

Руководство открывает красивую панель и спрашивает: почему наличные не сходятся с отчётом бухгалтера? Кто‑то настроил вид на неверных данных, и теперь каждое совещание начинается с обсуждения доверия к цифрам, а не с принятия решения.

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

Звучит знакомо? Команды обычно упираются в:

• KPI, которые не отражают операционную действительность
• Кастомизации без правил песочницы и контроля версий
• Интеграции, которые молча ломаются после апгрейдов

Хорошая новость: не нужно полномасштабного «большого взрыва». Выберите один кейс ниже, запустите его в Odoo Studio на 30 дней и посчитайте эффект.

Топ‑10 кейсов для Odoo Studio

10 сценариев использования Studio — от Уровня 1 (сделать сегодня) до Уровня 10 (архитектурный сценарий). Для каждого указано: что строим и какие клики в интерфейсе вам потребуются.

Уровень 1 — быстрый ежедневный результат. Высший уровень сделан нарочно «показным», чтобы вы увидели, как далеко можно масштабировать тот же модуль при аккуратной архитектуре и чистых данных.

Выберите свой уровень, повторите номера шагов в тестовой базе, и переходите выше только когда предыдущий уровень станет рутинным.

1. Добавьте пользовательское поле на карточку клиента за пару минут Уровень 1 — Просто

Уровень 1 — самый простой приём в Studio: один администратор, одно отсутствующее поле, ни строчки кода и никаких миграций схемы. Перетягиваете поле на форму — и оно сразу видно всем после обновления страницы.

Как это делается в Odoo:

1. Откройте любую карточку контакта и нажмите иконку Studio в правом верхнем углу.
2. Перетащите Char‑поле из панели инструментов на форму, например под названием компании.
3. Переименуйте метку в «Заметки менеджера» и добавьте подсказку с инструкцией, что туда вносить.
4. Сохраните — поле стало доступно всем пользователям во всех представлениях этой модели.
5. Откройте другой контакт, убедитесь, что поле видно, заполните его и проверьте запись в истории (chatter).

Результат: команда начинает собирать нужную информацию в тот же день, без заявки в ИТ и ожидания разработчика.

2. Создайте вкладку «Соответствие» с группой полей и условной видимостью Уровень 2 — Просто

Уровень 2 — не одно поле, а «порядок на форме». Группируете связанные атрибуты в отдельную вкладку, чтобы пользователи не листали всю карточку клиента.

Как это делается в Odoo:

1. Откройте карточку клиента в режиме Studio, нажмите плюс рядом с последними вкладками и назовите новую вкладку «Соответствие».
2. Внутри вкладки добавьте секцию и три поля: Проверен VAT (да/нет), Подписан NDA (да/нет), Дата последнего аудита (дата).
3. Настройте видимость вкладки только для записей типа «компания», скрыв её для физических лиц.
4. Включите логирование изменений для всех трёх полей, чтобы в chatter видно было, кто и когда менял значения.
5. Сохраните, перезагрузите страницу и убедитесь, что вкладка «Соответствие» появилась между «Продажами» и «Внутренними заметками» у корпоративных клиентов.

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

3. Сделайте пользовательский Канбан для утреннего стенда продаж Уровень 3 — Просто

Уровень 3 — про представления. Те же заказы продаж становятся доской, сгруппированной по командам, с цветовой маркировкой по дедлайну — идеальная визуалка для 10‑минутного стенда.

Как это делается в Odoo:

1. Откройте Продажи → Заказы, включите Studio, выберите Views и добавьте Канбан‑вид для модели.
2. На карточке перетащите имя клиента, ожидаемый доход и менеджера; настройте правило окраски по дате дедлайна.
3. Группируйте записи по Команде продаж и добавьте фильтр «Активные = Да», чтобы закрытые сделки были скрыты.
4. Закрепите вид по умолчанию для группы «Менеджеры продаж» через настройки доступа к виду в Studio.
5. Проводите утренний стендап с одной доски: перетаскиваете карточки — изменения мгновенно видны всем.

Результат: менеджеры экономят время: один экран вместо пяти отчётов и повторных пояснений по воронке.

4. Кастомизируйте PDF‑коммерческое предложение: брендинг и условные блоки Уровень 4 — Средне

Уровень 4 — переносим изменения на печатные документы. Редактор отчётов Studio позволяет оформить PDF‑квотации с логотипом, динамическими итогами и условными секциями.

Как это делается в Odoo:

1. Перейдите в Настройки → Studio → Reports и выберите отчёт «Коммерческое предложение/Заказ», связанный с моделью Sales Order.
2. В редакторе макета вставьте логотип в шапку и переставьте колонки: описание, цена за единицу, количество, налоги, итог.
3. Добавьте условный блок, который отображается только при состоянии draft, с баннером «Действительно 30 дней» в фирменном цвете.
4. В подвал добавьте условия оплаты, подтягивающиеся из карточки клиента, чтобы каждый PDF соответствовал реальным условиям контракта.
5. Сохраните, выйдите из Studio и отправьте тестовое коммерческое предложение по почте, чтобы проверить PDF целиком.

Результат: продажи рассылают брендированные и юридически корректные предложения без правки дизайнера или бухгалтера вручную.

5. Создайте новое no‑code приложение для внутреннего процесса Уровень 5 — Средне

Уровень 5 — от настройки к созданию. С помощью Studio вы можете построить целое приложение под процесс, которого нет в коробке, без единой строчки кода.

Как это делается в Odoo:

1. Откройте Studio → New App, назовите её «Выдача оборудования», выберите иконку и цвет — система создаст меню и таблицу в базе.
2. Добавьте в модель поля: Название актива, Пользователь (Many2one → res.users), Дата выдачи, Дата возврата, Статус (selection).
3. Сгенерируйте стандартные Канбан, Список и Форму, затем отредактируйте форму, показав Статус в виде статус‑бара сверху.
4. Разместите меню под Инвентарём и назначьте права Read/Write группе Сотрудников, чтобы любой мог подать заявку на выдачу.
5. Протестируйте: создайте две записи и проведите одну через все статусы — убедитесь, что процесс держится целиком.

Результат: процесс, который раньше не фиксировался, теперь имеет цифровой след: ответственные, сроки и менеджерский обзор.

6. Автоматизируйте напоминания о просрочке с помощью no‑code серверного действия Уровень 6 — Средне

Уровень 6 — это логика. Builder автоматизаций Studio запускает действия по изменению полей, расписанию или созданию записей без написания Python.

Как это делается в Odoo:

1. Откройте приложение «Выдача оборудования», зайдите в Studio → Automations и создайте новое правило.
2. Сделайте триггер On Update поля Статус, когда новое значение = Overdue, для модели Выдача оборудования.
3. Добавьте два действия: отправить шаблон письма Пользователю с названием актива и датой возврата, затем оставить цветную заметку в chatter.
4. Создайте второе правило по расписанию: каждый день в 09:00 искать займы с Дата возврата < Сегодня и ставить Статус = Overdue.
5. Протестируйте, указав дату возврата в прошлом — авто‑правило изменит запись и разошлёт письмо при следующем запуске.

Результат: напоминания уходят сами по себе утром каждый день, и никто больше не гоняется вручную за возвращённым оборудованием.

7. Постройте многоступенчатый процесс согласования с условными кнопками Уровень 7 — Сложно

Уровень 7 превращает Studio в движок процессов. Моделируете заявку на закупку со статус‑баром, ролевыми кнопками и условиями, кто и когда может переводить запись дальше.

Как это делается в Odoo:

1. Создайте модель «Запрос на закупку» с полями: Инициатор, Сумма, Обоснование, Утверждающий и статус‑бар (Черновик, На согласовании, Утверждён, Отклонён).
2. Добавьте три кнопки на форму: «Отправить» (видна в Черновике), «Утвердить» и «Отклонить» (видны в На согласовании и только менеджерам).
3. Настройте каждую кнопку, чтобы переводить запись в следующий статус и автоматически назначать Утверждающего при нажатии «Отправить».
4. Сделайте автоматизацию: при переходе в Утверждён и сумме выше 5000 отправлять письмо CFO для второго уровня согласования.
5. Сохраните фильтр «Мои ожидающие согласования», чтобы менеджеры видели только то, что им нужно, и закрепите его на панели.

Результат: контроль расходов уходит в систему с полноценным аудит‑трейлом вместо тонны писем и потерянных одобрений в почтовых папках.

8. Защитите модель правилами доступа и правами групп Уровень 8 — Сложно

Уровень 8 — безопасность. Тот же модуль «Выдача оборудования» нуждается в разных правах для ролей; слой безопасности Studio определяет, кто может читать, править и видеть запись.

Как это делается в Odoo:

1. Откройте Настройки → Пользователи и компании → Группы и создайте группы «Менеджер оборудования» и «Сотрудник оборудования» с понятными описаниями.
2. В Studio на модели Выдача оборудования задайте Read/Write/Create/Delete по группам: сотрудник может создавать и видеть только свои заявки, менеджер — всё в компании.
3. Добавьте правило записи: «Сотрудник» видит только записи, где Borrower = текущий пользователь; «Менеджер» видит все записи.
4. Скройте чувствительные поля (Комментарии по согласованию, Стоимость приобретения) от группы сотрудников через правила видимости полей в Studio.
5. Залогиньтесь как тестовый сотрудник — убедитесь, что он не видит чужие заявки; затем войдите как менеджер и проверьте полный доступ.

Результат: одно приложение обслуживает всех, но каждая роль видит только положенное: ни отдельной базы, ни ручных выгрузок, ни риска утечки конфиденциальных данных.

9. Свяжите свою модель с CRM, Складом и Проектами через умные кнопки Уровень 9 — Сложно

Уровень 9 — интеграция внутри Odoo. Модель перестаёт быть островом и начинает питать CRM, проекты, склад и финансы едиными данными.

Как это делается в Odoo:

1. Добавьте Many2one‑поле в Выдачу оборудования, связав его с res.partner, чтобы привязать выдачу к клиенту или партнёру.
2. На карточке клиента через Studio добавьте умную кнопку «Открытые выдачи», которая фильтрует Выдачу оборудования по партнёру и показывает живой счётчик.
3. Добавьте связанное поле в выдаче, показывающее непогашенный баланс клиента, чтобы финансы видели риски до одобрения новой выдачи.
4. Настройте автоматизацию: при пометке «Возвращено» создавать задачу в Складе для верификации состояния актива.
5. Добавьте ссылку‑кнопку с записью выдачи на форме Проекта, когда заказчик проекта совпадает, чтобы связывать временные линии в один клик.

Результат: оборудование, клиенты, склад и проекты смотрят на одну и ту же историю; никто больше не вводит данные вручную, и команды работают по единому источнику правды.

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

10. Создайте no‑code мини‑приложение «Здоровье клиента» с AI, дашбордами и BI‑синком Уровень 10 — Эксперт

Уровень 10 — потолок возможностей. Studio оркеструет мини‑приложение «Здоровье клиента», которое собирает сигналы из всех модулей, вычисляет риск, вызывает Odoo AI для сводок и отталкивает дашборды руководству в реальном времени.

Как это делается в Odoo:

1. Постройте модель Customer Health с полями: Score, Последний NPS, Открытые тикеты, Просроченные счета, Дата последнего заказа и AI‑сводка, заполняемые связанными полями из CRM, Helpdesk, Sales и Accounting.
2. Сделайте ночную автоматизацию в Studio, которая пересчитывает Score по взвешенной формуле и переводит Статус между Healthy, Watch, At Risk, Churn Imminent.
3. Добавьте действие Odoo AI: каждое утро по понедельникам он читает последние 30 дней chatter по клиенту и записывает однопараграфный риск‑снимок в поле AI‑сводка.
4. Настройте правила доступа так, чтобы менеджеры по счёту видели только своих клиентов, а руководители — весь портфель с редактированными личными заметками.
5. Встраивайте запись Customer Health как умную кнопку в каждую Сделку CRM, показывая счёт и AI‑сводку прямо в обзоре сделки.
6. Соберите Spreadsheet‑дашборд «Customer Risk Live», ранжируйте клиентов по скору, обновляйте в реальном времени и шлите топ‑10 рисковых в канал Discuss через webhook.
7. Синхронизируйте датасет с внешним BI (Looker, Power BI) через webhook‑автоматизацию Studio, чтобы руководство и CRM‑команда читали одни и те же числа.

Результат: одно мини‑приложение без кода даёт всей компании единое представление о риске клиентов: AI читает, Studio связывает, люди занимаются спасением аккаунтов.

Проектирование графа моделей, prompt‑ов для AI, правил безопасности, дашбордов в реальном времени и внешней синхронизации — это архитектура, которую Dasolo собирает в партнёрской Studio‑программе. Большинству команд нужна внешняя поддержка, чтобы сразу с первого раза правильно склеить кросс‑апп связи.

Когда имеет смысл взять эксперта

Если ваши кейсы — уровни 1–6, вы часто справитесь силами внутренних администраторов, стандартного Studio и тестовой песочницы, где можно безопасно ломать вещи.

Начиная с уровня 7 риски растут: автоматизации могут отправлять письма не тем адресатам, скрытые поля — блокировать апгрейд, интеграции — перестать синхронизировать склад в три часа ночи.

Это не провал вашей команды — это знак, что архитектура, тестирование и управляемость важны и требуют дисциплины.

Привлекайте партнёра, когда нужно проектирование между модулями, соблюдение локальных требований, сложные интеграции или жёсткий go‑live в календаре совета директоров.

Сотрудничество с Dasolo

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

Если в вашем роадмапе Studio есть описанные продвинутые кейсы, мы можем разложить по фазам: сначала быстрые выигрыши, затем автоматизации и интеграции с понятными владельцами и тест‑скриптами.

Вы сохраняете контроль по объёму и бюджету, мы приносим глубину Odoo, чтобы ваша команда не училась дорого на продуктиве.

Запишитесь на бесплатную консультацию:

Запланировать демо