Odoo Manufacturing: BOM, Routings, Work Orders и MRP в производстве

Введение

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

Мы собрали десять сценариев — от простой спецификации на стол до нарочито сложного уровня‑10, — и для каждого подготовили пошаговый чеклист действий в Odoo, который можно повторить у себя.

Odoo Manufacturing — это точка, где реальные операции (запасы, партии, отборы, производство) пересекаются с ожиданиями продаж и бухгалтерии. Когда система настроена, никто не вводит данные вручную. Когда нет — ERP автоматически получает обвинения от всех.

Многие склады и цеха до сих пор работают по опыту: сообщения в мессенджерах и Excel‑таблицы под именем FINAL_v3. Это работает до тех пор, пока вы не начинаете масштабироваться, не открываете второй объект или не готовитесь к аудиту.

Производство — один из модулей в модульной ERP Odoo. Команды внедряют его, когда им нужно чёткое распределение обязанностей, воспроизводимые процессы и хранение истории действий вместо разбросанных сообщений и локальных таблиц. Odoo Manufacturing даёт понятные элементы: спецификации (BOM), маршруты, наряды и состояния MRP для тех, кто утверждает бюджеты.

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

Далее вы увидите десять практических кейсов с примерами компаний — от первой BOM до использования штрихкодов прямо на цеховом планшете.

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

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

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

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

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

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

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

Отдел продаж обещает доставку в пятницу, а планировщик узнаёт о заказе в четверг вечером, потому что заказ жил в почте, а не в Odoo Manufacturing. Экспедирование врукопашную съедает маржу, а бухгалтерия видит разрыв на закрытии месяца, а не сразу.

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

Знакомые симптомы? Чаще всего команды наталкиваются на:

• Несоответствие складских файлов тому, что обещал отдел продаж
• Планы закупок или производства, составленные без учёта актуальных остатков
• Проблемы с прослеживаемостью при запросах клиентов или проверках

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

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

Десять кейсов для Odoo Manufacturing, ранжированных от Уровня 1 (быстро, можно сделать сегодня) до Уровня 10 (сложно). Для каждого — что нужно построить и какие шаги кликать в системе.

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

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

1. Создать спецификацию (BOM) для обеденного стола Уровень 1 — Лёгкий

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

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

1. Создайте товарные позиции со складским типом: Обеденный стол (готовая продукция), Столешница, Ножка стола (кол‑во 4), Древесный клей, Лак.
2. Перейдите в Manufacturing → Products → Bills of Materials → New.
3. Выберите продукт: Обеденный стол; тип BOM — Manufacture; количество — 1.
4. Добавьте строки BOM: 1× Столешница, 4× Ножка стола, 0.1× Древесный клей, 0.2× Лак (учтите единицы измерения).
5. Сохраните и откройте раздел «BOM Structure & Cost», чтобы проверить свёрнутую себестоимость.

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

2. Запустить первый производственный заказ Уровень 2 — Лёгкий

BOM бесполезна, пока вы не протестируете реальный MO в песочнице.

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

1. Inventory → Products: установите количество на складе для компонентов (или разрешите отрицательные остатки для теста).
2. Manufacturing → Operations → Manufacturing Orders → New.
3. Выберите BOM «Обеденный стол», количество 1, укажите даты и подтвердите MO.
4. Проверьте вкладку Components: зарезервированные или доступные количества по строкам.
5. Произведите (Mark as Done / Produce All), затем убедитесь, что количество готовой продукции увеличилось на складе.

Результат: Планировщики и операторы работают с одним документом; нет параллельных Excel‑списков.

3. Списывать компоненты после завершения производства Уровень 3 — Лёгкий

Здесь решается, насколько достоверно отражена материальная истина.

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

1. Откройте карточку MO и детализацию производства / рабочий наряд в вашей версии Odoo.
2. Запишите фактически израсходованные количества, если они отличаются от BOM (разбили ножку, использовали больше лака).
3. Подтвердите производство — тогда складские движения выполнены: компоненты списались, готовая продукция пришла.
4. Inventory → Reporting → Stock: отследите историю перемещений по позициям Ножка стола и Обеденный стол.
5. Сравните отчёт по затратам MO и стандартную BOM‑себестоимость для отчёта в финансах.

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

4. Планировать производство из подтверждённого заказа продажи Уровень 4 — Средний

Свяжите коммерческое обещание с загрузкой цеха.

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

1. Sales → подтвердите коммерческое предложение на Обеденный стол (или используйте маршрут MTO на товаре).
2. Убедитесь, что у товара указан маршрут Manufacture или MTO и есть BOM.
3. Через кнопку Delivery или MO откройте сгенерированный производственный заказ.
4. Отрегулируйте плановую дату и приоритет в MO для планировщика.
5. Сообщите ссылку на MO цеху (распечатайте PDF или позже используйте штрихкод).

Результат: Дата продаж и дата производства говорят на одном языке.

5. Разделить маршрут на два рабочих центра Уровень 5 — Средний

Резка и сборка не должны сливаться в один анонимный шаг.

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

1. Manufacturing → Configuration → Work Centers: создайте Cutting и Assembly.
2. В BOM добавьте операции: Cutting (время, рабочий центр), затем Assembly.
3. Создайте MO на 5 столов; подтвердите и откройте рабочие наряды по операциям.
4. Сначала завершите WO по резке, затем WO по сборке (учтите WIP‑локацию, если используете).
5. На следующей неделе просмотрите отчёт загрузки или планирования по обоим центрам.

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

6. Зарегистрировать брак, если повредили две столешницы Уровень 6 — Средний

Брак случается; Odoo должен это фиксировать без дополнительного Excel.

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

1. Во время производства откройте операцию списания компонентов или используйте кнопку Scrap на MO.
2. Зарегистрируйте 2× Столешница как списанные с кодом причины «Повреждение при обработке».
3. Дополниите компоненты через внутреннее перемещение, MO или закупку по вашей политике.
4. Завершите MO с корректным количеством годных столов.
5. В конце месяца: анализ брака по причинам и продуктам.

Результат: Отдел качества и финансы видят одну и ту же картину брака.

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

Когда этап выполняется вне вашего предприятия, Odoo всё равно должен отслеживать поток работ.

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

1. Включите опцию субподрядов (и модуль Закупок, если требуется) в настройках Manufacturing.
2. В BOM добавьте операцию Varnishing с маршрутом Subcontract и укажите поставщика.
3. Подтвердите MO: Odoo сгенерирует заказ поставщику на внешний сервис и соответствующие приёмы.
4. Примите субподрядные услуги/товары обратно на склад по приходу.
5. Закройте MO и сверитесь с затратами по субподряду по заказу.

Результат: Внешняя обработка остаётся в едином временном потоке с внутренним производством.

8. Многоуровневая BOM: упаковочный комплект как полуфабрикат Уровень 8 — Сложный

Реальные изделия редко ограничиваются плоской спецификацией.

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

1. Создайте полуфабрикат Table Packaging Kit с собственной BOM (коробка, пенопласт, этикетки).
2. В BOM «Обеденный стол» добавьте компонент Table Packaging Kit с маршрутом Manufacture.
3. Запустите MO на 10 столов: Odoo создаст дочерние MO или развернёт составные узлы в зависимости от настройки.
4. Проверьте потребность в компонентах для родительской и дочерних сборок.
5. Завершайте дочерние MO до или одновременно с родительским, согласно дисциплине цеха.

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

9. Контроль качества перед приходом готовых столов на склад Уровень 9 — Сложный

Остановите бракованные единицы до отправки клиенту.

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

1. Установите модуль Quality; добавьте quality point на операцию Assembly (проверка готовой продукции).
2. На рабочем наряде выполните проверку качества: пройдено/не пройдено, при необходимости загрузите фото в переписку заказа.
3. Если не прошли — либо списать, либо на переобработку согласно процедуре; если прошли — подтвердить производство.
4. При необходимости — настроить оповещение на email для ответственного качества при провале проверки.
5. Отчётность: проверки качества по неделям и основные причины отказов.

Результат: Дефекты остаются у себя на складе, а не у клиента в гостиной.

Тонкая настройка Quality + Manufacturing — частая тема проектов с партнёрами.

10. Построить «субмарину» с автопополнением и полным контролем цеха Уровень 10 — Эксперт

Уровень 10 намеренно предельный: если вы сможете смоделировать это в тестовой базе, ваши реальные BOM‑ы покажутся простыми. (Никакой настоящей субмарины не требуется.)

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

1. Товары: Submarine (готовая), Секция корпуса, Балластный бак, Набор перископа, Пульт управления; создайте многоуровневые BOM (секции → субмарина) и опциональные phantom‑комплекты для крепежа.
2. Маршруты: Manufacture + MTO для готового изделия; правила пополнения для критичных долгопоставляемых компонентов (например, титановая секция корпуса с 60‑дневным сроком закупки).
3. Рабочие центры: Сварка корпуса, Электроника, Финальная сборка; задайте мощности и рабочие календари.
4. Maintenance: заводите записи по оборудованию сварочной станции; генерируйте заявки на ТО, когда отработано заданное количество часов.
5. Штрихкоды: сканируйте компоненты на каждом WO; сканируйте готовую «субмарину» в складское местоположение Demo/Submarines.
6. Автоматизация: при подтверждении MO и пробеле по компоненту ниже минимума — создавайте RFQ или дочерний MO для секции корпуса; уведомляйте планировщика активностью.
7. Дашборд: бэклог MO, просроченные компоненты, простроченное ТО, брак за последние 30 дней.

Результат: Связаны глубина BOM, снабжение, цех, качество и автоматизация — шаблон для сложных MRP‑go‑live проектов.

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

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

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

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

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

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

Работайте с Dasolo

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

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

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

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

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