# Срок поставки и MOQ в расчёте точки заказа: на что смотреть аналитику > Как срок поставки и MOQ поставщика входят в расчёт точки заказа и объёма закупки, и как поймать устаревший срок поставки в данных. published: 2026-08-05T22:34:20+03:00 updated: 2026-08-05T22:34:20+03:00 Раздел [«Поставщики»](/inventory/suppliers) — простой справочник: у кого вы закупаете товар. Выглядит как одна из самых незначительных страниц раздела, но именно её данные определяют, насколько точно платформа посчитает «сколько и когда докупить» в разделе [«Пополнение»](/inventory/replenishment). ## Зачем этот раздел Расчёт потребности не может просто сказать «закончится товар — закажите ещё» — он должен понимать, **сколько дней товар будет ехать** и **какими партиями его вообще можно заказать**. Без этих данных система вынуждена гадать: либо занижает срок (и вы рискуете уйти в ноль, пока ждёте поставку), либо не учитывает минимальную партию (и предлагает заказать количество, которое поставщик физически не примет). Карточка поставщика закрывает оба риска. ## Откуда данные Все поля вводит сам продавец — платформа не получает их ни от WB, ни от Ozon, это исключительно ваши договорённости с поставщиком: - **Срок поставки** — сколько дней проходит от заказа до появления товара на складе. Именно это число вместе со скоростью продаж определяет, за сколько дней **до** ожидаемого нуля на складе нужно оформить заказ. - **MOQ (минимальная партия заказа)** — меньше этого количества поставщик не отгружает. Расчёт потребности округляет предложенное «докупить N» вверх до кратности MOQ, чтобы заказ был реалистичным. - **Кратность упаковки** — если товар отгружается только целыми коробками/упаковками заданного размера, количество округляется и под неё тоже. - **Товаров с привязкой** — сколько ваших товаров сейчас закупается у этого поставщика (видно на карточке поставщика и на дашборде раздела). Привязка «товар → поставщик» задаётся на странице [«Себестоимость»](/inventory/costs) (по одному или массово, выбрав несколько строк) — сам раздел «Поставщики» хранит только карточку поставщика, а не список товаров построчно. ## Как читать экран - **Название** — как вы называете поставщика (произвольный текст, для вашего собственного удобства). - **Срок поставки, дн.** — сколько дней в среднем занимает поставка от заказа до прихода. - **MOQ** — минимальное количество единиц в заказе. - **Кратность** — шаг, которым можно увеличивать заказ (например, только коробками по 12 шт). - **Товаров** — сколько товаров в вашем каталоге сейчас привязано к этому поставщику. ## Как работать **Новому менеджеру в первый день:** заведите карточки на всех поставщиков, с которыми реально работаете, и сразу впишите срок поставки и MOQ — даже приблизительные значения лучше пустых: расчёт потребности без них будет заметно грубее (использует консервативные значения по умолчанию, а не ваши реальные условия). **По событию:** сменили поставщика на товар или изменились условия (стал возить быстрее/появилась новая минимальная партия) → обновите карточку поставщика — расчёт в [«Пополнении»](/inventory/replenishment) подхватит изменения при следующем пересчёте. **Периодически (раз в квартал / при пересмотре условий закупки):** сверяйте фактический срок поставки последних заказов (виден в [«Закупках»](/inventory/purchase-orders)) с тем, что указано в карточке поставщика — если поставщик стал возить дольше или быстрее, поправьте срок поставки, иначе расчёт потребности будет систематически ошибаться в одну сторону. ## Частые вопросы - **Почему «Пополнение» предлагает заказать больше, чем мне реально нужно прямо сейчас?** Скорее всего, сработало округление под MOQ или кратность упаковки этого поставщика — заказ меньше физически невозможен. - **У поставщика нет карточки — что будет с расчётом закупки по его товарам?** Расчёт всё равно сработает, но по консервативным значениям по умолчанию (не по вашим реальным условиям) — точность ниже, особенно по сроку поставки. - **Можно ли привязать один товар сразу к двум поставщикам?** Нет, у товара один активный поставщик в привязке — если закупаете у нескольких, выберите основного (или заведите отдельные товарные позиции, если условия принципиально разные). - **Я удалил поставщика — что будет с товарами, которые были на нём привязаны?** Привязка снимется, товары останутся в каталоге без поставщика — расчёт потребности по ним переключится на значения по умолчанию. ## Спросите ИИ-ассистента - «Сколько товаров привязано к поставщику [название]?» - «У каких поставщиков не указан срок поставки?» - «Покажи товары без привязки к поставщику». ## Коротко - Срок поставки и MOQ из карточки поставщика в [«Поставщиках»](/inventory/suppliers) — не справочные поля, а прямые входные параметры расчёта точки заказа и объёма закупки в [«Пополнении»](/inventory/replenishment). - Заниженный срок поставки в карточке сдвигает точку заказа позже нужного и повышает риск ухода в ноль; завышенный — замораживает деньги в товаре дольше, чем требуется. - Округление рекомендованного объёма вверх под MOQ и кратность упаковки поставщика — ожидаемое поведение расчёта, а не ошибка или шум в данных. - Систематическое расхождение фактического срока поставки (из «Закупок») с карточкой поставщика в одну сторону — сигнал, что параметр устарел и искажает точку заказа сразу по всем товарам этого поставщика. ## Что болит у аналитика Расчёт точки заказа и рекомендованного объёма закупки в [«Пополнении»](/inventory/replenishment) не берётся из воздуха — это функция от скорости продаж и двух параметров, которые вводит человек вручную в карточке поставщика в [«Поставщиках»](/inventory/suppliers): срок поставки (сколько дней товар едет от заказа до склада) и MOQ (минимальная партия). Это ровно то место, где модель прогноза зависит от качества входных данных, а не только от истории продаж, — и именно поэтому карточки поставщиков стоит регулярно проверять, а не считать их статичным справочником, заполненным раз и навсегда. ## Как параметры поставщика входят в расчёт Срок поставки и MOQ из карточки поставщика участвуют в расчёте по-разному: один определяет момент заказа, второй — округляет объём.
Подробно: как срок поставки, MOQ и отсутствие карточки влияют на расчёт - **Срок поставки определяет момент заказа.** Число дней в карточке поставщика вместе со скоростью продаж товара определяет, за сколько дней **до** ожидаемого нуля на складе система должна предложить оформить заказ. Если срок поставки в карточке занижен относительно реального, точка заказа сдвигается позже, чем нужно, — растёт риск ухода в ноль ещё до приезда новой партии. Если завышен — заказы оформляются раньше необходимого, замораживая деньги в товаре дольше, чем требуется. - **MOQ и кратность упаковки округляют рекомендованный объём вверх.** Расчёт потребности сначала определяет «идеальное» количество под текущую потребность, а затем округляет его до кратности MOQ и упаковки конкретного поставщика — итоговая рекомендация в «Пополнении» может заметно отличаться от «чистого» прогноза именно из-за этого округления, и это ожидаемое поведение, а не шум в данных. - **Отсутствие карточки — не ошибка расчёта, а отсутствие входных данных.** Если у товара нет привязанного поставщика с заполненными условиями, расчёт использует консервативные значения по умолчанию — при анализе точности прогноза по конкретному товару стоит в первую очередь проверить, не в этом ли причина систематического расхождения.
## Как ловить устаревший срок поставки Срок поставки в карточке — это ввод человека, который со временем расходится с реальностью: поставщик может начать возить быстрее или медленнее, а карточку никто не обновит.
Подробно: как сверять срок поставки с фактом Периодическая сверка простая: фактический срок поставки по последним заказам виден в [«Закупках»](/inventory/purchase-orders) (разница между датой заказа и датой фактической приёмки) — сравните его со значением срока поставки в карточке поставщика. Систематическое расхождение в одну сторону (карточка всегда показывает меньше или больше факта) — сигнал, что параметр устарел и искажает точку заказа для всех товаров этого поставщика разом, а не для одной позиции.
## Частые вопросы - **Как отличить ошибку прогноза продаж от ошибки во входных параметрах поставщика?** Если расхождение прогноза концентрируется вокруг товаров одного поставщика и в одну сторону (всегда докупают раньше или позже, чем нужно), это указывает на параметры карточки, а не на модель скорости продаж — она обычно ошибается более случайно, по отдельным товарам. - **Насколько часто стоит сверять срок поставки с фактом?** Разумная периодичность — раз в квартал или при любом пересмотре условий закупки; более частая сверка оправдана для поставщиков с высокой оборачиваемостью и большим числом привязанных товаров. - **Что происходит с расчётом, если MOQ у поставщика равен нулю или не заполнен?** Округление под минимальную партию не применяется — рекомендованный объём ближе к «чистому» расчёту под потребность, без дополнительного округления вверх. - **Как посчитать, сколько товаров зависит от одной устаревшей карточки поставщика?** Посмотрите счётчик «Товаров» на карточке поставщика в «Поставщиках» — это число позиций, для которых устаревший срок поставки или MOQ исказит точку заказа одновременно. - **Стоит ли ориентироваться только на карточку поставщика при построении собственной модели прогноза?** Карточка — источник истины по договорённостям с поставщиком, но фактический срок поставки в «Закупках» — это то, что действительно происходило, и при расхождении именно факт стоит использовать как сигнал для обновления карточки, а не наоборот. ## Спросите ИИ-ассистента - «У каких поставщиков срок поставки в карточке расходится с фактическим по последним заказам?» - «Сколько товаров зависит от поставщика с не заполненным сроком поставки?» - «Покажи поставщиков с MOQ, которые заметно округляют объём закупки вверх».