Запасы - это странная штука. Когда их много, финансовый директор видит замороженные деньги. Когда их мало, продажи и производство видят замороженные процессы. А когда их «вроде нормально», почему-то все равно нет именно той позиции, которую клиент или цех попросил прямо сейчас.
Ничего личного — просто классика. Управление запасами как раз и нужно, чтобы бизнес не качало между дефицитом и затовариванием. И да, склад - это не хранилище надежд, а часть оборотного капитала.
Склад становится дорогим не тогда, когда он большой. Он становится дорогим тогда, когда его логика непонятна.
Почему одной «лучшей системы» не существует
Один из самых вредных вопросов в теме запасов звучит так: «А какой метод самый лучший?» Правильнее спрашивать иначе: для какого бизнеса, с каким спросом, какой логистикой и какой дисциплиной данных? Потому что между аптечным складом, производством бытовой химии, дистрибьютором запчастей и сборочным цехом живут очень разные запасы. И управлять ими одним способом - примерно как пытаться одним ключом открыть и офис, и сейф, и кофемашину.
MRP: для производственного планирования и зависимого спроса
Классическое MRP оформилось в 1960-х, а его принципы связаны с работой Джозеф Орлики в IBM; позднее подход был стандартизирован через книгу 1975 года и дальше стал ядром массового распространения производственного ПО. Современные ERP-системы по сути все еще опираются на ту же базовую логику: определить, что нужно, сколько нужно и когда это нужно.
Что это по сути
MRP - это система расчета чистой потребности в материалах с привязкой ко времени. Она использует производственный план, спецификации изделий, текущие остатки, ожидаемые поступления, сроки поставки и производственные настройки заказов, чтобы формировать датированные рекомендации на закупку и производство. В классическом понимании это полноценная расчетная система, а не просто правило вида «товар закончился - пора дозаказывать».
Как это работает
Сначала появляется план по выпуску конечной продукции - на основе заказов, прогноза спроса или их комбинации. Затем система «разворачивает» спецификацию изделия вниз по уровням, вычитает имеющиеся остатки и ожидаемые поступления и получает чистую потребность в материалах. После этого MRP рассчитывает даты запуска закупки или производства с учетом нормативных сроков и формирует рекомендации к действиям, связи между потребностью и заказами, а также временные ряды доступности материалов. Вся логика строится вокруг двух ключевых принципов: зависимого спроса и планирования по времени. Потребность в комплектующих здесь не угадывается вручную - она рассчитывается из структуры изделия.
Какие метрики критичны
Для MRP качество данных - не формальность, а основа работы системы.
В документации Oracle для эффективной работы MRP отдельно указываются ориентиры:
точность производственного плана - не ниже 95%, точность спецификаций BOM - не ниже 98%, точность складских остатков - не ниже 95%, плюс корректные сроки поставки и производства.
Из результатов работы системы особенно важно анализировать рекомендации к действиям, ATP (доступность для обещания клиенту), плановые заказы и связи между потребностью и источником покрытия. Без этого MRP превращается в генератор формально правильных, но бесполезных рекомендаций.
- Главные KPI: точность производственного плана, точность BOM, точность запасов, соблюдение плана, количество и качество рекомендаций системы.
- Сильная сторона: работа со сложной многоуровневой структурой изделия, зависимым спросом, длинным горизонтом планирования и хорошая связка закупок с производством.
- Слабое место: зависимость от прогнозов спроса и классическое предположение о «бесконечных мощностях»; ограничения по мощностям обычно проверяются отдельно, поэтому плохие нормативы, ручные корректировки и нестабильные данные очень быстро делают план нестабильным.
Где MRP реально уместен
Прежде всего - в дискретном производстве со сложной структурой изделия, где важнее точный расчет потребности по компонентам, чем мгновенная реакция на изменения. Если спрос относительно стабилен, номенклатура управляемая, а данные в системе поддерживаются в порядке, MRP остается очень эффективной базой для планировщиков, закупщиков и производственных руководителей.
Где бизнес обычно сталкивается с проблемами
Там, где пытаются получить от MRP результат без дисциплины в мастер-данных. MRP очень требователен к порядку в данных - иногда даже больше, чем отдел снабжения к обещаниям поставщиков «отгрузим завтра». При длинных международных сроках поставки, резких колебаниях спроса и тысячах исключений классический MRP часто создает ощущение контроля, но не всегда обеспечивает нужную гибкость. Именно в таких условиях многие компании начинают смотреть в сторону DDMRP.
Пример
Производитель собирает насос из корпуса, вала, подшипников и узла привода. План выпуска на месяц - 500 изделий. MRP берет производственный план, раскладывает изделие по спецификации, определяет, что подшипники нужны за две недели до сборки, а корпус - за одну, вычитает остатки и уже размещенные заказы и формирует датированные рекомендации для закупки и производства. Это и есть классический сценарий MRP: точный расчет потребности по структуре изделия, а не реакция на пустеющий склад.
DDMRP: для управления запасами при нестабильном спросе и длинных сроках поставки
DDMRP - гораздо более молодой подход. В материалах demand-driven школы он описывается как формальный метод планирования и исполнения, впервые сформулированный в 2011 году. Академические обзоры тоже отмечают, что метод появился сравнительно недавно и пока изучен значительно меньше, чем более зрелые подходы вроде MRP, Lean или ToC. Это важный момент: среди практиков DDMRP уже получил большую популярность, а вот научная база пока только догоняет реальную практику внедрений.
Что это по сути
DDMRP - это метод планирования и исполнения поставок через несколько уровней цепочки, который управляет потоком материалов с помощью стратегически размещенных точек развязки и буферов запасов. В официальной логике подход объединяет сильные стороны MRP и DRP, принципы пополнения по фактическому спросу из бережливого производства, визуальное управление и акцент на ограничениях из ToC (Theory of Constraints, теория ограничений).
В основе demand-driven методологии лежит одна ключевая идея: разделить спрос и поставку через точки развязки с управляемыми буферами. Пополнение в такой системе идет не «по среднему прогнозу на месяц», а по фактическому потреблению и состоянию буфера.
Как это работает
В DDMRP обычно выделяют несколько основных элементов: стратегическое размещение запасов, настройку профилей и уровней буферов, динамическую корректировку параметров, demand-driven planning, визуальное исполнение и постоянную адаптацию модели.
На практике это выглядит так: компания определяет, где именно нужен буфер, задает его уровни, позволяет системе динамически менять эти уровни в зависимости от сезонности, колебаний спроса и сроков поставки, а затем формирует заказы на пополнение по сигналам самого буфера. Исполнение строится через визуальные приоритеты. В логике DDMRP буфер - это не просто «страховой запас на всякий случай», а управляемая точка развязки, которая гасит вариативность и сокращает воспринимаемый срок поставки для следующих этапов производства и поставок.
Почему бизнес вообще на это смотрит
Microsoft прямо указывает, что в условиях высокой изменчивости, когда клиент готов ждать меньше, чем полный цикл поставки, DDMRP помогает отделить предложение от спроса и снижает эффект «хлыста» в цепочке поставок.
SAP при этом отдельно подчеркивает: DDMRP - это не полная замена MRP, а расширение подхода. Классический MRP продолжает заниматься обычным планированием и стабильными позициями, а DDMRP берет на себя наиболее чувствительные к вариативности участки цепочки.
Какие метрики смотреть.
В материалах DDI и связанных методологиях вокруг DDMRP ключевыми считаются статус буфера, сроки поставки, уровень запасов, уровень сервиса, срочные поставки и минимальные размеры заказов.
В операционном управлении поэтому обычно анализируют:
- состояние буфера;
- уровень сервиса;
- дефициты;
- количество срочных поставок;
- оборачиваемость запасов;
decoupled lead time - сокращенный срок поставки за счет точек развязки.
Если говорить проще: DDMRP любит не только считать, но и визуально показывать, где поток уже начинает «желтеть» или «краснеть», чтобы планировщик видел реальные приоритеты не интуитивно, а по состоянию системы. - Главные KPI: статус буфера, уровень сервиса, дефициты, срочные поставки, уровень запасов, сокращенный срок поставки.
- Сильная сторона: высокая адаптивность в нестабильной среде и более точечное управление буферами вместо размазывания страхового запаса по всей цепочке.
- Слабое место: ограниченное количество специалистов и программных решений, полноценно поддерживающих DDMRP.
Насколько сложно внедрять
Обычно сложность внедрения - средняя или выше средней. С точки зрения ИТ это уже полноценная цифровая система, а не таблица или визуальная доска. Даже Microsoft отдельно указывает, что для работы DDMRP в Dynamics нужен специализированный модуль оптимизации планирования, а DDI (Demand Driven Institute) делает акцент на важности совместимого ПО и обучения сотрудников. При этом организационно DDMRP часто оказывается проще для понимания, чем классический MRP, построенный в первую очередь на прогнозах спроса: система более визуальна и сразу показывает, какие позиции действительно требуют внимания.
Где DDMRP уместен больше всего.
Лучше всего DDMRP показывает себя там, где:
- длинные сроки поставки;
- импортные компоненты;
- нестабильный спрос;
- смешанная номенклатура;
- высокий уровень срочных заказов;
- постоянные ручные переприоритизации.
Особенно полезен подход в ситуациях, когда MRP формально работает, но фактически компания живет в режиме постоянных дефицитов, срочных поставок и ручном тушении пожаров. И да, несмотря на внешнее сходство некоторых настроек с min/max, DDMRP - это не «усложненный min/max». Microsoft отдельно подчеркивает, что логика покрытия DDMRP отличается от классических period/min-max моделей.
Пример
У производителя есть импортный электродвигатель с длинным сроком поставки и нестабильным спросом на готовую продукцию. Вместо того чтобы держать страховые запасы по всей структуре изделия и каждую неделю полностью пересчитывать MRP, компания размещает стратегический буфер именно на двигателе, задает профиль пополнения, отслеживает статус буфера и пополняет только эту точку развязки. В результате планировщик перестает вручную тушить пожары по всей спецификации изделия и концентрируется на позиции, которая действительно защищает клиентский сервис.
А что с DDMRP в России?
Сегодня на российском рынке уже есть практическое решение, адаптированное под реальную работу предприятий и экосистему 1С - DD FLOW
За таким решением стоят не просто «модные аббревиатуры», а команда специалистов, которая более 10 лет адаптирует demand-driven методологию под реальные ограничения российских производств, логистики и планирования. DD FLOW - результат работы целой команды, которая продолжает активно развивать продукт, внедрять новые механики и выпускать актуальные обновления под современные задачи бизнеса и ERP-систем.
Сегодня DD FLOW используют предприятия по всей России - особенно там, где классический MRP начинал «задыхаться» от постоянной вариативности спроса, длинных сроков поставки, импортных компонентов и ручного переприоритизирования заказов.
Посмотреть практические кейсы внедрения и применения DD FLOW можно на сайте www.атомсофт.рф
Lean для сокращения запасов, незавершенного производства и ускорения реакции системы
Корни Lean лежат в производственной системе Toyota. В официальном описании Toyota Production System два главных принципа системы - автономный контроль качества и Just-in-Time: производить только то, что действительно нужно, именно тогда, когда это нужно, и ровно в нужном количестве. Параллельно система стремится устранять потери и сокращать сроки выполнения операций. В терминологии Lean Enterprise Institute (Институт бережливого производства) "канбан" описывается как сигнальный инструмент, который дает разрешение и инструкцию на производство или перемещение материалов в системе, работающей от фактического потребления.
Что это по сути
Lean - это не просто карточки и визуальные доски. Это более широкая логика управления потоком, ценностью, реальным спросом и постоянным улучшением процессов. В Институте бережливого производства пять базовых принципов мышления формулируются как:
- ценность;
- поток создания ценности;
- непрерывный поток;
- работа от фактического спроса;
- постоянное совершенствование.
Канбан в этой системе - пятый конкретный механизм работы от потребления. Следующий этап процесса забрал контейнер - сигнал ушел на предыдущий этап, и пополнение запускается не по прогнозу «на всякий случай», а по реальному расходу.
Как это работает
В простом варианте система строится вокруг supermarket — специальной зоны хранения с контролируемым запасом — и двух типов сигналов:
- сигнал на изъятие;
- сигнал на производство.
Сотрудник следующего этапа берет контейнер, система отправляет сигнал на восполнение, логистика передает его предыдущему участку, и там производится или подается ровно один следующий контейнер. Toyota отдельно подчеркивает, что канбан — это система быстрого реагирования для Just-in-Time, но она работает только при соблюдении правил:
- не передавать дефекты дальше по цепочке;
- брать только необходимое;
- производить точное количество;
- выравнивать производство;
- гибко подстраивать выпуск;
- постоянно улучшать процесс.
Где здесь самое важное
Институт бережливого производства отдельно подчеркивает, что основная задача канбана - измерять скорость реакции системы на каждый сигнал спроса. А "heijunka" (система выравнивания производства в Lean) нужна для того, чтобы поток не захлебывался в скачках спроса, хаотичных партиях и постоянных переналадках.
Именно поэтому Lean особенно силен там, где важно:
- сделать поток прозрачным;
- резко сократить незавершенное производство;
- быстро выявлять проблемы прямо в точке их возникновения.
Какие метрики смотреть
Для Lean ключевыми обычно становятся:
- объем незавершенного производства;
- скорость реакции системы;
- длительность производственного цикла;
- соблюдение ритма производства;
- дефициты в supermarket;
- качество выполнения операций с первого раза;
- стабильность пополнения.
Это логично: Toyota делает акцент на Just-in-Time (точно вовремя), качественной передаче сигналов и выравнивании потока, а Институт бережливого производства напрямую связывает канбан со скоростью реакции системы и сокращением избыточных запасов.
- Главные KPI: объем незавершенного производства, скорость реакции, длительность цикла, ритм производства, дефициты, качество выполнения операций с первого раза.
- Сильная сторона: быстрое выявление проблем, низкий уровень незавершенного производства, высокая прозрачность потока и возможность начать даже с простых визуальных инструментов.
- Слабое место: без стабилизации процессов, качества, выравнивания производства и разумного времени переналадки kanban очень быстро превращается в имитацию системы управления. Toyota напрямую включает выравнивание и стабилизацию процессов в обязательные условия успешного применения.
Насколько сложно внедрять
С точки зрения ИТ Lean можно запустить относительно дешево: карточки, визуальная доска и простые правила пополнения. А вот с точки зрения культуры и операционной дисциплины всё намного сложнее. Lean требует, чтобы предыдущие участки не производили больше необходимого, качество было встроено в процесс, а руководство не разрушало систему постоянными ручными исключениями «ради очень срочного заказа». Иначе канбан начинает не управлять потоком, а просто фиксировать хаос.
Где Lean уместен больше всего
Лучше всего подход работает:
- на повторяющихся потоковых участках;
- в сборочных ячейках;
- во внутренних перемещениях;
- при пополнении запасов через буферную складскую зону;
- для быстрооборачиваемых позиций;
- для стабильных номенклатур
Для аналитика цепочки поставок это хороший инструмент, когда нужно не просто «уменьшить запас вообще», а убрать лишний незавершенный запас и ускорить конкретный поток. Для операционного руководителя - когда важно, чтобы проблема становилась заметна сразу, а не после закрытия месяца.
Пример
На сборочном участке ежедневно расходуются одинаковые коробки крепежа. Вместо того чтобы выдавать недельный запас «на всякий случай», участок работает через "supermarket": открыли коробку - ушел сигнал на пополнение, логистика привезла следующую, предыдущий участок восполнил ровно один контейнер. В результате объем незавершенного производства снижается, а дефициты становятся заметны сразу, а не в пятницу вечером, когда исправлять ситуацию уже поздно.
Theory of Constraints | Теория ограничений для снижения НЗП через управление узким местом
Theory of Constraints (ToC) связана с работами Элияху Голдратта и оформилась как полноценный управленческий подход в 1980-х годах. В официальной логике ToC исходит из очень простой идеи: у любой системы есть ограничение, которое и определяет её реальную производительность.
А значит, бессмысленно бесконечно оптимизировать всё подряд, если главное узкое место остается тем же самым. Главная цель подхода - увеличить пропускную способность системы, одновременно снижая объем запасов и операционные затраты.
Что это по сути
ToC - это не просто идея «найди бутылочное горлышко». Это довольно четкий управленческий процесс. Пять фокусирующих шагов в ToC выглядят так:
- найти ограничение;
- максимально эффективно использовать его;
- подчинить остальные процессы возможностям ограничения;
- расширить ограничение;
- затем не допустить управленческой инерции и начать цикл заново.
В производстве эта логика часто работает вместе с моделью Drum-Buffer-Rope:
- constraint («барабан») задает ритм системы;
- buffer («буфер») защищает ограничение и сроки выполнения;
- rope («канат») ограничивает запуск новых задач в систему, чтобы предыдущие участки не заливали производство очередями и незавершенкой.
Как это работает на практике
ToC требует сначала честно определить, где именно находится ограничение, а затем перестать перегружать систему лишним незавершенным производством. TOC Institute прямо пишет, что неконтролируемая работа участков, не являющихся ограничением, приводит к раздутому объему НЗП (незавершенное производство), увеличению сроков выполнения и постоянному «тушению пожаров». Поэтому выпуск материалов и заданий должен подчиняться реальным возможностям ограничивающего ресурса.
TOCICO (Theory of Constraints International Certification Organization) при этом отдельно подчеркивает, что буфер в логике ToC - это не только складской остаток под рукой, но и материалы, уже находящиеся в пути или в производственном потоке. Для управления приоритетами часто используется простая цветовая логика управления буферами запасов:
- зеленая зона - всё стабильно;
- желтая - нужен контроль;
- красная - высокий риск сбоя или дефицита.
Какие метрики смотреть
Если в Lean чаще говорят про поток и устранение потерь, то у ToC язык немного другой:
- пропускная способность системы;
- объем запасов;
- операционные расходы;
- выполнение сроков;
- загрузка ограничения;
- состояние буферов.
Это не случайно. Сам Голдратт выделял три главные глобальные метрики:
- Throughput (пропускная способность системы) - сколько система реально зарабатывает;
- Inventory (запасы) - сколько денег заморожено в запасах;
- Operating Expense (операционные расходы) - сколько компания тратит на превращение запасов в продажи.
При этом руководства по Five Focusing Steps (пять шагов фокусировки) отдельно рекомендуют измерять производительность именно на ограничении, а не пытаться одинаково «разгонять» все ресурсы сразу.
- Главные KPI: пропускная способность, объем запасов, операционные расходы, соблюдение сроков, эффективность ограничивающего ресурса, состояние буферов.
- Сильная сторона: резкое снижение незавершенного производства и сроков выполнения там, где система реально упирается в одно или несколько ограничений.
- Слабое место: нужен честный системный взгляд. Если ограничение определено неправильно или постоянно «переезжает» между участками, команда начинает бороться не с причиной, а с симптомами. Кроме того, ToC часто требует менять привычные KPI и управленческие подходы, а это уже изменение не только работы цеха, но и финансовой логики компании.
Что показывает практика
В обзорных исследованиях внедрений ToC среднее сокращение сроков выполнения запасов оценивается примерно в 69%, а среднее снижение запасов - около 50%. При этом сами авторы отдельно предупреждают: подобные цифры нужно воспринимать как усредненную статистику по опубликованным кейсам, а не как обещание «минус 50% запасов за неделю».
Насколько сложно внедрять
ToC часто выглядит сложнее, чем есть на самом деле, потому что первые шаги не требуют немедленных крупных инвестиций. TOC Institute даже отдельно предупреждает: компании инстинктивно пытаются сразу расширять ограничение, хотя грамотная настройка приоритетов и подчинение остальных процессов часто сначала вскрывают скрытую мощность без дополнительных вложений.
Поэтому старт внедрения обычно обходится относительно умеренно, а основная сложность лежит не в ПО, а в ежедневной дисциплине:
- приоритетов;
- расписания;
- управления выпуском заданий.
Где ToC особенно уместна
Лучше всего ToC работает там, где:
- производство идет под заказ;
- есть длинные очереди;
- постоянно срываются сроки;
- существует очевидный перегруженный ресурс.
Если вся система упирается в одну печь, одну линию окраски, один экструдер или одного дефицитного специалиста, ToC почти всегда дает более быстрый эффект, чем попытка одновременно улучшать всё производство сразу.
Пример
На предприятии критическим ресурсом является участок термообработки. До него в производство запускают столько заданий, сколько позволяет план «на бумаге», а не реальная производительность печи. В результате появляются огромные объемы НЗП, постоянные просрочки и срочные перестановки задач.
В логике ToC компания ставит защитный буфер перед печью, ограничивает запуск новых заданий под реальный ритм ограничения и перестает перегружать систему лишней работой. В результате поток начинает двигаться равномерно, а не скапливаться в очередях.
Что сегодня реально используется в России
Если смотреть на практическую автоматизацию, то в российских ERP-системах наиболее массово реализован именно классический MRP. Это логично: метод исторически встроен в большинство производственных и ERP-решений и остается базовым инструментом планирования потребности.
DDMRP в России реализуется как отдельная встраиваемая разработка в 1С - DD FLOW, который добавляет demand-driven логику буферов и управления потоком поверх существующей системы.
Хорошее управление запасами начинается не с покупки «волшебного модуля», а с понимания, как у вас вообще движется поток материалов и где система теряет деньги.