Вопрос пользователя: «Система посчитала, что мы сделаем заказ за 3 дня, но цех уже загружен на месяц вперед. Почему программа этого не видит и как избежать срывов сроков?»
Суть проблемы
Автоматическое планирование – мощный инструмент, но оно может давать излишне оптимистичные результаты. Если система рассчитывает сроки, не учитывая реальную загрузку станков, доступность рабочих или очереди в цехах, все построенные планы окажутся «на бумаге». Это приводит к срыву обязательств перед клиентами, авралам и потере доверия. Ключевой вопрос – понимание границ автоматического расчета и знание, где начинается работа живого планировщика.
Что может 1С ERP?
1С:ERP четко разделяет зоны ответственности. На этапе предварительного расчета и формирования заказа система оперирует нормативными, «идеальными» сроками, указанными в способе обеспечения. Это нужно для быстрой первичной оценки. Однако конечным и единственным рабочим документом, который непосредственно управляет производством, является «Заказ на производство». Именно в его рамках и с помощью смежных подсистем (например, планирования мощностей) происходит уточнение и утверждение реальных сроков с учетом всех ограничений.
Суть подхода:
- Осознание ограничения: В документации прямо указано: «срок производства в способе обеспечения задается без учета ограничений пропускной способности производства». Это принципиально важный момент. Указанный там срок (например, 2 дня) – это технологическая длительность операции, а не обещание заводу выполнить любой объем за 2 дня.
- Роль заказа на производство: Все потребности, сформированные планами или заказами клиентов, в итоге материализуются в документе «Заказ на производство». Это уже не предварительная заявка, а прямое задание подразделению. На его основе можно строить более детальные графики, проводить планирование загрузки мощностей и управлять исполнением.
- Работа планировщика: После того как система предложила создать заказ с предварительной датой, в дело вступает специалист-планировщик. Его задача – оценить реалистичность этого срока, учитывая текущую загрузку цехов, и при необходимости скорректировать даты начала и окончания работ уже в самом «Заказе на производство».
Преимущества подхода:
- Скорость первичного расчета: Менеджер по продажам может мгновенно получить оценочную дату отгрузки для клиента.
- Четкое разделение данных: Нормативные сроки (для быстрых расчетов) хранятся отдельно от реальных производственных графиков.
- Центр управления: «Заказ на производство» становится единой точкой истины для всех участников процесса – от диспетчера до начальника цеха.
Решение и рекомендации
- Адекватно настраивайте нормативы: Указывайте в способе обеспечения реалистичный технологический срок на одну единицу или небольшую партию в условиях отсутствия очереди.
- Всегда проверяйте загрузку: Не воспринимайте рассчитанную системой дату выпуска как финальную. Всегда сверяйте ее с графиком загрузки мощностей в специализированных отчетах или подсистемах.
- Работайте с итоговым документом: Все корректировки сроков, приоритетов и объемов вносите непосредственно в документ «Заказ на производство». Это гарантирует, что все изменения будут учтены.
- Уведомляйте смежные отделы: Если срок в заказе на производство был скорректирован, обновите информацию в связанных заказах клиентов, чтобы служба продаж могла проинформировать заказчика.
Итог простыми словами
Представьте, что способ обеспечения с его сроком – это справочник нормативной скорости движения по дороге (60 км/ч). Система, получая адрес (потребность), по этому справочнику мгновенно рассчитывает время в пути. Но она не видит пробок, ремонтов и закрытых полос (ограничения мощностей). «Заказ на производство» – это уже работа штурмана (планировщика), который, зная о пробках, строит реальный маршрут и называет точное время прибытия. Первая цифра – для быстрого ответа «теоретически возможно», вторая – для реального обещания.
Типичные сценарии использования:
- Сценарий 1: Обещание клиенту и внутреннее планирование
Ситуация: Менеджер принимает заказ. Клиент спрашивает срок.
Проблема: Нужно дать быстрый и правдоподобный ответ, но нельзя гарантировать дату без проверки загрузки цеха.
Решение: Менеджер создает заказ клиента. Система, используя способ обеспечения (срок 5 дней), мгновенно показывает в заказе «Ближайшая возможная дата отгрузки» (например, через 7 дней с учетом логистики). Менеджер озвучивает клиенту эту дату как оценочную. Одновременно создается потребность, которая попадает к планировщику. Тот, видя, что цех загружен, вручную корректирует даты в созданном «Заказе на производство» и переносит реальный срок выпуска. Менеджер получает уведомление и уточняет срок с клиентом.
Результат: Клиенту оперативно дана реалистичная оценка, а внутреннее планирование ведется на основе актуальной картины загрузки. - Сценарий 2: Выявление «узких мест» при крупном заказе
Ситуация: Поступил большой оптовый заказ, который нужно произвести.
Проблема: Согласно нормативу, производство партии должно занять 10 дней. Но выполнит ли цех его за 10 дней, если он уже работает на пределе?
Решение: Планировщик создает «Заказ на производство» на основе потребности. Затем он использует инструменты планирования мощностей (например, график Ганта в 1С:ERP), чтобы разместить этот новый заказ в существующей загрузке. Система визуально показывает, что при текущей загрузке выполнение займет 25 дней.
Результат: Руководство получает наглядное доказательство, что для выполнения заказа в нормативные сроки требуются дополнительные ресурсы (сверхурочные, еще одна смена, перенос других заказов). Принятие решения происходит на основе данных, а не догадок.