Как автоматизировать позаказное производство?
Начните с одного типа заказа и создайте единый маршрут от заявки до отгрузки. В карточке зафиксируйте спецификацию, этапы, сроки, ответственных, материалы и блокирующие причины, назначьте владельцев данных в CRM, производстве и 1С, затем проведите несколько реальных заказов и сверьте статусы, документы и затраты.
В позаказном производстве продажи, конструкторы, снабжение, цех, склад и финансы смотрят на один заказ с разных сторон. Если каждый участок ведёт собственную таблицу, обещанный клиенту срок перестаёт быть связан с готовностью чертежей, материалов и производственных операций.
Единый маршрут соединяет коммерческое обещание и фактическое исполнение. В карточке заказа видны состав, версия документации, этап, ответственный, плановая и фактическая даты, доступность материалов, блокирующая причина и связанные документы.
Из каких состояний складывается сквозной маршрут
| Состояние | Что должно быть зафиксировано | Условие перехода |
|---|---|---|
| Запрос и расчёт | Требования, объём, срок, версия расчёта и ответственный | Условия согласованы, заказ подтверждён |
| Подготовка | Состав изделия, маршрут, документация и потребность в материалах | Документы утверждены, дефицит определён |
| Обеспечение | Остатки, резервы, закупки, кооперация и ожидаемые даты | Материалы и внешние работы доступны к запуску |
| Производство | Операции, задания, исполнители, фактическое время, выпуск и брак | Все обязательные операции приняты |
| Контроль и комплектация | Результаты проверки, комплектность и документы качества | Заказ соответствует требованиям |
| Отгрузка и закрытие | Комплект отгрузки, дата, документы, затраты и отклонения | Передача подтверждена, факты собраны для анализа |
Названия этапов могут отличаться. Важнее, чтобы у каждого состояния были понятные вход, ответственный, срок и проверяемый результат. Статус «в работе» без следующей контрольной точки почти ничего не объясняет.
Единая карточка заказа связывает подразделения
Карточка не заменяет все специализированные документы. Она даёт сквозной идентификатор и собирает ссылки на коммерческое предложение, спецификацию, версии конструкторской документации, производственные задания, закупки, движения склада, выпуск, отгрузку и финансовые документы.
Изменение срока или состава должно оставлять историю: кто изменил, почему, какие зависимые операции и закупки нужно пересчитать. Так менеджер видит не только новую дату, но и причину отклонения, а производство не работает по устаревшей версии задания.
Материалы планируются под конкретную потребность
Для заказа рассчитывается потребность с учётом текущих остатков, уже созданных резервов, ожидаемых поступлений и замен. Система отделяет наличие на складе от доступного остатка: одна и та же партия не должна одновременно обещаться нескольким заказам.
Дефицит превращается в контролируемое действие — закупку, перемещение, производство полуфабриката или согласованную замену. Для каждой позиции сохраняются необходимая дата, поставщик или исполнитель, ожидаемая дата и связь с заказом.
Загрузка считается по операциям и ограничениям
Простой список заказов не показывает узкое место. Для планирования нужны длительность и последовательность операций, доступность участка, оборудования, оснастки и квалификации, а также календарь. План может быть укрупнённым, но должен объяснять, какой ресурс ограничивает обещанный срок.
Перепланирование не должно молча менять дату клиента. Сначала система показывает конфликт и связанные заказы, затем ответственная роль принимает решение: изменить приоритет, привлечь кооперацию, перенести операцию или согласовать новый срок.
Фактическая себестоимость собирается из первичных фактов
Для каждого заказа накапливаются фактически списанные материалы, труд или машинное время, услуги кооперации, логистика и другие согласованные прямые затраты. Правила распределения общепроизводственных расходов фиксируются отдельно — их нельзя подменять произвольной корректировкой итоговой суммы.
После закрытия сравниваются план, факт и причина отклонения: изменение состава, перерасход, брак, дополнительная операция, рост закупочной цены или простой. Такой анализ полезен следующему расчёту цены и срока, а не только бухгалтерскому закрытию периода.
Что оставить в 1С, CRM и производственном контуре
| Система | Типичная зона ответственности | Что передаётся |
|---|---|---|
| CRM | Источник обращения, сделка, клиент, коммерческие договорённости | Подтверждённый заказ, срок, состав и ответственный |
| Производственный контур | Маршрут, задания, статусы, загрузка, материалы и фактическое исполнение | Потребности, выпуск, отклонения и готовность к отгрузке |
| 1С | Номенклатура, склад, закупки, реализации, оплаты и регламентированный учёт | Остатки, документы, цены, оплаты и учётные результаты |
До разработки обмена составляют матрицу владельцев данных и выбирают устойчивые идентификаторы. Связанные руководства: интеграция 1С и CRM без дублей и CRM для производственной компании.
Порядок запуска первого производственного контура
- Выбрать один тип заказа и пройти его путь вместе с ответственными ролями.
- Зафиксировать состояния, переходы, обязательные данные и причины остановки.
- Назначить владельцев справочников и документов в CRM, производстве и 1С.
- Настроить карточку заказа, маршрут и минимальные рабочие интерфейсы.
- Провести несколько реальных заказов параллельно с контрольным учётом.
- Сверить статусы, сроки, материалы и документы по заранее выбранной выборке.
- Подключить загрузку, фактические затраты и управленческие показатели после стабилизации маршрута.
Проверяемый пример такого контура описан в кейсе производственной ERP Реком.
Какие показатели контролировать после запуска
- Доля заказов с назначенным следующим этапом, сроком и ответственным.
- Заказы с просроченной контрольной точкой и распределение причин задержки.
- Дефицит материалов к необходимой дате и точность ожидаемых поступлений.
- Плановое и фактическое время по операциям и узким ресурсам.
- Плановая и фактическая себестоимость заказа с раскрытием отклонений.
- Число ошибок обмена и записей, которые не удалось сопоставить с 1С или CRM.
Для руководительского уровня эти показатели можно собрать в проверяемом дашборде, где итог раскрывается до заказа и первичного факта.
Частые вопросы
Что такое маршрут производственного заказа?
Это согласованная последовательность состояний и операций от принятия заказа до отгрузки. Для каждого этапа фиксируются входные данные, ответственный, плановый срок, результат, причина остановки и правило перехода дальше.
Подходит ли единый маршрут, если каждый заказ уникален?
Да, если разделить обязательные контрольные точки и переменные операции. Система хранит типовой каркас процесса, а конкретный заказ получает собственные состав, технологические этапы, сроки, кооперацию и материалы.
Нужно ли заменять 1С для управления производством?
Не обязательно. 1С может оставаться владельцем бухгалтерских документов, номенклатуры, складских остатков и регламентированной себестоимости. Производственный контур ведёт маршрут, задания и фактическое исполнение, а согласованные данные передаются автоматически.
С какого участка начинать автоматизацию?
Обычно начинают с одного сквозного маршрута и ограниченного типа заказов. Первый контур должен показывать текущее состояние, обещанный срок, ответственного и препятствие. Материалы, загрузку и фактические затраты подключают после проверки дисциплины статусов.
Как проверить, что производственный контур работает?
На реальных заказах сверяют полноту статусов, сроки и причины задержек, движения материалов, фактические операции и передачу документов в 1С. Руководитель должен получить ответ на вопрос о состоянии заказа без ручного опроса подразделений.
Зафиксируем первый маршрут и критерии его приёмки
На разборе пройдём реальный заказ от заявки до отгрузки, отметим владельцев данных и выберем первый контур, который можно проверить на фактической работе.