Минимальное количество заказа (MOQ)
В своей самой простой форме минимальные объемы заказа (MOQ) представляют собой наименьшее количество товара, которое можно приобрести у поставщика. MOQ распространены среди большинства компаний, которые не определяют себя как розничные торговцы. Обычно MOQ отражают экономические трения на стороне поставщика, связанные с обработкой заказа (например, канцелярские задачи, такие как оформление счетов и бухгалтерский учет) и последующим выполнением заказа (например, затраты на погрузку и доставку). Сложные MOQ, включающие несколько ограничений, могут возникать, когда экономическое трение не может быть адекватно отражено простыми MOQ. Помимо MOQ, наиболее заметными ограничениями заказов являются Экономичный объем заказа (EOQ), мультипликаторы партий и ценовые скидки.

Простые MOQ
Простой MOQ определяется одним ограничением, выступающим в качестве минимального порога для любого размещаемого заказа. Количество может измеряться как в штуках (также называемых единицами), так и в денежном выражении (например, в долларах или евро). Область применения ограничения может быть следующей:
- для продукта, где количество каждого продукта, включенного в заказ, должно достигать MOQ.
- для заказа, где сумма количеств всех продуктов, включенных в заказ, должна достигать MOQ.
MOQ на уровне продукта часто встречаются, когда в производстве каждой отдельной позиции присутствуют экономии от масштаба. Например, компания, специализирующаяся на печати книг, если только она не занимается розничной печатью по требованию, скорее всего, будет иметь MOQ, привязанный к каждому заказу на печать.
MOQ на уровне заказа часто встречаются, когда существуют экономии от масштаба при обработке и доставке заказа. Например, FMCG-компания, продающая моющие средства, может принять заказ, только если он достаточно велик, чтобы заполнить не менее чем половину грузовика, при необходимости с разными продуктами. В такой ситуации MOQ, выраженный в денежном эквиваленте, обычно служит прокси для покрытия расходов на доставку.
Хотя MOQ иногда могут быть согласованы с поставщиками, зачастую это не так. Действительно, у поставщика может даже не быть необходимых процессов и рабочих процессов, чтобы справляться с мелкими заказами. Эта функция обычно передается розничным торговцам или дистрибьюторам, которые именно и сосредотачивают свою добавленную стоимость на возможности обслуживать продукцию в очень мелком масштабе. Исключая мелкие заказы из своей цепочки поставок, эти поставщики могут сосредоточиться на достижении превосходной эффективности цепочек поставок за счет экономии от масштаба.
Сложные MOQ
Правило заказа с MOQ называют сложным, когда оно включает несколько числовых ограничений, которые все должны быть одновременно соблюдены, чтобы заказ считался приемлемым для поставщика. Сложные MOQ обычно вводятся, когда экономическое трение, связанное с заказами, не может быть адекватно отражено простым MOQ. Сложный MOQ является более тонким механизмом ценообразования, используемым поставщиком для отталкивания клиентов от паттернов заказов, которые слишком резко затрагивают области их неэффективности.
Например, производители одежды часто имеют сложные MOQ, включающие несколько следующих ограничений:
- минимальное количество ткани в метрах составляет 3000 метров для каждого цвета, присутствующего в любом заказываемом продукте, для всего заказа.
- минимальное количество, в штуках, для каждого заказываемого продукта составляет 600 штук.
- минимальное количество в долларах для всего заказа составляет 20 000 долларов США.
- минимальное количество в единицах для всего заказа составляет 2000 штук.
В этом примере первое ограничение отражает тот факт, что поставщик закупает ткань рулонами по 3000 метров, и таким образом, используя сложный MOQ, поставщик навязывает свои собственные ограничения заказа своим клиентам в цепочке поставок.
Затем второе ограничение отражает экономию от масштаба на уровне продукта — как обсуждалось в предыдущем разделе — но это ограничение дополняется третьим, который устанавливает минимальный объем заказа в долларах. Это третье ограничение предназначено для того, чтобы предотвратить оформление заказов с низкой стоимостью, например, заказ 10 000 пар носков по цене 0.30 USD за единицу.
Наконец, последнее ограничение введено в качестве прокси для транспортных расходов, так как производитель одежды, скорее всего, будет использовать грузовик для доставки заказа клиенту, который, в свою очередь, может воспользоваться контейнерными (морскими) перевозками.
Ограничения заказа против механизмов ценообразования
Помимо MOQ, существует несколько других заметных ограничений заказа, таких как:
- мультипликаторы партий, когда количества, заказываемые по каждому продукту, должны быть кратны заданному числу. Это ограничение часто отражает выбор упаковки, когда продукт упаковывается в коробки или поддоны по X единиц.
- Экономичный объем заказа (EOQ), этот показатель отражает трение на стороне клиента, в то время как MOQ отражает трение на стороне поставщика.
- ценовые скидки, когда предельная цена за единицу, устанавливаемая поставщиком, варьируется, как правило, уменьшаясь с увеличением объема заказа.
Хотя MOQ можно рассматривать как чистый механизм ценообразования, на практике это редко так. Поставщики, использующие MOQ, как правило, эксплуатируют их на нескольких уровнях — как физическом, так и информационном — в своей цепочке поставок для достижения большей эффективности. Например, MOQ могут отражать размер производственных партий.
Оптимизация объемов заказа с учетом MOQ
Наличие MOQ усложняет процесс заказа. С точки зрения покупателя определение наилучших объемов заказа при соблюдении условий MOQ представляет собой задачу ограниченной оптимизации, обширную область на пересечении информатики и математической оптимизации.
Концептуально самый прямой способ оптимизации заказа с учетом ограничений MOQ состоит, во-первых, в оценке экономической выгоды, связанной с каждым отдельным объемом, который можно (разумно) заказать, во-вторых, в отсеивании всех невыполнимых вариантов (например, объемов, не удовлетворяющих ограничениям), а затем в ранжировании оставшихся вариантов по их показателю доходности. Хотя такой подход обычно слишком трудоемок для выполнения вручную или с использованием специализированных инструментов, таких как таблицы, решатели — т.е. программные компоненты, предназначенные для задач ограниченной оптимизации — могут использоваться для выполнения этих оптимизаций.
Даже при наличии соответствующих программных средств, MOQ, как правило, являются достаточно технической задачей, особенно из-за обратного влияния MOQ на планирование цепочки поставок. Действительно, чем выше MOQ, тем реже будут оформляться заказы, что означает более длительные сроки оформления. Таким образом, поскольку соответствующий срок поставки при рассмотрении заказа у поставщика обычно является суммой срока поставки от поставщика и срока оформления заказа, это значение зависит от MOQ. Это, в свою очередь, влияет на прогноз спроса.
Точка зрения производителя на оптимизацию MOQ
С точки зрения производителя оптимизация MOQ представляет собой компромисс между снижением производственных затрат и расширением адресуемого рынка за счет более детализированных заказов. Кроме того, даже крупные клиенты могут быть заинтересованы в использовании более детализированных заказов, поскольку это помогает сделать их собственные цепочки поставок более гибкими и реактивными к изменяющимся рыночным условиям.
Для производителя факторами, влияющими на выбор MOQ, являются:
- размер производственной партии (если имеется)
- время наладки и фиксированные затраты на каждый производственный цикл
- формы упаковки (например, коробки, поддоны)
- затраты на привлечение клиентов
- условия согласованных сделок с ключевыми клиентами
Исходя из этих экономических факторов, возможно оптимизировать MOQ и позволить им развиваться со временем, чтобы должным образом отражать изменяющиеся рыночные условия. Однако на практике MOQ не следует пересматривать слишком часто, так как постоянные изменения, даже незначительные, негативно влияют на практику оформления заказов клиентами. Тем не менее, MOQ следует регулярно пересматривать, чтобы оставаться в тесном соответствии с рынком и стратегией производителя.
Мягкие MOQ1
Мягкие MOQ1 являются самоустановленными ограничениями от самой покупающей стороны. В отличие от «жестких» MOQ, устанавливаемых поставщиком, мягкие MOQ отражают практику, а не требование. Мягкие MOQ, как правило, используются, когда процессы или программные инструменты для оформления заказов и их отслеживания не справляются с большим количеством различных ожидающих заказов. В такой ситуации среднее количество различных ожидающих заказов можно уменьшить, введя мягкие MOQ.
Мягкие MOQ концептуально представляют собой вариант экономичного объема заказа. Однако на практике мягкие MOQ обычно не являются результатом какого-либо эконометрического анализа, а представляют собой чрезвычайную меру, которая возникает «естественным образом», когда команда по закупкам не может справиться с объемом заказов и/или доставок, который возник бы, если объемы заказа были бы максимально дробными в рамках допустимых затрат на оформление и транспортировку.
Мягкие MOQ часто используются в сочетании с еженедельным или ежемесячным графиком заказов, что является другим подходом для достижения той же цели — снижения нагрузки на команду закупок по управлению заказами поставщиков с высокой детализацией.
Общая проблема MOQ
Общая проблема MOQ представляет собой нелинейную задачу оптимизации. Довольно просто показать, что эта задача является NP-трудной. Действительно, общая проблема MOQ расширяет задачу упаковки в контейнеры, которая также является NP-трудной. Таким образом, общая проблема MOQ по крайней мере настолько же сложна, как и задача упаковки в контейнеры. Хотя, несмотря на NP-трудность, следует отметить, что на практике можно вычислить очень хорошие решения.
Ключевые понятия, относящиеся к общей проблеме MOQ, включают:
- элементы — это то, что фактически можно приобрести. Количества элементов часто являются целыми числами, хотя здесь нет ограничений на это.
- заказываемые количества для каждого элемента (возможно, нулевые), которые представляют собой потенциальное решение проблемы MOQ.
- экономические вознаграждения, связанные с каждой дополнительной единицей для каждого элемента.
- затраты, связанные с приобретаемыми единицами. Цель заключается в максимизации вознаграждения для заданного бюджета, выраженного в затратах. Обычно ожидается, что затраты будут постоянными на единицу, но здесь мы не делаем предположений; таким образом, могут учитываться ценовые скидки.
- цели, которые представляют собой способ задания критерия остановки, который может не совпадать с фактическими затратами.
Пусть $${I}$$ — множество элементов, рассматриваемых для заказа. Пусть $${q_i}$$, где $${i \in I}$$, — количество, которое необходимо заказать для элемента $${i}$$.
Затем определим ряд функций.
- Пусть $${r_i(q)}$$ — вознаграждение при наличии $${q}$$ единиц элемента $${i}$$.
- Пусть $${c_i(q)}$$ — затраты при покупке $${q}$$ единиц элемента $${i}$$.
- Пусть $${t_i(q)}$$ — цель при наличии $${q}$$ единиц элемента $${i}$$.
Функция вознаграждения может возвращать как положительные, так и отрицательные значения, однако функции затрат и цели всегда строго положительны:
Пусть $${M}$$ — множество ограничений MOQ. Для каждого $${m \in M}$$ имеется $${I_m}$$ — список элементов, относящихся к ограничению $${m}$$, и $${Q_m}$$ — минимальное количество, которое должно быть достигнуто для выполнения ограничения. Пусть $${m_i(q)}$$ — функция, определяющая вклад элемента $${i}$$ в ограничение MOQ $${m}$$ при покупке $${q}$$ единиц. Ограничение $${m}$$ считается выполненным, если:
Таким образом, все ограничения MOQ могут быть выполнены двумя способами: либо достигнув порогового значения MOQ, либо установив количество для всех элементов равным нулю.
Пусть $${C}$$ — максимальные затраты, которые можно позволить себе для заказа. Определим $${\textbf{q}_C=(q_i)_i}$$ как наилучший заказ следующим образом:
The purchase order is the “best” in the sense that is maximizes the reward for a given budget. The solution $${\textbf{q}_C}$$ is not unique, however, this consideration is rather theoretical because the MOQ problem is too hard for an exact resolution anyway. For the sake of simplicity, we proceed as if the solution was unique in the following.
Finally, let $${T}$$ be a target minimum, we define $${\textbf{q}^T}$$ with
и
Решение $${\mathbf{q}^T}$$ построено на основе $${\textbf{q}_C}$$, то есть, это наименьшее оптимальное (с точки зрения бюджета) решение, максимизирующее ROI, которое достаточно для достижения цели.
Взгляд компании Lokad на MOQ
Значимость MOQ недооценивается многими компаниями: как на стороне закупок, так и на стороне производства, а также часто поставщиками программного обеспечения, поддерживающими их цепочки поставок.
Со стороны закупок, слишком часто заказы просто округляются до следующего MOQ, без количественной оценки рисков инвентаризации, связанных с большим заказом, и без учета влияния на график заказов. Опытные специалисты по цепочкам поставок осведомлены об этой проблеме и обычно прибегают к обширным таблицам Excel, не имея лучшей альтернативы.
Со стороны производителей, MOQ часто определяется размерами партии и/или выбором упаковки, основываясь на «приблизительной оценке», а не на количественном анализе с учетом плюсов и минусов. Как только MOQ принимаются, многие производители жестко фиксируют свои процессы вокруг этих значений, которые становятся безоговорочным статус-кво. Даже если исходное значение MOQ было хорошим, через десятилетие это может измениться.
Наконец, поскольку MOQ представляют собой сложную - и часто неправильно понимаемую - числовую задачу, многие поставщики программного обеспечения полагаются на упрощенные правила для их учета, рассматривая их как крайний случай, даже для тех MOQ, которые задействованы в большинстве заказов, как исходящих, так и входящих. Компания Lokad разработала специализированные числовые решатели, точно настроенные для решения задач MOQ.
Примечания
-
Терминология жестких и мягких MOQ была фактически введена в компании Lokad несколько лет назад для разъяснения проблем цепочек поставок, так как жесткие и мягкие MOQ отражают две довольно разные цели. Однако некоторые из наших клиентов до сих пор используют термин MOQ для обозначения обеих ситуаций без различия. ↩︎ ↩︎