Планирование в Odoo: Смены, Роли и Сигналы Ёмкости

Введение

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

Если исполнение и поддержка ведутся в разных системах, загрузка сотрудников падает, SLA срываются, а счета выставляются с опозданием — и прибыль «растворяется» в разрывах данных.

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

Владельцы агентств, партнёры профессиональных сервисов и руководители службы поддержки смогут сопоставить эти сценарии с тем, как они уже ведут проекты и заявки.

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

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

Начинайте с того, что по силам вашей команде — не пытайтесь прыгнуть сразу на уровень 10 только потому, что он звучит впечатляюще.

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

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

• Какую роль выполняет Odoo Planning в типичной ИТ‑/сервисной экосистеме компании
• Где команды испытывают наибольшее сопротивление сегодня (и почему именно там)
• Десять практических сценариев — от базовой дисциплины до продвинутой стратегии
• Когда автоматизация или интеграции оправдывают привлечение партнёра по Odoo

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

Клиент звонит в гневном тоне: проект задержан. Поддержка, delivery и аккаунт‑менеджер видят разные версии правды. Учёт времени провели с опозданием, и маржа «вылезла» только после сводного расчёта.

Бизнесы, которые продают время и результат, обычно фиксируют загрузку и SLA с запаздыванием. Когда выставление счета, история поставки и тикеты не находятся на одной временной шкале, прибыль постепенно уменьшается.

Знакомые проблемы команд:

• Проекты стартуют с задержкой, потому что из CRM не пришёл контекст сделки
• Тикеты поддержки не привязаны к договорам или счетам
• Время фиксируют постфактум — это бьёт по оплачиваемой марже

Хорошая новость: не нужно переворачивать всё сразу. Выберите один сценарий выше, запустите его в Odoo Planning на 30 дней и измерьте изменения.

Топ‑10 сценариев для Planning

Десять типичных кейсов для Odoo Planning, отсортированных по сложности — от «сделать за полчаса» до «архитектурного» уровня. Для каждого кейса отвечаем на два вопроса: что строим и какие клики в Odoo это создают.

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

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

1. Назначьте первую смену сотруднику в Gantt Level 1 — Easy

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

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

1. Установите приложение Planning, перейдите в Planning → Schedule by Employee и откройте недельный Gantt.
2. Кликните пустую ячейку рядом с нужным сотрудником на завтрашнюю дату и укажите время начала и конца.
3. Добавьте короткую заметку, чтобы сотрудник понял задачу смены.
4. Сохраните — на Gantt появится цветной блок, а на календарь сотрудника придёт копия.
5. Отфильтруйте Gantt по отделу, чтобы убедиться — смена отображается в правильной команде.

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

2. Создайте шаблоны смен для быстрого повторения Level 2 — Easy

Уровень 2 делает повторяемость: шаблоны смен описывают стандартное время, роль и длительность, чтобы планирование следующей недели занимало минуты.

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

1. Перейдите в Planning → Configuration → Shift Templates → New и создайте, например, «Утренняя смена 8:00–12:00» с нужной ролью.
2. Заполните время начала, длительность, роль и стандартную заметку, затем сохраните шаблон.
3. Создайте такие шаблоны для разных периодов — и стандартная неделя окажется полностью описана.
4. В Schedule by Employee кликните стрелку в пустой ячейке и выберите шаблон — смена заполнится автоматически.
5. Используйте Copy Previous Week, чтобы клонировать расписание целиком и скорректировать только исключения.

Результат: Планирование недели сокращается с часов редактирования до пяти минут проверки исключений, и стандарты не «дрифтят» между менеджерами.

3. Планируйте по ролям, чтобы каждый слот закрывал квалифицированный сотрудник Level 3 — Easy

Уровень 3 вводит роли в Planning: слот привязан не к конкретному человеку, а к роли (кассир, старший техник и т.д.), и назначить его может только сотрудник с этой ролью.

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

1. Откройте Planning → Configuration → Roles и создайте роли: Кассир, Старший техник, Сменный лидер, Резерв.
2. В карточке сотрудника на вкладке Planning отметьте роли, которые он может выполнять.
3. Переключитесь в Gantt на Schedule by Role и добавьте нераспределённый слот на строку нужной роли.
4. Правый клик по слоту → Assign — Odoo покажет только доступных сотрудников с этой ролью.
5. Проверьте фильтр Role Mismatch, чтобы найти исторические назначения сотрудников без нужной квалификации.

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

4. Публикуйте расписание и собирайте подтверждения сотрудников Level 4 — Medium

Уровень 4 переводит расписание с экрана менеджера в личные ящики сотрудников: кнопка Send Schedule публикует неделю и просит подтвердить или отказаться через портал.

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

1. Откройте недельный Gantt и нажмите Send Schedule, укажите диапазон дат для публикации.
2. Добавьте короткое сообщение (срок подтверждения, контакт для обмена сменами) и отправьте всем назначенным сотрудникам.
3. Каждый получит письмо с кнопками Confirm/Refuse для каждой смены в портале.
4. Отказы возвращают смену в пул Open Shifts с указанной причиной в чате записи для аудита.
5. Отфильтруйте Gantt по статусу подтверждения, чтобы гонять только отсутствующие ответы в пятницу.

Результат: Вопрос «все ли увидели расписание?» получает конкретные имена и метки времени, и внезапные неявки перестают быть сюрпризом в понедельник.

5. Публикуйте открытые смены — сотрудники берут их сами из портала Level 5 — Medium

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

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

1. Создайте смену, оставив поле Employee пустым, отметьте Open Shift и укажите требуемую роль.
2. Нажмите Publish — смена появится на портале в разделе My Open Shifts для всех квалифицированных сотрудников.
3. Клик «Take this Shift» у сотрудника — слот уходит в его расписание и сразу исчезает из пула.
4. Менеджер получает нотификацию Discuss и может утвердить или отменить в пределах настроенного окна.
5. Используйте отчёт Open Shifts, чтобы выявлять системные пробелы (пятничные вечера, воскресенья) и корректировать покрытие.

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

6. Блокируйте конфликты через Time Off, Attendances и контрактные часы Level 6 — Medium

Уровень 6 интегрирует Planning с HR‑модулем: отпуска, учёт прихода/ухода и контрактные нормы мешают создать невозможную смену ещё на этапе планирования.

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

1. Включите Cross‑app Validation в Planning → Configuration → Settings: отметьте Time Off, Attendances и Contracts.
2. Утверждённый отпуск автоматически делает дни на линии сотрудника неактивными.
3. Попробуйте назначить смену в отпуск — Odoo не сохранит запись и предложит альтернативного сотрудника по роли.
4. Задайте недельные часы по контракту в карточке сотрудника; Gantt покажет запланированные против контрактных часов в боковой панели.
5. Импортируйте записи прихода/ухода из Attendances и сравнивайте план и фактические часы каждое утро понедельника.
6. Установите правило минимального отдыха (например, 11 часов) между сменами — бэ‑ту‑бэк будет отклонён при сохранении.

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

7. Прогнозируйте следующую неделю из заказов продаж и дедлайнов проектов Level 7 — Hard

Уровень 7 превращает Planning в инструмент спроса: строки сервисных заказов и сроки проектных задач создают требования в Gantt, и вы планируете ресурсы против реальных обязательств перед клиентами.

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

1. В Sales → Configuration → Settings включите Plan Service Lines, чтобы сервисные товары могли генерировать смены.
2. В новом Sales Order пометьте строку сервиса как Plan in Planning, укажите требуемую роль и общее количество часов.
3. Подтвердите заказ — Odoo создаст Open Shift для нужной роли в заданном диапазоне дат.
4. В Schedule by Project дедлайны из активных задач появятся как полосы нагрузки для сотрудников по соответствующим ролям.
5. Используйте фильтр Forecast, чтобы сравнить требуемые и назначенные часы по ролям на ближайшие 4 недели.
6. Перетаскивайте Open Shifts на подходящих сотрудников — связанные Sales Order и Project обновляются в реальном времени.

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

8. Планируйте задачи проекта и выезды Field Service в одном Gantt Level 8 — Hard

Уровень 8 объединяет источники: проектные задачи и выезды на объект отображаются рядом со стандартными сменами, чтобы диспетчер планировал людей, клиентов и локации с единого экрана.

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

1. Установите Project и Field Service рядом с Planning, чтобы приложения делили сотрудников, роли и навыки.
2. Откройте Planning → Schedule by Project — в левой колонке Gantt вы увидите открытые задачи, ожидающие назначения.
3. Перетащите задачу проекта на строку сотрудника — задаче присвоятся плановые часы, сотрудник получит смену, и обе записи останутся связаны.
4. Переключитесь на Schedule by Sales Order для назначения выездов Field Service с учётом времени на дорогу.
5. Настройте навыки, чтобы выезд, требующий электрической сертификации, предлагал только квалифицированных техников.
6. Отфильтруйте Gantt по клиенту, чтобы убедиться: один визит покрывает все ожидающие задачи на объекте.

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

9. Сделайте живую панель «ёмкость vs спрос» в Spreadsheet Level 9 — Hard

Уровень 9 встраивает данные Planning в Spreadsheet‑дашборд: требуемые часы, запланированные часы, открытые смены и уровень отсутствий обновляются в реальном времени, и руководство видит те же цифры, что и операционная команда.

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

1. Откройте Planning → Reporting → Analysis и сгруппируйте по Role, Department и Week, чтобы получить исходный свод.
2. Нажмите Insert в Spreadsheet, чтобы вставить свод в новый документ Capacity Live.
3. Добавьте второй свод по Time Off (утверждённые часы в неделю) и третий по Attendances (фактические часы).
4. Сформируйте вкладку с пятью KPI: запланированные часы, требуемые часы, коэффициент покрытия, уровень отсутствий и сверхурочные часы.
5. Настройте условное форматирование: красный, если покрытие ниже 90%, оранжевый — ниже 95%.
6. Рассылайте еженедельный дайджест дашборда операционному директору, HR‑лиду и финпартнёру.

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

Проектирование сводов, правил форматирования, расписания рассылки и кросс‑приложной модели данных — это те задачи, которые Dasolo обычно выполняет в рамках партнёрского проекта.

10. Запустите AI‑оркестратора загрузки между Planning, Sales, HR, Payroll и внешними календарями Level 10 — Expert

Уровень 10 — это предел масштабирования: AI‑агент анализирует проданные часы, заявки на отпуск, контрактные нормы и исторические паттерны, после чего предлагает полную недельную сетку смен для менеджеров — им остаётся лишь проверить и утвердить.

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

1. Обучите ассистента Odoo AI на последних 12 месяцах данных по Planning, Sales, Time Off и Attendances.
2. Задайте цели по ролям: целевой коэффициент покрытия, максимум сверхурочных, минимальный отдых и правила справедливого распределения нагрузки.
3. Каждое воскресенье ночью ИИ формирует проект расписания со сменами, открытыми слотами и письменным отчётом о компромиссах между целями.
4. Подключите внешние календари (Google Workspace, Microsoft 365) по API, чтобы личная доступность сотрудников учитывалась до прогонки ИИ.
5. Интегрируйте Payroll: подтверждённые смены автоматически попадают в предварительный расчёт зарплаты с учётом сверхурочных и ночных коэффициентов.
6. Шлите оповещения в Slack или Teams при обнаружении пробела в покрытии, нарушении контракта или несбалансированности нагрузки за месяц.
7. Менеджер за 15 минут проверяет черновик в понедельник утром и нажимает Publish; ИИ продолжает учиться на ручных правках.

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

Сборка AI‑агентов между Planning, Sales, HR, Payroll и внешними календарями с адекватными ограничениями по сверхурочным, справедливости и трудовому комплаенсу — архитектурная работа, которую Dasolo реализует как партнёрскую программу.

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

Если ваша команда опирается на уровни 1–6, вы часто добьётесь результата стандартным Odoo Planning, внутренним владельцем процесса и тестовой песочницей, где можно безопасно экспериментировать.

Начиная с уровня 7 риски повышаются: автоматизация может отправить письмо не тому клиенту, кастомные поля в Studio усложнят обновления, API могут перестать синхронизироваться в час пик.

Это не значит, что команда провалилась — это сигнал о том, что архитектура, тестирование и управление изменениями становятся критичными.

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

Работайте с Dasolo

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

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

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

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

Запланируйте демонстрацию