Как проверить точку заказа до оплаты пополнения склада

Финансовый директор приносит собственнику список пополнения. В нём три позиции и общая сумма 489 150 ₽. Одна строка показывает запас на 50 дней.

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

Ответ — нет. В третьей строке текущий остаток выше точки заказа, хотя рекомендованное пополнение положительное.

Управленческая ситуация

Склад отвечает за наличие товара. Коммерческая команда боится упущенных продаж. Финансы собирают сумму к оплате. У каждой роли свой разумный мотив, но собственнику нужен общий критерий.

Проблема появляется, когда критерий заменяют названием столбца. Если в Excel написано «Рекомендованный заказ», строка выглядит готовой к действию. Между расчётом количества и платёжным решением пропадают четыре вопроса:

1. Достиг ли остаток точки заказа?
2. Учтены ли уже размещённые поставки и резерв?
3. Из какого периода взяты среднедневные продажи?
4. Есть ли сумма в платёжном лимите?

Входные данные

В строке SKU используются:

1. текущий остаток в единицах;
2. среднедневные продажи;
3. срок поставки в днях;
4. страховой запас в днях;
5. себестоимость единицы;
6. цена продажи.

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

Расчёт по строкам

Все значения в таблице ниже — демонстрационные данные шаблона.

Точка заказа отвечает за момент действия. Формула пополнения доводит остаток до целевого уровня. Поэтому в третьей строке обе цифры рассчитаны верно: триггер ещё не наступил, но до целевого уровня не хватает 42 единиц.

Из чего собран целевой уровень

Целевой уровень — это среднедневные продажи, умноженные на горизонт покрытия. Горизонт для SKU-003 складывается так:

6 × 57 = 342 единицы целевого уровня, минус 300 на складе — отсюда 42.

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

Первое слагаемое требует отдельного внимания. Цикл закупки записан прямо в текст формулы: поля ввода для него нет, лист «Контроль» его не проверяет, и одинаковые 30 дней стоят во всех строках столбца независимо от товарной группы.

Влияние при этом больше, чем у любого заполняемого входа:

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

Если компания пополняет склад непрерывно до целевого уровня, она может согласовать такую политику отдельно. Если правило — запускать поставку у точки заказа, положительное пополнение не означает оплату сегодня.

Две схемы снабжения внутри одного файла

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

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

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

Для SKU-003 решения расходятся:

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

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

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

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

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

Что фиксируется до работы с файлом

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

Правило чтения столбцов следует из выбора. При периодической схеме управляет столбец J, но только в плановый день, а точка заказа остаётся контрольной величиной. При схеме по точке заказа момент задаёт столбец I, а J читается как целевой уровень дозаправки. Ни в одном из вариантов положительное число в J не означает разрешения на оплату сегодня.

Что показывает свод

Три учебные строки дают:

1. 590 250 ₽ стоимости остатков;
2. 3 SKU с положительным пополнением;
3. 489 150 ₽ стоимости предлагаемого пополнения;
4. 0 SKU без продаж.

Показатель средних дней запаса равен 1,5. Он требует корректировки: формула усредняет 50 строк, включая нули из 47 незаполненных. Простое среднее по заполненным строкам равно (15 + 9 + 50) ÷ 3 = 24,7 дня.

Даже 24,7 не надо превращать в единственный KPI. Среднее по SKU, стоимости и количеству покажет разные результаты. Для решения полезно видеть распределение денег по диапазонам дней и список исключений.

На какой базе стоят эти суммы

Себестоимость в шаблоне управленческая, без НДС. Отсюда следуют два практических вывода.

Первый касается сверки. Стоимость остатков 590 250 ₽ сопоставима с управленческим балансом напрямую: там запасы тоже учитываются без возмещаемого налога. Если в столбец себестоимости внесли сумму из счёта поставщика вместе с налогом, стоимость остатка вырастет на ставку. С 1 января 2026 года основная ставка НДС — 22%, значит завышение будет ровно на 22%: в третьей строке вместо 344 262 ₽ управленческой стоимости получится 420 000 ₽. Дальше расхождение с балансом объясняют разными датами закрытия, хотя причина в базе.

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

489 150 × 1,22 = 596 763 ₽

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

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

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

Тот же порядок — сначала проверка, потом действие — я разбирал на другом решении: клиент просит ещё одну отгрузку при просрочке. Там деньги уходят в дебиторку, здесь — в запас, но карточка решения устроена одинаково.

Как строка проходит к оплате

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

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

Технический статус и стоп-сигнал

Лист «Контроль» проверяет:

1. отсутствие отрицательных остатков;
2. наличие себестоимости у SKU с остатком;
3. отсутствие отрицательной цены.

MODEL STATUS = PASS означает, что эти три проверки прошли. Он не проверяет спрос, сезонность, срок поставки, открытые заказы, резерв, минимальную партию, складскую ёмкость или деньги.

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

Как назначить дату пересчёта

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

(текущий остаток − точка заказа) ÷ продажи в день.

Для SKU-003:

(300 − 162) ÷ 6 = 23 дня.

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

Граница применимости

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

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

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

Поручение финансовому директору

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

Собственник получает список исключений и принимает решения по ним. Пересчёт строк остаётся у финансовой команды.

Если нужен сам шаблон с формулами и листом «Контроль», напишите в комментариях слово «ЗАПАС» — отправлю его в личные сообщения.