Как контролировать сроки производственных заказов

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

Клиент может простить:

• более высокую цену;
• сложную процедуру согласования;
• необходимость предоплаты.

Но когда компания обещает изготовить заказ к определённой дате и не выполняет обещание, доверие падает очень быстро.

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

• менеджер пообещал срок клиенту;
• производство приняло заказ;
• материалов не хватило;
• снабжение задержалось;
• один из участков перегружен;
• срок начал сдвигаться;
• менеджер узнал об этом слишком поздно.

В итоге клиент спрашивает:

«Почему вы заранее не предупредили?»

Поэтому контроль производственных сроков — это не просто календарь.

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

1. Когда заказ должен быть готов?
2. Где он находится сейчас?
3. Успеваем ли мы выполнить его вовремя?
4. Если не успеваем — почему и что делать?

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

Почему обычного поля «Срок» недостаточно

Во многих компаниях в заказе есть одна дата:

Срок изготовления — 30 августа.

Но сама по себе эта дата почти ничего не контролирует.

Система не понимает:

• запущен ли заказ;
• есть ли материалы;
• какой этап уже выполнен;
• хватает ли производственной мощности;
• есть ли риск задержки.

Получается, что срок просто хранится в карточке.

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

план → текущее состояние → прогноз.

Какие даты нужно хранить

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

1. Желаемый срок клиента

Когда клиент хочет получить заказ.

Например:

25 августа.

2. Подтверждённый срок

Дата, которую компания реально согласовала после проверки своих возможностей.

Например:

30 августа.

3. Внутренний производственный срок

Дата, к которой производство должно закончить работу.

Она может быть раньше клиентской.

Например:

28 августа.

Оставшиеся два дня используются для:

• контроля качества;
• упаковки;
• подготовки документов;
• отгрузки.

4. Прогнозируемая дата готовности

Текущая оценка реальной готовности.

Например:

2 сентября.

Именно сравнение этих дат позволяет видеть риск заранее.

Главный показатель — отклонение от срока

Простейшая логика:

Прогнозируемая дата – подтверждённая дата = отклонение.

Например:

Срок клиенту: 30 августа
Прогноз: 2 сентября

Отклонение:

+3 дня.

Заказ автоматически получает статус:

Риск просрочки.

Если прогноз уже превышает срок, не нужно ждать наступления 30 августа, чтобы признать проблему.

Почему прогноз важнее факта просрочки

Большинство компаний управляют сроками постфактум.

Есть две категории заказов:

• в срок;
• просрочен.

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

Гораздо полезнее третий статус:

Риск просрочки.

Тогда можно заранее:

• ускорить закупку;
• изменить приоритет;
• перераспределить загрузку;
• заменить материал;
• договориться с клиентом.

Поэтому зрелая система должна управлять не только просрочками, но и будущими рисками.

Шаг 1. Не позволять менеджеру обещать срок без подтверждения

Одна из главных причин проблем — коммерческий отдел обещает срок самостоятельно.

Клиент спрашивает:

«Сможете за две недели?»

Менеджер хочет выиграть сделку и отвечает:

«Да».

Но производство уже загружено на месяц.

Правильный процесс:

Менеджер указывает желаемую дату → производство проверяет возможность → подтверждает реальный срок → только после этого дата обещается клиенту.

Это особенно важно:

• для индивидуального производства;
• при нестабильной загрузке;
• при зависимости от материалов;
• для крупных заказов.

Шаг 2. Создать внутренний буфер

Обещанная клиенту дата и внутренняя дата производства не всегда должны совпадать.

Например:

клиенту обещано:

30 сентября.

Внутренний план:

27 сентября.

Компания получает три дня на:

• непредвиденную доработку;
• упаковку;
• логистику.

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

Шаг 3. Разбить заказ на этапы

Контролировать только финальный срок недостаточно.

Например, заказ должен быть готов через 30 дней.

На 29-й день выясняется, что материалы ещё не пришли.

Формально до этого момента заказ не был просрочен.

Поэтому нужно контролировать промежуточные точки.

Например:

1. Техническая подготовка — до 3 августа.
2. Материалы — до 7 августа.
3. Запуск — до 9 августа.
4. Основное производство — до 22 августа.
5. Контроль качества — до 26 августа.
6. Готовность — до 28 августа.
7. Отгрузка — до 30 августа.

Теперь отклонение видно намного раньше.

Шаг 4. Назначить ответственного на каждый этап

У заказа не должно быть только одного абстрактного ответственного.

На разных этапах могут отвечать:

• технолог;
• снабжение;
• начальник производства;
• склад;
• ОТК;
• логистика.

Например:

Материалы — снабжение.

Производство — начальник участка.

Отгрузка — логистика.

Если срок нарушается, сразу видно, где находится узкое место.

Шаг 5. Автоматически создавать задачи

После запуска заказа система может создавать задачи по этапам.

Например:

Задача снабжению:
«Обеспечить материалы к 10 августа».

Задача производству:
«Завершить изготовление к 25 августа».

Задача ОТК:
«Провести контроль до 27 августа».

Срок заказа превращается в набор конкретных обязательств.

Шаг 6. Передавать статус из производства в CRM

CRM не обязательно должна вести детальный производственный учёт.

Но менеджеру нужны основные статусы:

• ожидает запуска;
• ожидает материалов;
• в производстве;
• контроль качества;
• готово.

Если производство ведётся в 1С, ERP или MES, эти статусы должны автоматически возвращаться в CRM.

Менеджеру не нужно звонить на производство.

Шаг 7. Хранить процент готовности только если он объективен

Можно показывать:

Готовность: 75%.

Но процент должен что-то означать.

Плохой вариант:

сотрудник просто вручную ставит:

80%.

Хороший вариант:

процент рассчитывается по завершённым этапам или операциям.

Например:

• подготовка — 10%;
• закупка материалов — 20%;
• производство — 70%;
• ОТК — 90%;
• готово — 100%.

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

Шаг 8. Автоматически рассчитывать риск

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

Например:

Низкий риск

До срока 10 дней.

Заказ идёт по плану.

Средний риск

До срока 5 дней.

Критический этап ещё не завершён.

Высокий риск

Прогноз превышает срок.

Или отсутствуют ключевые материалы.

Просрочка

Подтверждённая дата уже прошла.

Так руководителю не нужно просматривать каждый заказ вручную.

Как может выглядеть светофор

Удобный вариант:

Зелёный — в срок.

Жёлтый — есть риск.

Красный — просрочен.

В карточке заказа:

Срок: 30 августа
Прогноз: 28 августа
Риск: Низкий

Или:

Срок: 30 августа
Прогноз: 3 сентября
Риск: Высокий
Отклонение: +4 дня

Менеджер сразу понимает ситуацию.

Шаг 9. Автоматически уведомлять до возникновения просрочки

CRM может создавать уведомление, если:

• прогноз стал хуже;
• заказ слишком долго находится на этапе;
• материалы не поступили;
• срок приближается.

Например:

Заказ №548. До срока 5 дней. Статус: ожидает материалов. Высокий риск просрочки.

Уведомление получают:

• менеджер;
• начальник производства;
• руководитель.

Это намного полезнее, чем уведомление:

«Заказ просрочен».

Шаг 10. Настроить эскалацию

Не каждую проблему нужно сразу отправлять директору.

Можно построить уровни.

Уровень 1

Исполнитель получает напоминание.

Уровень 2

Если проблема не решена — начальник участка.

Уровень 3

При высоком риске — руководитель производства.

Уровень 4

Критичный клиент или серьёзная просрочка — директор.

Так система сама поднимает проблему до нужного уровня.

Шаг 11. Обязательно фиксировать причину задержки

Статуса:

Просрочено

недостаточно.

Нужно знать:

Почему?

Например:

• нет материала;
• поставщик задержал поставку;
• оборудование неисправно;
• перегружен участок;
• клиент изменил ТЗ;
• ошибка при планировании;
• задержка оплаты;
• повторная работа после ОТК.

Причину лучше выбирать из справочника.

Почему структурированные причины важны

Через несколько месяцев можно получить статистику.

Например:

Причины просрочек:

• материалы — 35%;
• перегрузка производства — 27%;
• изменения клиента — 18%;
• оборудование — 12%;
• другое — 8%.

Теперь руководство понимает, куда направлять усилия.

Без такой статистики каждый просроченный заказ кажется отдельной случайностью.

Шаг 12. Отделить вину клиента от внутренних проблем

Клиент может сам повлиять на срок.

Например:

• поздно утвердил чертёж;
• изменил спецификацию;
• задержал предоплату.

Это важно фиксировать отдельно.

Иначе производственный KPI будет несправедливым.

Например:

Первоначальный срок: 30 августа
Изменение клиента: +7 дней
Новый подтверждённый срок: 6 сентября

История должна сохраняться.

Шаг 13. Контролировать изменения заказа

Любое изменение после запуска может повлиять на срок.

Правильный процесс:

Запрос изменения → оценка производства → новый срок → согласование → новая версия заказа.

Нельзя просто заменить дату в CRM.

Иначе исчезает причина изменения.

Шаг 14. Хранить историю сроков

Полезно знать:

Первый обещанный срок: 30 августа
Пересмотр №1: 2 сентября
Пересмотр №2: 5 сентября
Фактически готов: 4 сентября

Это позволяет анализировать качество планирования.

Если сроки почти всегда пересматриваются, проблема может быть не в производстве, а в первоначальном расчёте.

Шаг 15. Анализировать план-факт

После закрытия заказа нужно сравнить:

Плановая длительность: 20 дней
Фактическая: 27 дней
Отклонение: +7 дней

Далее разбирать:

• где появились дополнительные дни;
• на каком этапе;
• почему.

Так исторические заказы помогают точнее планировать будущие.

Шаг 16. Контролировать время на каждом этапе

Например:

Сразу видно:

главная проблема — снабжение.

Не нужно говорить:

«У нас производство постоянно задерживает».

Есть данные.

Шаг 17. Контролировать очередь заказов

Даже если каждый заказ отдельно имеет срок, производство может быть перегружено в целом.

Поэтому полезно видеть:

• количество заказов в очереди;
• загрузку по участкам;
• стоимость заказов;
• приоритет.

Например:

Участок №1: загрузка 115%.

Это ранний признак будущих просрочек.

Как учитывать производственную мощность

Для сложного производства детальное планирование лучше выполнять в:

• 1С;
• ERP;
• APS;
• MES.

CRM не должна обязательно рассчитывать загрузку станков.

Но результат можно вернуть в клиентский контур.

Например:

Плановая готовность: 15 сентября.

Шаг 18. Контролировать материалы

Одна из самых распространённых причин задержки — заказ запущен, но материалов нет.

Поэтому статус:

В производстве

может быть слишком грубым.

Полезно выделить:

Ожидает материалов.

И хранить:

• какой материал отсутствует;
• ожидаемую дату поставки;
• влияние на итоговый срок.

Так риск становится прозрачным.

Шаг 19. Связать срок с оплатой

Иногда производство нельзя запускать без оплаты.

Например:

50% предоплаты → запуск.

Если клиент заплатил на семь дней позже, срок автоматически должен пересчитываться или отправляться на повторное подтверждение.

Иначе компания сама создаёт ложное обещание.

Шаг 20. Связать производство со складом

Готовность изделия ещё не означает, что клиент получит его вовремя.

После производства могут быть:

• упаковка;
• перемещение;
• комплектация;
• оформление документов.

Поэтому конечный путь нужно контролировать до статуса:

Готово к отгрузке.

А иногда — до фактической отгрузки.

Что должен видеть менеджер в CRM

Менеджеру достаточно понятного блока.

Например:

Производственный заказ

Заказ: PR-581
Статус: В производстве
Готовность: 65%
Срок клиенту: 30 августа
Внутренний план: 28 августа
Прогноз: 31 августа
Отклонение: +1 день
Риск: Высокий
Причина: задержка материала

Этой информации достаточно для общения с клиентом.

Что должен видеть начальник производства

Ему нужен другой интерфейс:

• список заказов;
• сроки;
• этапы;
• ответственные;
• риск;
• просрочка;
• причины.

То есть система должна давать разный уровень информации разным ролям.

Что должен видеть РОП

Руководителю продаж важно:

• какие клиентские заказы под риском;
• у какого менеджера;
• какие клиенты требуют коммуникации.

Например:

7 заказов на 42 млн ₸ имеют высокий риск просрочки.

РОП может заранее организовать работу с клиентами.

Что должен видеть собственник

Собственнику не нужны сотни строк.

Ему нужен дашборд:

Заказов в производстве: 68
Сумма: 240 млн ₸

В срок: 51

Риск: 11

Просрочено: 6

Стоимость заказов под риском: 48 млн ₸

И причины.

Какие KPI использовать

OTIF

Один из полезных производственно-логистических показателей:

On Time In Full

То есть:

вовремя и в полном объёме.

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

Процент выполнения в срок

Формула:

Количество заказов, выполненных вовремя / Общее количество заказов × 100%.

Можно считать:

• по компании;
• по участку;
• по категории продукции.

Среднее отклонение от срока

Например:

+2,4 дня.

Но среднее желательно смотреть вместе с распределением.

Потому что один заказ на +40 дней может сильно искажать показатель.

Доля заказов под риском

Это очень полезный опережающий KPI.

Например:

14% текущих заказов находятся в зоне риска.

Он позволяет управлять будущим, а не прошлым.

Точность первоначального срока

Можно измерять:

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

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

Количество пересмотров срока

Например:

Среднее количество переносов — 1,8 на заказ.

Это хороший индикатор качества планирования.

Какие дашборды полезны

1. Все текущие заказы

Статус и срок.

2. Заказы под риском

Только жёлтая зона.

3. Просроченные

Красная зона.

4. Причины задержек

Для анализа.

5. План-факт

Историческая эффективность.

6. Загруженность

Для будущего планирования.

Как связать Bitrix24 и 1С для контроля сроков

Один из вариантов:

Bitrix24

хранит:

• клиента;
• сделку;
• обещанную дату.

↓

1С / производственная система

хранит:

• производственный заказ;
• этап;
• внутренний срок;
• прогноз.

↓

Интеграция

возвращает в Bitrix24:

• статус;
• план;
• прогноз;
• причину задержки.

Менеджер получает актуальную информацию, не работая в производственной системе.

Можно ли контролировать простое производство в Bitrix24

Если процесс достаточно простой, можно использовать смарт-процесс.

Например:

Производственный заказ

со стадиями:

• подготовка;
• материалы;
• производство;
• ОТК;
• готово.

Для каждой стадии:

• срок;
• ответственный;
• роботы.

Но для сложного производственного планирования лучше специализированная система.

Как использовать BI

Если заказов сотни или тысячи, BI позволяет глубже анализировать сроки.

Например:

• какие продукты чаще опаздывают;
• какие клиенты чаще меняют заказ;
• какие участки создают задержки;
• какие поставщики влияют на сроки;
• есть ли сезонность.

CRM остаётся рабочим инструментом.

BI становится управленческим.

Где может помочь AI

Когда накоплены исторические данные, AI можно использовать для прогнозирования.

Например, текущий заказ формально идёт по плану.

Но система видит:

• похожие заказы обычно занимали 25 дней;
• на выполнение осталось 14 дней;
• один материал ещё не поступил;
• участок загружен выше нормы.

AI может выдать предупреждение:

Вероятность просрочки повышена.

Так появляется прогнозное управление.

AI может анализировать причины

Например, за год было 500 просрочек.

AI помогает выявить:

• повторяющиеся комбинации;
• товары с высоким риском;
• поставщиков;
• клиентов;
• периоды перегрузки.

Но основой всё равно остаются качественные данные.

Типовые ошибки контроля сроков

Ошибка №1. Хранить только финальную дату

Проблема становится видна слишком поздно.

Ошибка №2. Не разделять обещанный срок и внутренний план

Нет буфера.

Ошибка №3. Нет прогноза

Заказ либо «нормальный», либо уже просрочен.

Ошибка №4. Нет промежуточных этапов

Непонятно, где возникла задержка.

Ошибка №5. Нет ответственных

Каждый думает, что проблема у другого отдела.

Ошибка №6. Менеджер вручную меняет производственный статус

Данные становятся недостоверными.

Ошибка №7. Нет причин просрочек

Проблемы повторяются.

Ошибка №8. Срок меняется без истории

Невозможно оценить качество планирования.

Ошибка №9. Не учитывать изменения клиента

Производство получает несправедливый KPI.

Ошибка №10. Смотреть только на уже просроченные заказы

Компания всегда реагирует слишком поздно.

Как внедрять систему контроля сроков

Не обязательно сразу строить сложную модель.

Этап 1

Начните с:

• подтверждённой даты;
• статуса;
• ответственного.

Этап 2

Добавьте:

• внутренний срок;
• прогноз;
• риск.

Этап 3

Добавьте:

• промежуточные этапы;
• причины задержек;
• автоматические уведомления.

Этап 4

Добавьте:

• план-факт;
• дашборды;
• KPI.

Этап 5

Добавьте прогнозирование и AI.

Так система развивается постепенно.

С чего начать на практике

Возьмите последние 20–30 производственных заказов.

Для каждого зафиксируйте:

• обещанный срок;
• фактическую дату;
• отклонение;
• причину.

После этого ответьте:

• сколько заказов были выполнены вовремя;
• где чаще всего возникали задержки;
• когда компания обычно узнаёт о проблеме.

Это даст отличную основу для проектирования системы.

Как Profi Soft автоматизирует контроль производственных сроков

В Profi Soft мы рассматриваем сроки как часть сквозного клиентского процесса.

Не просто:

«Когда производство закончило?»

А:

«Когда компания обещала клиенту, что происходит сейчас и есть ли риск нарушить обязательство?»

Для этого мы анализируем:

• Bitrix24;
• 1С;
• производство;
• склад;
• процессы согласования;
• текущую отчётность.

После этого проектируем модель контроля.

Что может входить в проект Profi Soft

• предпроектное обследование;
• настройка Bitrix24;
• производственные смарт-процессы;
• интеграция с 1С;
• интеграция с ERP/MES;
• плановые сроки;
• прогнозные даты;
• производственные статусы;
• риски;
• эскалации;
• причины задержек;
• уведомления;
• план-факт;
• BI-аналитика;
• AI-прогнозирование;
• обучение;
• поддержка.

Что получает отдел продаж

Менеджеру больше не нужно спрашивать:

«Когда будет готово?»

Он видит в CRM:

Заказ: PR-581
Статус: В производстве
Срок: 30 августа
Прогноз: 30 августа
Риск: Низкий

И может сразу ответить клиенту.

Что получает производство

Производство получает:

• понятные сроки;
• приоритеты;
• контроль этапов.

И главное — меньше хаотичных запросов со стороны менеджеров.

Что получает руководитель

Руководитель перестаёт узнавать о проблемах по факту.

Он видит:

что может стать проблемой через неделю.

Это и есть настоящий управленческий контроль.

Что получает собственник

Собственник видит не только:

сколько компания продала,

но и:

способна ли она выполнить проданное вовремя.

Для производственного бизнеса это критично.

Главный вывод

Контроль производственных сроков — это не список просроченных заказов.

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

план → факт → прогноз → риск → причину → ответственного.

Самая ценная информация появляется не тогда, когда заказ уже опоздал.

А тогда, когда система заранее говорит:

«Этот заказ с высокой вероятностью не будет готов к обещанной дате».

Именно в этот момент у компании ещё есть возможность что-то изменить.

Закажите аудит контроля производственных сроков

Если вы узнаёте о задержке заказа только тогда, когда клиент уже спрашивает о ней, значит процесс контроля можно значительно улучшить.

Команда Profi Soft изучит:

• CRM;
• 1С;
• производство;
• планирование;
• статусы;
• сроки;
• причины отклонений.

По итогам вы получите:

• карту текущего процесса;
• целевую модель контроля;
• систему статусов;
• правила расчёта риска;
• схему интеграции;
• сценарии уведомлений;
• дашборд руководителя;
• этапы внедрения;
• оценку сроков и бюджета.

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

Чек-лист контроля производственных сроков

Проверьте, есть ли в вашей системе:

• желаемая дата клиента;
• подтверждённая дата;
• внутренний производственный срок;
• прогнозируемая дата;
• текущий производственный статус;
• промежуточные этапы;
• ответственный по этапу;
• процент готовности;
• индикатор риска;
• автоматические уведомления;
• эскалация;
• причина задержки;
• история изменения срока;
• учёт изменений клиента;
• план-факт;
• дашборд заказов под риском;
• аналитика причин просрочки.

Если большая часть этих элементов отсутствует, компания, скорее всего, управляет сроками реактивно — уже после появления проблемы.

Часто задаваемые вопросы

Как контролировать сроки производственных заказов?

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

Чем плановый срок отличается от прогнозного?

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

Можно ли видеть риск просрочки в Bitrix24?

Да. Для этого CRM должна получать производственные данные и сравнивать прогноз с обещанной клиенту датой.

Нужно ли вести производство непосредственно в CRM?

Нет. Производство может оставаться в 1С, ERP или MES, а CRM получать ключевые статусы и даты.

Нужно ли показывать процент готовности?

Только если он рассчитывается объективно. В противном случае статус и прогноз даты полезнее.

Как фиксировать причины задержек?

Лучше использовать структурированный справочник причин и дополнительный комментарий при необходимости.

Как учитывать задержку со стороны клиента?

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

Какие KPI использовать?

Процент выполнения в срок, OTIF, среднее отклонение, долю заказов под риском, количество переносов и причины просрочек.

Можно ли прогнозировать просрочку с помощью AI?

Да, если накоплено достаточно качественных исторических данных о заказах, сроках, этапах и причинах отклонений.

С чего начать внедрение?

С анализа последних реальных заказов и сравнения обещанных и фактических сроков.