Поговорим о планировании: под заказ

В данной статье планируется обсудить вопросы планирования материальных потребностей. Насколько это возможно, терминов типа Material Requirement Planning (MRP), я буду избегать. Так как мне до сих пор не удалось разжиться стандартами APICS, то в качестве глоссария будет использоваться терминологическая база из Microsoft Dynamics NAV. Терминология APICS и Navision совпадает, по крайней мере, так декларируется в документации к модулю Производство.

Начнем с концепции работы с «нулевым запасом», когда материалы и комплектующие «точно вовремя» попадают к потребителю. Кто-то сказал «Just-in-time»?

Начнем с простого примера. Кто любит ходить в магазин за продуктами? Представим, что мы решили основательно закупиться и избавиться от этой обязанности «раз и навсегда». После того как весь холодильник был забит тушенкой, выясняется, что теперь совершенно некуда складывать всякие вкусняшки (например, пиво). Как же быть?

Варианта три: отказаться от вкусненького, арендовать полку в холодильнике у соседей, купить еще один холодильник. Так как все деньги оказались «заморожены» в тушенке, то придется выбрать вариант 1.

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

Р’ результате приходится арендовать дополнительные складские площади. Р?ли принимать РґСЂСѓРіРёРµ меры, большинство РёР· которых связано СЃ дополнительными издержками. РљСЂРѕРјРµ того, лишний товар РЅР° складе связывает оборотные средства.

Представим, если Р±С‹ продукты появлялись РїСЂСЏРјРѕ Рє ужину. Р’ качестве примера можно привести заказ пиццы РїРѕ телефону. Р?ли «бутылку кефира, полбатона», купленные РІ ларьке РїРѕ РґРѕСЂРѕРіРµ РґРѕРјРѕР№. Р’ такой ситуации холодильник РЅРµ нужен РІРѕРІСЃРµ. Теперь его можно продать, Р° РЅР° СЃРІРѕР±РѕРґРЅРѕРµ место поставить СѓРґРѕР±РЅРѕРµ кресло.

В бизнесе такая концепция называется «под заказ». Причем это могут быть как автомобили, когда клиент указывает нужны ему опции, вносит предоплату и ждет пока машина будет доставлена к дилеру. Также это может быть торговля по образцам или по каталогам (видели каталоги на почте?).

Стандартная последовательность действий при работе «под заказ» такова:

Клиент сообщает Рѕ намерении приобрести некий товар. Если клиент требует определенную дату, сотрудник отдела продаж, проверяет возможность ли выполнения заказа. Р? либо фиксирует дату, указанную клиентом, либо предлагает РґСЂСѓРіСѓСЋ возможную дату.

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

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

  • Время, требуемое РЅР° то, чтобы доставить товар СЃРѕ склада компании клиенту. Р’ случае, РєРѕРіРґР° клиент забирает товар СЃРѕ склада самостоятельно, это время РЅРµ учитывается.
  • РќР° самом складе РЅР° комплектование заказа может уйти РЅРµ РѕРґРёРЅ час. Значит, время обработки товара РЅР° складе также нужно учесть.

Это время, требуемое на отгрузку товара клиенту. Теперь рассмотрим время, требуемое на пополнение склада:

  • Поставщику также требуется время РЅР° выполнение нашего заказа, это так называемый Период ожидания, С‚.Рµ. сколько РјС‹ должны ждать РїРѕРєР° товар появится РЅР° нашем складе.
  • РљРѕРіРґР° поставщик доставил товар РЅР° наш склад, кладовщикам требуется некое время РЅР° приемку Рё проверку товара. Это входящее время обработки.

Если от даты, которую указал клиент, вычесть все указанные выше временные интервалы, то получится Дата заказа. Дата заказа – это самая поздняя дата, когда сотрудник отдела снабжения может разместить заказ у поставщика (факсом, телефонным звонком или с помощью BizTalk Server и XML). Если разместить заказ позже, то клиент не получит товар вовремя. Заказ можно разместить и раньше. Однако слишком заранее размещать заказы все же не следует – к дате отгрузке про него могут напросто забыть или потерять. Не у всех поставщиков есть ERP системы.

Р?так, если клиент требует товар Рє определенной дате, Р° система рассчитывает дату заказа, то такое планирование называется обратным. Система продвигается РѕС‚ требуемой даты поставки назад Рє дате заказа. Если дата заказа оказывается меньше текущей даты, значит выполнить заказ вовремя невозможно.

Р’ этом случае можно прибегнуть Рє РїСЂСЏРјРѕРјСѓ планированию. Для этого дата заказа принимается равной текущей дате, после чего вычисляется возможная дата поставки. Такой же алгоритм можно применить, если клиент РїСЂРѕСЃРёС‚ товар «как можно скорее». Р?ли просто интересуется «когда РјРЅРµ ожидать РјРѕР№ товар».

В любом случае товар на складе не залеживается. В идеальном случае, как только кладовщик, работающий в зоне приемки, поместит товар на склад, этот товар тут же схватит кладовщик, комплектующий отгрузку. Работа осуществляется «с колес» и необходимости в больших складских площадях нет.

В системе такая политика определения количества заказываемого товара (политика дозаказа) называется Заказ.

А что если компания не перепродает товар, а производит его? Как в этом случае измениться алгоритм расчета сроков?

Как легко догадаться время, требуемое на отгрузку товара клиенту, останется прежним. Зато изменится время, требуемое на пополнение склада. Появляется новый этап – производство изделия. Время производство можно указать в системе фиксировано, использовав параметр Период ожидания. Также система может рассчитывать время производства на основании количества изготавливаемых изделий и технологических операций.

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

В целом же концепция осталась прежней – никаких складских запасов.

Давайте усложним первую рассмотренную ситуацию. Представим, что у нас два клиента. Один хочет получить товар 20-го, а второй 21-го. В данной ситуации размещать у поставщика два заказа нерационально (особенно, если доставка платная). Можно объединить два заказа в один, используя самую раннюю дату заказа. В этом случае, заказ для второго клиента будет находиться на складе один день, т.к. он прибыл вместе с заказом, который должен быть доставлен клиенту 20-го.

А если заказов 10 и у всех разные даты. Сколько заказов должна объединить система? За это отвечает параметр Цикл возобновления. Он задается для каждого товара индивидуально. По умолчанию Цикл возобновления равен одному дню.

РџСЂРё использовании Цикла Дозаказа достигается СЌРєРѕРЅРѕРјРёСЏ РЅР° доставке. Рђ РІ случае производства – РЅР° переналадке оборудования. Зато увеличиваются потребности РІ складских площадях. Р?зменяя параметр Цикл возобновления можно подобрать оптимальный размер партии.

Когда еще может появиться товар на складе? Дело в том, что поставщик может не доставить товар в срок или производство задержит выпуск изделия. Как смотреть в глаза клиенту?

Один из способов обезопасить себя - увеличить срок выполнения заказа. Т.е. производство говорит – сделаю за четыре дня. А сотрудник отдела продаж говорит клиенту – будет готово через неделю. Для каждого товара можно задать свой Гарантированный цикл заказа. Он будет автоматически добавляться системой при расчете даты заказа (при обратном планировании) и возможной даты доставки (при прямом планировании).

Теперь представим себе, что поставщик отгружает товар ящиками, а мы продаем поштучно. Кратность указывается с помощью параметра Заказать несколько. Этот параметр входит в группу так называемых модификаторов заказа. Модификаторы влияют на количество товара указываемого в заказе. Кроме кратности это может быть Минимальное количество в заказе. Например, поставщик принимает заказы от 100 штук. Т.е. 101, 200 или 1000000 заказать можно, а 99 нельзя. Еще есть параметр Максимальное количество в заказе, в этом случае один заказ разбивается на несколько.

Как только появились модификаторы заказа, на складе станут накапливаться остатки: клиент запросил одну единицу товара, а производство может выпускать только по двадцать три (такие там матрица и пуансон). Теперь на складе количество товара равно 23 шт минус 1шт. Раз товар уже находится на складе, то при поступлении новых заказов от клиентов, нет необходимости производить изделия или заказывать их у поставщика.

Такая политика дозаказа называется Лот-для-Лота.

При использовании данной политики система пытается раздать складские запасы, а из-за модификаторов заказа эти остатки все время появляются. Такая политика позволяет одновременно удовлетворять запросы клиентов, гибко подходит к работе с поставщиками и производством и при этом не создает залежи товаров на складе.

Р?так, РјС‹ рассмотрели ситуации, РєРѕРіРґР° клиент заранее размещает заказ РІ системе или, РїРѕ крайней мере, РѕРЅ согласен подождать некоторое время РїРѕРєР° его заказ будет исполнен. Р’ каких ситуациях клиент согласен ждать? Например, РєРѕРіРґР° Сѓ него нет выбора, С‚.Рµ. ваша компания является монополистом. Р?ли РєРѕРіРґР° ему требуется уникальное изделие: Р±СѓРґСЊ то особенное свадебное платье или кухонный гарнитур. РљСЂРѕРјРµ того, компании, работающие «под заказ», часто предлагают более выгодные цены, чем компании, поддерживающие определенный уровень запасов РЅР° складе.
Но что делать, если компания продает стандартные товары. В этом случае клиент часто хочет получить свой товар прямой сейчас. Об этом мы поговорим в другой статье.

Метки:



Комментариев: 1

  1. apanko пишет:

    См. также статью Порядок балансирования спроса при планировании потребности в материальных ресурсах:
    http://www.nav4u.ru/archives/17-ocherednost-planirovaniya/

Оставьте свой отзыв!