Откуда мы берём данные для расчётов
Формула страхового запаса и прогноз спроса работают ровно настолько хорошо, насколько хороши исходные цифры. У маленького магазина в Израиле обычно нет отдельной BI-системы, но нужные данные почти всегда уже где-то лежат.
Кассовый отчёт как основа
У большинства касс в Израиле, даже самых простых, есть выгрузка продаж по дням и по товарным позициям. Это первый и самый надёжный источник: он показывает, сколько единиц товара реально ушло, а не сколько было заказано у поставщика.
Для расчёта минимального запаса достаточно выгрузки за 60-90 дней по каждой позиции с разбивкой по дням, а не по неделям или месяцам целиком. Дневная разбивка нужна, чтобы увидеть максимальный дневной спрос отдельно от среднего, а не смешивать их в одном числе.
Если касса не позволяет выгрузить данные по дням автоматически, можно взять Z-отчёты за интересующий период и перенести суммы по нужным позициям в таблицу вручную. Это займёт время один раз, но дальше расчёт будет опираться на реальные цифры, а не на память.
Накладные поставщиков и срок поставки
Вторая часть формулы страхового запаса — срок поставки, а не только спрос. Эти данные редко хранятся где-то централизованно, но их можно восстановить по датам на накладных: дата заказа и дата фактической поставки.
Полезно завести отдельный лист, где по каждому поставщику фиксируется дата заказа, обещанная дата и дата, когда товар реально приехал. Через два-три месяца становится видно, какой срок поставки типичный, а какой был исключением, например перед праздником, когда поставщик тоже перегружен заказами.
Отдельно стоит помечать поставки, которые пришли неполными: если заказали 100 единиц, а привезли 70, это тоже сигнал для расчёта запаса, а не только опоздание по дате.
Бумажные записи и ручной учёт
Часть небольших магазинов ведёт учёт остатков в обычной тетради или блокноте у кассы: сколько привезли, сколько продали, что осталось на конец дня. Такие записи не хуже цифровых, если они последовательны, и их вполне можно использовать как источник для расчётов.
Проблема обычно не в самих записях, а в их разрозненности: часть данных в тетради, часть в памяти продавца, часть в переписке с поставщиком в мессенджере. Перед тем как считать страховой запас, стоит один раз свести всё за последние два-три месяца в единую таблицу, даже если это займёт вечер.
Дальше достаточно поддерживать таблицу в рабочем состоянии: заносить данные раз в неделю, а не пытаться восстанавливать месяц задним числом.
Какому источнику данных сколько доверять
| Источник | Точность | Трудозатраты на сбор | Для чего лучше подходит |
|---|---|---|---|
| Выгрузка из кассы | Высокая, если касса ведёт учёт по SKU | Низкие, автоматический экспорт | Средний и максимальный дневной спрос |
| Z-отчёты вручную | Средняя, зависит от аккуратности переноса | Средние, разовый перенос данных | Восстановление истории за прошлые месяцы |
| Накладные поставщиков | Высокая по датам, ниже по количеству при частичных поставках | Средние, нужен отдельный лист учёта | Средний и максимальный срок поставки |
| Тетрадь или блокнот | Зависит от дисциплины ведения записей | Высокие при сведении задним числом | Магазины без кассового учёта по позициям |
Не уверены, какие данные у вас уже есть?
Можно описать свою ситуацию через форму на странице контактов — какие данные ведёт касса, как оформляются поставки, и разобраться, чего не хватает для расчёта запаса.
Написать нам