Поставщик отгружает от двухсот: что делать с минимальной партией

По расчёту магазину нужны 70 единиц. Поставщик продаёт от ста, но отгружает только целыми коробами по 24. В заявке появились сто штук, оплата согласована, а менеджер поставщика возвращает документ: такое количество отгрузить нельзя.

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

Не складывайте ограничения в одну непонятную цифру

MOQ обычно обозначает минимальное количество для заказа. Кратность определяет шаг: например, целые короба. Бывают минимум на один SKU, минимум по сумме всего счёта и отдельные правила для вариантов. Уточните, к чему относится условие вашего поставщика.

Предложение «минимум сто» не означает возможность купить любой объём начиная со ста. Если одновременно действует короб по 24, допустимы количества, которые отвечают обоим правилам. Цвета и размеры тоже могут иметь собственные минимумы.

Зафиксируйте условия в предложении или спецификации. Устное «обычно можно меньше» не включайте как подтверждённый вариант. Для первой закупки ошибка в количестве неприятна вдвойне: она связывает деньги в товаре, о спросе на который ещё мало известно.

Как семьдесят превращаются в сто двадцать

Учебная потребность до следующей закупки равна 70 единицам. Минимум поставщика A составляет 100, короб содержит 24. В этой модели товар пригодный и одинаковый, возвратов, потерь, доставки и налогов нет.

Сто не делится на 24. Четыре короба дают 96, что меньше минимума. Пять коробов дают 120. Значит, первый допустимый заказ у A равен 120 единицам, а превышение выбранной потребности составляет 120 − 70 = 50.

У поставщика B минимум ниже нашей потребности, а тот же короб содержит 24. Три короба дают 72 единицы. Для нашего случая это допустимый меньший заказ, излишек к потребности равен двум штукам.

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

Более дорогая штука может потребовать меньше денег

Добавим условные закупочные цены. У A единица стоит 300 ₽, у B 330 ₽. Тогда A требует 120 × 300 = 36 000 ₽, B требует 72 × 330 = 23 760 ₽. Разница первоначальной оплаты равна 12 240 ₽.

Это разница денежных вложений, а не доказанная экономия расходов или прибыли. Количество купленного товара различается. У A после удовлетворения потребности останется 50 единиц, у B две. Их ценность и будущие затраты нужно оценить отдельно.

Разница цены за одинаковые 72 штуки составила бы 72 × 30 = 2 160 ₽. Но купить 72 у A в наших условиях нельзя. Такая строка объясняет ценовую надбавку, а не создаёт третье реально доступное предложение.

Сравнение размера запаса и денег связано с операционным бюджетом. Выбор между допустимыми предложениями требует будущих изменяющихся затрат, а не одного красивого процента скидки.

Что добавить к двум предложениям

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

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

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

Закончите расчёт допустимым заказом

Сохраните в строке SKU потребность, MOQ, кратность, допустимое количество, сумму и ожидаемый остаток. Добавьте решение по излишку и дату повторной проверки. Важно, чтобы человек, который отправляет заявку, видел ограничения рядом с количеством.

EOQ помогает сравнить частоту заказов и стоимость запаса в своей модели. MOQ не заменяет эту формулу и не подтверждает, что заданный поставщиком минимум оптимален магазину. Для исходной потребности пригодится управление запасами.

В Плюсомере посмотрите доступные продажи, остатки и себестоимость SKU. Договорные ограничения поставщика и расчёт допустимой заявки храните в плане закупки. Исключения согласуйте с поставщиком до отправки заказа.

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

MOQ и короб по двадцать четыре означают одно?

MOQ задаёт минимум, короб задаёт кратность. Допустимый заказ должен выполнить оба условия и другие подтверждённые ограничения предложения.

Почему нельзя просто округлить потребность вверх?

Округление до ближайшего короба может не выполнить MOQ. В примере 96 уже больше потребности, но всё ещё меньше минимальных ста.

Разница первоначальной оплаты равна экономии?

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

Минимальная партия поставщика считается оптимальной?

Это условие сделки поставщика. Оптимальность для магазина проверяют по спросу, срокам, расходам и доступным средствам отдельно.