Что происходит, когда отдел продаж обещает срочный заказ

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

ОБЕЩАНИЕ — НЕ ПРОИЗВОДСТВЕННЫЙ ПЛАН
Коммерческое обещание сообщает клиенту, что бизнес намерен поставить. Реалистичная производственная дата доказывает, что существует реальный путь через материалы, механическую обработку, сборку, контроль, упаковку и отгрузку в пределах доступного времени.

ERP может хранить запрошенные даты, обещанные даты, производственные заказы, материалы и маршрутные карты, но флаг приоритета не создает мощности. Станок с ЧПУ по-прежнему имеет ограниченное количество часов, контроль по-прежнему требует квалифицированных людей и оборудования, а отгрузка по-прежнему зависит от сроков приема перевозчиком. Срочность меняет приоритет, но не отменяет физические ограничения.

КОНЕЧНАЯ МОЩНОСТЬ ВЫЯВЛЯЕТ РЕАЛЬНЫЙ КОМПРОМИСС
Планирование при бесконечной мощности может назначить несколько заказов на один ресурс и оставить конфликт производству для решения позже. Планирование с конечной мощностью вынуждает конфликт проявиться открыто.
Если срочный заказ получает вторник, утро на станке с ЧПУ, другая операция теряет то же утро. Вытесненный заказ может затем не успеть в окна сборки, контроля или упаковки и потерять гораздо больше времени, чем срочный заказ фактически занял.

Таким образом, первое решение по планированию запускает цепную реакцию по оставшемуся маршруту.

МАТЕРИАЛЫ НЕ ПОДЧИНЯЮТСЯ ФЛАГАМ ПРИОРИТЕТА
Наличие материала в учете не всегда означает, что он пригоден для срочного заказа. Материал может быть уже закреплен за заказом другого клиента, ожидать выпуска службой качества, требовать определенной партии или поставщика, либо иметь ограничения по прослеживаемости и сроку годности.

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

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

МОЩНОСТЬ СТАНКА — НЕ ТО ЖЕ, ЧТО ПОЛЕЗНАЯ МОЩНОСТЬ
Станок может иметь свободный слот в календаре и все равно быть недоступным для работы. Нужный наладчик может быть не на смене, оператор может не иметь необходимой сертификации, оснастка может быть установлена в другом месте, либо управляющая программа может быть не утверждена для текущей ревизии изделия.

Реальная мощность существует только тогда, когда станок, люди, инструмент, материал, технологические допуски и временное окно совпадают.

Поэтому альтернативный станок автоматически не означает альтернативный производственный маршрут. Проверенный альтернативный маршрут требует утвержденной оснастки, программ, проверок качества, реалистичных норм времени и людей, которые действительно способны выполнить работу.

УЗКОЕ МЕСТО СМЕЩАЕТСЯ
Срочный заказ может сначала казаться проблемой механической обработки. Как только обработка находит решение, давление быстро переходит на сборку, контроль, испытания, упаковку или даже на одного человека, ответственного за согласование.

Узкое место не закреплено за одним станком навсегда. Это то ограничение, которое в данный момент сдерживает движение работы к отгрузке.

Поэтому высокая загрузка оборудования автоматически не означает хорошие показатели поставок. Завод может иметь эффективные станки и все же отгружать с опозданием, потому что не та работа ждет на не том ограничении в не то время.

ЭФФЕКТЫ ВТОРОГО ПОРЯДКА — ГДЕ РАСПРОСТРАНЯЕТСЯ УЩЕРБ
Видимый эффект срочного заказа легко заметить: он продвигается вперед.
Менее заметно все, что сдвигается назад.
Одна вытесненная операция механической обработки может задержать компонент для сборки. Недостающий компонент может породить незавершенную работу, дополнительные перемещения, еще одно окно контроля и в итоге сорванную отгрузку. Другой заказ может потерять оснастку, распределение материала, испытательный стенд или квалифицированного специалиста, даже если он никогда не делил станок с срочным заказом.
Предприятия работают через зависимости, а не через изолированные подразделения.
Срочный заказ меняет связи между изделием, процессом и ресурсами по всей этой сети.

СРОКИ ПОСТАВКИ НУЖНО ПЕРЕСЧИТЫВАТЬ
Когда работа сдвигается, старые клиентские даты не должны просто оставаться нетронутыми в ERP.
Вытесненному заказу нужен новый реалистичный путь через каждую оставшуюся операцию. Механическая обработка должна завершиться до начала сборки, сборка — до контроля, а контроль — достаточно рано для упаковки и срока приема перевозчиком.

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

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

ПОЧЕМУ EXCEL СТАНОВИТСЯ АВАРИЙНЫМ ДИСПЕТЧЕРСКИМ ЦЕНТРОМ
Во многих цехах планировщик собирает информацию из ERP, MES, данных от руководителей производства, закупок, качества, технического обслуживания и обновлений от поставщиков в одну таблицу, потому что это самый быстрый способ восстановить полную картину.

Сам Excel не является проблемой. Он гибок и практичен.

Проблема возникает, когда таблица становится единственным местом, где существует реальное производственное решение. Отдел продаж видит одну дату в ERP, планирование — другую дату в таблице, а цех следует последовательности, изменённой во время предыдущей смены.
Более глубокая проблема — отсутствие общего контекста между системами.

КОНТЕКСТ СВЯЗЫВАЕТ ФАКТЫ
Запись о станке, производственный заказ, количество материала, состав операторов и клиентская дата поставки — полезные факты. Они становятся пригодными для решений по срочным заказам, когда связи между ними явно описаны.

Система должна понимать, что:
• Эта операция относится к этому производственному заказу
• Этот производственный заказ обеспечивает это клиентское обязательство
• Эта операция может выполняться на этих утвержденных ресурсах
• Этот материал закреплен за этим производственным заказом
• Этот инструмент или эта оснастка необходимы для этого процесса
• Этот человек квалифицирован для этой операции
• Этот контроль должен быть выполнен до отгрузки

Граф знаний или аналогичная модель связей может сделать эти зависимости видимыми и прослеживаемыми, вместо того чтобы оставлять их в таблицах и в головах людей.

ГДЕ ПРИГОДНЫ MICROSOFT FABRIC И POWER BI

Microsoft Fabric может обеспечить общую основу данных для ERP, MES, данных об обслуживании, качестве, данных со станков и информации о планировании. Он может помочь подготовить, управлять, хранить историю и связывать данные, используемые для межсистемного анализа.

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

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

МОДЕЛИРОВАНИЕ ДО ПЕРЕМЕЩЕНИЯ РАБОТЫ
Вместо того чтобы немедленно продвигать срочный заказ вперед, моделирование позволяет планированию сначала проверить последствия.

Возможные сценарии могут включать:
• Поставить срочный заказ впереди существующей работы
• Добавить контролируемые сверхурочные
• Использовать утвержденный альтернативный маршрут
• Разделить отгрузку
• Предложить более позднюю дату поставки
• Отклонить запрошенную дату, если безопасного реализуемого варианта нет

Каждый вариант переносит риск куда-то. Моделирование делает эти последствия видимыми.