DRP: от потребности филиалов к отправкам и закупке центра

Решение начинается с потребности получателя

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

Одна строка перемещения создаёт расход в источнике и обеспечение в назначении. Это тот же SKU, перемещающийся между местами; он не превращается в компонент другого изделия. Microsoft описывает такую зависимость отдельно от уровней производственного BOM и рассчитывает цепочку от нижестоящего спроса к источникам. Microsoft: transfers in planning.

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

Определите точки, события и календарь

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

У маршрута разделите подготовку отправки, перевозку и приёмку. Oracle включает в срок перемещения предварительную обработку, транзит и обработку после прибытия. Поэтому время движения автомобиля не всегда равно полному сроку доступности товара. Oracle: состав срока перемещения.

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

Учебный пример: центр и два филиала

Все числа условные. Рассматриваем один обычный непродовольственный SKU в штуках. Начальные количества пригодны и свободны; других резервов, потребностей, потерь, минимальных партий и страховых запасов нет.

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

• Центр C имеет 60 штук.
• Филиал A имеет десять; ему нужны 60 для потребления в начале дня 3.
• Филиал B имеет 20; ему нужны 50 в начале дня 5.
• Полный срок C→A составляет один день, C→B — два дня.
• Уже открыт заказ поставщику P на 30 штук, пригодный приход в центр ожидается в начале дня 4.

Начальный запас сети: 60 + 10 + 20 = 90. Клиентские потребности: 60 + 50 = 110. Ожидаемая закупка доводит общее обеспечение до 120. Положительная разница десять ещё ничего не говорит о выполнимости дат.

Рассчитайте перемещения назад от потребления

A недостаёт 60 − 10 = 50. Эти 50 должны стать пригодными в A к началу дня 3. При полном сроке один день отправить их из C нужно в начале дня 2.

B недостаёт 50 − 20 = 30. Приход в B нужен в начале дня 5, поэтому при двухдневном сроке отправка требуется в начале дня 3.

Теперь потребности центра имеют собственные даты: 50 к отправке дня 2 и 30 к отправке дня 3. Они возникли из чистой потребности филиалов, а не добавились к ней как новые продажи сети. Складывать 110 клиентских выдач и 80 внутренних отправок в общую внешнюю потребность нельзя.

Microsoft отдельно отмечает, что изменение даты поступления перемещения требует пересчёта его исходящей стороны. Связь должна сохраняться при перепланировании, а не только при первом создании. Microsoft: rescheduling transfers.

Найдите разрыв именно перед отправкой

Из исходных 60 центр отправляет A 50 в день 2. Остаются десять. В день 3 для B нужны 30, значит, ранний разрыв равен 30 − 10 = 20.

Приход P на 30 в день 4 этот разрыв не закрывает. Он успевает раньше клиентского потребления B в день 5, но позже нужной центральной отправки в день 3. Если отправить недостающую часть только в день 4, при неизменном маршруте она прибудет в B в день 6.

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

Измените прежний приход, не добавляя его второй раз

Предположим, поставщик и уполномоченный закупщик согласовали новый вариант того же P: 20 пригодных штук в начале дня 3 и десять в начале дня 4. Общее подтверждённое количество остаётся 30.

Старая строка ожидания «30 в день 4» заменяется двумя строками новой версии. Она сохраняется в истории, но больше не участвует в действующем обеспечении дополнительно. Это условное согласованное решение, а не утверждение, что поставщик обязан принять такой перенос.

Тогда в день 3 центр получает 20: имеющиеся десять плюс 20 дают нужные 30 для отправки B. В день 4 приходят оставшиеся десять P, которые остаются в центре.

Если вместо изменения P оформить новую закупку 20 и оставить прежние 30 полностью, конечный запас сети станет 90 + 50 − 110 = 30. Избыточные 20 могут быть осознанно нужны другому плану, но они не являются бесплатным следствием исправления исходной даты.

Проверьте физическую сеть прямым журналом

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

• После отправки дня 2: C — десять, A — десять, B — 20, в пути к A — 50. В сети по-прежнему 90.
• В день 3 центр принимает 20 и отправляет B 30. A принимает 50 и потребляет свои 60. Итог: C — ноль, A — ноль, B — 20, в пути к B — 30. Всего 50 = 90 + 20 − 60.
• В день 4 C принимает десять: общий остаток становится 60, из них 30 ещё в пути.
• В день 5 B принимает 30 и потребляет 50. Остаются десять в C, транзит закрыт.

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

Изменение филиала должно дойти до центра

Если B теперь требует те же 50 к началу дня 4, его отправка сдвигается на начало дня 2. В этот день центру нужны одновременно 50 для A и 30 для B: 80 против имеющихся 60.

Ранние 20 теперь требуются уже в день 2. Ранее согласованный приход в день 3 снова опаздывает. Изменение одной клиентской даты не исправляется сохранением прежних центральных строк с новым заголовком плана.

Для реальной сети отдельно проверьте ограничения изменения открытых документов, твёрдые резервы, доступность маршрутов и новые обязательства. Сохранённая связь помогает найти затронутые строки, но не даёт права молча отменять или передвигать их.

Данные и приёмочные проверки

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

• Из потребностей филиалов получаются отправки 50 в день 2 и 30 в день 3.
• Приход дня 4 не закрывает центральный разрыв дня 3.
• Раздел 20 + 10 заменяет прежние 30, а не добавляется к ним.
• Один общий запас C используется только один раз.
• Транзит входит в сетевой итог, но не в пригодный остаток получателя.
• Финальный баланс равен десяти.
• Сдвиг B на день 4 переносит раннюю потребность центра на день 2.
• Расчёт не выдаётся за согласованную закупку или исполненное перемещение.

В складе, перемещениях и закупках SABSUS подтвердите необходимые связи и историю на конфигурации. Наличие автоматического DRP здесь не предполагается.

Частые вопросы

Достаточно положительного общего остатка сети?

Нет. Требуются пригодность, точка и своевременный маршрут до потребления.

Перемещение создаёт новую внешнюю потребность?

Оно создаёт зависимую потребность источника. Внешний спрос нельзя удвоить добавлением внутренней отправки.

Можно сразу заменить дату заказа поставщику?

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

Источники

• Microsoft Learn: Transfers in planning.
• Oracle Replenishment Planning 26c: Static or time-phased policies.

Проверено 9 октября 2026 года. Все количества, календарь и изменения учебные.