Покупатель пришёл за привычной фасовкой, а продавец предлагает проверить поставку в конце недели. Магазин мог заметить нехватку ещё до пустой полки. Для этого нужна точка заказа — порог, при достижении которого запускают пополнение, пока имеющийся запас покрывает ожидание товара.
Рабочая основа расчёта: ожидаемые продажи за срок пополнения плюс страховой запас. Но сравнивать этот порог только с количеством мешков в помещении опасно. Часть товара уже обещана покупателям, а часть следующей партии, возможно, подтверждена поставщиком и едет на склад.
Что считать запасом для решения
Начните с одной конкретной позиции: корм, вариант и фасовка. Двенадцать пакетов по два килограмма не заменяют автоматически двенадцать пакетов по десять. Покупатель выбирает товар, а не общий вес категории на складе.
Для расчёта отделите пригодный к продаже физический остаток, резерв под покупателей и подтверждённые поступления. Если отправная цифра уже называется «доступно» и из неё вычтен резерв, второй раз вычитать его нельзя. Название колонки стоит проверить по правилам вашей учётной системы.
Товар в пути тоже нельзя считать только по факту создания заказа поставщику. Нужны подтверждение количества и срок, к которому партия станет доступна для продажи. Поставка через две недели не закроет нехватку на завтра. Просроченный заказ лучше вынести в отдельное исключение, чем продолжать видеть его как надёжное пополнение.
В документации «1С:Управление торговлей» предусмотрены разные способы поддержания запасов, включая min-max и расчёт по статистике. «МойСклад» описывает пополнение по неснижаемому остатку. Это инструменты для выбранного правила; само правило, единицы и статусы документов магазину всё равно нужно определить.
Пример для одной фасовки
Допустим, магазин ожидает продажи трёх пакетов в день. От отправки заказа поставщику до готовности товара к продаже обычно проходит шесть дней. Для первого расчёта закупщик отдельно установил буфер в девять пакетов. Тогда порог пополнения — 27 пакетов: 18 на ожидаемые продажи и девять в запасе. Это пример настройки, а не норматив для кормов.
На складе физически 24 пригодных пакета, шесть зарезервированы покупателям, ещё 12 подтверждены к поступлению завтра. Позиция запаса для такого расчёта — 30 пакетов. По одному физическому остатку магазин поспешил бы оформить повторную закупку, хотя завтрашняя партия уже учтена.
Однако нужно проверить ближайший день: после вычета резерва сейчас остаётся 18 пакетов. Сопоставьте это с ожидаемыми продажами до приезда машины. Общая достаточная сумма не отменяет проверки промежутка до поступления.
Если поставщик переносит отгрузку, меняется и решение. Старое подтверждение нельзя оставлять в расчёте с прежней датой только потому, что заказ ещё не закрыт.
Шесть дней — от какого события
Срок пополнения заканчивается, когда товар можно продать, а не когда машина подъехала к воротам. В него попадают согласование заказа, ожидание отгрузки, перевозка и приёмка. Для конкретного магазина состав этапов может быть короче или длиннее; его проще восстановить по датам нескольких завершённых поставок.
Продажи тоже требуют очистки. Если корм неделю отсутствовал, нулевые продажи за эту неделю не доказывают отсутствие спроса. А акция, на которой пакет продавался быстрее, не обязательно описывает обычную неделю. Начальную оценку стоит строить по сопоставимым периодам, когда позиция была доступна, отдельно отмечая скидки и перебои.
Буфер в девять пакетов из примера нельзя перенести на весь ассортимент. Его выбирают с учётом колебаний спроса и поставок, допустимого дефицита, денег и срока годности товара. Для новой позиции данных может не хватить: тогда первый запас задают отдельно и пересматривают по мере накопления продаж.
Порог не отвечает, сколько покупать
Сигнал «пора заказывать» ещё не означает «заказать столько же, сколько осталось». Объём закупки рассчитывают отдельно: на какой период пополняется запас, какая партия уже едет, какова кратность упаковки и сколько товара магазин успеет реализовать. Увеличить запас до скидки поставщика и назначить момент нового заказа — разные решения.
Начать я бы предложил с нескольких ходовых фасовок. Зафиксировать для каждой исходные данные, порог, ответственного и момент проверки. Если заказы просматривают только по понедельникам, нужен запас и на интервал между проверками: правило ежедневного контроля нельзя без изменения перенести на недельный график.
После нескольких поставок полезнее смотреть на причины отклонений, чем просто повышать все пороги. Где заказ отправили поздно, где поставщик изменил дату, а где резерв оказался неактуальным? Тогда очередной пустой ряд на полке станет конкретной ошибкой, которую можно исправить, а не поводом бессрочно держать больше любого корма.
