# Как 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) округляют предложенное «Пополнением» количество вверх — это следствие условий поставщика, а не ошибка расчёта.
- Кратность упаковки округляет количество ещё раз поверх округления под MOQ, поэтому итоговая сумма закупки может заметно отличаться от «идеального» расчёта под потребность.
- Привязка товара к поставщику на странице [«Себестоимость»](/inventory/costs) — единственный способ накопить историю закупочных цен и обосновать выбор поставщика цифрами.
- Если у товара нет привязанного поставщика с заполненными условиями, расчёт использует консервативные значения по умолчанию, и сумма закупки не отражает реальные условия для точного финансового плана.

## Что болит у бухгалтера и финансиста

Когда расчёт потребности в [«Пополнении»](/inventory/replenishment) предлагает докупить больше, чем
кажется нужным по остаткам и продажам, первая мысль — что расчёт ошибся.

<details>
<summary>Подробно: почему это не ошибка расчёта</summary>

На деле чаще всего дело в
условиях конкретного поставщика: MOQ (минимальная партия заказа) и кратность упаковки, указанные в
его карточке в [«Поставщиках»](/inventory/suppliers), заставляют округлить предложенное количество
вверх — потому что заказать меньше поставщик физически не примет или не отгрузит некратной партией.
Это не ошибка расчёта, а прямое следствие договорённостей с поставщиком, зафиксированных в его
карточке.

</details>

## Как условия поставщика влияют на сумму закупки

MOQ, кратность упаковки и привязка товара к поставщику напрямую формируют сумму ближайшей закупки в «Пополнении».

<details>
<summary>Подробно: как условия поставщика меняют сумму закупки</summary>

1. **MOQ поднимает нижнюю границу заказа.** Если расчёт потребности предложил докупить количество
   меньше минимальной партии поставщика, система округлит его вверх до MOQ — и сумма закупки по
   этой позиции окажется выше, чем ожидалось от простого умножения «недостающего количества» на
   цену. Это заложено в карточку поставщика намеренно, чтобы не предлагать нереалистичные заказы.
2. **Кратность упаковки округляет ещё раз.** Если товар отгружается только целыми коробками
   заданного размера, количество после округления под MOQ дополнительно подгоняется под эту
   кратность — итоговая сумма закупки может ощутимо отличаться от «идеального» расчёта под текущую
   потребность.
3. **Привязка товара к поставщику формирует историю закупочных цен.** Привязка делается на
   странице [«Себестоимость»](/inventory/costs) — именно по ней накапливается история, у какого
   поставщика и по какой цене закупался товар. Без привязки (или при смене поставщика без
   обновления привязки) сверить динамику закупочных цен по конкретному контрагенту становится
   невозможно, а значит, и обосновать выбор поставщика цифрами — тоже.
4. **Отсутствие карточки поставщика не останавливает расчёт, но искажает его.** Если у товара нет
   привязанного поставщика с заполненными условиями, расчёт использует консервативные значения по
   умолчанию — сумма предложенной закупки в этом случае не отражает реальные условия и не может
   быть основой точного финансового плана закупок.

</details>

## Почему это важно для финансового планирования

Сумма ближайшей закупки, которую вы видите в [«Пополнении»](/inventory/replenishment), — это не
абстрактная цифра, а прямое следствие карточек поставщиков: их срока поставки, MOQ и кратности
упаковки. Если карточки не заполнены или устарели, финансовый план закупок строится на
приблизительных данных, а не на реальных условиях с конкретными контрагентами — расхождение
всплывает именно в момент, когда нужно заплатить по реальному счёту поставщика, а не по расчётной
оценке платформы.

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

- **Почему «Пополнение» предлагает заказать и, соответственно, заплатить больше, чем нужно прямо
  сейчас?** Скорее всего, сработало округление под MOQ или кратность упаковки конкретного
  поставщика — заказ меньше физически невозможен, и сумма закупки растёт вместе с округлённым
  количеством.
- **Как узнать, из-за какого именно условия выросла сумма закупки — MOQ или кратности?** Откройте
  карточку поставщика в [«Поставщиках»](/inventory/suppliers) и сравните оба значения с
  предложенным количеством в «Пополнении» — обычно видно, какое из условий сработало.
- **Нужно ли обновлять карточку поставщика, если MOQ изменился?** Да, и как можно быстрее — иначе
  расчёт продолжит округлять под устаревшую минимальную партию, и сумма ближайших закупок будет
  расходиться с реальными условиями поставщика.
- **Как привязка товара к поставщику связана именно с деньгами, а не только с логистикой?**
  Привязка — источник истории закупочных цен по этому поставщику. Без неё нельзя сверить, дорожает
  или дешевеет закупка со временем, и обосновать смену поставщика конкретными цифрами.
- **Что если у поставщика нет MOQ вообще (заказывает штучно)?** Тогда округление под минимальную
  партию не применяется — сумма закупки будет ближе к «идеальному» расчёту под текущую потребность,
  без надбавки за округление.

## Спросите ИИ-ассистента

- «У каких поставщиков MOQ или кратность упаковки заметно завышают сумму закупки?»
- «Как менялась закупочная цена у поставщика [название] по товарам с привязкой?»
- «Есть ли товары без привязанного поставщика, влияющие на сумму пополнения?»
