DRP: планирование потребности распределительной сети

DRP (Distribution Requirements Planning) рассчитывает, сколько товара и к какой дате нужно каждому складу распределительной сети, а затем переводит заявки нижних звеньев в потребность вышестоящих. Вместо общего заказа на всю сеть появляется связанный календарь: плановое поступление в регион, отгрузка с центрального склада и, если требуется, закупка или выпуск у источника.

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

Обсудить планирование распределения

Почему сеть нельзя планировать одной суммой

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

Заявки не связаны между уровнями

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

Одна цепочка потребности

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

Как работает расчет DRP

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

Задать структуру снабжения

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

Сформировать спрос нижнего уровня

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

Рассчитать чистую потребность по периодам

Для каждого склада переносите остаток из предыдущего периода: остаток на конец = доступный остаток на начало + пригодные поступления − потребление. Если расчетный остаток ниже заданного целевого уровня, разница создает предложение о пополнении с учетом партии и кратности. Целевой остаток — правило планирования, поэтому его недобор не всегда означает, что уже принятый заказ клиента нельзя исполнить. Неподтвержденное предложение допустимо в условном варианте расчетного баланса, но оно не превращается в подтвержденный приход или свободный остаток; не учитывайте одну поставку дважды

Сдвинуть дату по каждому плечу

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

Передать заявки выше и проверить источник

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

Планировщик распределения

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

Региональный склад или филиал

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

Центральное снабжение и производство

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

Логистика

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

Архитектура платформы

Из чего состоит модель DRP

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

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

Цепочка заявки

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

Карта узлов и сроков

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

Потребность и остаток по периоду

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

Исключения и контур исполнения

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

Эволюция подходов

Как развивается планирование сети

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

Пополнение каждого склада отдельно

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

Регион посылает запрос без связи с календарем центрального склада.
Источник видит месячную сумму без даты потребности.
Срок перевозки проверяют после расчета количества.

Рабочий стандарт

Связанный расчет потребности

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

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

Графики есть, связи непрозрачны

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

У регионов есть плановые поступления по неделям.
Центральный агрегирует заявки отдельным файлом.
Изменения партии или срока не пересчитываются во всех звеньях.
Прогноз и уже созданная заявка могут попасть в центральный спрос одновременно.
Округление партии в регионе не отражается на отгрузке источника.

Практические сценарии применения

Заявки регионов меняют закупку центра

Условный пример для одного товара. Считаем баланс на день спроса. У региона А свободный остаток утром — 6 единиц, ожидаемое потребление после приемки в тот же день — 12, целевой остаток вечером — 2, других поступлений нет. Чтобы товар был доступен до выдачи клиентам и на конец дня осталось две единицы, нужно плановое поступление 8 утром: 6 + 8 − 12 = 2. У региона Б утром есть 9 единиц, потребление в этот день — 7, вечерняя цель — 2; его дополнительная потребность равна нулю: 9 − 7 = 2. Предположим, что партия А не округляется и по принятому рабочему календарю между физической отгрузкой центра и доступностью товара после приемки в регионе проходит два рабочих дня. Значит, 8 единиц на дату отгрузки за два рабочих дня до дня спроса, а не все 12 единиц потребления А, становятся потребностью центрального склада.

К моменту этой отгрузки у центра есть 10 свободных единиц, нет других отгрузок и подтвержденных поступлений, а его целевой остаток после отправки — 4. После отправки восьми осталось бы 2: 10 − 8 = 2. Для соблюдения цели требуется еще 2 единицы, пригодные и принятые до отгрузки: 10 + 2 − 8 = 4. Это предложение о пополнении центра, не уже подтвержденная закупка: без известного срока поставщика нельзя утверждать, что две единицы успеют прийти. Если поставщик не успеет, центр все еще может отгрузить восемь единиц из свободного запаса, но нарушит свою цель по остатку; при отсутствии дополнительных резервов это другой вид исключения, чем невозможность исполнить заявку региона А.

Округление партии изменило потребность верхнего склада

Условный пример продолжает первый: тот же товар, тот же день спроса, начальные остатки, потребление и цели. Региону А расчетно нужно 8 единиц, но утвержденная кратность отгрузки с центрального склада — 6 единиц. Планировщик не может просто передать наверх восемь и затем отправить двенадцать: источнику потребуется именно 12 на дату отгрузки. Регион до принятия решения проверяет, вмещает ли он четыре дополнительные единицы, допустим ли их срок хранения и не разумнее ли согласовать исключение из кратности. Если отгрузка двенадцати утверждена и партия успевает к утренней приемке, остаток А после дневного спроса составит 6, на четыре выше цели: 6 + 12 − 12 = 6. Зависимая потребность центра меняется с восьми до двенадцати; при прежнем свободном остатке центра в 10 единиц не хватает двух даже на саму отгрузку: 10 − 12 = −2. Для сохранения целевого остатка центра в 4 единицы нужна партия 6 до отгрузки: 10 + 6 − 12 = 4. Партия пока не подтверждена. Пересчитать нужно оба уровня, а не только строку заказа региона.

Вопросы о DRP

Что означает DRP в этой статье?

Distribution Requirements Planning — расчет потребности в пополнении по периодам и узлам сети. Аббревиатуру иногда используют для Distribution Resource Planning, где дополнительно обсуждают ресурсы распределения; здесь рассматривается именно расчет товарной потребности. Это не Disaster Recovery Planning из ИТ.

Чем DRP отличается от MRP?

Арифметика по периодам похожа. MRP разворачивает производственную программу по спецификации изделия в потребность компонентов. DRP передает потребность по связям между складами: плановое получение товара на одном уровне становится требованием отгрузить его с вышестоящего уровня раньше. Когда источник — производство, результаты надо согласовать, но DRP не заменяет расчет материалов для выпуска.

Чем DRP отличается от Supply Planning?

Supply Planning решает более широкий вопрос обеспечения спроса и согласования источников, ограничений и решений. DRP — один из методов расчета внутри этой задачи: он последовательно переносит чистую потребность между уровнями распределительной сети по датам. Рассчитать заявки не значит подтвердить поставщика или транспорт.

Если центральному складу хватает товара, зачем считать потребность регионов отдельно?

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

Нужно ли держать страховой запас на каждом складе?

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

Что делать, если дата запуска заказа уже прошла?

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

Можно ли снабжать склад из нескольких источников?

Да. Для товара задают допустимые источники и правило распределения потребности между ними. Одну и ту же заявку нельзя целиком передать каждому источнику: это удвоит расчетный спрос. Даты поступления и отгрузки проверяют отдельно по каждому маршруту.

Полезные материалы и решения:

О том, как DRP входит в планирование поставок О потребности материалов для производства, а не сети складов О правилах запаса и уровне сервиса для узлов сети Об управлении цепочкой поставок в целом Кейс о планировании поставок и перемещений между РЦ

Проверьте цепочку заявки от региона до источника

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

Обсудить модель планирования распределения

Оптимизация
ближе, чем кажется

Заполните необходимые поля, и мы свяжемся с вами