Open-to-buy: сколько ещё можно заказать в рамках сезонного плана

Решение: новый заказ укладывается в план категории?

Open-to-buy, или OTB, нужен для управленческого ограничения закупок. Его удобно считать по категории, сезону и периоду поступления. Одна категория может уже иметь избыток будущих поставок, хотя отдельный популярный размер закончился. Другая — сохранять свободный лимит, но не иметь подходящего товара у поставщика.

Oracle Retail описывает OTB как инструмент пересмотра внутри сезона: планировщик сопоставляет ожидаемый запас с целевым, проверяет поступления и уже размещённые заказы. Это отдельная задача от ежедневного заказа по минимуму. Источник: Oracle Retail Merchandise Financial Planning.

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

Выберите одну стоимостную основу

OTB можно вести в розничной стоимости или себестоимости. Shopify описывает оба подхода. Ключевое требование к собственному расчёту — одинаковая основа всех слагаемых. Нельзя вычесть закупочную стоимость открытого заказа из плана продаж по розничной цене и назвать разницу бюджетом закупки. Источник: Shopify.

Далее используем упрощённый управленческий план по себестоимости. Валюта — условные доллары США. Начальный запас, целевой остаток, планируемый расход через продажи и будущие поступления оценены в одной согласованной базе. Курсовых разниц, изменения закупочных цен, налогов, перемещений и возвратов в первом примере нет.

Розничная скидка сама по себе не уменьшает количество товара или закреплённую в этом примере себестоимость единицы. Если бизнес учитывает отдельную переоценку, обесценение или иные стоимостные корректировки, они получают собственную строку и согласованное правило. Не переносите markdown из формулы розничной стоимости в себестоимостный план без объяснения.

Поля рабочего плана

Сохраните категорию, набор включённых SKU, локации, даты начала и конца сезона, валюту и базу оценки. Для каждой недели или месяца нужны:

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

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

Учебный расчёт до начала месяца

Все числа вымышлены. Категория начинает месяц с запасом 100 000. План расхода через продажи — 60 000. Ожидаемое прочее выбытие — 5000. В конце месяца нужен запас 80 000. Уже заказано с поступлением в этом месяце на 30 000.

Сначала восстановим баланс:

Конечный запас = начальный запас + поступления − себестоимость проданного − прочее выбытие.

Значит, требуемые поступления = 80 000 − 100 000 + 60 000 + 5000 = 45 000.

Свободный OTB = требуемые поступления − уже заказанное = 45 000 − 30 000 = 15 000.

Проверка: 100 000 + 30 000 + 15 000 − 60 000 − 5000 = 80 000. Если забыть открытые заказы и разместить новую закупку на все 45 000, конечный запас получится 110 000, то есть на 30 000 выше цели.

Решение для этого примера: закупщик может подготовить предложения в пределах 15 000 поступлений по выбранной базе. Это ещё не сумма разрешённой оплаты. Кроме того, лимит категории не говорит, какие размеры и варианты нужно купить: ассортимент проверяется отдельно.

Пересмотр после первой недели

Новые 15 000 пока не заказаны. За неделю пришло 10 000 из ранее открытых 30 000. Фактическая себестоимость продаж составила 18 000, прочее выбытие — 1000. Текущий остаток равен 100 000 + 10 000 − 18 000 − 1000 = 91 000.

На оставшуюся часть месяца прогноз продаж в себестоимости пересмотрен до 32 000. Оставшийся план выбытия — 4000, целевой конечный запас — прежние 80 000. В открытых заказах осталось 20 000.

Новый OTB = 80 000 + 32 000 + 4000 − 91 000 − 20 000 = 5000.

Проверка будущего баланса: 91 000 + 20 000 + 5000 − 32 000 − 4000 = 80 000. Свободный лимит уменьшился с 15 000 до 5000 из-за изменения оставшегося спроса. Полученные 10 000 находятся в текущем остатке и уже исключены из открытых заказов; повторное включение исказило бы результат.

Если бы первоначальные дополнительные 15 000 уже разместили и они ещё не поступили, открытые заказы составили бы 35 000. Тогда OTB был бы −10 000. Руководитель рассматривает допустимый перенос, изменение или иной план использования товара. Он не считает отмену состоявшейся до подтверждения по условиям поставщика.

Почему хороший итог месяца может скрывать дефицит

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

Oracle прямо связывает внутри-сезонный пересмотр с прошедшей неделей, текущими и будущими периодами. В собственной модели полезно сохранять исходный план и обновлённый прогноз рядом, а не переписывать прошлые цели. Так руководитель увидит, изменился ли спрос или команда просто подогнала ориентир под фактический результат. Источник: Oracle, раздел Open to Buy.

Не путайте OTB с платёжным календарём

Новый товар может потребовать аванса до поступления. Старые поставки могут оплачиваться уже в следующем месяце. Поэтому рядом с OTB ведите отдельный график платежей по подтверждённым условиям, включая уже существующие обязательства.

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

Критерии приёмки

• Каждое слагаемое использует одну валюту и одинаковую базу стоимости.
• Итог раскрывается до категории, периода и строк открытых заказов.
• Приёмка уменьшает открытый заказ и увеличивает текущий запас ровно один раз.
• Перенос поставки меняет нужный период, а не только общий итог сезона.
• Падение прогноза на 10 000 уменьшает свободный лимит на 10 000 при прочих равных.
• Учебные 15 000, 5000 и −10 000 воспроизводятся независимо.
• Возвраты, потери, перемещения и неизвестная стоимость имеют явные правила.
• Отрицательный лимит создаёт вопрос ответственному, не несанкционированную отмену.

Обсуждайте модель с закупками и складским учётом. Для SABSUS требуется подтвердить источники данных и возможность выбранного отчёта; описание подхода не означает наличие готового OTB-калькулятора. Количественную потребность разбирайте в планировании закупок, а результат вложений — через GMROI и оборачиваемость.

Частые вопросы

Положительный OTB нужно обязательно потратить?

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

Отрицательный OTB означает убыток?

Нет. Он показывает превышение выбранного плана поступлений относительно текущих предпосылок. Причину и последствия нужно разобрать.

Можно считать только по всему магазину?

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

Источники

Проверено 9 октября 2026 года: Oracle Retail Merchandise Financial Planning 26.1, User Guide, Shopify — Open-to-buy. Формулы выше выведены из явно заданного баланса; это учебная управленческая модель.