CRM для мебельной фабрики: как заявка клиента доходит до спецификации, цеха и отгрузки

CRM для мебельного производства должна вести заказ дальше сделки, и в ERPNext он проходит одну цепочку: лид, предложение, заказ покупателя, состав изделия (BOM), заказ на производство и отгрузка. Для типовых изделий это работает из коробки, для уникальных и для брака нужны обходные схемы и дисциплина ввода. Ниже путь заказа и условный разбор фабрики на 32 места.

Какой путь проходит заказ на мебель: лид, КП, спецификация, цех, отгрузка

Заказ мебельной фабрики проходит семь шагов: лид, сделка, коммерческое предложение, заказ покупателя, состав изделия (BOM), заказ на производство и отгрузка. Обычная CRM останавливается на сделке, а мебельщику она нужна дальше: сколько щитов и фурнитуры уйдёт на кухню, когда её собрать и когда погрузить. Я показываю, как это держится в одной системе, ERPNext, где все документы связаны ссылками.

В терминах ERPNext цепочка выглядит так: Lead, Opportunity, Quotation, Sales Order, BOM, Work Order (с переносом материалов и выпуском Manufacture), Delivery Note. Каждый шаг создаёт следующий документ кнопкой, и поля переходят автоматически. Менеджер отвечает за первые четыре шага, конструктор за состав изделия, мастер цеха за заказ на производство, кладовщик за перенос материалов и отгрузку. | Шаг | Документ | Кто отвечает | |---|---|---| | Заявка | Lead | менеджер | | Замер и расчёт | Opportunity | менеджер, замерщик | | Предложение | Quotation | менеджер, директор | | Договор | Sales Order | менеджер | | Состав изделия | BOM | конструктор | | Производство | Work Order | мастер цеха | | Отгрузка | Delivery Note | кладовщик |

Честная оговорка про слова. «Спецификация» в ERPNext означает производственный состав изделия (BOM): список материалов и операций для выпуска. Это не спецификация договора, которая у нас обсуждается в других сценариях, например в контроле закупок на стройке. Здесь везде речь о составе изделия, и в тексте я буду называть его BOM или составом.

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

Лид и коммерческое предложение: как не потерять заказчика в переписке

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

Коммерческое предложение (Quotation) в ERPNext выставляется и на лида: в поле Quotation To выбирают Lead, а заказчика создают, когда клиент согласился. В коде ветки version-15 у документа восемь статусов: Draft, Open, Replied, Partially Ordered, Ordered, Lost, Cancelled и Expired; позиции подтягиваются из сделки кнопкой Get Items From, а график оплаты задаётся шаблоном условий. После принятия предложения из него создаётся Sales Order.

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

Ограничения встроенной CRM, о которых я всегда предупреждаю. Почтовый клиент внутри системы слабее профильных: переписка с клиентом лучше работает через почтовую программу с копированием в карточку. Контрагенты и поставщики ведутся раздельно. В главе нашей базы знаний также сказано, что лид может автоматически создавать контакт и засорять справочник, но текущая документация говорит, что контакт добавляется вручную: поведение проверьте в своей версии до загрузки лидов.

Спецификация BOM: как загрузить состав изделия и не дублировать вручную

BOM в ERPNext — это список материалов и подсборок с количествами для выпуска одного изделия. По документации BOM привязана к одному готовому изделию: выпустить несколько разных изделий из одной BOM нельзя. Допускаются многоуровневые BOM: у подсборки (например, корпус шкафа) может быть своя BOM. Отходы и побочные продукты описываются в разделе Scrap, а если отход совпадает с самим изделием, это Process Loss.

BOM после утверждения (Submit) править нельзя: её можно только отменить, продублировать и утвердить новую. Для мебельной фабрики это дисциплинирует: изменения конструкции проходят через новую версию. Флаг Is Default подставляет нужную BOM в заказ на производство автоматически. Поле With Operations нужно, только если вы хотите считать операции и рабочие центры; в минимальном сценарии его не включают.

Загрузка состава из таблиц. Для массового переноса BOM используют Data Import с CSV-шаблоном: скачиваете шаблон, заполняете, загружаете. У BOM есть дочерние таблицы (позиции состава), поэтому структуру файла проверяйте на трёх-пяти изделиях до загрузки сотни. После импорта проверьте стоимость и утвердите документы. Порядок такой загрузки подробно описан в отдельной теме про загрузку из Excel.

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

Заказ на производство: списание материалов и выпуск готового изделия

Заказ на производство (Work Order) превращает BOM в задание цеху: сколько выпустить, из чего и из какого склада взять материалы. Заказ создаётся из BOM или из заказа покупателя через план производства. После утверждения сырьё переносится со склада-источника на склад незавершённого производства (WIP), а выпуск оформляется складским документом типа Manufacture, который списывает материалы и приходует готовое изделие.

В минимальном сценарии маршрутные листы (Job Cards) не используются. Для небольшой фабрики это разумно: пооперационный контроль добавляет работы кладовщику и мастеру, а пользы от него нет, пока вы не считаете время операций. Цепочка: номенклатура, BOM, Work Order, перенос материалов, выпуск. Есть и вариант с автоматическим списанием материалов при выпуске (backflush) и опция пропустить перенос в WIP, если материалы физически не перемещаются.

Что видит руководитель. Статус заказа на производство, оставшиеся к выпуску единицы и расход материалов по факту. Если материала не хватает, видно на этапе переноса. В главе базы знаний указано, что коробка ориентирована на дискретное и позаказное производство и плохо подходит, когда выход продукции нестабилен, например раскрой с переменными отходами.

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

Дубовый Лист: кухня на заказ, 32 рабочих места и три цеха

Условный пример, данные вымышленные. Мебельная фабрика «Дубовый Лист» делает кухни и шкафы на заказ, 32 рабочих места: пять менеджеров и замерщиков, два конструктора, три цеха (раскрой, сборка, покраска и упаковка), склад, закупки, бухгалтерия. Заказ шёл по почте и в таблицах: замер в одном файле, расчёт в другом, график производства на доске в цехе.

В ERPNext путь заказа стал таким. Заявка и замер заводятся как лид и сделка. Предложение формируется из стандартных позиций, предоплата фиксируется шаблоном платежей. После оплаты создаётся заказ покупателя, конструктор оформляет BOM (на типовые элементы шаблоны уже есть) и мастер раскроя открывает заказ на производство. Материалы переносят со склада на участок, готовые корпуса приходуются, на отгрузку идёт накладная.

Условный таймлайн кухни: день 1 заявка и замер; день 3 предложение и согласование; день 5 предоплата и заказ; день 6 BOM и заказ в цех; дни 7–20 производство, на 12-й день перенос брака на склад брака; день 21 отгрузка. Сроки иллюстративные, это не обещание и не норма отрасли. | День | Событие (условный пример) | |---|---| | 1 | заявка и замер | | 3 | предложение, согласование | | 5 | предоплата, заказ покупателя | | 6 | BOM и заказ на производство | | 7–20 | производство, на 12-й день брак на отдельный склад | | 21 | отгрузка |

Что получили, условно: менеджер видит, на каком шаге каждый заказ, цех знает, что и когда собирать, а директор открывает один отчёт вместо трёх таблиц. Что не получилось сразу: конструкторы не хотели вносить состав в систему и пару недель присылали его в таблицах; пришлось договориться, что заказ в цех не создаётся без BOM. Цифры экономии я не называю: это зависит от ваших потерь.

Брак и нестандартные изделия: что делать без BOM

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

Брак. Стандартный процесс ERPNext не управляет браком напрямую, об этом прямо сказано в документации. Рабочая схема из документации в два шага: сначала оприходовать и годные, и бракованные изделия на склад готовой продукции, затем перенести брак документом Stock Entry с назначением Material Transfer на отдельный склад брака (Rejected items warehouse). Два шага вместо одного, зато остаток годной продукции чистый, а брак виден отдельно и по нему можно решать: переработать или списать. Документация по этой схеме написана для прежних версий, проверьте её в своей.

Уникальные изделия. Если заранее составить точную спецификацию невозможно (индивидуальные конструкции, изготовление по месту), создают виртуальный склад. Материалы переносят на него, а по факту выпуска оформляют складскую проводку Stock Entry: списание сырья и приход готового изделия напрямую, без BOM и заказа на производство. Гибко, но качество данных зависит от того, насколько аккуратно сотрудники вводят проводки.

Без BOM:
Stock Entry (Material Transfer) -> виртуальный склад
Stock Entry (Material Issue + Material Receipt) по факту выпуска

Есть и компромисс: создавать BOM под конкретный заказ как разовый документ. Для дорогих изделий это окупается, потому что вы получаете расчёт себестоимости по факту. Для недорогих серийных нет. И ещё одно ограничение, которое прямо записано в документации по BOM: одна спецификация описывает выпуск одного готового изделия. Если из одной заготовки (например, раскроя плиты) получаются несколько разных изделий, штатно это не описать, нужна доработка или отдельные BOM с учётом отходов через Scrap.

Где CRM заканчивается и начинается ERP

CRM заканчивается на выигранной сделке и согласованном предложении, ERP начинается с заказа покупателя. В ERPNext граница стёрта, и в этом выгода: одни и те же клиенты, позиции и цены переходят от продаж к производству без переноса. Но граница нужна для понимания ответственности: до заказа за данные отвечает отдел продаж, после заказа конструктор и цех.

Если вам нужна сильная CRM с глубокой перепиской, телефонией и AI-помощниками, а производство у вас простое, возможен другой путь: профильная CRM для продаж и отдельный учёт производства. Сравнивайте полную стоимость владения и стоимость интеграции. Для ориентира есть обзоры EspoCRM и YetiForce CRM, а про нашу систему с AI-продавцом можно прочитать в материале про CRM + AI-отдел продаж.

Бухгалтерия: регламентированный учёт остаётся в 1С, а ERPNext ведёт производственный и складской контур. Обмен идёт через HTTP-сервисы или REST/OData, без прямой записи в базу. Печатные формы накладных и актов донастраиваются шаблонами.

С чего начать. Возьмите одно типовое изделие и один недавний заказ, перенесите его по цепочке на демостенде erp-demo.itfresh.ru (покажем по запросу), и вы увидите, где у вас пробелы: в составе изделия, в складе, в предоплатах. Затем решайте, нужен ли вам полный контур или достаточно только части.

Частые вопросы