Добавить в корзинуПозвонить
Найти в Дзене

Зависимый и независимый спрос в 1С ERP: где проходит граница и почему полуфабрикаты лучше всего показывают смысл DDMRP

«Где в 1С ERP проходит граница между зависимым и независимым спросом? Почему путаница между ними ломает запасы и MRP? И почему именно полуфабрикаты зависимого и выделенного спроса часто лучше всего управляются через буферы и DDMRP-логику?» Классическая теория здесь довольно жесткая. Независимый спрос — это спрос, который приходит в систему сверху как самостоятельная потребность: от клиента, рынка, плана продаж или отдельной верхней потребности. Зависимый спрос — это спрос, который возникает не сам по себе, а потому что нужен другой продукт более высокого уровня, для которого этот объект является компонентом, материалом, узлом или полуфабрикатом [1][2]. MIT формулирует это предельно прямо: спрос извне системы — independent demand, спрос на компоненты и сырье — dependent demand [2]. Стерлигова добавляет важную детализацию: зависимый спрос может быть не только вертикальным по BOM, но и горизонтальным, когда несколько потребностей связаны общей логикой использования, а независимый спрос ну
Оглавление

1. Вопрос пользователя

«Где в 1С ERP проходит граница между зависимым и независимым спросом? Почему путаница между ними ломает запасы и MRP? И почему именно полуфабрикаты зависимого и выделенного спроса часто лучше всего управляются через буферы и DDMRP-логику?»

2. Теоретическая опора

Классическая теория здесь довольно жесткая. Независимый спрос — это спрос, который приходит в систему сверху как самостоятельная потребность: от клиента, рынка, плана продаж или отдельной верхней потребности. Зависимый спрос — это спрос, который возникает не сам по себе, а потому что нужен другой продукт более высокого уровня, для которого этот объект является компонентом, материалом, узлом или полуфабрикатом [1][2].

MIT формулирует это предельно прямо: спрос извне системы — independent demand, спрос на компоненты и сырье — dependent demand [2]. Стерлигова добавляет важную детализацию: зависимый спрос может быть не только вертикальным по BOM, но и горизонтальным, когда несколько потребностей связаны общей логикой использования, а независимый спрос нужно прогнозировать отдельно по каждому наименованию [1].

Из этого сразу следует очень важная вещь: для зависимого и независимого спроса нельзя применять один и тот же способ управления. Если спрос независимый, его нужно прогнозировать, сегментировать, страховать, обслуживать. Если спрос зависимый, его нужно разузловывать от верхнего изделия, маршрута и плана производства. И именно здесь начинает рождаться самая болезненная проблема классического MRP: всё становится зависимым, а значит любое изменение наверху быстро размазывается вниз по структуре изделия. [1][2][3]

3. Что это означает для предприятия

Для предприятия это означает, что ошибка в этом месте почти всегда дороже, чем кажется.

Если зависимую позицию начинают вести как независимую, то по ней:

  • пытаются строить отдельный прогноз;
  • пытаются поставить статический Min–Max;
  • держат буфер “на всякий случай” без привязки к головному изделию;
  • получают то дефицит, то неликвид.

Если независимую позицию ошибочно считают зависимой, то:

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

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

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

И вот здесь как раз DDMRP оказывается особенно сильной. Когда предприятие не может бесконечно перестраивать линии, а головные изделия “плавают”, отменяются, сдвигаются и меняют ритм, то попытка каждый раз полностью дергать вниз всю разузловку рождает нервозность. А буфер на правильно выбранном полуфабрикате позволяет эту нервозность погасить и сделать поток стабильнее. [3][4][5]

4. Как это ложится в 1С ERP

4.1. Независимый спрос в 1С ERP

В 1С ERP независимый спрос чаще всего приходит как верхний источник потребности:

  • план продаж;
  • заказ клиента;
  • внешняя потребность рынка;
  • план внутренних потреблений.

Это важно подчеркнуть отдельно: План внутренних потреблений в 1С ERP тоже является самостоятельным источником потребности. Он используется для прогнозирования объема товаров, отгружаемых или списываемых на внутренние нужды предприятия, и на его основе можно формировать закупку по дефицитам [6]. То есть независимый спрос — это не только рынок, но любой верхний самостоятельный источник потребности.

4.2. Зависимый спрос в 1С ERP

Зависимый спрос живет в производственном контуре системы:

  • в ресурсных спецификациях;
  • в составе этапов;
  • в материалах, полуфабрикатах и работах как входах процесса;
  • в разузловании потребности от верхнего изделия вниз.

Ресурсные спецификации в 1С ERP прямо описывают номенклатурные входы — материалы, полуфабрикаты, привлекаемые работы — а также выходы и этапы [7]. Это и есть живая среда зависимого спроса: потребность на такой объект появляется не “по рынку”, а потому что верхнее изделие или этап его требуют.

4.3. Полуфабрикат как особый случай

Вот здесь и возникает главный нюанс статьи.

В 1С ERP полуфабрикат может быть:

  1. чисто зависимым, когда он производится прямо внутри процесса под верхний заказ;
  2. выделенным в самостоятельное обеспечение, когда в спецификации для него задан способ получения «Обеспечивать» или «Обеспечивать обособленно», то есть он производится независимо, а не “в процессе” [8].

Это очень важное место.

Полуфабрикат по своей
природе спроса остается связанным с верхним изделием. Но по режиму управления он может быть выделен в отдельный объект обеспечения и буферизации.

Именно поэтому полуфабрикаты — лучший кандидат для demand-driven логики:

  • зависимость от головного изделия еще сохраняется;
  • но можно перестать дергать линию от каждого колебания верхнего заказа;
  • можно поставить буфер именно в месте, где поток реально нужно стабилизировать.

5. Почему здесь особенно сильна DDMRP-логика

Вот это и есть фундаментальная вещь, которую нужно зафиксировать прямо.

DDMRP возникла в том числе потому, что классический MRP делает всё зависимым, а затем передает нервозность сверху вниз по BOM. В обзоре по DDMRP прямо сказано: природа классического MRP такова, что “everything dependent” создает nervousness, а decoupling points and buffers нужны затем, чтобы изменения высокого уровня не превращались автоматически в разрушение нижнего уровня спроса [3]. MIT описывает ту же проблему через nervousness: небольшие отклонения от плана вызывают сильные изменения графика и требуют постоянного ручного вмешательства [4].

Для полуфабрикатов это особенно критично.

Почему?

Потому что именно полуфабрикат часто находится:

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

И вот здесь буфер на полуфабрикате — особенно если он выделен в самостоятельное обеспечение — работает очень эффективно. Он позволяет:

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

Именно поэтому полуфабрикаты, особенно выделенные/обособленные, — одни из лучших объектов для practical DDMRP.

6. Как это реализовано в 1С ERP по методике ERP-Мастер

В практической реализации Кирилла Ледовского, ИТ-компания «ERP-Мастер», центр тяжести переносится не на статический Min–Max, а на формирование заказа по сальдо потока.

Инструкция показывает это очень жестко:

  • на шаге «Поддержание запаса» значения min,max = 0, потому что буфер здесь расчетный и определяется по сальдо потока [5];
  • система дальше работает с полуфабрикатами, которые нужны для обеспечения головного заказа;
  • дата производства полуфабриката рассчитывается по динамической структуре выполнения заказа на производство головного изделия [5];
  • автоматически рассчитывается количество «К заказу» [5].

Дальше ядро метода задается формулой:

Сальдо потока = Остаток (склады) + Остаток (ЦК) + В пути/производстве − Всего к обеспечению [5]

И вот здесь demand-driven логика становится очень ясной.

Полуфабрикат уже не оценивается по принципу “сколько лежит на складе”.

Он оценивается по тому:

  • сколько реально доступно в потоке;
  • сколько уже идет;
  • сколько требуется под открытую программу;
  • где он находится относительно красной, желтой и зеленой зон. [5]

7. Практический пример с разбором

Возьмем головное изделие А.

Для его сборки нужен полуфабрикат
ПФ-01.

Вариант 1. Классическая нервозная разузловка

Предприятие ведет ПФ-01 строго как зависимую позицию без буфера.

Что происходит:

  • план по изделию А слегка меняется;
  • MRP пересчитывает потребность вниз;
  • линия ПФ-01 получает то всплеск, то провал;
  • часть партий запускается лишне;
  • часть отменяется;
  • сборка нервничает, цех ПФ-01 нервничает, сроки плавают.

Формально разузловка “правильная”. Практически поток дергается.

Вариант 2. Полуфабрикат выделен в самостоятельное обеспечение

Теперь ПФ-01 в 1С ERP задан как объект, который можно обеспечивать / обеспечивать обособленно [8].

Что это меняет:

  • технологически ПФ-01 всё еще связан с головным изделием;
  • организационно его можно вести как выделенный буферный объект;
  • demand-driven логика начинает работать именно на его уровне.

Вариант 3. Чтение через сальдо потока

Допустим, у нас по ПФ-01:

  • на складах: 120 шт.;
  • в цеховых кладовых: 50 шт.;
  • в пути/производстве: 80 шт.;
  • всего к обеспечению: 310 шт.

Тогда:

Сальдо потока = 120 + 50 + 80 − 310 = −60 шт.

Формально кто-то может сказать:

“Но у нас же целых 170 штук живыми остатками”.

А demand-driven логика говорит другое:

  • этих 170 недостаточно;
  • плюс уже идущий поток не перекрывает потребность;
  • реальная потоковая позиция отрицательная;
  • нужен новый запуск.

Если по динамической структуре заказа дата полуфабриката уже подсвечивается как проблемная, то это означает не просто “мало запаса”, а риск задержки головного изделия [5].

Именно здесь DDMRP на полуфабрикате работает лучше всего: она показывает не “средний склад”, а
живую обеспеченность линии и заказа.

Вывод из примера

  • Без буфера линия ПФ-01 дергается от верхнего изделия.
  • С буфером “на глаз” можно быстро накопить неликвид.
  • С буфером через сальдо потока и динамическую структуру можно держать ПФ-01 в рабочем диапазоне.

И это как раз и есть тот случай, когда полуфабрикат зависимого по природе спроса лучше всего управляется demand-driven методом.

8. Что отсюда следует для статьи и для практики

Из всего этого следует несколько сильных выводов.

Вывод 1

Граница между зависимым и независимым спросом — не складская, а структурная.

Вывод 2

Полуфабрикат может быть:

  • зависимым по природе спроса;
  • но выделенным в самостоятельное обеспечение по режиму управления.

Вывод 3

Именно такие полуфабрикаты — лучшие кандидаты для DDMRP-буферов.

Вывод 4

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

Если их вести только через тупой складской запас, появляется неликвид.

Если вести их через
сальдо потока + динамическую структуру заказа, поток становится значительно устойчивее.

Вывод 5

Именно поэтому в вашей линии статей обязательно надо прямо говорить:

полуфабрикаты зависимого и выделенного спроса — это один из лучших объектов practical DDMRP в 1С ERP.

9. Частый вопрос / частая ошибка

Вопрос:

“Если полуфабрикат буферизуется и производится независимо, значит его спрос уже стал независимым?”

Ответ:

Нет.

Это и есть главный тонкий момент.

Он может оставаться
зависимым по происхождению потребности, но быть самостоятельным по способу обеспечения и буферизации [8].

Типичная ошибка:

Либо держать полуфабрикат строго в MRP-разузловке и бесконечно терпеть нервозность,

либо объявить его полностью независимой складской позицией и нарастить лишний запас.

Обе крайности плохи.

Сильная практика — выделить полуфабрикат как объект обеспечения, но продолжать читать его через поток и через головной заказ.

10. Библиография

[1] Стерлигова А.Н. Управление запасами в цепях поставок.
Глава 5 «Определение объема потребности в запасе»;
виды потребности: зависимый спрос, зависимый вертикальный спрос, зависимый горизонтальный спрос, независимый спрос, с. 118–125.

[2] Gershwin S.B. Material Requirements Planning // MIT 2.853/2.854 Introduction to Manufacturing Systems.
Independent demand и dependent demand;
разузлование BOM;
gross/net requirements, slides 3, 15–20.

[3] Azzamouri A., Baptiste P., Dessevre G., Pellerin R. Demand Driven Material Requirements Planning (DDMRP): A Systematic Review and Classification.
DDMRP как ответ на nervousness классического MRP;
в классическом MRP “everything dependent”;
buffers and decoupling points защищают нижние уровни от колебаний верхних уровней.

[4] Gershwin S.B. Material Requirements Planning // MIT 2.853/2.854 Introduction to Manufacturing Systems.
Nervousness: малые отклонения вызывают большие сдвиги графика;
детерминированный расчет на случайной системе усиливает нестабильность, slides 31–34.

[5] Ледовский К., ИТ-компания «ERP-Мастер». 02.02.04.02 ОИ Формирование заказа на производство по сальдо потока.
Буферные значения min,max = 0;
количество “К заказу” и динамическая структура головного заказа;
СЕИ, сальдо потока, красная/желтая/зеленая зоны;
корректировка по сальдо потока, стр. 5–7/8.

[6] 1С:ERP Управление предприятием 2. Планирование внутренних потреблений.
План внутренних потреблений как самостоятельный источник потребности и база для планирования закупок по дефицитам.

[7] 1С:ERP Управление предприятием 2.
Ресурсные спецификации: материалы, полуфабрикаты, привлекаемые работы, этапы и выходы процесса.

[8] 1С:ERP Управление предприятием 2. Планирование производства.
Полуфабрикаты могут быть заданы как
«Обеспечивать» или «Обеспечивать обособленно», то есть производиться независимо, а не “в процессе”; автоматическое планирование полуфабрикатов для сложной структуры изделия.