# Еженедельный обход Пополнения: рутина менеджера маркетплейсов > Как менеджеру маркетплейсов встроить просмотр раздела Пополнение в еженедельную рутину и не заказать то, что уже едет от поставщика. 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 поставщика». ## Коротко - Раздел «Пополнение» уже посчитал по каждому товару точку заказа и рекомендуемый объём, а флаг «нужно заказать» сразу показывает, какие позиции требуют действия прямо сейчас. - Еженедельный обход: отфильтровать по флагу «нужно заказать» → проверить в «Закупках», что рекомендация не дублирует уже открытый заказ → оформить заказ → проверить округление под MOQ и упаковку поставщика. - «Уже заказано» и «уже принято» — разные статусы: платформа вычитает из рекомендации только открытый (не закрытый и не отменённый) заказ, поэтому статус в «Закупках» важно менять точно по факту размещения и приёмки. - Неделя строится из трёх ритмов: еженедельный плановый обход по флагу, точечная проверка по уведомлению о скором нуле вне графика, и квартальная сверка карточек поставщиков (срок поставки, MOQ). ## Рутина, которая не даёт пропустить момент У менеджера маркетплейсов ассортимент обычно исчисляется десятками и сотнями позиций, и держать в голове, по какому товару пора заказывать новую партию, а по какому рано, — не масштабируется.
Подробно: что уже посчитано в «Пополнении» Раздел [«Пополнение»](/inventory/replenishment) снимает эту нагрузку: по каждому товару там уже посчитано, при каком остатке пора заказывать (точка заказа) и сколько именно заказать (рекомендуемый объём), а флаг «нужно заказать» сразу показывает, какие позиции требуют действия прямо сейчас.
## Еженедельный обход Обход состоит из четырёх последовательных шагов — от фильтра по флагу до проверки округления под условия поставщика.
Подробно: четыре шага еженедельного обхода **Шаг 1. Отфильтруйте по флагу «нужно заказать».** Это товары, где остаток вместе с тем, что уже в пути от поставщика, опустился до точки заказа или ниже — откладывать закупку по ним дальше рискованно. **Шаг 2. Проверьте, что рекомендуемая закупка не дублирует уже сделанный заказ.** Прежде чем оформлять новый заказ, откройте [«Закупки»](/inventory/purchase-orders) и убедитесь, что по этому товару нет открытого заказа с нужным количеством — уже заказанное, но ещё не принятое, платформа и так вычитает из рекомендации автоматически, но стоит убедиться, что заказ действительно отражён в системе, а не остался в переписке с поставщиком. **Шаг 3. Оформите заказ.** Можно создать заказ поставщику вручную в «Закупках» или перейти туда прямо из «Пополнения» — тогда строки заказа заполнятся товаром и рекомендуемым количеством автоматически, и останется только проверить цену и подтвердить. **Шаг 4. Проверьте округление под MOQ и упаковку.** Если рекомендуемое количество выглядит больше ожидаемого, откройте карточку поставщика в [«Поставщиках»](/inventory/suppliers) — почти всегда причина в минимальной партии заказа (MOQ) или кратности упаковки: заказ меньше физически невозможен для этого поставщика.
## Частая путаница: «уже заказано» и «уже принято» — не одно и то же Важно не спутать две вещи.
Подробно: как платформа учитывает статус заказа Открытый заказ поставщику (не закрытый и не отменённый) платформа уже учитывает как «в пути» и вычитает из рекомендуемой закупки — заново заказывать это количество не нужно. Но если заказ закрыт раньше времени по ошибке, платформа перестаёт видеть его как «в пути» и снова покажет полную рекомендацию — поэтому статус заказа в «Закупках» стоит менять аккуратно и только по факту: «заказан», когда заказ реально размещён у поставщика, «принят» — когда партия физически пришла и учтена в остатках.
## Как выстроить неделю Обход раздела складывается из трёх ритмов разной частоты.
Подробно: еженедельный, событийный и квартальный ритм **Раз в неделю (фиксированный день):** полный обход «Пополнения» по флагу «нужно заказать» — превратить рекомендации в реальные заказы поставщикам. **По событию (пришло уведомление о скором нуле по конкретному товару):** точечная проверка вне графика — не ждать планового обхода, если остаток резко просел из-за всплеска продаж. **Раз в квартал:** сверка карточек поставщиков — актуален ли срок поставки и MOQ, не изменились ли условия закупки, ведь именно эти данные определяют, насколько точно платформа считает точку заказа и объём партии.
## Что это даёт Вместо ежедневного ручного просмотра остатков по каждому товару — один регулярный обход одного экрана, который сам показывает, что требует действия. Заказы не дублируются, потому что уже заказанное автоматически вычитается из новой рекомендации, а объём каждого заказа сразу учитывает реальные условия конкретного поставщика. ## Частые вопросы - **Как понять, что заказ по товару уже сделан и повторно оформлять не нужно?** Проверьте открытые заказы в «Закупках» по этому товару — если заказ в статусе «заказан» или «принят частично», платформа уже вычла его количество из рекомендации в «Пополнении». - **Заказ отменили — рекомендация изменится?** Да, при отмене заказ перестаёт учитываться как «в пути», и при следующем пересчёте рекомендуемая закупка вернётся к полному значению. - **Что делать, если рекомендация кажется завышенной именно по одному поставщику?** Проверьте его карточку в «Поставщиках» — вероятно, у него высокий MOQ или крупная кратность упаковки, и количество округляется под эти условия, а не отражает реальную нужную величину. - **Нужно ли пересматривать «Пополнение» чаще одного раза в неделю?** Для большинства товаров недельного цикла достаточно; чаще стоит проверять только товары с высокой скоростью продаж или после резкого всплеска спроса. ## Спросите ИИ-ассистента - «Какие товары сейчас помечены «нужно заказать»?» - «Есть ли открытые заказы поставщикам, которые уже учтены в расчёте пополнения?» - «Покажи товары, где рекомендуемая закупка выросла из-за условий конкретного поставщика».