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

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

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

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

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

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

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

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

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

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

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

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

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