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

В данной статье планируется обсудить вопросы планирования материальных потребностей. Насколько это возможно, терминов типа 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/

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