Цена слепых зон склада: кейс пропавших санок
Санки нашли. Они лежали на крыше шестого яруса. Под ними - ещё один слой санок с прошлого сезона. У компании оказалось больше двух лет запасов одного SKU.
Никто не крал. Никто не саботировал. Система работала.
Это не мой проект. Но именно такие кейсы полезно изучать до того, как они станут твоими. Чужая потеря - самый дешевый способ понять, где именно ломается контур учета, закупки и оборотного капитала. Именно поэтому я к этой истории возвращаюсь. И именно поэтому в своих контурах потом исходил из другой логики.
Как это началось
Розница живет от сезона к сезону. Новый год - главное событие года. Готовятся к нему за полгода, иногда раньше.
В одном из сезонов санки выстрелили. Продали в ноль. Прирост к прошлому сезону был настолько высоким, что его приняли за новую норму. Все были довольны. Коммерческий блок, не думая дважды, взял эту базу за основу планирования следующего года. Прогноз сделали вверх. Закупили с запасом.
Санки снова продались хорошо, но не так хорошо. Остаток на складе был заметный. Внутри все сказали одно и то же: "Это санки. Не портятся. Продадим в следующем сезоне."
На следующий год при планировании коммерческий блок снова смотрит на историю продаж. Видит остаток на складе. Обсуждает, сколько добавить к закупке. Отдельно фиксируют: "Там ещё лежат с прошлого года, учитывайте." Потом проходит инвентаризация. Санок на остатке нет.
Их списывают. Остатки обнулились. Следующий план строят как обычно: берут факт продаж прошлого года и добавляют +20% на рост. Что реально лежит на складе - неизвестно. Санки заказывают снова, полным объемом.
Санки приходят. Новый директор склада смотрит на паллеты и думает: куда это всё ставить? Склад плотный. Решение простое: на крышу шестого яруса. Там есть место.
Там не было места - там уже лежали санки с позапрошлого сезона. Просто никто об этом не знал.
Почему это не складская проблема
Первый вопрос в таких ситуациях всегда один: как такое стало возможным?
Ответ почти никогда не про некомпетентность. И не про злой умысел.
В тот момент, когда остатки перестают отражать физическую реальность, склад перестает быть складской темой. Он становится темой закупок, бюджета и управляемости капитала. Ошибка склада редко заканчивается на складе. Обычно она доезжает до закупки, бюджета и оборотного капитала. Иногда - через два-три сезона. Иногда - через один.
Слепая зона - это не место, куда камера не смотрит. Это место, где физический контур расходится с учетным. Товар есть в реальности - нет в системе. Или есть в системе - нет в адресном хранении. Или числится как кондиция - давно стал браком. Или числится в одной зоне - лежит в другой.
В каждом из этих случаев бизнес принимает решения на основе данных, которые не отражают реальность. Заказывает то, что уже есть. Не заказывает то, чего нет. Планирует продажи от базы, которая считалась правдой, но правдой не была.
Склад на бумаге и склад в реальности - это давно два разных склада. И бизнес за этот разрыв платит каждый сезон. Просто не всегда знает, сколько именно.
Откуда берется разрыв
Разрыв между физическим и учетным контуром не возникает в один день. Он накапливается. Вот четыре источника, которые встречаются чаще всего.
Приемка без дисциплины. Товар пришел, разместили. В систему внесли позже. Или не внесли полностью. Или внесли в другую ячейку "для удобства". Физически - в одном месте, в системе - в другом. Если это происходит системно, расхождение нарастает с каждой поставкой.
Перемещения без документа. Место освободили - переложили. Быстро, удобно, без отметки в системе. Один раз - ошибка. Регулярно - норма. Накопилось за квартал - разрыв уже в десятках ячеек. Верхние ярусы и дальние зоны особенно уязвимы: туда кладут то, что не знают куда деть, и туда редко смотрят при плановой инвентаризации.
Брак и возвраты вне контура учета. Формально числится как кондиция. Фактически - не продается. Планировщик видит остаток и считает его доступным. На деле этого товара нет. Зоны возврата - отдельный риск: товар там лежит без нормального оприходования неделями. В системе его нет - в физике есть.
Инвентаризация как ритуал, а не как инструмент. Когда она проводится раз в год, разрыв накапливается 365 дней подряд, прежде чем кто-то его увидит. К тому моменту это уже не расхождение - это другая реальность. Регулярная выборочная проверка - cycle count по зонам - исправляет это принципиально. Не событие раз в год, а встроенная дисциплина.
Что это стоит бизнесу
Здесь важно считать не только очевидное.
Замороженный оборотный капитал. Это самое прямое последствие. Деньги вложены в товар, который лежит и не оборачивается. Если взять грубую расчетную модель, а не точную цифру по кейсу, арифметика выглядит так: 5 000 санок по закупочной цене 800 рублей - это 4 млн рублей, которые заморожены. Не работают. Не генерируют маржу.
Но это ещё не вся цена.
Если бы эти 4 млн рублей были направлены в быстрооборачиваемый SKU с цикличностью 30 дней - за год капитал прокрутился бы 12 раз. При марже 20% это до 9,6 млн рублей потенциальной валовой маржи, которую этот капитал мог бы принести в более оборачиваемом SKU. Не потому что продавала плохо. А потому что деньги лежали на крыше шестого яруса.
Ошибки планирования на весь следующий цикл. Компания заказала новую партию, потому что на балансе санок не было. Значит, уплатила за закупку ещё раз. Значит, вытеснила другой SKU из приоритета закупки. Значит, часть закупочного бюджета потрачена на то, что уже есть.
Хранение. Каждый квадратный метр склада стоит денег. Паллета с санками занимает место под ликвидный товар, которого может не хватать в сезон.
Потери при списании. Когда компания списала "пропавшие" санки с баланса, это была прямая потеря. Фактически они были на месте - просто никто об этом не знал. Списание закрыло вопрос в системе. Но не в реальности.
Деградация данных. Плохие остатки искажают не только учет. Они искажают следующий управленческий шаг. Один неточный остаток порождает неточный прогноз, неточную закупку, неточный план распределения. Через два-три цикла разрыв между реальностью и системой становится настолько большим, что планирование фактически ведется вслепую. Именно поэтому стоимость слепой зоны не равна стоимости конкретного товара. Стоимость слепой зоны равна всем решениям, принятым на неточных данных, за всё время, пока разрыв существовал.
Когда это вскрывается - кто оказывается виноватым
Вот здесь начинается интересная часть.
Когда санки нашли, у каждого участника была своя правда.
Коммерческий блок: "Мы планировали по данным системы. Система показывала, что остатков нет."
Закупки: "Мы заказали то, что было утверждено в плане. Плановые остатки нулевые - мы это видели."
Склад: "Мы разместили то, что пришло. Куда положить - решали на месте. Система не говорила, что там уже есть санки."
Финансы: "Мы закрыли расхождение инвентаризацией. Списали то, чего не нашли."
Внутри своей функции логика каждого выглядит правдоподобно. В целом - она разрушает управляемость. И именно поэтому ни один из них не несет ответственности за потерю в целом. Потому что потеря живет не в одной функции - она живет в разрыве между ними.
Этот кейс хорошо показывает: когда CIO приходит в разговор про склад, его задача не найти виноватого. Его задача - показать, где именно находится правда, и кто её сейчас не видит. Правда живет не в системе и не в ежегодной инвентаризации. Правда живет в физическом адресном хранении, дисциплине ввода данных и регулярной сверке. Пока этого нет - у каждой функции своя версия реальности. И это дорогостоящее разногласие.
Что я из таких кейсов брал в свою практику
В контурах, где я отвечал за операционный ИТ-контур и складскую автоматизацию, такие истории стали для меня прямым основанием для управленческих правил. Несколько из них оказались обязательными.
Мастер-данные до автоматизации - не после. Прежде чем внедрять WMS или расширять функциональность, я всегда начинал с проверки базовых атрибутов SKU: весогабаритные характеристики (ВГХ), единицы хранения и отгрузки, логистические единицы, правила адресации. Если этих данных нет или они неточные, WMS будет работать на неточной базе. Это ещё до запуска создает структурную слепую зону. Garbage in - garbage out. Но в складском контексте это звучит жестче: неправильный ВГХ означает неправильное адресное размещение, неправильный цикл подборки и неправильный баланс.
WMS как дисциплина процесса, а не дорогой интерфейс. Я видел склады с современной WMS-системой, где разрыв между физическим и учетным контуром был огромным. Причина всегда одна: систему купили, но не перестроили процессы под неё. Сотрудники научились работать в обход. Перемещения делались без ТСД, потому что "так быстрее". WMS без дисциплины ввода - это просто дорогой калькулятор с неправильными данными внутри.
Cycle count как встроенный ритм. Ежегодная инвентаризация показывает, что произошло за год. Cycle count показывает, что происходит сейчас. Это принципиальная разница. При достаточной плотности проверок разрыв просто не успевает накапливаться до критических размеров.
В одном из контуров ввели простое правило: ячейка, не попавшая в маршрут отборщика три дня подряд, автоматически попадала в план выборочной проверки. За первый квартал после внедрения нашли несколько зон с систематическими расхождениями - товар был физически, но в системе числился как перемещенный или списанный. Точность остатков по этим зонам после коррекции выросла с 91% до 97%. Не потому что люди стали работать лучше. А потому что разрыв перестал накапливаться незамеченным.
Точность остатков как управленческая метрика. Не "у нас нет пересортицы" - а конкретное число. Точность остатков 97,3% на дату такую-то, расхождение 2,7% в разбивке по зонам. Когда эта цифра есть и она движется в динамике, разговор про склад переходит с уровня "всё нормально" на уровень управленческого факта. У собственника появляется способность задавать конкретный вопрос вместо общего.
Именно поэтому в своих контурах я всегда относился к остаткам не как к справочной цифре, а как к управленческой правде, на которой потом строятся закупка, распределение и прогноз. Где эта правда неточная - там начинается цепочка дорогих решений. Санки на крыше шестого яруса - один из самых наглядных примеров того, где эта цепочка заканчивается.
Вывод для собственника
Если в вашей компании нет регулярной метрики точности остатков - у вас нет управляемого склада. У вас есть место, где хранится товар.
Разница в том, что первое дает прогноз. Второе дает сюрпризы.
Сюрприз с санками - это обнаруженная потеря. Гораздо хуже - когда потеря не обнаружена и решения принимаются на её основе снова и снова. Именно тогда склад превращается в генератор ошибок для всего остального бизнеса: для закупок, для P&L, для оценки ликвидности.
Две цифры, которых не хватает большинству собственников в регулярной отчетности: точность остатков и расхождение между физическим и учетным контуром по зонам. Пока их нет - склад остается черным ящиком с непредсказуемым содержимым.
Вывод для CEO
Когда такая история вскрывается, первый рефлекс - найти виноватого. Закупки не учли. Склад не записал. Инвентаризация не нашла. Но виноватого в этой схеме нет - есть управленческая модель, в которой функции работают на разных версиях реальности и никто не отвечает за то, чтобы физика и система совпадали.
Это лечится не сменой людей. Это лечится владельцем процесса учета остатков, регулярной метрикой и четким распределением: точность остатков - это финансовая дисциплина, за которую отвечают вместе CFO, CIO и операционный владелец складской функции. Убрать кого-то одного из этого треугольника - и контур снова начинает жить по своим правилам.
Пока такого владельца нет - каждая функция будет права по-своему. А компания - платить за их коллективную правоту деньгами.
Для CIO, CFO и операционного руководства
CFO отвечает за то, чтобы остатки в балансе отражали реальность. Если точность остатков не является управленческим KPI - финансовая отчетность содержит структурную ошибку. Не потому что люди плохо работают. А потому что никто не мерит.
CIO отвечает за то, чтобы система поддерживала правильные процессы, а не заменяла их. WMS с корректными мастер-данными, дисциплиной ввода и cycle count - это инструмент финансовой точности. Не складской автоматизации.
Операционный владелец - директор по логистике, COO, руководитель складской функции, в зависимости от модели компании - отвечает за ежедневную дисциплину процесса. Именно на его уровне решается, будет ли перемещение оформлено или сделано "быстрее без документа". Именно его KPI должен включать точность остатков наравне со скоростью обработки.
Когда эти три роли не говорят про склад вместе - склад продолжает жить по своим правилам. И тогда санки обнаруживаются случайно. На крыше шестого яруса.
В профиле продолжается серия разборов про управляемость retail-операций и скрытые потери: где бизнес теряет деньги, как это видит собственник и что с этим делать.
Есть ли у вас в регулярной отчетности цифра точности остатков по зонам склада - или бизнес до сих пор верит балансу на слово?