# Дефицит или затоваривание: баланс пополнения глазами владельца бизнеса > Почему владельцу бизнеса важно доверять расчёту пополнения, а не интуиции, когда деньги на кону в обе стороны — при дефиците и при затоваривании. published: 2026-08-05T22:34:20+03:00 updated: 2026-08-05T22:34:20+03:00 ## Зачем этот раздел Две одинаково дорогие ошибки продавца на маркетплейсе стоят по разные стороны одного и того же решения. Закончился ходовой товар — упали продажи, просела карточка в выдаче, покупатель ушёл к конкуренту. Затарились с запасом — деньги заморожены в коробках, растёт плата за хранение, а капитал мог бы работать в другом товаре. Прикинуть «на глаз», сколько и когда докупить, для одной позиции ещё можно, но при ассортименте в сотни и тысячи SKU ручной прикидкой быстро набирается и дефицит, и затоваривание одновременно — просто по разным товарам. Раздел [«Пополнение»](/inventory/replenishment) считает это по каждому товару автоматически и одинаково, без человеческого «примерно». ## Откуда данные и как считается Для каждого товара платформа считает две связанные величины: **точку заказа** (при каком остатке пора заказывать новую партию) и **рекомендуемый объём закупки** (сколько именно заказать). Логика в человеческих терминах, без формул с символами: сначала берётся фактическая скорость продаж товара в день — не «на глаз», а по историческим данным, с учётом возможных всплесков спроса. Она умножается на срок поставки поставщика — это и есть ответ на вопрос «сколько товара понадобится, пока едет новая партия». Сверху добавляется страховой запас — буфер на случай, если спрос неожиданно подскочит или поставщик задержит партию; чем выше выбранный «уровень сервиса» в настройках [«Политики»](/inventory/policy), тем больше этот буфер. Отдельно учитывается минимальный остаток, если он задан в Политике, — жёсткий пол, ниже которого система никогда не предложит опуститься. Целевой уровень запаса в итоге равен: скорость продаж, умноженная на сумму срока поставки и горизонта покрытия в днях (тоже настройка Политики), плюс страховой запас — но не меньше минимального остатка, если он задан. Рекомендуемая закупка — это целевой уровень запаса минус то, что у вас уже есть: остаток на складе плюс то, что уже в пути от поставщика (едет как открытый заказ). Уже заказанное **вычитается** — платформа не предложит докупить то, что и так скоро приедет. Итоговое количество округляется вверх до кратности упаковки поставщика и не может быть меньше минимальной партии (MOQ) — заказ меньше физически невозможен, если поставщик так не отгружает. Товар помечается флагом «нужно заказать», когда остаток плюс то, что в пути, опускается до точки заказа или ниже. На реальной организации такой расчёт единовременно показал 1610 товарных позиций, по которым пора докупать, суммарно 27579 штук, — вручную такой объём по каждой позиции отдельно не пересчитать. ## Настройки расчёта: раздел «Политика» Раздел [«Политика»](/inventory/policy) — это параметры расчёта выше. Их можно задать по всей организации (по умолчанию для всех товаров сразу) или переопределить для конкретного товара: - **Горизонт покрытия, дней** — на сколько дней вперёд планировать запас сверх срока поставки (по умолчанию 30). - **Уровень сервиса, %** — целевая вероятность не уйти в дефицит; чем выше процент, тем больше страховой запас (по умолчанию 95%). - **Минимальный остаток, шт** — жёсткий пол, ниже которого система никогда не предложит опуститься (по умолчанию 0). - **Окно спроса, дней** — за сколько дней назад считать среднюю скорость продаж. - **Целевая оборачиваемость, дней** — ориентир по скорости движения запаса для этого товара. - **Коэффициент спроса** — ручная корректировка прогноза, например перед сезоном, когда исторические продажи ещё не отражают ожидаемый рост. - **Ручной прогноз продаж в день** и **Прогноз действует до** — для случаев, когда исторические продажи не подходят вовсе, например у нового товара без истории продаж. - Переключатели **«считать по выкупам, а не по заказам»** и **«включать бандлы в расчёт»** — меняют, какие данные о продажах и какие товарные позиции участвуют в расчёте скорости продаж. ## Как читать экран В «Пополнении» по каждому товару видно: текущий остаток, товар в пути, точку заказа, рекомендуемый объём закупки и флаг «нужно заказать». Если флаг стоит, значит остаток вместе с тем, что уже едет, опустился до точки заказа или ниже — откладывать закупку дальше рискованно. Если рекомендуемая закупка кажется больше, чем ожидалось, — вероятно, сработало округление под MOQ или кратность упаковки конкретного поставщика (см. карточку в [«Поставщиках»](/inventory/suppliers)). ## Как работать **Еженедельно:** просматривайте «Пополнение», отфильтрованное по флагу «нужно заказать», и оформляйте заказы через [«Закупки»](/inventory/purchase-orders) — оттуда же расчёт сразу увидит, что заказ открыт, и учтёт его как «уже в пути» при следующем пересчёте. **Перед сезоном:** заранее скорректируйте коэффициент спроса или задайте ручной прогноз в [«Политике»](/inventory/policy) для товаров, где ожидаемый рост спроса ещё не отражён в исторических продажах, — иначе расчёт будет ориентироваться на прошлый, более низкий темп. **По новому товару без истории продаж:** задайте «Ручной прогноз продаж в день» и срок его действия — до накопления собственной истории продаж расчёт иначе будет занижать потребность. **Сверяясь с оборачиваемостью:** прежде чем заказывать по рекомендации, проверьте товар в разделе [«Оборачиваемость»](/inventory/turnover) — если дни запаса уже большие, стоит присмотреться, действительно ли нужно пополнять именно сейчас и именно такой партией. ## Частые вопросы - **Почему рекомендация докупить больше, чем кажется нужным на глаз?** Скорее всего, сработало округление вверх до кратности упаковки поставщика или до минимальной партии (MOQ) — заказ меньше физически невозможен для этого поставщика. - **Я уже заказал партию — почему «Пополнение» всё ещё показывает высокую рекомендуемую закупку?** Проверьте, что заказ действительно отражён как открытый в [«Закупках»](/inventory/purchase-orders) — только открытые заказы (не закрытые и не отменённые) вычитаются из потребности как «уже в пути». - **Что делать с новым товаром, у которого ещё нет истории продаж?** Задайте ручной прогноз продаж в день в [«Политике»](/inventory/policy) на срок, пока не накопится собственная статистика, — иначе расчёт будет исходить из отсутствия спроса. - **Зачем нужен «уровень сервиса», если можно просто задать минимальный остаток?** Это разные инструменты: минимальный остаток — жёсткий пол вне зависимости от спроса, уровень сервиса — гибкий буфер, который автоматически растёт вместе со скоростью продаж и её колебаниями. - **Можно ли пополнять товар без заполненной карточки поставщика?** Да, но расчёт будет грубее — без срока поставки и MOQ платформа использует консервативные значения по умолчанию, а не ваши реальные условия закупки. ## Спросите ИИ-ассистента - «Что нужно закупить прямо сейчас и сколько штук?» - «Какие товары скоро достигнут точки заказа в ближайшие недели?» - «Покажи товары, где рекомендуемая закупка выросла из-за MOQ поставщика». ## Коротко - Решение «докупить или подождать» рискует в обе стороны: не докупили — карточка уходит в ноль и падает в выдаче маркетплейса; докупили с запасом — деньги месяцами лежат на складе с оплатой хранения сверху. - Расчёт: скорость продаж в день × срок поставки, плюс буфер на случай всплеска спроса или задержки поставки — размер буфера владелец регулирует через «уровень сервиса» в «Политике»; уже заказанное, но не приехавшее, автоматически вычитается из новой рекомендации. - Владельцу стоит периодически смотреть на список «нужно заказать» и сопоставлять его с «Оборачиваемостью» — если рекомендация докупить есть при уже больших днях запаса, торопиться с закупкой не стоит. - Перед сезоном нужно явно скорректировать параметры Политики под ожидаемый рост спроса: расчёт по умолчанию опирается на исторические продажи и без ручной поправки недооценит значительный скачок. ## Деньги на кону в обе стороны решения Решение «докупить или подождать» для владельца бизнеса — это всегда риск в обе стороны, и обе ошибки стоят реальных денег.
Подробно: цена ошибки в обе стороны и зачем нужен раздел «Пополнение» Не докупили вовремя — карточка товара уходит в ноль, продажи останавливаются, а вместе с ними падает и позиция карточки в поисковой выдаче маркетплейса: вернуть утраченные позиции в выдаче потом сложнее и дороже, чем не терять их вовсе. Докупили с запасом — деньги, которые могли бы работать в обороте или пойти на закупку другого ходового товара, вместо этого лежат на складе месяцами, да ещё и с оплатой хранения сверху. Раздел [«Пополнение»](/inventory/replenishment) существует именно для того, чтобы не принимать это решение на глаз по каждой из сотен позиций ассортимента, а получить готовый расчёт по каждому товару отдельно.
## Как устроен расчёт, если коротко Платформа считает, сколько товара реально уходит в день, и умножает это на срок, пока едет новая партия от поставщика, — так получается минимально необходимый запас.
Подробно: буфер на случай форс-мажора и уже заказанное «в пути» Сверху добавляется буфер на случай, если спрос неожиданно подскочит или поставщик задержит поставку, — размер этого буфера владелец может регулировать сам через «уровень сервиса» в [«Политике»](/inventory/policy): выше процент — больше страховки от дефицита, но и больше денег в остатке про запас. Ключевая деталь, которая напрямую экономит деньги: уже заказанное у поставщика, но ещё не приехавшее, **вычитается** из новой рекомендации — платформа не предложит заказать то, что и так уже едет, даже если по факту на складе товара мало.
## На что смотреть владельцу Не обязательно вникать в детали расчёта — но полезно периодически смотреть на две вещи.
Подробно: две регулярные проверки и сезонная поправка Первое — список товаров с флагом «нужно заказать»: если список неожиданно длинный или в нём оказался ключевой для продаж товар, стоит убедиться, что заказ поставщику размещён без задержки. Второе — сопоставление с разделом [«Оборачиваемость»](/inventory/turnover): если рекомендация докупить есть, а дни запаса по этому же товару уже большие, — прежде чем соглашаться на закупку, стоит уточнить, не пора ли сначала снизить темп закупки в целом по этой позиции, а не увеличивать его дальше. Перед сезоном стоит явно обсудить с командой, скорректированы ли параметры Политики под ожидаемый рост спроса — расчёт по умолчанию опирается на исторические продажи, и если рост будет значительным, а прошлых данных о нём ещё нет, расчёт без ручной поправки его недооценит.
## Что это даёт Вместо решения, принятого на ощущении «наверное, пора» или «наверное, подождём», — конкретная цифра по каждому товару, которая учитывает и скорость продаж, и срок доставки от конкретного поставщика, и уже сделанные заказы. Риск дефицита и риск затоваривания не устраняются полностью (они есть всегда, когда спрос непредсказуем), но управляются осознанно, а не случайно, — и сумма денег, вовлечённая в это решение, видна заранее, а не постфактум. ## Частые вопросы - **Можно ли просто доверять цифре из «Пополнения» без проверки?** Расчёт опирается на реальные данные о продажах и условиях поставщика на дату последнего снимка — это надёжная база, но перед сезонными скачками спроса стоит явно скорректировать прогноз в Политике, иначе расчёт будет ориентироваться на прошлый, более низкий темп. - **Что дороже — дефицит или затоваривание?** Однозначного ответа нет — зависит от товара и сезона: дефицит ходового товара в пик спроса стоит дороже упущенной выручки и просевшей выдачи, затоваривание медленного товара стоит дороже платы за хранение и замороженного капитала. Именно поэтому расчёт делается по каждому товару отдельно, а не одним правилом на весь ассортимент. - **Почему платформа не предлагает заказать больше «про запас, на всякий случай»?** Потому что запас сверх нужного — это тоже деньги, которые перестают работать. Дополнительный буфер уже заложен через страховой запас и уровень сервиса, и его можно увеличить осознанно через «Политику», если для конкретного товара это оправдано. - **Что будет, если проигнорировать флаг «нужно заказать» на неделю?** Ничего не случится автоматически, но чем дольше остаток остаётся ниже точки заказа, тем выше риск уйти в ноль до прихода новой партии — особенно если срок поставки у поставщика длинный. ## Спросите ИИ-ассистента - «Какие товары сейчас под риском закончиться раньше, чем приедет новая партия?» - «Сколько денег нужно, чтобы закрыть все рекомендации по закупке прямо сейчас?» - «Где рекомендация докупить противоречит большим дням запаса по тому же товару?»