Разрыв между продажами, цехом и складом почти никогда не выглядит как поломка. Каждая система работает, у каждой службы своя картина, и обнаруживается расхождение в момент, когда клиенту надо назвать дату. Менеджер называет её по опыту, цех узнаёт о срочном заказе от директора, а склад резервирует материал, который уже расписан под другой заказ.
Технически задача решается небольшим обменом: четыре потока данных, из которых два идут в цех и два обратно. Дорогой её делает не разработка, а подготовка — единый справочник номенклатуры, согласованные единицы измерения и одно правило резервирования вместо трёх неписаных.
Ниже — четыре точки стыка и что рвётся в каждой, что именно должно возвращаться менеджеру вместо слова «в производстве», сравнение трёх политик резервирования, выбор между обменом по расписанию и событийным, а также расчёт: во что обходится срок, названный на глазок, и что даёт связка.
Четыре точки стыка и что рвётся в каждой
Стыков ровно четыре, и они не равнозначны: первый и четвёртый обычно уже как-то работают, второй отсутствует почти всегда, третий работает с задержкой в смену.
| Стык | Что передаётся | Как часто нужно | Что происходит без него |
|---|---|---|---|
| Заказ → потребность | Состав и количество, желаемая дата, признак «оплачен» | Раз в час достаточно | Цех узнаёт о заказе по телефону, план верстается по памяти |
| План → срок для менеджера | Плановая дата завершения последней операции и признак подтверждённости | Раз в час достаточно | Менеджер называет срок по опыту; это и есть главный источник переносов |
| Готовая продукция → склад | Выпуск с номером партии, количеством и местом хранения | Онлайн, в момент сдачи смены | Продукция сделана, но её нет в остатках; менеджер продаёт то, что уже лежит |
| Отгрузка → закрытие заказа | Факт отгрузки, недогруз, номера партий | Онлайн | Заказ висит открытым, резервы не снимаются, склад «полон» при пустых полках |
Второй стык интереснее остальных, потому что он единственный идёт против привычного направления данных. Продажи привыкли отдавать заказ в производство и не привыкли получать оттуда обязательства. Именно поэтому его чаще всего и не делают: он требует, чтобы у цеха был план, к которому можно обратиться, — а значит, требует планирования загрузки цеха в каком-то виде, а не просто очереди заказов.
Карта связей в чертёжном стиле: три узла — «CRM (продажи)» слева, «Производство» в центре, «Склад» справа. Четыре стрелки с подписями: «заказ → потребность (раз в час)» от CRM к производству, «срок операции ← план (раз в час)» обратно от производства к CRM, «выпуск партии → остаток (онлайн)» от производства к складу, «отгрузка → закрытие заказа (онлайн)» от склада к CRM. Стрелка «срок ← план» нарисована жирнее и подписана снизу «рвётся чаще всего». Под картой строка «единый справочник номенклатуры и единиц измерения» как общее основание. Приглушённая палитра, штриховка, подписи по-русски.
Менеджеру нужна дата, а не статус
Самая частая реализация второго стыка — поле статуса с тремя значениями: «принят», «в производстве», «готов». Оно бесполезно. Клиент спрашивает не о статусе, он спрашивает «когда». Ответ «в производстве» означает для него «не знаем», и следующий его звонок будет через два дня.
- Плановая дата завершения последней операции — то, что клиенту можно назвать. Не дата запуска и не дата, обещанная при приёме заказа.
- Признак подтверждённости даты. «Подтверждена планом» означает, что заказ стоит в расписании конкретных рабочих центров. «Предварительная» — что дата посчитана по средней длительности и может уехать. Разница для менеджера принципиальная: первую можно называть клиенту, вторую — нет.
- Номер и название текущей операции — «фрезеровка, 4 из 9». Это то, что превращает разговор из отговорки в конкретику и заодно показывает менеджеру, что заказ реально движется.
- Дата последнего изменения плана. Если план не пересчитывался три дня, дата в CRM — вчерашняя правда, и об этом менеджер должен знать до звонка.
- Причина сдвига, если он был. Одно значение из короткого списка: нет материала, поломка, срочный заказ, брак. Без причины перенос выглядит как разгильдяйство цеха, с причиной — как решение, которое кто-то принял.
Менеджер не назначает срок — он берёт срок из системы. Если системе нечего ответить, заказ уходит в цех с признаком «срок не подтверждён», и клиенту называется вилка, а не дата. Пока у менеджера остаётся возможность вписать дату руками, ни один обмен эту проблему не решит: он просто начнёт спорить с цеховым планом.
Три политики резервирования и что каждая ломает
Резервирование на производстве отличается от торгового: резервируется не готовый товар, а материалы и полуфабрикаты под будущее задание. Политик, по сути, три, и выбирать надо одну — смесь из трёх и есть источник половины конфликтов между складом и цехом.
| Политика | Как работает | Плюс | Чем платим | Кому подходит |
|---|---|---|---|---|
| Резерв под заказ клиента | Материал бронируется в момент подтверждения заказа, до постановки в план | Заказ гарантированно обеспечен, менеджер спокоен | Материал стоит в резерве неделями; свободный остаток занижен, закупка перезаказывает | Позаказное производство с длинным циклом и дорогим материалом |
| Резерв под производственное задание | Материал бронируется, когда задание попадает в план ближнего горизонта | Резерв живёт дни, а не недели; остаток честный | Между подтверждением заказа и постановкой в план обеспеченность не гарантирована | Серийное производство с горизонтом планирования 1–2 недели |
| Без резерва, по факту выдачи | Материал списывается в момент выдачи в цех, резервов нет вовсе | Простейший учёт, ничего не зависает | Комплектность обнаруживается в момент запуска; срывы видны поздно | Один-два вида базового сырья, короткий цикл, надёжная поставка |
Вне зависимости от выбора действует одно правило: доступный к продаже остаток считает система, а не человек глазами по отчёту. Формула одна — физический остаток минус резервы минус материал в открытых производственных заданиях. Общая механика резервов, сроки брони и то, что происходит в момент их снятия, разобраны в отдельной статье про резервирование под заказы; здесь важно только то, что политика должна быть одна на всю компанию и записана.
Сравнение на общей горизонтальной шкале времени с четырьмя засечками: «заказ подтверждён», «задание в плане», «выдача в цех», «отгрузка». Три полосы одна под другой, каждая закрашена на своём отрезке: «резерв под заказ клиента» — от первой засечки до последней, «резерв под производственное задание» — от второй до третьей, «без резерва, по факту выдачи» — короткий штрих в точке выдачи. Справа у каждой полосы подпись цены: «остаток занижен неделями», «резерв живёт дни», «комплектность видна в момент запуска». Приглушённая палитра, штриховка, подписи по-русски.
Онлайн или раз в час: где разница в цене
Событийный обмен — когда изменение уходит в соседнюю систему сразу — дороже обмена по расписанию примерно вдвое: нужна очередь с повторами, обработка отказов и мониторинг. Платить эту разницу по всем четырём стыкам не за что.
- 1Заказ → потребность: раз в час. Заказ, попавший в цех на 40 минут позже, ни на что не влияет: план всё равно пересчитывается не чаще раза в смену.
- 2Срок → CRM: раз в час. Менеджер не звонит клиенту в ту же секунду, когда мастер закрыл операцию. Здесь важнее не скорость, а то, что дата вообще есть.
- 3Выпуск → склад: онлайн. Это единственное место, где задержка стоит денег напрямую: пока выпуск не проведён, продукции нет в остатках, и её либо продают повторно, либо не продают вовсе.
- 4Отгрузка → закрытие заказа: онлайн. Отгрузка снимает резервы. Резерв, снятый на сутки позже, — это сутки, в которые материал числится занятым, а закупка на него реагирует.
Технически выбор механизма зависит не от внешней системы, а от конфигурации учётной системы: у HTTP-сервисов, OData, планов обмена и файлового обмена разная цена, разная задержка и разное поведение при обрыве связи. Подробное сравнение пяти механизмов с ценой в часах — в статье про способы обмена с 1С. Для производственного контура важен один вывод оттуда: единственный механизм, который переживает обрыв связи без потерь, — планы обмена, и на стыке «выпуск → склад» это существенно.
Задвоение производственных заданий — когда обмен перезапустили после сбоя и он повторно создал задания без проверки уникального ключа. Пересорт по номенклатуре полуфабрикатов — когда одна и та же деталь заведена в двух системах под разными артикулами и сопоставляется по названию. Расхождение единиц измерения — цех считает в штуках, склад в килограммах, продажи в погонных метрах, коэффициент пересчёта записан в трёх местах и в двух устарел. Все три лечатся до кода: назначением хозяина справочника. Подробный разбор — в материале про ошибки обмена, дубли и пересорт.
Что стоит срок, названный на глазок
Модель: производство на 90 заказов в месяц со средним чеком 380 000 ₽, цех на двенадцать станков. Менеджеры называют срок по опыту, потому что взять его негде. Часть заказов уезжает — считаем, во что это обходится ежемесячно.
Цена одного полного перепланирования — 19 900 ₽ — взята не с потолка: это время планировщика плюс станко-часы, которые ждут нового плана, посчитанные в статье про загрузку цеха. Самая крупная строка здесь — скидки: они выглядят как уступка клиенту, а по сути это плата за то, что дату назвали до того, как её посчитали.
Парная столбчатая диаграмма из двух составных столбцов, ось в рублях в месяц. Левый столбец «до» = 146 100 ₽ с сегментами: скидки 68 400, перестановки 59 700, разбор с клиентом 12 000, разбор в цехе 6 000. Правый столбец «после» = 48 400 ₽ с сегментами: скидки 22 800, перестановки 19 900, разбор с клиентом 4 100, разбор в цехе 1 600. Между столбцами стрелка с подписью «−97 700 ₽/мес». Под диаграммой подпись «переносов 20 → 11, о каждом известно за 3–5 дней». Приглушённая палитра, штриховка, подписи по-русски.
Обратите внимание на строку про справочник: 28 000 ₽ — это 40 часов рутинной сверки, и её нельзя пропустить. Обмен, запущенный поверх двух несогласованных справочников, начнёт создавать дубли на второй неделе, и разбирать их будет тот же человек, только уже на фоне работающей интеграции.
Что должно измениться в цехе и в продажах
Связка показывает правду ровно настолько, насколько вовремя отмечают операции. Отсюда четыре изменения в дисциплине, и три из них касаются людей без рабочего места с компьютером.
- 1Оператор закрывает операцию на терминале участка, а не в конце смены по памяти
Терминал с картой доступа стоит порядка 45 000 ₽, сканер штрихкода — порядка 4 500 ₽, отметка занимает 8–10 секунд. Ровно эта отметка и превращается в дату, которую менеджер называет клиенту. Механика и цена разных способов отметки разобраны в статье про сменные задания и учёт выработки.
- 2Мастер закрывает смену в один момент времени
Незакрытые задания в конце смены — это заказы без даты в CRM утром следующего дня. Закрытие смены занимает 5–10 минут и должно быть частью пересменки, а не задачей «когда будет время».
- 3Кладовщик проводит выпуск готовой продукции в момент приёмки из цеха
Не «пачкой в конце дня»: между фактической сдачей и проводкой продукции не существует в остатках. Это единственный из четырёх стыков, где задержка в час стоит денег напрямую.
- 4Менеджер перестаёт вписывать дату руками
Поле даты в карточке заказа становится только для чтения — оно заполняется из плана. Это самое конфликтное изменение из четырёх, и вводить его надо не приказом, а после того, как система две недели показывает дату, которая сходится с фактом.
Отдельно про сменность: если производство работает в три смены, а продажи — в одну, то дата в CRM утром отражает две ночные смены, о которых менеджер ничего не знает. Полезно выводить в карточку не только дату, но и время последнего изменения плана — иначе менеджер будет доверять цифре ровно до первого расхождения.
Когда связывать не надо
- Меньше 20–25 заказов в месяц. На таком потоке ежедневная пятиминутная летучка «продажи — цех» решает ту же задачу за 0 ₽ и точнее любого обмена. Порог здесь по числу заказов, а не по обороту.
- Склад и цех живут в одной системе, а CRM нет. Тогда стык всего один, а не четыре, и делать надо только его: возврат даты в CRM. Это 90–110 часов работы вместо 146.
- Производство на склад, а не под заказ. Если продукция делается партиями на склад и продаётся с остатков, второй стык не нужен вообще: менеджер называет не срок изготовления, а срок отгрузки со склада.
- Плана нет. Возвращать в CRM нечего, пока цех не планирует загрузку хотя бы по узкому месту. Обмен, отдающий предварительную дату по средней длительности, будет ошибаться так же, как менеджер, но с видом системы — и доверие к нему сгорит за месяц.
- Справочники несогласованы и никто не назначен их хозяином. Порядок работ нарушать нельзя: сначала хозяин справочника, потом чистка данных, только потом код. Обратный порядок означает, что за разработку платят дважды.
Клиенту нужна не интеграция. Клиенту нужна дата, которую можно назвать и не перезванивать.
