Операционное управление по спросу
Методологическая статья
Операционное управление по спросу
Операционное управление начинается там, где планирование заканчивается. Как только рекомендация превращается в открытый заказ на закупку, производство или перемещение, системе уже недостаточно просто ждать срока исполнения. Ей нужно ежедневно показывать, какие позиции и заказы действительно требуют вмешательства.
В DDMRP для этого есть две группы сигналов: статус буфера и сигналы синхронизации. Статус буфера отвечает на вопрос, сохраняет ли точка защиты достаточный фактический запас сейчас и в ближайшем будущем. Сигналы синхронизации показывают, где связанные заказы, материалы и сроки начинают расходиться по времени или количеству.
- Контур исполнения управляет уже открытыми заказами, а не создает новые.
- Статус буфера читается по фактическому наличию, а не по позиции планирования.
- Оповещения о текущем наличии и прогнозируемом остатке позволяют вмешаться до дефицита.
- Сигналы синхронизации удерживают зависимости вокруг буфера под контролем.
Где заканчивается расчет нового заказа и начинается исполнение
В DDMRP планирование и исполнение специально разведены. Планирование заканчивается в момент, когда система рассчитала и утвердила новый заказ. Дальше начинается другая задача: довести уже открытые заказы до результата так, чтобы не разрушить поток.
Поэтому контур исполнения использует другие критерии. Здесь важно не то, какой новый заказ стоит выпустить, а какие существующие заказы нужно ускорить, какие риски уже видны в буферах и где зависимые материалы перестают приходить синхронно с потребностью.
Почему срок исполнения больше не может управлять всем
Традиционная операционная среда почти всегда скатывается к приоритету по сроку исполнения: чем ближе дата, тем важнее заказ. Но в реальной цепи поставок этого мало. За время жизни открытого заказа успевают измениться спрос, качество, поставщик, логистика и внутренняя мощность, а вместе с ними меняются и реальные приоритеты.
DDMRP не отменяет дату, но перестает считать ее единственным ориентиром. Если буфер уже сильно истощен, заказ с более поздним сроком может быть важнее заказа с более ранней датой, по которому защита пока сохраняется. Приоритет начинает определяться угрозой потоку, а не просто календарем.
Как оповещения о статусе буфера читают защиту по фактическому остатку
Оповещения о статусе буфера используют не позицию чистого потока, а только фактический остаток на руках. Логика здесь жесткая: если наличный запас исчезает, точка декаплинга перестает выполнять свою функцию, даже если с точки зрения планирования по ней когда-то был выпущен правильный заказ.
Оповещение о текущем наличии показывает позиции, которые уже сейчас вошли в зону риска и по которым открытые заказы нужно ускорять немедленно. Оповещение о прогнозируемом остатке переносит этот взгляд вперед на ближайший горизонт и заранее показывает, где защита скоро будет потеряна, если ничего не менять. Так контур исполнения становится упреждающим, а не запаздывающим.
Именно поэтому в исполнении зеленый, желтый и красный читаются иначе, чем в планировании: здесь они описывают степень сохранности встроенной защиты буфера, а не логику формирования нового заказа.
Какие разрывы ловят сигналы синхронизации
DDMRP не делает систему полностью независимой. Между буферами, производственными заказами, поставками и клиентом по-прежнему остаются зависимости, и контур исполнения должен видеть, где они начинают расходиться. Для этого используются сигналы синхронизации материалов и сигналы по времени опережения.
Сигналы синхронизации материалов показывают, что известного снабжения не хватит для конкретного зависимого заказа. Сигналы по времени опережения следят за критичными небуферизованными позициями, по которым нужно заранее проверить статус до того, как они создадут сбой. Чем раньше такие разрывы становятся видимыми, тем меньше вариабельности доходит до буферов и конечного клиента.

