Точка заказа и рекомендованное пополнение: когда оплату склада надо остановить

Товара на складе хватает на 50 дней вперёд — дозаказывать рано. А таблица закупки всё равно ставит позицию в заказ: «добавить 42 единицы». Это демонстрационная строка из Excel-шаблона, и обе цифры честно посчитаны по своим формулам. Ошибка возникнет позже — если колонку «Рекомендованный заказ» принять за разрешение платить поставщику.

Оплачивать пополнение по одной положительной цифре нельзя. Сначала финансовый директор сравнивает текущий остаток с точкой заказа, проверяет источник среднедневных продаж, срок поставки и уже размещённые заказы. Затем сумма проходит через лимит денег.

Шаблон Finspect помогает собрать расчёт по SKU: показывает точку заказа, целевое пополнение, дни запаса и стоимость остатка. Если остаток ещё выше точки заказа, строку надо отложить и назначить дату пересчёта.

Где возникает ошибка решения

В книге два показателя стоят рядом, поэтому их легко прочитать как один сигнал.

Точка заказа отвечает на вопрос: при каком остатке пора запускать пополнение, чтобы товар не закончился за срок поставки с учётом страхового запаса.

Рекомендованное пополнение отвечает на другой вопрос: сколько единиц не хватает до заданного целевого горизонта. В шаблоне этот горизонт равен 30 дням плюс срок поставки и страховой запас.

Отсюда возможна ситуация: текущего товара ещё достаточно, точка заказа не достигнута, но до целевого уровня нескольких единиц не хватает. Формула выводит положительное пополнение. Это расчёт количества, а не дата действия и не согласование платежа.

Шаблон подходит торговой, производственной или сервисной компании, которая ведёт остатки по SKU и может задать среднюю скорость продаж. Базовая периодичность — раз в неделю; для позиций, от которых зависит отгрузка или производство, — ежедневно.

Собственник не проверяет строки сам. Он утверждает правило остановки и получает от финансового директора одну страницу с суммой, исключениями и датами повторного расчёта.

Какие данные передать финансовому директору

Для каждого SKU в файл вводятся восемь полей:

1. Код SKU.
2. Наименование позиции.
3. Остаток в единицах на одну зафиксированную дату и время.
4. Среднедневные продажи с указанием периода расчёта.
5. Срок поставки в днях — от подтверждения заказа до доступности товара.
6. Страховой запас в днях.
7. Себестоимость единицы на той же базе, которая используется в управленческом учёте.
8. Цена продажи.

Восьмое поле стоит особняком: цена не участвует ни в одном расчёте книги. Лист «Контроль» смотрит только, что она не отрицательная. Маржу по позиции файл не считает, поэтому на вопрос «стоит ли держать эту позицию вообще» он не отвечает — для этого нужен отдельный расчёт.

Рядом с реестром фиксируется источник каждого поля: складская система, отчёт о продажах, договор или статистика поставщика. Периоды нельзя смешивать. Остаток на утро и продажи за неполную неделю дадут аккуратную таблицу с несопоставимыми входами.

Отдельная проверка — единица измерения. Остаток и среднедневные продажи должны стоять в одной единице. Если склад ведёт учёт в коробках по 12 штук, а отдел продаж отгружает штуками, дни запаса и точка заказа разойдутся ровно в двенадцать раз. Лист «Контроль» этого не увидит: он проверяет знак числа, а не его размерность.

До расчёта отдельно вычитаются резервы и добавляются уже подтверждённые поставки, если они не входят в остаток. В исходном шаблоне отдельных колонок для них нет, поэтому это явная часть поручения.

Как устроены четыре расчёта

1. Точка заказа

Если продаётся 6 единиц в день, поставка занимает 20 дней, а страховой запас равен 7 дням, точка заказа составляет 6 × (20 + 7) = 162 единицы.

2. Рекомендованное пополнение

Здесь два шага. Сначала считается целевой уровень — остаток, до которого надо дозаправиться. Потом из него вычитается то, что уже лежит на складе.

Целевой уровень равен среднедневным продажам, умноженным на горизонт покрытия. Горизонт складывается из трёх слагаемых:

Целевой уровень получается 6 × 57 = 342 единицы. На складе 300. Разница и есть те самые 42.

Смысл слагаемых такой: партия должна дожить до следующего заказа, пережить срок доставки следующей партии и оставить подушку. Иначе товар кончится в промежутке между двумя заказами.

Условия «остаток уже достиг точки заказа» в формуле нет — целевой уровень считается всегда.

Цикл закупки зашит в формулу

Отдельного поля для первого слагаемого в книге нет. Тридцать дней стоят прямо в тексте формулы, одинаково во всех строках. Это допущение шаблона: закупки идут раз в месяц.

Допущение меняет ответ сильнее всех остальных входов. При недельном цикле в формуле должно стоять 7: горизонт 34 дня, целевой уровень 6 × 34 = 204 — дозаказывать нечего, на складе уже 300. При квартальном цикле — 90: горизонт 117 дней, целевой уровень 702, к дозаказу 402 единицы вместо 42.

Разброс от нуля до 402 единиц по одной и той же строке задаёт число, которого нет ни в одном поле ввода. Перед работой с файлом цикл закупки сверяется с фактическим графиком размещения заказов, и если он другой — формула правится во всех строках столбца. Это отдельное решение, а не настройка.

3. Дни запаса

Это оценка товарного покрытия при сохранении средней скорости продаж. Она не показывает дату получения денег: покупатель может оплатить позже, часть товара может вернуться, а продажи могут измениться.

4. Стоимость остатка

Сумму стоит сверить с управленческим балансом. Разницу могут объяснять товары в пути, резерв, незакрытые документы, другая дата или метод оценки. Но разница получает сумму, причину и ответственного.

Заказывать сегодня или через 23 дня

За двумя столбцами стоят две разные схемы снабжения. Файл универсальный: он считает обе и не спрашивает, какая работает в компании.

Схема по календарю. Заказы уходят в фиксированные дни — например, первого числа каждого месяца. Между этими днями остаток никто не пересматривает, поэтому партия обязана покрыть весь промежуток до следующего заказа, плюс доставку, плюс подушку. Это и есть горизонт 57 дней, до которого доводит столбец «Рекомендованный заказ».

Схема по триггеру. Остаток отслеживается постоянно, и заказ уходит в тот момент, когда остаток падает до точки заказа. Ждать календарной даты не нужно, поэтому горизонт короче: хватает срока поставки и страхового запаса — 27 дней и 162 единицы.

Для демонстрационной строки ответ получается разный.

Календарную схему можно проверить арифметикой. 300 + 42 = 342 единицы. За 30 дней до следующего заказа уйдёт 180, останется 162. Пока едет следующая партия — ещё 20 дней и минус 120. На складе остаётся 42 единицы, ровно семь дней страхового запаса. Не дозаказать сегодня — значит встретить следующую партию с нулевым остатком.

Почему 42 и 180 не противоречат друг другу

В устойчивом режиме обе схемы приходят к одному и тому же. Начиная со второго цикла календарная схема тоже заказывает 180 единиц при остатке 162 — том самом, который в файле называется точкой заказа. Совпадение не случайное: остаток в день планового заказа как раз и должен покрывать доставку со страховым запасом.

Значит, 42 единицы — не нормальная партия, а разовая коррекция. Она появилась потому, что на складе сейчас 300 единиц вместо нормальных для этой схемы 162. Это отдельный вопрос к разбору: почему запаса почти вдвое больше нормы — заказали лишнее, упали продажи или сместился график поставок.

Что из этого следует

Схема снабжения выбирается до работы с файлом, а не вычитывается из него. Она может быть разной для разных товарных групп: ходовые позиции обычно ведут по триггеру, редкие и мелкие — по календарю, чтобы не гонять поставщика за каждой единицей.

Дальше правило чтения простое. При календарной схеме управляет столбец «Рекомендованный заказ», но только в свой день; точка заказа остаётся контрольной цифрой. При схеме по триггеру всё наоборот: момент задаёт точка заказа, а столбец пополнения читается как «до какого уровня дозаправиться», когда момент настал.

Ни при одной из схем положительное число в столбце само по себе не означает «оплатить сегодня».

На какой базе стоят деньги в файле

Себестоимость в шаблоне — управленческая, без НДС. Значит, и стоимость остатка, и стоимость рекомендованного пополнения на листе «Свод» выражены без налога. С управленческим балансом такая сумма сопоставима: запасы там тоже учитываются без возмещаемого НДС.

Разъезд начинается, когда в столбец себестоимости попадает сумма из счёта поставщика — она приходит с налогом. Тогда стоимость остатка вырастает на ставку, а расхождение с балансом списывают на «разные даты». Основная ставка НДС с 1 января 2026 года — 22%, поэтому завышение будет ровно на 22%. В демонстрационной строке SKU-003 вместо 344 262 ₽ управленческой стоимости получится 420 000 ₽.

Обратная сторона — сумма к оплате. Свод по трём учебным строкам показывает 489 150 ₽ по себестоимости, то есть без налога. Поставщику компания платит с налогом:

В платёжный календарь попадает вторая цифра. Разница в 107 613 ₽ — это то, что чаще всего не сходится между заявкой закупки и заявкой на платёж.

Коэффициент 1,22 работает, когда все позиции идут по основной ставке. При льготной ставке 10%, поставщике на упрощённой системе, импорте или необлагаемых операциях налог берётся из счетов, а не из общего множителя.

Все числа этого раздела получены из демонстрационных значений шаблона.

Демонстрационный тест по трём SKU

Ниже — демонстрационные значения из шаблона, а не показатели реальной компании.

Свод по учебным строкам показывает 590 250 ₽ в остатках и 489 150 ₽ предлагаемого пополнения. Если согласовать только итог, в платёж попадёт и третья строка. Проверка точки заказа отделяет две строки, где триггер уже наступил, от строки, где формула лишь доводит запас до целевого горизонта.

На листе «Свод» средние дни запаса равны 1,5. Формула усредняет все 50 строк, а незаполненные строки возвращают нули. Среднее по трём заполненным SKU равно 24,7 дня. Агрегат надо пересчитать по заполненным позициям и заранее выбрать правило взвешивания: по SKU, количеству или стоимости.

Что проверить на листе «Контроль»

Лист проверяет три условия:

• нет отрицательных остатков;
• у SKU с остатком заполнена себестоимость;
• нет отрицательной цены.

Если проверки пройдены, модель показывает MODEL STATUS = PASS. Это подтверждает только эти три технических условия. PASS не проверяет период средних продаж, устойчивость спроса, срок поставки, дубли SKU, открытые заказы, минимальную партию, резерв, вместимость склада и лимит денег.

Перед решением финансовый директор добавляет три управленческих стоп-сигнала:

• остаток выше точки заказа — строку отложить до даты пересчёта;
• продажи равны нулю при положительном остатке — пополнение остановить и разобрать причину;
• источник продаж, срока поставки или себестоимости не указан — расчёт вернуть исполнителю.

Как читать результат без автоматической оплаты

К проверке оплаты

Остаток равен точке заказа или ниже неё, входные данные подтверждены, открытые поставки учтены. Финансовый директор проверяет сумму через материал «Кассовый разрыв виден в платёжном календаре на восемь недель» и передаёт собственнику только исключения сверх лимита.

Отложить

Остаток выше точки заказа. Для строки указывается дата пересчёта. При стабильных продажах её можно оценить так: (остаток − точка заказа) ÷ продажи в день.

Остановить и разобрать

Есть товар без продаж, пропущен источник, срок поставки не подтверждён или уже размещённый заказ не учтён.

Дни запаса остаются частью более широкой картины оборотного капитала. Её раскрывает материал «Финансовый цикл: сколько дней бизнес оплачивает оборот своими деньгами». Здесь задача уже: не превратить расчёт количества в автоматический платёж.

Ограничения и альтернативные объяснения

Статическая средняя не описывает сезонность и скачки спроса. Запас выше точки заказа может быть оправдан подтверждённой акцией, минимальной партией поставщика, длинным праздничным окном, риском срыва поставки или необходимостью поддержать производство. Каждое объяснение требует документа, суммы и срока пересмотра.

Цикл закупки в 30 дней — допущение шаблона, а не расчёт. Он не выведен в поле ввода и не проверяется листом «Контроль», хотя влияет на результат сильнее любого другого входа.

Шаблон не учитывает кратность упаковки, минимальную партию, срок годности, ограничение склада, возвраты, резерв и товары в пути отдельными полями. Эти данные добавляются до оплаты. Если они ведутся в другой системе, финансовый директор прикладывает сверку.

Расчёт относится к управлению запасами. Он не заменяет бухгалтерскую инвентаризацию, аудиторскую проверку и подтверждение физического наличия товара.

Готовое поручение

Финансовому директору: за 3 рабочих дня подготовьте реестр по критичным SKU на одну дату. Для каждой позиции покажите остаток, среднедневные продажи с периодом и источником, срок поставки, страховой запас, себестоимость, точку заказа, дни запаса, предлагаемое количество и стоимость пополнения. Укажите по каждой группе SKU схему снабжения — по календарю или по точке заказа — и график размещения заказов, с которым сверен цикл закупки в формуле. Остаток и продажи приведите к одной единице измерения. Себестоимость возьмите без НДС и отдельной строкой покажите сумму к оплате поставщику с налогом. Учтите резерв и уже размещённые заказы. Разделите строки на «к проверке оплаты», «отложить до даты пересчёта» и «остановить и разобрать». Если остаток выше точки заказа, продажи равны нулю при положительном остатке или источник входа не указан, платёж по строке не подтверждать. Общую стоимость остатков сверьте с управленческим балансом, а сумму к оплате — с платёжным календарём.

Роль собственника — утвердить три статуса и рассмотреть исключения. Работа со строками остаётся у финансового директора и сотрудника, который отвечает за складские данные.

Это выпуск №3 серии разборов инструментов Finspect.

FAQ

Артём Высоцкий, основатель Finspect. Актуальность: 7 августа 2026 года. Материал носит информационный характер и не является аудиторским заключением, индивидуальной рекомендацией или публичной офертой.