1. Вопрос пользователя
«Что из DDMRP реально применимо в 1С ERP? Есть ли в системе живая практическая реализация demand-driven подхода, а не просто разговоры про буферы, Min–Max и красивые аббревиатуры?»
2. Теоретическая опора
DDMRP — это не просто “еще одна модель пополнения”, а подход, который пытается защитить поток от нервозности классического MRP. В систематическом обзоре Azzamouri и соавторов DDMRP описан как метод, который работает с вариативностью, корректирует уровни запасов при сохранении уровня сервиса и при этом соединяет push- и pull-логику [1]. Ключевые шаги метода известны: стратегическое размещение буферов, расчет уровней буфера, их динамическая корректировка, demand-driven planning и видимое исполнение [1].
Почему вообще понадобился DDMRP? Потому что классический MRP слишком чувствителен к колебаниям. MIT по MRP прямо говорит о nervousness: небольшие отклонения начинают вызывать большие сдвиги в планах, а детерминированный расчет накладывается на недетерминированную реальность [2]. Именно поэтому DDMRP делает акцент не только на BOM и dependent demand, а на буферной развязке потока.
При этом важно говорить честно: в академической литературе DDMRP пока остается методом с ограниченной научной зрелостью. Слабее всего исследованы реальные сложные промышленные внедрения, сложные BOM, настройка параметров и стандартизированные методики внедрения [1]. Поэтому практическая ценность здесь особенно важна: метод начинает “весить” не тогда, когда о нем красиво пишут, а тогда, когда он реально реализован в промышленной системе.
3. Что это означает для предприятия
И вот здесь начинается самое важное для 1С ERP.
В рамках практической реализации, разработанной Кириллом Ледовским, ИТ-компания «ERP-Мастер», в 2023 году, DDMRP был переведен из общих принципов в конкретный рабочий алгоритм для производственного контура 1С ERP. Его ядро — не статический Min–Max, а формирование заказа на производство по сальдо потока.
Это принципиально важно. В этой реализации буфер не задается как “раз и навсегда проставленные min/max”. Наоборот, в операционной инструкции прямо указано, что на шаге «Поддержание запаса» значения min,max = 0, потому что нужный буфер является расчетным, зависит от текущей оперативной ситуации и определяется по сальдо потока [3].
То есть методика делает то, что как раз и нужно demand-driven подходу:
она отказывается от статического “минимум-максимум”,
и вместо этого смотрит на реальную потребность потока:
- что есть на складах;
- что есть в цеховых кладовых;
- что уже в пути или в производстве;
- что реально требуется к обеспечению;
- где проходит граница красной, желтой и зеленой зон;
- сколько надо заказать именно сейчас.
Это уже не “теория про DDMRP”, а рабочая производственная логика.
4. Что реализовано в методике по сальдо потоку?
4.1. DDMRP переведена из языка общих буферов в язык производственного заказа
Вместо разговоров о буфере “вообще” методика привязана к конкретному механизму 1С ERP:
«Формирование заказов по потребностям» → «Заказ на производство по потребности» [3].
Это сразу делает концепцию прикладной:
- не просто считаем абстрактную зону,
- а определяем, какое количество “К заказу” должно попасть в реальный заказ на производство.
4.2. Реализовано ядро расчета сальдо потока
В регламенте это зафиксировано буквально:
Сальдо потока = Остаток (склады) + Остаток (ЦК) + В пути/производстве − Всего к обеспечению [3].
Это и есть центр метода.
Не просто остаток.
Не просто дефицит по одной строке.
А именно потоковая позиция, где система учитывает:
- суммарное доступное количество по всем складам;
- суммарное доступное количество по всем цеховым кладовым;
- ожидаемые поступления по уже оформленным заказам;
- суммарную потребность по всем заказам на производство [3].
Именно поэтому методика выглядит demand-driven по сути: она смотрит не на “статическую карточку запаса”, а на живое сальдо движения потока.
4.3. Введены буферные зоны как рабочий инструмент принятия решения
В методике буфер не просто “есть”, а разложен на три зоны:
- красная зона — критический уровень обеспеченности;
- желтая зона — оптимальный уровень обеспечения;
- зеленая зона — безопасный уровень обеспечения [3].
И главное — это не декоративная раскраска. Для каждой зоны в инструкции даны формулы.
Красная зона
верхняя граница критического уровня:
Красная зона = (Желтая зона × ФВВЗ) + (Желтая зона × ФВВЗ × ФИ) [3]
Желтая зона
оптимальный рабочий слой буфера:
Желтая зона = СЕИ × ДП [3]
Зеленая зона
безопасный верхний слой:
Зеленая зона = Желтая зона × ФВВЗ [3]
Это уже очень инженерная реализация DDMRP: буфер не рисуется “на глаз”, а считается через:
- среднее ежедневное использование,
- длительность производства,
- фактор изменчивости,
- фактор времени выполнения заказа.
4.4. Сделана цветовая интерпретация буфера операционным инструментом
В методике рассчитывается процент обеспеченности:
Обеспечение, % = Сальдо потока / (Красная + Желтая + Зеленая зона) × 100% [3]
А дальше система раскрашивает ситуацию:
- если обеспеченность попадает в красную часть — сигнал критический;
- если в желтую — зона напряжения;
- если в зеленую — поток в безопасном диапазоне [3].
Это очень важный момент. Здесь теория DDMRP превращается в рабочий интерфейс диспетчера и планировщика.
4.5. Буфер связан с реальным заказом и динамической структурой
В шаге «Обеспечение заказов к отгрузке» инструкция показывает, что:
- дата производства полуфабриката берется из динамической структуры выполнения заказа на производство головного изделия;
- если дата окрашена в красный, значит производство головного изделия будет с задержкой;
- количество “К заказу” рассчитывается автоматически как разница между “Требуется” и “Обеспечено”;
- автоматически отмечаются позиции “К заказу” исходя из обеспечиваемого периода / горизонта планирования [3].
Это очень сильное решение. Буфер не оторван от реального производства.
Он привязан к:
- головному заказу,
- полуфабрикату,
- динамической структуре,
- дате производства,
- горизонту планирования.
То есть в методике не просто “посчитал буфер”, а встроена буферная логика в реальный производственный механизм 1С ERP.
5. Как это делать в 1С ERP по шагам
Ниже — уже не общая теория DDMRP, а логика именно вашей реализации.
Шаг 1. Перейти в журнал «Заказы на производство» и создать заказ по потребностям
Процесс стартует из журнала заказов на производство. Далее создается заказ на производство по потребностям [3].
Шаг 2. Выполнить отбор потребностей и настройку способов обеспечения
На первом шаге проверяется тип обеспечения — собственное производство. При необходимости делаются отборы по номенклатуре и заказам [3].
На втором шаге настраиваются способы обеспечения и определяется дата поставки / желаемая дата выпуска, зависящая от правила формирования заказов:
- заказ при достижении точки заказа;
- заказ по графику [3].
Шаг 3. Не использовать Min–Max как основу буфера
Это ключевой пункт.
На шаге «Поддержание запаса» инструкция прямо говорит:
значения min,max = 0, потому что буфер расчетный, зависит от текущей ситуации и определяется по сальдо потока [3].
Это значит, что в данной методике Min–Max не является носителем DDMRP. Он фактически отключен как статическая логика.
Шаг 4. Перейти к обеспечению заказов и считать полуфабрикат через динамическую структуру
На шаге «Обеспечение заказов к отгрузке» система показывает:
- головной заказ;
- полуфабрикат, который нужно произвести;
- общее необходимое количество;
- дату производства полуфабриката по динамической структуре;
- автоматически рассчитанное количество “К заказу” [3].
То есть буферный расчет уже связан с реальным обеспечением головного изделия.
Шаг 5. Рассчитать буфер и сальдо потока
На шаге «Предварительный просмотр и редактирование заказов» система показывает все ключевые показатели:
- остатки по складам;
- остатки по цеховым кладовым;
- количество в пути / производстве;
- суммарную потребность;
- сальдо потока;
- красную, желтую и зеленую зоны;
- обеспеченность в процентах;
- среднее ежедневное использование;
- количество “К заказу” [3].
Это и есть operational core всей реализации.
Шаг 6. При необходимости откорректировать “К заказу” по сальдо потока
Инструкция отдельно выделяет шаг:
«Корректировка количества "К заказу" по сальдо потока» [3].
То есть методика не слепо верит автоматике, а допускает управленческую корректировку на основе уже посчитанных зон и фактической потоковой картины.
Шаг 7. Сформировать заказ и передать его в реальное производство
После подтверждения создается и проводится заказ на производство в статусе “К производству”, после чего работа продолжается уже через АРМ управления очередью заказов [3].
Именно это и делает всю схему рабочей: буферный расчет заканчивается не в таблице, а в реальном производственном заказе.
6. Чем эта реализация похожа на SAP DDMRP и чем отличается
SAP-материал полезен здесь как подтверждение того, что вы движетесь в узнаваемой DDMRP-логике.
В SAP в описании DDMRP фигурируют:
- DLT — decoupled lead time;
- buffer zones;
- ADU — average daily usage;
- variability factor;
- lead time factor;
- qualified spike и spike horizon [4].
В реализации Кирилла Ледовского для 1С ERP мы видим очень близкие по смыслу элементы:
- СЕИ = среднее ежедневное использование;
- ДП = длительность производства;
- ФИ = фактор изменчивости;
- ФВВЗ = фактор времени выполнения заказа;
- красная / желтая / зеленая зоны;
- сальдо потока;
- решение “К заказу” по потоковой позиции [3].
То есть концептуально это действительно один и тот же класс решений.
Но практическая разница в том, что в 1С ERP реализация завязана:
- на заказ по потребностям;
- на полуфабрикаты;
- на динамическую структуру заказа;
- на потоковую обеспеченность головного изделия.
Это делает метод не просто “логистическим”, а глубоко производственным.
7. Ограничения типовой 1С ERP / где нужна именно авторская методика
Вот здесь и проходит главная граница. Типовая 1С ERP сама по себе не дает готовую полноценную DDMRP-реализацию “по канону”. В ней есть:
- статистическое пополнение;
- страховой запас;
- Min–Max;
- поддержание запаса.
Но именно сальдо потока, зональная логика и формирование производственного заказа по буферной позиции — это уже не просто коробочный стандарт, а авторская практическая реализация, разработанная и встроенная в контур 1С ERP [3].
Поэтому если формулировать точно:
DDMRP в этой статье — это не “типовая 1С умеет DDMRP”, а “в 1С ERP реализована практическая demand-driven методика через сальдо потока и буферные зоны”.
8. Простыми словами
Если совсем просто, то в 1С ERP реализовано вот что: не смотреть на запас как на “остаток сам по себе”, а смотреть на него как на живое сальдо потока:
- что есть;
- что уже идет;
- что нужно обеспечить;
- где проходит критическая зона;
- до какого уровня поток безопасен;
- сколько реально надо поставить в заказ прямо сейчас.
То есть это не “Min–Max”, не “один страховой запас” и не “абстрактный DDMRP по учебнику”.
Это практический промышленный алгоритм принятия решения о заказе на производство по состоянию потока.
9. Вывод
Наиболее близкая и практически сильная реализация концепции DDMRP в 1С ERP здесь построена не вокруг Min–Max, а вокруг формирования заказа на производство по сальдо потока.
И это уже можно формулировать как авторскую разработку:
Практическая реализация demand-driven методики через сальдо потока, буферные зоны и формирование заказа на производство в 1С ERP была разработана Кириллом Ледовским, ИТ-компания «ERP-Мастер», в 2023 году.
Решение реализовано как внешнее расширение. Стоимость доработки 20 тыс. Почта для заявок: erpmaster-1c@yandex.ru
С теоретической точки зрения она опирается на семейство идей DDMRP.
С прикладной точки зрения — это уже самостоятельное, инженерно ясное и операционно работоспособное решение для производственного контура 1С ERP.
10. Библиография
[1] Azzamouri A., Baptiste P., Dessevre G., Pellerin R. Demand Driven Material Requirements Planning (DDMRP): A Systematic Review and Classification // Journal of Industrial Engineering and Management. 2021. Vol. 14(3). P. 439–456.
DDMRP как метод работы с вариативностью; пять шагов DDMRP; ограничения научной зрелости метода.
[2] Gershwin S.B. Material Requirements Planning // MIT 2.853/2.854 Introduction to Manufacturing Systems.
Push system; nervousness; ограничения классического MRP как фона для demand-driven подходов, slides 8, 31–34.
[3] Ледовский К., ИТ-компания «ERP-Мастер». 02.02.04.02 ОИ Формирование заказа на производство по сальдо потока.
Регламент процесса;
шаг 3: min,max = 0, так как буфер расчетный и определяется по сальдо потока;
шаг 4: связь с динамической структурой выполнения заказа;
шаг 5: формулы сальдо потока, красной, желтой и зеленой зон, обеспеченности;
шаг корректировки количества “К заказу” по сальдо потока;
шаг 6: создание заказа на производство в статусе “К производству”. Стр. 4–8/8.
[4] DDMRP: Demand Driven MRP in S/4HANA – Use Cases.
DLT; Buffer Zones Calculations; ADU Value; variability factor; lead time factor; qualified spike; spike horizon; связь буферной логики с replenishment planning.
[5] Ледовский К., ИТ-компания «ERP-Мастер». Практическая модель DDMRP / рабочая
Авторская рабочая модель, использованная как прикладная основа реализации в 1С ERP.