Ручное распределение в Excel
Логист тратит 6–8 часов в день, считая, какому магазину сколько единиц. Ошибки при копировании, множество версий, сломанные формулы.
Десять конкретных ситуаций, в которых ручное распределение стоит денег, — и что меняется после.
Aloca.pro — программа, которая решает, сколько из доступного запаса получит каждый магазин сети. Она не угадывает: отправная точка — реальная скорость продаж по каждой паре магазин × товар, посчитанная по истории продаж из ERP.
Базовая формула проста — потребность = скорость × целевые дни − текущий остаток. Сложность в деталях: какие дни годятся для расчёта, что делать с товарами без истории, кто получает первым, когда товара не хватает на всех, и как делится остаток, не составляющий целой упаковки.
В отличие от таблицы, любую цифру можно разложить по шагам до дня, из которого она получена, — поэтому результат можно проверить, а не просто принять.
Слева — что происходит сейчас. Справа — что конкретно меняется.
Логист тратит 6–8 часов в день, считая, какому магазину сколько единиц. Ошибки при копировании, множество версий, сломанные формулы.
Какие товары идут, какие стоят? Без ежедневного анализа распределение делается «по чутью логиста» — и иногда мимо.
Магазин без товара по несколько дней — потерянные продажи и клиенты, ушедшие к конкурентам. Реактивное распределение не успевает.
Логика распределения держится «в голове» логиста. Уходит в отпуск — процесс встаёт.
Один магазин три дня с пустой полкой, другой — со складом товара, который не продаётся. Ручное распределение создаёт обе проблемы сразу.
Почему этот магазин получил 40 штук, а тот 12? Если ответ требует часа поиска по файлам, процесс неуправляем.
Сколько единиц куда ушло и что изменилось после? Без данных оптимизировать нечего.
Поменяли целевые дни или приоритет магазина — и распределение по тысячам товаров пересчитывается вручную.
Продажи приходят из 1С, план уходит в WMS — и всё это вручную через Excel.
Вы упёрлись в потолок того, что можно посчитать вручную.
Для каждой пары магазин × товар берётся история за последние 30 дней (период настраивается) и продажи делятся на число пригодных дней. Пригодные — те, когда товар реально был на полке; дни с остатком 1–3 штуки исключаются, потому что тогда товара фактически не было и среднее вышло бы заниженным.
Берётся средняя скорость категории в этом магазине. Если товар совсем новый для сети — средняя категории по всем магазинам. Для новинок можно включить распределение волнами: сначала небольшая поставка, потом корректировка по реальным продажам.
Зависит от выбранного режима. При «полном покрытии» все получают пропорционально потребности. При распределении по приоритетам первыми получают топовые магазины. Остаток, которого не хватает на целую упаковку, уходит магазину с наибольшими продажами, чтобы не пропал.
Да. Логист перебивает количество для любого магазина, а программа пересчитывает остальное распределение с учётом правки. Изменение остаётся в истории вместе с исходным значением — видно, что и кем было изменено.
Обычно 1–2 недели: подключение к 1С, проверка данных о продажах, настройка целевых дней и приоритетов, затем несколько тестовых расчётов параллельно с текущим процессом, чтобы сравнить результаты.
Демонстрация на 30 минут на ваших данных — без общих презентаций.