[МУЗЫКА] [МУЗЫКА] [ЗВУК] [БЕЗ_ЗВУКА] Рассмотрим тот процесс и тот механизм, который позволяет нам получить подробную информацию о потребности в материальных компонентах, для того чтобы выполнить главный календарный план производства. Этот процесс, этот модуль называется планированием потребности в материалах. При этом, когда мы говорим слово «материал», под этим мы можем подразумевать не только собственно сырьё и материалы, но и детали, полуфабрикаты и любые другие компоненты, которые входят в готовую продукцию. Принципиальная схема в настоящий момент отображена на экране. Что мы по ней видим? У нас есть данные о главном календарном плане производства, в свою очередь, созданном для того, чтобы отображать прогнозы спроса и заказа заказчиков. Кроме того, у нас есть данные о текущих складских запасах и запланированных поставках из производства или из закупок, и у нас есть данные о спецификациях продукции, которые мы должны будем использовать при расчёте. Есть ещё другие источники информации, но здесь они для краткости не упомянуты. Процесс, как обычно, хорошо алгоритмизируем, жёсток по логике и одинаков практически во всех программных инструментах, которые реализуют соответствующую логику. На выходе из процесса мы должны получить информацию о том, что и когда и в каких количествах нам необходимо приобретать у поставщиков, что, когда, в каких количествах нам необходимо изготавливать в производстве. Логика MRP строится на базе трёх основных принципов, давайте их вкратце рассмотрим. Принцип первый отражает идею зависимости в структуре продукта, горизонтально и вертикально. По сути своей горизонтальная зависимость отображает идею комплектности. Иначе говоря, для производства какого-то продукта все компоненты, которые в него входят, нужны вместе и, как правило, одновременно. То есть если программная логика обнаруживает несоответствие или несинхронизацию потребности по срокам, программная система, реализующая этот алгоритм, выдаёт соответствующее сообщение. Вертикальная зависимость реализует эту идею синхронности. То есть нам необходимо выстроить цепочку запусков и выпусков в производстве, сопрячь её с получением материалов от поставщиков, чтобы выстроить процесс горизонтально во времени. Второй принцип гласит, что нам необходимо учесть при планировании имеющиеся складские остатки и имеющиеся плановые поступления либо от поставщиков, либо из производства. В этом случае мы говорим о преобразовании валовой, или, иначе говоря, брутто-потребности, в чистую, или нетто-потребность. На экране мы в данный момент видим образец такого рода преобразования. Видно, что закрашенные ячейки соответствуют номенклатуре, которую мы рассматриваем, с соответствующими нормами расхода по вертикали, и складские остатки обязательно учитываются при расчёте потребности и трансформации её в плановый заказ. В данном случае мы видим, что при необходимости разгрузить 25 единиц изделия A нам необходимо выполнить соответствующие расчёты, прийти к выводу, что, скорее всего, нам необходимо закупить шесть единиц материала I и все остальные компоненты у нас находятся в наличии. То есть логика чистой потребности говорит нам, что мы должны не закупать что-то или производить, потому что этого не хватает сейчас, а мы должны проверить, к какому срок эта потребность возникает и в каком количестве она имеет место с учётом всех ресурсов, которыми мы уже располагаем. Когда мы говорим о третьем принципе, мы говорим об учёте длительности цикла. Мы говорим, что все процессы протекают во времени, у каждого из производственных переделов, а равно и у процесса закупки есть продолжительность. Она обычно оценивается целым количеством дней, и система, или, иначе говоря, плановый модуль, выстраивая соответствующую логику, располагает цепочку заказов друг за другом так, чтобы они стыковались между собой. На экране это хорошо видно. Видно, опять же, пользуясь той же самой вертикалью, закрашенной серым цветом, что у нас есть цепочка поставок и получений, которой мы пользуемся, для того чтобы выпустить готовый продукт вовремя. Учитывая длительность цикла, мы получаем необходимый отступ во времени от даты выпуска продукции по всем производственным переделам и процессам закупки. В каждом случае, как только номенклатурная позиция возникает как позиция планового дефицита, то есть у нас есть потребность, непокрытая в данном случае поставками, мы имеем дело с определённой логикой, которая представлена на экране. Как только мы говорим, что есть валовая потребность, то есть нам нужен этот продукт для каких-то целей, первый вопрос, который задаётся, вопрос, достаточно ли нам складских запасов на тот момент, когда в этом есть потребность. Если остатков достаточно, нам ничего предпринимать не надо. Процесс уже выполнен. Если мы говорим, что плановых остатков недостаточно или их нет совсем, идёт следующая проверка. Мы смотрим, есть ли уже запланированные поставки, с плановой датой, которая нас устраивает. Если нет ни запасов, ни запланированных поставок, очевидно, что имеет место дефицит, с которым мы имеем дело в плане, и мы под его покрытие должны запланировать новый плановый заказ. Если мы видим, что плановая потребность покрыта запланированными поставками, последнее, что нам остаётся, это проверить их актуальность по срокам и по количеству. Если они по-прежнему актуальны, никаких существенных изменений не произошло, делать ничего не надо. Если мы видим, что сроки или объёмы потребности не синхронны с тем, что мы уже имеем в плане поставок, система выдаёт сообщение о том, что необходимо скорректировать по возможности плановые поставки. Тем самым, мы имеем дело с двумя основными результатами работы алгоритма. Первый результат называется плановые заказы. Это предложение алгоритма, и использующая ее программная система выполнит определённые действия в будущем. То есть начать и закончить определённый процесс и выполнить определённый объём работы. В данном случае мы говорим, что мы говорим о плановом заказе на определённую номенклатурную позицию, с определённым размером партий, с определёнными сроками запуска и выпуска этого планового заказа. Плановые заказы далее преобразуются либо в заявки на закупку, либо в производственные заказы, в зависимости от того, с какой номенклатурой мы имеем дело, с покупной или с производительной. Второй вид сообщений называется рекомендацией. Это вольный перевод с английского action message. Здесь мы говорим о том, что нам необходимо выполнить действие срочно, то есть проблема уже имеет место, и мы должны её разрешить. Обычно это относится к ситуации, когда нужно исправить то, что мы уже ранее сделали, или то, что мы ранее запланировали. Образцы рекомендации вы видите на экране. В какой форме мы это можем наблюдать? Конечно, видеть весь список заказов неудобно, он слишком длинный. Поэтому придумали парочку форматов, которые наглядно показывают, что у нас имеется на выходе. Первый формат называется так называемая таблица MRP, или его ещё называют горизонтальный формат. Он показывает построчно, по всем плановым периодам, все наши параметры плана. То есть мы видим здесь и валовую потребность, и запланированные поставки, и плановый складской запас, и все запуски и выпуски по производственному заказу на заказанную закупку. Постепенно он заполняется информацией, до тех пор пока мы не достигаем горизонта планирования и не видим, что все наши информации о потребностях уже обработаны. Здесь мы видим общую структуру потребности, мы видим её объёмы. При этом, когда мы планируем, у нас есть необходимость опираться на параметры. Есть параметры обязательные, есть параметры как бы факультативные. Обязательные — это те, без которых плановый механизм в принципе не функционирует. Факультативные — это те, которые мы можем устанавливать, а можем и не устанавливать, при этом плановый механизм будет продолжать работать. Однако часто факультативные параметры необходимы, потому что они отражают существо самого процесса. Первый из основных параметров называется политика заказа. Это описание того, каким способом формируется размер партии поставки. Канонически существует три базисных способа, это не означает, что их не может быть больше, просто более продвинутые методы более сложны, мы пока их не рассматриваем. Мы говорим о трёх базисных вещах. Партия может быть стандартной, или иначе говоря, нормативной, она может точно соответствовать потребности, либо мы можем иметь механизм консолидации потребности за некоторое количество плановых периодов в одну партию поставки. Соответственно, мы видим на экране некоторые основные способы, или, точнее говоря, ситуации, в которых логично применять соответствующую политику. И второй параметр, без которого работы нет, это длительности цикла. Мы имеем дело с циклом производственным, когда мы говорим о производимой номенклатуре, мы имеем дело с циклом покупки, когда мы имеем дело с покупной номенклатурой. Обычно это исчисляется в целом количестве дней и применяется для отступа от потребности назад указанного количества дней, чтобы запланировать момент запуска. Некоторые образцы применения политики заказов вы видите на экране. В частности, мы видим, что если мы работаем стандартными партиями, у нас всегда есть некоторые складские запасы, которые мы неизбежно имеем. Если мы консолидируем потребность за период, у нас есть определённая ритмичность процессов поставки. Если мы говорим о политике заказа один в один, то мы имеем дело с плановым нулевым складским остатком, если у нас нет страхового запаса, или со страховым запасом, если мы его нормируем. Помимо этого, есть дополнительные параметры, называемые модификаторы заказов, которые могут менять поведение системы и отклонять его от идеального. Это страховой запас, это страховое время, это минимальная партия поставки, это максимальная партия поставки, это кратность, и это те нормы потерь, которые мы будем нормировать. Подробно соответствующие параметры рассмотрены в материале, который прилагается к курсу. Вкратце можно сказать, что страховой запас означает, что мы поддерживаем больше складских остатков, чем нам необходимо, страхуясь от определённых рисков, связанных с дефицитом, возникающим из поставок, или с ошибкой оценки потребности. Страховое время означает, что мы имеем некоторую неуверенность относительно скорости процессов поставки и мы можем закладывать дополнительное время на то, чтобы получить соответствующий материал или получить продукты с производства. Минимум, максимум и кратность характеризуют количественные характеристики. То есть мы можем иметь минимальный размер партии, диктуемый, например, поставщиком, можем иметь максимальный размер партии, который обусловлен теми или иными обстоятельствами. Кратность обычно связана с тем, что у нас есть необходимость нацело делить размер партии на определённое число. Связано это чаще всего с размером контейнера или ёмкости, которые у нас имеют место в процессе поставки. Норма потерь характеризует те неизбежные потери, которые характерны для данной технологии, для данного производства, и мы обязаны учесть их в плановом процессе.