Сезонные партии, варианты размеров и цветов, сырьё заказчика и экспортные документы проходят в Odoo одной цепочкой. Видно, чья какая ткань, где какая партия и почему упала маржа.
Одна модель выпускается в десятках размеров и цветов, ткань приходит в метрах, а считается в килограммах, заказчик иногда сам поставляет сырьё. Excel с этим не справляется.
На сайте Odoo для текстильной отрасли указаны приложения CRM, «Склад», «Производство», «Сайт», «Закупки» и «Проекты». Shop Floor, «Качество» и «Штрих-код» входят в издание Enterprise (odoo.com/page/editions). Какие приложения нужны, определяется на диагностике.
Запрос заказчика, запрос образца, этапы предложения.
Предложение и заказ по модели, размеру и цвету; аванс и проформа-счёт-фактура.
Задачи по образцу и утверждению со сроком и ответственным.
Спецификация (BoM), заказы на раскрой и пошив, побочный продукт, себестоимость.
Планшет на швейном участке: начало и завершение операции, брак.
Рулоны ткани, фурнитура, готовая продукция; отслеживание по партиям и упаковкам.
Закупка сырья, подрядный пошив, отправка компонентов подрядчику.
Контрольные точки после раскроя и пошива, оповещение о дефекте.
Себестоимость, счёт-фактура, НДС 12% и 0% (экспорт), учёт в валюте.
Онлайн-шоурум и форма запроса для заказчика.
Модель создаётся как продукт, размер и цвет становятся атрибутами, каждая комбинация превращается в вариант. Если режим создания вариантов — «при заказе» (Dynamically), вариант создаётся только при добавлении в заказ на продажу, поэтому в большой матрице не появляется лишних записей. После добавления атрибута к продукту режим не меняется. В спецификации компонент можно привязать к варианту: например, больше ткани для размера 44, чёрная нитка только для чёрного цвета. Если поле оставить пустым, компонент используется во всех вариантах.
На каждом этапе документ и статус ведутся внутри Odoo. Производственный заказ проходит шесть статусов — от черновика до закрытия.
В CRM фиксируется запрос заказчика, для образца открываются проект и задачи.
Количество по модели, размеру и цвету вводится в таблице, готовится аванс или проформа-счёт-фактура.
По спецификации рассчитывается расход ткани, ниток, пуговиц и этикеток, на недостающее создаётся заявка на закупку.
Ткань списывается с рулона, обрезок учитывается как побочный продукт или брак.
В собственном цехе — рабочими заказами, у подрядчика — подрядным заказом с отправкой компонентов.
Контрольная точка запрашивает проверку, готовая продукция принимается на склад по партиям и упаковкам.
Счёт-фактура, для экспорта — комплект подтверждающих документов; при закрытии заказа плановая и фактическая себестоимость сопоставляются.
Если заказчик присылает ткань, вы шьёте как услугу. Согласно статье 248 Налогового кодекса, при реализации услуги по изготовлению товара из сырья, переданного на переработку на условиях возврата, база НДС определяется по стоимости услуги по переработке, без налога. Значит, стоимость ткани заказчика не должна входить в ваш оборот. В Odoo принадлежность запаса ведётся в настройке «Consignment» через поле «Assign Owner»; такой запас не попадает в отчёт «Stock Valuation».
Для сезонного спроса есть основной график производства (MPS): в нём вводится прогноз спроса по недельным или месячным периодам, и график даёт рекомендацию по закупке или производству. Заказ он сам не создаёт. Большой заказ можно разбить на партии. Если включено непрерывное производство, то как только из ста штук раскроено двадцать, они переходят на следующую операцию, а участок раскроя продолжает остальные.
Остаток ткани после раскроя записывается в спецификации как «побочный продукт» (By-products) и числится на складе отдельным остатком. Бракованный компонент через «Scrap» переходит в виртуальное место, физический остаток не искажается. Раскроенные детали ведутся как полуфабрикат в многоуровневой спецификации, со своей карточкой и себестоимостью. Для стоимости незавершённого производства проводка «WIP» создаётся вручную.
Не всё работает из коробки. Приведённый ниже список уточняется с вашим процессом на диагностике.
| Задача | В стандартном Odoo | Дополнительная работа (BUline) |
|---|---|---|
| Матрица размеров и цветов | Атрибуты, варианты, ввод количества в таблице (Grid Entry) | Проектирование структуры вариантов для большой матрицы; при сложных правилах оценивается отдельно |
| Расход материала по варианту | Привязка строки спецификации к варианту (Apply on Variants) | Формула расхода, пропорциональная размеру (при необходимости) |
| Карта раскроя и нестинг | Не описано в документации | Интеграция с внешней программой или специальный модуль, оценивается отдельно |
| Сырьё заказчика | Принадлежность запаса (Consignment, Assign Owner) и подрядные документы | Схема расходования ткани заказчика, возврата остатков и счёта-фактуры на услугу |
| Подрядный пошив | Да: три режима, компонент хранится у подрядчика в отдельном месте | Обмен документами с подрядчиком и договор об ответственности |
| Экран цеха и контроль | Shop Floor, «Качество», «Штрих-код» (Enterprise) | Настройка шагов, этикеток и плана контроля |
| Сезонное планирование | Основной график производства (MPS), правила пополнения | Ввод календаря сезона и правил прогноза |
| Экспортные документы | Проформа-счёт-фактура, налог «0% Экспорт»; таможенная декларация оформляется в таможенной системе | Порядок прикрепления комплекта документов к заказу, при необходимости — поля |
| Электронный счёт-фактура в налоговой системе | Счёт-фактура в Odoo есть; подключение к налоговой системе в документации по узбекской локализации не упоминается | Подключение к оператору оценивается отдельно |
Приведённые ниже правила взяты из Налогового кодекса (lex.uz). Действующая редакция перепроверяется в начале проекта.
Цифры приведены из официальных источников, с указанием даты. Перечень требований меняется: на диагностике проверяется действующая редакция.
Каждая интеграция оценивается и подключается отдельно. Мы не обещаем, что готовый коннектор существует.
Показатели строятся по рабочим заказам, складским и бухгалтерским проводкам.
Этапы соответствуют общему методу BUline; сроки согласуются письменно после диагностики. Процесс по вашей отрасли изучаем на диагностике. Порядок внедрения →
Изучаем путь от образца до отгрузки, структуру «размер — цвет», схемы работы с сырьём заказчика и подрядчиками. Результат: карта бизнес-требований (BRD).
Утверждаются приложения, структура вариантов, единицы измерения, схема принадлежности запаса, налоговые настройки и интеграции.
В первом спринте 1–2 группы моделей проходят полный путь от образца до экспортного документа.
Менеджеры, кладовщики, закройщики, мастера пошива и бухгалтеры обучаются по ролям, затем проводится проверка на реальном заказе.
Усиленная поддержка, затем новые приложения, отчёты и интеграции.
Этот список ускоряет диагностику; начать можно и тогда, когда готово не всё.
Odoo ведёт варианты через атрибуты и позволяет вводить количество в таблице. Число вариантов зависит от продукта, поэтому структуру вариантов мы проектируем на диагностике и используем режим «при заказе». Для очень большой матрицы скорость работы проверяется на тестовой базе.
Odoo даёт возможность учёта принадлежности (Consignment): указывается, кому принадлежит запас, и он не попадает в отчёт о стоимости запасов. Однако документация описывает эту возможность на примере поставщика. Схему расходования ткани заказчика в производстве и счёта-фактуры на услугу мы разрабатываем на диагностике и проверяем на тестовой базе.
Согласно статье 248 Налогового кодекса, при оказании услуги по изготовлению товара из сырья, переданного на переработку на условиях возврата, база определяется по стоимости услуги по переработке, без налога. Конкретную учётную политику определяет бухгалтер, налоговые настройки Odoo подстраиваются под неё.
Odoo предоставляет проформа-счёт-фактуру и налог «0% Экспорт». Грузовая таможенная декларация и сопроводительные документы составляются вне Odoo. Мы настраиваем порядок их прикрепления к заказу и добавляем отчёт, который помогает собрать готовый комплект для налоговой отчётности.
Согласно статье 266 Налогового кодекса, если налогоплательщик не является дисциплинированным, входной НДС учитывается пропорционально доле валютной выручки; если выручка не поступила за 180 календарных дней, учтённый налог исключается из зачёта. Стандартный Odoo этот срок сам не контролирует: отчёт по дате отгрузки и поступлению выручки согласуется на диагностике.
В документации Odoo инструмент автоматического построения карты раскроя не описан. Загрузка результата внешней программы раскроя в Odoo или разработка специального модуля оценивается отдельно.
Приложения Shop Floor и Quality (Качество) доступны в редакции Enterprise. В Odoo Online модули с произвольным кодом не устанавливаются; если нужна кодовая доработка, выбирается Odoo.sh или собственный сервер.
Лицензия Odoo зависит от числа пользователей и приложений (условия — на odoo.com). Объём услуг BUline зависит от групп моделей, участков, пользователей, филиалов, интеграций, объёма данных и обучения; точные затраты и сроки указываются в письменном предложении после бесплатной диагностики.
На диагностике разберём ваши процессы и скажем, где достаточно стандартного Odoo, а где нужна настройка, — со списком приложений, версией и этапами.