Почему «планирование» в вашей ERP на самом деле не планирование

За двадцать с лишним лет работы с промышленными компаниями (металлургия, горнодобыча, химия, нефтепереработка, машиностроение, FMCG) я много раз видел одну и ту же картину: сложное производство пытаются планировать с помощью логики, которая создавалась совсем для другой задачи.

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

MRP ≠ Production Planning

Хоть разница и зашита в само название, но на практике постоянно приходится возвращаться к довольно простой вещи: Material Requirements Planning — это не Production Planning. MRP планирует потребность в материалах и производственный план не строит — он принимает его на вход как данность.

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

Как работает MRP

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

Всё определяется тем, что система получает на вход. Источников три. Главный производственный план или Master Production Schedule (MPS) — что, в каком количестве и к какому сроку требуется произвести; это основной вход, и MRP принимает его как данность. Спецификация изделия (BOM) — из чего состоит продукт: узлы, детали, материалы, нормы расхода. И данные о запасах — что уже есть на складе и что находится в пути. Дальше система берёт позицию из MPS и разузловывает её спецификацию сверху вниз, превращая потребность в готовой продукции в потребность в компонентах. На каждом уровне она вычитает имеющиеся запасы и ожидаемые поступления, определяет чистую потребность, а затем смещает её назад во времени на нормативную длительность цикла — выполняет так называемый «lead time offsetting». В результате появляются плановые заказы с расчётными датами запуска.

У этой логики есть два принципиальных ограничения. Первое касается производственных мощностей. В классическом MRP они отсутствуют: потребность рассчитывается так, как будто производственные ресурсы не ограничены. В MRP II эту проблему попытались закрыть с помощью Capacity Requirements Planning, или CRP. Однако CRP именно проверяет уже рассчитанный план: сначала система определяет потребность, затем оценивает, помещается ли она в доступные мощности. Если не помещается, конфликт возвращается планировщику, который должен разрешить его самостоятельно.

Второе ограничение более существенное: MRP не формирует производственный план, а рассчитывает, что требуется для его исполнения. То есть вопрос: «что, когда и в каком количестве производить?» должен быть решён до MRP, ещё при формировании MPS, тогда как сам MRP отвечает лишь на вопрос «что для этого нужно закупить и изготовить».

План, который MRP получает на вход

У MRP нет целевой функции, и не должно быть. Он не выбирает между вариантами плана просто потому, что это не входит в его работу: перед нами калькулятор обеспечения для уже принятого решения.

Проблема начинается раньше — при формировании самого MPS. На подавляющем большинстве предприятий план не является результатом расчёта: его формируют экспертно, вручную, на основе опыта и переговоров между функциями, а иногда его роль де‑факто выполняет агрегированный план продаж, разбитый по периодам.

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

У следующих двенадцати характеристик разная природа. Одни делают невозможным корректное построение MPS вручную, другие ломают расчёт MRP даже при идеальном MPS, а некоторые проявляются на всех уровнях сразу.

Двенадцать характеристик производства, с которыми MRP не справляется

В тяжёлой промышленности и крупном FMCG эти характеристики редко встречаются поодиночке. Обычно на одном предприятии одновременно присутствует сразу несколько, а иногда почти весь список. Если одна или несколько перечисленных ниже характеристик присущи вашему производству, — это означает, что стандартным функционалом ERP/MRP(II) для планирования не обойтись. Вам необходима специализированная система производственного планирования, поддерживаемая средствами математической оптимизации. Иначе ваша компания практически наверняка регулярно теряет миллионы в виде упущенной прибыли.

1. Производство под заказ: Make‑to‑Order (MTO) и подобные: FTO, ATO, ETO

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

Когда каждый заказ несёт уникальные характеристики — свою геометрию, свой химсостав, свою конфигурацию, — фиксированной спецификации попросту не существует до момента получения заказа, а при разработке под заказ (ETO) её ещё только предстоит спроектировать.

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

Отсюда и следствие для расчёта потребности. Расход ферросплавов определяется требуемым химическим составом конкретной марки, а внутри укрупнённой группы марки различаются. Считать по усреднённой норме группы можно, но результат будет приблизительным: фактическая потребность зависит от того, какие именно марки войдут в план.

2. Производственные кампании

Логика MRP позаказная: каждый плановый заказ рассчитывается так, как будто существует сам по себе. При производстве кампаниями такая логика приводит к нереалистичным решениям. Здесь имеет значение экономика всего прогона: минимальная продолжительность (или объём) кампании, последовательность продуктов и стоимость переходов между ними. Выпускать один продукт в течение часа, затем переключаться на другой, а потом возвращаться к первому технически возможно, но экономически абсурдно.

Пример из химии. Установка выпускает несколько марок полимера. Переход между ними занимает часы и сопровождается образованием переходного продукта нестандартного качества. Если производственные кампании слишком короткие, объём переходных потерь оказывается сопоставимым с выпуском годного продукта или даже превышает его.

Пример из металлургии. График горячей прокатки формируют по схеме, которую называют coffin schedule, или «гробиком». Сначала идёт быстрый набор от тонких и узких полос к более широким и толстым, затем постепенное возвращение. Одновременно учитывается переход от более мягких марок стали к более твёрдым. Такая последовательность обеспечивает равномерный износ валков и стабильность процесса.

Порядок заказов внутри кампании определяется здесь особенностями оборудования и технологическими зависимостями, которые позаказная логика MRP не описывает. Структуру производственных кампаний необходимо закладывать и в MPS, и в детальный график производства.

3. Многомерные ресурсные ограничения

MRP II добавил проверку мощностей, однако мощности в нём понимаются как доступное время оборудования, тогда как реальное производство упирается одновременно в людей, инструмент, оснастку, энергию и транспорт.

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

Пример из машиностроения. Узким местом становятся конкретные намоточные машины, вакуумные сушильные камеры и испытательный стенд, а вовсе не станочный парк в целом. К этому добавляется квалификация: операцию может выполнить не любой рабочий, а только имеющий допуск.

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

4. Альтернативные варианты изготовления

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

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

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

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

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

Выбор оптимального производственного маршрута относится к решениям уровня MPS или детального графика производства, а MRP разузловывает потребность по уже выбранной спецификации, не сравнивая её с альтернативными вариантами изготовления.

5. Переналадки, зависящие от последовательности

Длительность и стоимость переналадки определяются тем, что производилось до этого. Это характеристика перехода от одного продукта или режима к другому.

MRP оперирует только длительностями операций, а понятия «длительность и стоимость перехода с операции A на операцию B» в его логике просто нет.

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

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

Такую особенность производства можно учесть только в детальном графике производства, поскольку ни MPS, ни MRP последовательность операций вообще не рассматривает.

6. Длительность цикла как функция загрузки

MRP использует фиксированную длительность цикла: у каждой позиции в системе прописан lead time, и он представляет собой константу, на эту величину алгоритм смещает потребность назад во времени.

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

Заказ на определённый продукт может поступить прямо перед формированием соответствующей кампании и уйти в производство почти сразу. А может прийти сразу после того, как кампания закрыта, — и тогда ему предстоит ждать следующей, то есть месяц или два. Обе ситуации совершенно нормальны, но между ними разница в несколько недель, и определяет её момент поступления заказа относительно графика кампаний. Отсюда одновременно и рост среднего lead time, и увеличение его дисперсии.

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

Получается замкнутый круг. Плановая длительность цикла зашита в систему как константа, система планирует по ней, загрузка растёт, фактическая длительность увеличивается. Планировщик видит систематическое отставание и увеличивает норматив цикла в системе, после чего заказы запускаются раньше, незавершённое производство растёт, очереди становятся длиннее, а фактическая длительность увеличивается ещё сильнее.

Это хорошо видно даже на простом статистическом примере. Пусть средний цикл производства составляет месяц, а стандартное отклонение — половину этого срока. Тогда заказ, принятый в середине месяца в план следующего, будет исполнен до конца следующего месяца лишь с вероятностью 50%. Так устроен сам процесс, и ничьей ошибки здесь нет. Проблема не в длительности производства как таковой, а в её непредсказуемости.

Использование фиксированной длительности цикла позволяет обещать дату производства или определить необходимое время запуска в производство лишь весьма приблизительно. В примере выше — плюс‑минус месяц. Более‑менее точные даты запуска и выпуска можно рассчитать только в MPS и детальном графике производства.

7. Побочные продукты, сопутствующие продукты и возвратные отходы

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

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

Пример из химии. Хлор‑щелочное производство: электролиз даёт хлор, каустическую соду и водород одновременно, в фиксированном стехиометрическом соотношении, и произвести больше хлора, не произведя пропорционально больше щёлочи, невозможно. Планировать здесь нужно баланс всей связки, а не потребность в каждом продукте по отдельности, причём хлор, в отличие от щёлочи, практически нельзя накапливать.

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

Расчёт MRP с этим не справляется: структура, которую требуется представить, попросту не укладывается в его модель данных.

8. Переменный выход годного и технологические потери

MRP использует фиксированные коэффициенты выхода: заложено, что для производства одной тонны продукта требуется определённое количество сырья, и эта цифра остаётся константой.

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

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

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

В описанных случаях расчёт MRP даёт неверную потребность.

9. Ограничения по времени между операциями

MRP умеет работать с условием «не раньше»: потребность смещается назад на длительность цикла, и начинать раньше этого срока не имеет смысла. Понятия «не позже» в его модели нет вообще.

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

Пример из металлургии. Горячий посад: сляб должен попасть в нагревательную печь прокатного стана, пока не остыл, и при опоздании теряется вся экономия на нагреве, а иногда и возможность прокатать по заданному режиму. Это ограничение сверху на время между разливкой и прокаткой, и выразить его MRP не может.

Пример из композитных материалов. Препреги хранятся при минус восемнадцати с ограниченным сроком годности, а после извлечения имеют ограниченное время выкладки при комнатной температуре (out time), превышение которого отправляет материал в брак. Планирование обязано синхронизировать разморозку и выкладку, иначе дорогое сырьё теряется.

Пример из электроники. В полупроводниковом производстве между критичными операциями действуют queue time limits: если пластина пролежала между этапами дольше нормы, партия бракуется или требует переработки.

Такие ограничения необходимо моделировать в MPS и детальном графике производства.

10. Продукт как набор атрибутов, а не как SKU

MRP оперирует дискретными позициями номенклатуры: есть код материала — есть потребность в нём и есть запас по нему.

В процессных отраслях продукт определяется не кодом, а набором атрибутов — химия, геометрия, класс качества, — и заказ на определённые характеристики может быть закрыт продукцией с характеристиками лучшими, что называется downgrading; обратное невозможно. Ни сопоставления по атрибутам, ни взаимозаменяемости, ни экономики понижения сорта MRP не понимает.

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

Пример из производства полимеров. Offgrade — переходный продукт нестандартного качества, образующийся при смене марки, — браком не является: его можно продать в другой сегмент или использовать в смеси. Решение куда его направить необходимо принимать при планировании в MPS и детальном графике производства, а не умалчивать о его существовании в MRP.

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

MRP не умеет сопоставлять по атрибутам, поэтому решение о понижении сорта следует принимать на уровне плана MPS или детального графика производства.

11. Ограниченная ёмкость промежуточного хранения

MRP неявно предполагает, что между операциями можно накопить сколько угодно: склады «резиновые», буферы бесконечны. В реальности возможности промежуточного хранения конечны, и их заполнение останавливает производство физически.

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

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

Ёмкость промежуточного хранения приходится закладывать в MPS и детальный график производства.

12. Разветвлённая структура продукции (V‑образное производство)

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

Пример из нефтепереработки. Сырая нефть на первичной перегонке даёт весь спектр фракций одновременно, и вопрос планирования формулируется не «сколько нужно нефти для бензина», а «каким образом распределить доступную нефть между продуктами, чтобы получить максимум маржи».

Пример из мясопереработки. Туша разделывается на отрубы, и произвести дополнительную вырезку, не разделав ещё одну тушу и не получив при этом всё остальное, невозможно.

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

Что использовать для производственного планирования

Для такого производства нужен другой класс инструментов — APS, системы продвинутого планирования. В их основе лежит математическая оптимизация: LP/MIP‑модели, мета‑эвристики или их комбинация.

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

У APS другая математика, потому что он отвечает на другой вопрос. MRP отвечает, что нужно закупить и изготовить, если план производства принять как данность; оптимизационная же модель APS отвечает, какой из множества допустимых планов является наилучшим при заданной цели — по марже, по оборотному капиталу, по уровню сервиса.

Многомерные ограничения, альтернативные маршруты, зависимости от последовательности, сопутствующие продукты, переменные выходы — всё это представлено в модели одновременно, а не проверяется по очереди задним числом. И решение, которое выдаёт солвер, исполнимо до того, как попадёт в цех, а не после того, как планировщик цеха вручную его перестроит.

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

Причём попробовать всё это на собственных данных сейчас несложно: открытые солверы CBC и HiGHS, инструментарий OR‑Tools позволяют собрать работающую модель небольшой задачи за вечер и увидеть на своих данных, чем «допустимый план» отличается от «наилучшего».

Почему возникает и сохраняется разрыв

Все необходимые для этого технологии существуют на протяжении десятилетий: первые работы по линейному программированию в планировании производства относятся к 1950-м, коммерческие APS‑системы существуют с 1990-х. Следовательно, дело не в отсутствии подходящего инструментария. Дело в удобстве пользоваться тем, что уже имеется в ERP.

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

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

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

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

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

Оговорка

Всё вышесказанное не означает, что MRP плох. Он решает свою задачу — расчёт потребности в материалах при заданном производственном плане — и решает её надёжно шестьдесят лет. Если ваше производство устроено просто и предсказуемо, а план строится без особых мучений, вопрос закрыт: не усложняйте.

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

Та же ошибка встречается и с другими классами инструментов. Имитационное моделирование тоже зачастую пытаются использовать для построения плана, хотя оно отвечает на вопрос «что будет, если», а не «что делать». Машинное обучение ошибочно применяют там, где нужен гарантированно исполнимый результат, а не правдоподобная экстраполяция истории.

Во всех этих случаях инструмент выбирают раньше, чем формулируют задачу: берут то, что уже стоит в ИТ‑ландшафте или у всех на слуху, и приспосабливают под работу, для которой оно не предназначено. Начинать же следует с самой задачи и её математического класса, и уже под него подбирать инструмент.