Клиент выбирает размер, цвет и фурнитуру, цех точно знает, что и сколько производить, склад заранее видит нехватку сырья, руководитель получает фактическую себестоимость каждого заказа.
Заказ каждый раз разный, материалов много, процесс состоит из нескольких этапов. Поэтому Excel и бумага быстро приводят к путанице.
Основной набор для мебельной фабрики. Shop Floor и Quality (Качество) есть в редакции Enterprise (odoo.com/page/editions). Какие приложения нужны, определяется на диагностике.
Предложение и заказ с вариантами: размер, цвет, фурнитура; аванс и условия.
Спецификация (BoM), производственный заказ, заказ на остаток, побочные продукты (остатки после раскроя).
Планшет в цехе: начало и завершение операции, брак, учёт времени.
Остатки ЛДСП, кромки и фурнитуры, резерв, нехватка; затраты на ввоз (Landed Costs).
Заявка на закупку недостающего материала, история поставщика, работа с подрядчиком.
Контрольная точка после сборки, предупреждение о дефекте.
Фактическая себестоимость, счёт-фактура, расчёты с контрагентами, НДС 12% и 0%.
Продажи в шоуруме, онлайн-каталог и склад — в одной базе.
Специальное поле и процесс: например, лист замера и дата монтажа.
К изделию привязываются атрибуты (например, размер, цвет, покрытие), каждая комбинация становится вариантом. Режимов создания вариантов три: сразу (Instantly), в заказе (Dynamically) или никогда (Never). Режим нельзя изменить после добавления в изделие, поэтому его нужно правильно выбрать с самого начала. Продавец выбирает вариант в предложении, в окне конфигуратора. Одна спецификация обслуживает все варианты: у компонента и операции есть поле «Применить к вариантам» (Apply on Variants); если оставить его пустым, строка используется во всех вариантах.
На каждом этапе документ и статус ведутся внутри Odoo. Производственный заказ проходит шесть статусов от черновика до закрытия, поэтому слово «готово» все понимают одинаково.
Менеджер выбирает варианты размера, цвета и фурнитуры и отправляет предложение.
Клиент подтверждает, аванс учитывается, заказ поступает в производство.
По спецификации выбранного варианта проверяется достаточность ЛДСП, кромки и фурнитуры; на недостающее готовится заявка на закупку.
Операции планируются по рабочим центрам. При необходимости сборка блокируется до окончания резки. Рабочий начинает и завершает операции в Shop Floor.
Проверка после сборки, при дефекте — предупреждение; готовая продукция принимается на склад.
Накладная, дата монтажа и график мастеров привязываются к заказу.
Счёт-фактура, контроль задолженности; фактическая себестоимость и маржа видны при закрытии заказа.
Этот пример гипотетический, не реальный кейс клиента. Утром планировщик смотрит заказы на завтрашнюю резку: по умолчанию Odoo показывает в Shop Floor как «готовые к запуску» только заказы, у которых есть все компоненты. На одном заказе не хватает кромки, поэтому он не виден на экране цеха и приходит кладовщику заявкой на закупку.
В спецификации лист ЛДСП и расход кромки записываются по деталям. В документации Odoo нет описания инструмента, который автоматически составляет карту раскроя. Если программа раскроя отдельная, её результат загружается в Odoo либо пишется отдельный модуль; эта работа оценивается на диагностике. Обрезки после раскроя записываются в спецификации как «побочные продукты» (By-products): именно так в примере из документации учтён остаток древесины от изготовления стула.
Не всё работает из коробки. Приведённый ниже список уточняется с вашим процессом на диагностике.
| Задача | В стандартном Odoo | Дополнительная работа (BUline) |
|---|---|---|
| Заказ с вариантами (размер, цвет, фурнитура) | Атрибуты, варианты, конфигуратор, заказ на продажу | Сложные правила конфигурации или формула свободного размера (по требованию) |
| Расход материала по варианту | Привязка строки спецификации к варианту (Apply on Variants) | Формула расхода в зависимости от размера (по требованию) |
| Карта раскроя и оптимизация остатков | В документации не описано; обрезки учитываются как «побочные продукты» | Обмен с внешней программой раскроя или отдельный модуль, оценивается |
| Учёт операций в цехе | Рабочие центры, рабочие заказы, Shop Floor (Enterprise) | Настройка планшетов, рабочих центров и шагов |
| Последовательность операций (резка, кромление, сборка) | Зависимость рабочих заказов (Blocked By) | Адаптация под вашу технологическую последовательность |
| Сдельный расчёт зарплаты | Данные о рабочем времени и рабочих заказах есть | Правила расчёта и модуль зарплаты: отдельный проект, готовая локализация для Узбекистана в документации не упоминается |
| Себестоимость ввозимой фурнитуры | Добавление дополнительных затрат в себестоимость (Landed Costs), пять способов распределения | Настройка ваших видов затрат и метода распределения |
| Подрядчик (лакирование, покрытие) | Подряд (Subcontracting): три режима, компонент хранится у подрядчика в отдельной локации | Порядок обмена документами с подрядчиком и распределения ответственности |
| Электронный счёт-фактура в налоговой системе | Счёт-фактура в Odoo есть; подключение к налоговой системе в документации по узбекской локализации не упоминается | Подключение к оператору оценивается отдельно |
Если фурнитура и отдельные плиты импортируются, расходы на перевозку, страхование и таможню часто приходят позже, отдельным счётом-фактурой. «Landed Costs» в Odoo добавляет эти расходы к стоимости принятого товара и распределяет их пятью способами: поровну, по количеству, по текущей стоимости, по весу, по объёму. Условие: метод оценки категории товаров в заказе на закупку — средняя стоимость (AVCO) или FIFO.
Продажи в шоуруме ведутся в Point of Sale, остаток общий с цехом и складом. Онлайн-каталог ведётся через eCommerce; тип отображения атрибута (кнопка, цвет, изображение) делает выбор размера и цвета на сайте удобным. Точка, принимающая наличные или карты, в Узбекистане обязана работать с онлайн-кассой из государственного реестра или с виртуальной кассой, в чеке указывается код национального каталога (ИКПУ/МХИК) (Постановление Кабинета Министров №943). В документации по узбекской локализации Odoo подключение к фискальной кассе не упоминается, поэтому его настройка оценивается отдельно.
Налоговые и документальные требования проверяются по отрасли и включаются в план проекта. Перечни меняются: действующая редакция перепроверяется на диагностике.
Каждая интеграция оценивается и подключается отдельно. Мы не обещаем, что готовый коннектор существует.
Отчёты строятся на данных настроенных полей и рабочих заказов.
Этапы соответствуют общему Методу BUline; срок письменно согласуется после диагностики. Процесс мебельного производства мы изучаем на диагностике. Порядок внедрения →
Изучаем путь заказа в цехе: замер, спецификация, раскрой, сборка, склад. Результат: карта бизнес-требований (BRD).
Утверждаются приложения, структура вариантов (режим создания вариантов), спецификации, роли и интеграции.
В первом спринте полностью проходят путь 1–2 группы продукции, затем остальные.
Менеджеры, кладовщики и мастера цеха обучаются по ролям, затем проводится проверка на реальном заказе.
Усиленная поддержка, затем новые приложения и отчёты.
Этот список ускоряет диагностику; начать можно и тогда, когда готово не всё.
Да, именно поэтому мы начинаем со структуры вариантов: размер, цвет и фурнитура ведутся как атрибуты, спецификация привязывается к варианту. Чтобы клиент мог указать особое требование, используется «особое значение» (custom value). Если размер свободный или правила конфигурации сложные, это оценивается отдельно.
В документации Odoo инструмент автоматического построения карты раскроя не описан. Остатки (обрезки) можно учитывать как «побочный продукт». Если карту нужно строить, это оценивается как интеграция с имеющейся программой раскроя или как отдельный модуль.
Экран Shop Floor простой: начало и завершение операции, брак и комментарий. Он доступен в издании Enterprise. Перед запуском мастера обучаются по ролям и отрабатывают работу на реальном заказе.
Odoo разделяет две себестоимости: плановую по спецификации (MO Cost) и фактическую (Real Cost). Обе складываются из материалов, стоимости рабочего центра и времени сотрудников; при закрытии заказа плановая стоимость приравнивается к фактической. Если разница велика, спецификация устарела. Метод оценки (средний или FIFO) подстраивается под учётную политику.
Да, для этого предназначен механизм Landed Costs: расходы на фрахт, страхование и таможню добавляются к стоимости принятого товара. Какие расходы включать в себестоимость, определяют учётная политика и бухгалтер.
Odoo Point of Sale ведёт кассовые сессии и способы оплаты, но в документации по узбекской локализации Odoo подключение к фискальной кассе не упоминается. Связь с онлайн-кассой или виртуальной кассой из государственного реестра оценивается на диагностике отдельно.
Нет: согласно документации Odoo, Odoo Online несовместим с пользовательскими модулями и модулями из Apps Store. Через Studio возможна настройка без кода. Если нужен модуль с кодом, выбирается Odoo.sh или собственный сервер.
Лицензия Odoo зависит от числа пользователей и приложений (условия — на odoo.com). Объём услуг BUline зависит от групп продукции, пользователей, филиалов, интеграций, объёма данных и обучения; точные затраты и сроки указываются в письменном предложении после бесплатной диагностики.
На диагностике разберём ваши процессы и скажем, где достаточно стандартного Odoo, а где нужна настройка, — со списком приложений, версией и этапами.