Буферы запаса: склад без дефицита и без излишков

Кому это нужно: финансовому директору, руководителю снабжения и производства, у которых деньги заморожены на складе, но нужные позиции всё равно регулярно в дефиците.

Что вы получите: понимание, как буфер запаса заменяет ручной контроль остатков алгоритмом приоритизации, из чего он состоит (зоны и параметры), как адаптируется под сезонность и промо, какие даёт измеримые результаты и как его внедрить.

Классическая проблема управления запасами — искать баланс вручную: где-то заказали с запасом «на всякий случай» и получили излишки, где-то не успели среагировать на спрос и получили дефицит. Буфер запаса решает эту задачу системно — заменяет ручной контроль остатков алгоритмом приоритизации, который постоянно пересчитывает, что и в каком порядке нужно заказать.

В основе — стратегически размещённые буферы в ключевых точках цепочки (точках декаплинга). Буфер — не пассивный остаток «на всякий случай», а рабочий уровень защиты, который одновременно поглощает вариабельность спроса и поставок, сокращает время реакции и формирует сигнал пополнения. Это не вопрос «сколько хранить», а вопрос «как система должна себя вести».

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

Как работает приоритизация по буферу

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

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

Из чего состоит буфер: три зоны

Буфер пополняемой позиции состоит из трёх цветных зон, и они не делят запас на равные трети. Каждая зона выполняет свою управленческую функцию:

Это превращает остаток в управленческий сигнал: планировщик видит не просто количество на складе, а положение позиции внутри рабочей структуры — насколько глубоко она вошла в риск, какую часть защиты уже «съела» и до какого уровня её нужно восстанавливать.

Приоритет пополнения строится по фактическому проникновению в буфер: в первую очередь пополняются позиции в красной зоне, затем жёлтой. Именно это и есть «алгоритм приоритизации» вместо ручной сортировки.

Как считаются буферы: ключевые параметры

Размер зон буфера рассчитывается, а не задаётся «привычкой». Основные параметры:

• EDU / ADU (среднедневное потребление) — сколько позиции потребляется в среднем за рабочий день. ADU — по разузлованному факту продаж, EDU — базовое потребление для расчёта зон. Это база, на которой строятся все зоны.
• DLT (Decoupled Lead Time, рассоединённое время выполнения) — суммарное время выполнения самой «длинной» небуферизованной ветки внутри спецификации. Определяет, где «разорвать» цепочку, и задаёт жёлтую зону.
• Производственный цикл — время доставки/изготовления (для покупных пересчитывается из календарных в рабочие дни).
• MOQ (Minimum Order Quantity) — минимальная партия заказа; влияет на зелёную зону и частоту заказов.
• Цикл заказа — как часто возможна поставка.
• Профиль буфера — семейство позиций с общими характеристиками (DLT и вариативность), чтобы масштабировать расчёт на тысячи номенклатур.

Важно: буфер не ведётся «поштучно» для тысяч позиций. Сначала формируется профиль буфера — группа с общими правилами по типу позиции, категории времени выполнения и вариативности. На уровне конкретной детали добавляются индивидуальные атрибуты: ADU, фактическое время, MOQ, местоположение. Так метод соединяет масштабируемость и специфику позиции.

Почему буфер не статичен: динамические корректировки

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

• Пересчёт — когда изменилась база расчёта. Самый частый источник — ADU (среднедневное потребление обновляется регулярно). Также влияют DLT, MOQ и смена профиля буфера. Изменение ADU перестраивает все зоны; изменение MOQ влияет на зелёную зону и размер пополнения.
• Плановые корректировки — под известные события будущего. Для сезонности, промо, запуска/вывода продукта, замещения используется коэффициент корректировки спроса (DAF) — он временно меняет ADU и вместе с ним размер буфера, подготавливая защиту до наступления события. Временные ограничения поставки или мощности закрываются фактором корректировки времени выполнения или корректировкой нужной зоны.

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

Не каждая позиция живёт в свободной среде. Когда на буфер влияют внешние ограничения — вместимость, финансовые лимиты, договорные условия — применяется override (переопределённый буфер): зоны сохраняют смысл, но расчёт подстраивается под ограничения. А для стабильных, легкодоступных и нестратегических позиций достаточно логики min-max — им не нужна полная прозрачность DDMRP. Это важная граница метода: не всё должно быть стратегическим буфером.

Что это даёт на практике: измеримые результаты

По данным Demand Driven Institute (DDI) и практике внедрений DD FLOW, средние результаты по отраслям (ориентир, зависит от отрасли и зрелости данных):

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

Кому подходит и когда буферы НЕ решат проблему

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

Ограничения — честно о границах применимости:

• Нужны достоверные данные: продажи по дням, остатки, сроки поставки, цикл заказа, партия, цены (при наличии — заказы, отгрузки, план продаж). Без этого буфер не настроить.
• Слабые данные/низкая дисциплина учёта — риск: алгоритм даст неточные зоны.
• Стабильный предсказуемый спрос и узкая номенклатура — выгода минимальна, внедрение может не окупиться (достаточно min-max).

Как внедрить буферы: шаги

1. Предпроектная проверка

До запуска проекта стоит «помериться» на своих данных: на ограниченной группе позиций смоделировать, как DDMRP-буфер отработал бы на истории спроса и остатков — сравнить с текущим подходом (MRP, мин-макс). Это покажет динамику остатков, дефицитов, упущенных продаж и сервиса ещё до внедрения. Требуется: продажи по дням и остатки, срок поставки, цикл заказа, партия, цены.

2. Жизненный цикл внедрения

Типовой упрощённый цикл (зависит от сценария — производство или торговля):

• ИТ и база — обновление 1С, лицензирование, регламентные задания.
• Заказы — настройка алгоритма заполнения текущих обязательств.
• Архитектура — спецификации, переделы, структура цепочки поставок.
• Буферы готовой продукции.
• Расписание / контрольная точка.
• Буферы ТМЦ (сырья и комплектующих).
• Выдача ТМЦ.
• Запуск партий.
• Операции / сменные задания.
• Опытная эксплуатация (ОПЭ).
• Управленческая отчётность.

Ориентировочный срок проекта — от 6 месяцев. В рамках договора поставляется документация (словарь терминов, расчёт зон, среднедневное потребление и др.).

3. Что нужно от данных для первой рабочей модели

• Продажи по дням и остатки на начало периода.
• Срок поставки, цикл заказа, минимальная партия.
• Закупочная и продажная цена.
• При наличии — заказы клиентов, отгрузки, план продаж.

Где это реализовано в 1С

Буферы запаса управляются через расширение функциональности 1С DD FLOW (подсистема «Поток») для 1С:ERP, 1С:КА, 1С:УТ и 1С:УНФ. Закладка «Буферы запаса» рабочего стола DD FLOW позволяет:

• назначать точки размещения складскими или подзаказными;
• распределять точки по буферам;
• задавать алгоритм расчёта размеров зон и формулу среднесуточного потребления;
• управлять размерами уже рассчитанных буферов;
• видеть приоритет пополнения по позициям (чёрная/красная/жёлтая зоны).

Подробнее о том, как DDMRP устроен в 1С — в отдельной статье «Что такое DDMRP и как эта методология работает в 1С», а о том, когда переходить — в статье «MRP vs DDMRP: в чём разница и когда переходить».