
Когда слышишь про управления запасами минимум максимум, сразу кажется, что всё просто: задал две цифры и спи спокойно. Но на деле это одна из тех тем, где больше всего иллюзий. Многие думают, что это просто формальность для отчётности, а не живой инструмент, который каждый день дышит вместе с рынком. Скажу сразу — если ваши минимумы и максимумы не менялись с прошлого квартала, вы, скорее всего, уже в минусе. Я сам через это прошёл, и не раз.
Основная ошибка — статичность. Берёшь средние продажи за год, добавляешь ?страховой запас?, получаешь минимум. Максимум — это минимум плюс партия поставки. Всё, система готова. А потом начинается: то сезонный всплеск, который не предугадал, то поставщик сорвал сроки из-за логистического коллапса где-нибудь в порту. И твой ?максимум? оказывается ниже реальной потребности на две недели. Клиенты уходят, продажи падают. Или обратная ситуация — закупили по ?максимуму?, а спрос упал. Товар залёживается, деньги заморожены. Это не теория, это каждый раз больно бьёт по оборотным средствам.
Вот, к примеру, работая с цифровизацией процессов для клиентов, вроде ООО Хэнань Цзюйхэ Текнолоджи, видишь одну и ту же картину. Компании внедряют ERP, автоматизируют учёт, но политику пересмотра границ запасов оставляют ручной или вообще не уделяют ей внимания. Система есть, а гибкости нет. На их сайте https://www.hnjhkjjt.ru правильно говорят про цифровую трансформацию, но её суть — не в софте, а в изменении подходов. Автоматизировать ошибочную ручную методику — только усугубить проблему.
Поэтому первый вывод: минимум и максимум — это не точки, а коридоры, и они должны уметь ?дышать?. Их расчёт должен учитывать не только исторические данные, но и волатильность спроса, надёжность каждого конкретного поставщика (а они все разные!), логистические риски. Иногда для одной позиции нужно иметь три разных максимума: для обычного периода, для сезона и на случай форс-мажора у ключевого вендора.
Был у меня проект с одной сетью. Внедрили, казалось бы, идеальную систему. Алгоритмы считали минимумы/максимумы на основе сложных статистических моделей. Но через полгода руководитель склада звонит и говорит: ?У нас по группе товаров А постоянный пересорт, а система продолжает заказывать как обычно?. Оказалось, модель не учитывала рост процента бракованной продукции от нового поставщика. Данные о фактическом качестве не попадали в учётную систему вовремя, только в жалобах. Система видела отгрузки, но не видела, что половину отгруженного потом возвращают.
Пришлось на ходу вводить поправочный коэффициент, основанный не на продажах, а на фактических остатках годного товара после инспекции. Это был ручной костыль, но он спас ситуацию. Позже мы интегрировали в контур управления запасами модуль контроля качества, который автоматически корректировал планы закупок. Это тот самый момент, когда цифровая трансформация услуг, о которой заявляет ООО Хэнань Цзюйхэ Текнолоджи, должна доходить до таких тонкостей. Не просто оцифровать бумажки, а связать в одну логическую цепь данные из продаж, логистики, приёмки и контроля качества.
Ещё один камень преткновения — ?мёртвые? позиции. Их тоже нужно включать в политику. Установил для них минимум ноль? Отлично. Но система, видя ноль, может не генерировать заказ, даже если есть предварительная договорённость с клиентом на разовую поставку. Приходится или заводить фиктивный запас, или закладывать в бизнес-процесс исключения. Это та самая ?неидеальность?, которую не описать в учебниках, но которая съедает кучу операционного времени.
Здесь всё упирается в детали. Допустим, ваш максимум рассчитан идеально. Но если у поставщика срок выполнения заказа (lead time) плавает от 10 до 25 дней, ваш страховой запас должен быть совсем другим, чем при стабильных 14 днях. Мы однажды чуть не провалили проект, потому что работали с усреднённым LT из контракта, а реальные данные по отгрузкам показывали дикую дисперсию. Пришлось экстренно пересматривать минимум почти для сотни SKU.
Сейчас, анализируя цепочки поставок, мы всегда смотрим не на договорные, а на фактические метрики: точность соблюдения сроков, полнота поставки, качество. И уже под эти цифры настраиваем параметры управления. Иногда экономически выгоднее поднять ?максимум? и реже заказывать у ненадёжного, но дешёвого поставщика, закладывая стоимость риска в цену хранения. Это сложное решение, его не примет AI, только человек, который видит всю картину целиком.
Кстати, о цифровой трансформации. Хорошая платформа должна не просто хранить данные о контрактах, а уметь анализировать их исполнение и предлагать корректировки для уровней запасов. Это то, к чему стоит стремиться. Когда видишь, как некоторые компании пытаются управлять этим в Excel, понимаешь, насколько рынок услуг, как у ООО Хэнань Цзюйхэ Текнолоджи, востребован. Но, повторюсь, важно продавать не ?цифровизацию?, а именно решение конкретных бизнес-проблем, таких как эта.
Самое интересное начинается, когда отдел продавцов запускает акцию, а отдел закупок узнаёт об этом постфактум. История стара как мир. Политика управления запасами минимум максимум должна иметь обратную связь с планами продаж. Не формальную, а реальную. У нас был прецедент: маркетинг запланировал крупную распродажу со скидкой 30% на линейку товаров. Информация пришла за неделю. Естественно, текущего ?максимума? по этим позициям было катастрофически мало.
Пришлось в авральном режиме организовывать срочные поставки, переплачивая за логистику. Прибыль от акции была частично съедена. После этого случая мы внедрили обязательное правило: любой план промо-активностей, влияющий на спрос более чем на 15%, должен автоматически инициировать пересмотр границ запасов для затронутых товарных категорий. Это кажется очевидным, но на практике такие процессы часто разорваны.
Именно здесь кроется огромный потенциал для синергии. Когда служба снабжения, видя подготовку к сезону или маркетинговую активность, может заранее и плавно наращивать максимум, а не действовать в режиме пожарной команды. Это снижает затраты и повышает надёжность. Но для этого нужна общая цифровая среда, где данные из разных отделов живут не в изолированных отчётах.
Так к чему же всё это? К тому, что управление запасами по принципу минимума и максимума — это не ?настроил и забыл?. Это живой, ежедневный процесс принятия решений, основанный на потоке данных извне и изнутри. Это баланс между риском дефицита и стоимостью хранения, и точка этого баланса постоянно смещается.
Современные инструменты, сервисы, которые предлагают компании вроде ООО Хэнань Цзюйхэ Текнолоджи, должны обеспечивать именно эту гибкость и связанность данных. Ценность представляет не сам факт наличия системы, а её способность адаптироваться к изменениям и давать рекомендации, основанные на анализе реальных, а не идеальных, процессов.
Поэтому, если вы сейчас смотрите на свои цифры, спросите себя: когда они в последний раз менялись? Кто их поменял — человек или событие в системе? Насколько быстро ваша логистика и финансы могут отреагировать на необходимость сдвинуть эти границы? Ответы на эти вопросы и есть суть реального управления запасами. Всё остальное — просто красивые цифры в таблице, которые рано или поздно приведут к реальным убыткам. Проверено.