Что такое MRP? Планирование потребности в материалах простыми словами для современного завода

Планирование потребности в материалах — самая старая идея в производственном софте и по-прежнему самая неверно понимаемая. По сути она делает почти механическую вещь: берёт то, что вы обязались выпустить, разворачивает это по спецификации, вычитает то, что уже есть на складе и что уже заказано, — и остаток и есть то, что нужно купить или изготовить. Всё остальное в MRP — детали поверх этого расчёта.

Входных данных три, и качество каждого определяет, окажется ли результат полезным или откровенно вредным. Основной производственный план говорит, какая готовая продукция нужна и когда. Спецификация говорит, из чего состоит каждое изделие, уровень за уровнем. Складской учёт говорит, что физически есть в наличии и что уже в пути. Ошибитесь в любом из трёх — и MRP уверенно выдаст неверный ответ в промышленных масштабах. Именно поэтому заводы со слабой дисциплиной ведения спецификаций часто заключают, что MRP «не работает», хотя не работают их данные.

Время выполнения заказа — то, что превращает расчёт из арифметики во временной. Знать, что нужно 400 единиц компонента, бесполезно; знать, что они нужны на 12-й неделе, а поставщик везёт пять недель, значит заказать на 7-й. MRP идёт назад по всем уровням спецификации, применяя срок поставки каждой позиции, и выдаёт график заказов на закупку и производство, а не список покупок. Именно эту часть таблицы воспроизводят плохо, потому что многоуровневая спецификация с разными сроками на каждом уровне — не тот расчёт, который стоит вести вручную.

Классический сбой — допущение о бесконечной мощности. Стандартный MRP говорит, что и когда вам нужно, но не спрашивает, способен ли ваш завод сделать это в отведённое окно. Он спокойно поставит три заказа на один станок в одну и ту же неделю и не увидит проблемы, потому что мощность вообще не входит в его модель. Это не столько дефект, сколько граница охвата — и ровно с этой границы начинается усовершенствованное планирование и диспетчеризация.

MRP против APS против SCP

Различие стоит проговорить точно, потому что в материалах поставщиков три аббревиатуры используются как синонимы, хотя это разные вещи. MRP определяет потребность в материалах — что и когда. APS определяет исполнимый график — какой станок, какая последовательность, с учётом конечной мощности, переналадок и ограничений. SCP расширяет план наружу — на поставщиков, закупки и дистрибуцию. Завод может работать на одном MRP. Завод, работающий на одном MRP, обычно узнаёт о своих проблемах с мощностью в цехе, а не в плане.

Что вызывает «нервозность» MRP

«Нервозность» — практическая проблема, которая застаёт новых пользователей врасплох. Поскольку MRP пересчитывает всю цепочку зависимого спроса, одно небольшое изменение наверху — клиент сдвинул заказ на три дня раньше — каскадом превращается в десятки изменённых предложений по закупке несколькими уровнями ниже. Без демпфирующих механизмов — горизонтов планирования, фиксированных плановых заказов, разумных размеров партий — система порождает больше суеты, чем отдел закупок способен переварить, и они начинают её игнорировать. Игнорируемый вывод MRP хуже отсутствия MRP, потому что создаёт иллюзию управляемости.

Выбор политики размеров партий

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

От оригинала 1970-х современный MRP отличается главным образом тем, с чем он связан. Когда остаток приходит из WMS, соблюдающей адресное хранение, а не из периодического пересчёта, исходные данные заслуживают доверия. Когда фактическое потребление и брак возвращаются живьём из MES, план отражает то, что произошло, а не то, что предполагалось. Когда подтверждения поставщиков приходят из слоя SCP, картина входящих поставок реальна. Сам расчёт не изменился — изменилась надёжность его входных данных, и именно это превращает MRP из теоретического упражнения в рабочий инструмент.

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