МРП-система: что это и зачем малому производству

МРП-система — это программа, которая считает потребность в материалах под заказы и план выпуска. Она показывает, что лежит на складе, что занято под клиентов, чего не хватает и что пора купить.

Запрос «МРП система» обычно появляется в момент, когда Excel еще жив, но уже мешает. Заказы идут параллельно. Один рулон ткани обещали двум клиентам. Банки для крема числятся на складе, но часть стоит в резерве. Закупку собирают вечером, когда заказ уже горит.

Аббревиатура расшифровывается как планирование потребности в материалах. TechTarget описывает МРП как систему, которая берет запасы, находит недостающие компоненты и планирует производство или закупку. Там же сказано, что Джозеф Орлики формализовал подход в IBM в 1964 году, а его книга вышла в 1975 году (TechTarget, 2026). Владельцу цеха важнее другое: МРП отвечает на вопрос «можно ли принять этот заказ сегодня» до того, как менеджер назвал клиенту срок.

МРП-система: что это простыми словами

МРП берет четыре группы данных:

• заказы клиентов или план продаж;
• спецификацию изделия — рецепт, состав или технологическую карту;
• остатки на складе, резервы и ожидаемые поступления;
• сроки закупки, выпуска и отгрузки.

Дальше система разворачивает состав изделия и сравнивает потребность со складом. Нужно выпустить 50 банок крема — МРП считает масло, гидролат, банку, крышку, этикетку и коробку. Нужно сделать 12 столов — считает щит, ножки, крепеж, лак и упаковку.

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

Ответ на запрос «mrp что это» короткий. Это не складская карточка и не бухгалтерский отчет. Это расчет перед запуском партии: хватит ли материалов, что занято, что докупить и какой заказ рискует встать.

Что умеет МРП-система

Набор функций у систем разный, но ядро повторяется. Вот что МРП-система делает как класс программ:

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

Последний пункт заслуживает отдельного разбора: как считать этот уровень, разобрано в статье про точку заказа и минимальные остатки. А чтобы не сторожить все позиции подряд, номенклатуру сначала делят по вкладу в оборот — это ABC-анализ.

Чего МРП не делает: не ведет бухгалтерию, не считает зарплату, не сдает отчетность и не заменяет систему учета клиентов и сделок. Систему, которая обещает все сразу, обычно внедряют дольше, чем живет текущая таблица.

Чем МРП отличается от ERP и от складской программы

Три класса систем часто складывают в один список. Из-за этого малое производство берет либо слишком тяжелую ERP, либо слишком простой складской учет. Разница не в названии, а в вопросе, на который отвечает программа.

МРП против складской программы

Складская программа отвечает на вопрос «что лежит и куда двигалось». Приход, расход, перемещения, остаток на дату. Торговле этого хватает.

МРП отвечает на другой вопрос: «чего хватит под заказ». Склад видит 40 кг сырья. МРП видит, что 22 кг нужны под заказы недели, 10 кг стоят в резерве, а новому заказу не хватает 8 кг. Это разница между «что лежит» и «что свободно для обещания клиенту».

Второе отличие — спецификация. Склад не знает, что худи собирают из футера, кашкорсе, шнура, люверсов, бирки и пакета. Он видит шесть независимых позиций. МРП видит связь и пересчитывает их одним движением.

МРП против ERP

ERP управляет компанией целиком: финансы, бухгалтерия, кадры, права доступа, документооборот, отчетность. МРП — производственное ядро внутри этого контура.

Малому цеху нормально жить связкой: МРП ведет производство, склад и себестоимость, бухгалтерия остается в 1С или у приходящего бухгалтера. Покупать ERP только потому, что в Excel стало тесно, — дорогой способ поменять одну проблему на другую.

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

Кому нужна МРП-система, а кому нет

Размер компании тут не решает. Решает число связей между заказами, материалами и сроками.

МРП нужна, если сходятся хотя бы три признака:

• один материал уходит в два или три заказа одновременно;
• спецификация живет отдельно от склада — в голове технолога или в другом файле;
• резервы отмечают цветом ячейки;
• закупку собирают вручную перед каждой партией;
• себестоимость заказа считают после отгрузки;
• фактический расход расходится с нормой, но причину никто не видит;
• производство хотя бы раз встало из-за материала, который «вроде был».

МРП не нужна, если картина другая:

• мастер работает один и держит связи в голове;
• заказов до 10 в месяц, они идут по очереди, а не параллельно;
• материалы закупают под конкретный заказ и сразу расходуют;
• в спецификации 3–5 позиций без полуфабрикатов;
• сырье не делится между клиентами.

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

Как это выглядит на цифрах. Мыловарня на 4 человека, 60 артикулов, 25 заказов в месяц. Учет лежит в трех файлах: остатки, рецепты, заказы. Владелец сводит их вручную по вечерам и тратит на это около 6 часов в неделю. Раз в месяц заказ встает из-за отдушки, которую списали в другую партию и не заметили. Один такой простой стоит двух дней производства и переноса отгрузки.

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

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

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

Из чего состоит МРП-система

Процесс начинается с заказа или плана выпуска. Заказ задает продукт, количество и срок.

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

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

Следующий слой — производственные заказы. Такой заказ связывает клиента, изделие, количество, дату, материалы и операции. Это уже не сообщение в чате, а рабочий документ цеха.

Последний слой — себестоимость. Малому производству мало плановой цены из спецификации. Нужны материалы по текущей цене, упаковка, операции, потери, брак и сравнение плана с фактом. Проверить один продукт руками помогает калькулятор себестоимости.

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

Как выбрать МРП-систему для малого производства

Смотрите не на список модулей, а на свой маршрут: заказ → спецификация → дефицит → закупка → производство → себестоимость. На демо возьмите ходовую позицию, а не тестовый «стол № 1».

Чек-лист демо:

• Спецификация. Заводятся ли компоненты и операции без программиста: ткань, шнур, люверсы, бирка, упаковка, раскрой, пошив.
• Свободный остаток. Видно ли отдельно склад, резерв и ожидаемые поступления.
• Дефицит. Показывает ли система нехватку по конкретному заказу.
• Закупка. Создается ли заявка поставщику из дефицита или менеджер снова копирует строки в Excel.
• Производственный заказ. Связан ли он с клиентским заказом, сроком, спецификацией и списанием.
• Себестоимость. Считается ли план до запуска и факт после выпуска.
• Партии. Есть ли номер, дата, срок годности и след до отгрузки, если ниша этого требует.
• Импорт. Загружаются ли справочники из файла без проекта на месяц.
• Цена. Понятен ли тариф с производством, складом и пользователями до оплаты.

Мини-сценарий для проверки. Клиент заказал 30 худи к пятнице. В спецификации футер, кашкорсе, шнур, люверсы, бирка, пакет, раскрой и пошив. Рабочая МРП-система сразу покажет: футера хватает, люверсов не хватает на 120 штук, шнур зарезервирован под другой заказ, закупка приедет в среду. После выпуска она покажет фактическую себестоимость партии — без пересборки цифр вечером.

Про цену. На 1 августа 2026 МойСклад берет 1400 ₽ в месяц за тариф «Базовый» и 4100 ₽ за «Проф», а производство подключает отдельной опцией за 1400 ₽ в месяц (МойСклад). 1С:Фреш на ту же дату при оплате за год показывает 1508,33 ₽ в месяц за «Базовый» и 4750 ₽ за «ПРОФ»; помесячная оплата там дороже (1С:Фреш). Тарифы двигаются, проверяйте их в день выбора.

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

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

Что закрывает Золотенков МРП и чего в нем нет

Золотенков МРП закрывает производственное ядро для небольшого цеха: производственные заказы, спецификации, склад, резервы, партии, закупки и себестоимость. Это про компании на 3–30 человек без ИТ-отдела, где учет живет в Excel, 1С, чате и памяти владельца.

Что работает сейчас:

• производственный заказ создается из клиентского заказа или вручную;
• спецификация хранит компоненты, а операции — время и стоимость часа;
• система показывает материалы тремя состояниями: хватает, приедет по закупке, не хватает;
• свободный остаток отделен от резерва;
• партии имеют номер, дату производства и срок годности, списание идет по ближайшему сроку;
• себестоимость производственного заказа считается из материалов и операций;
• по каждой строке видно план и факт — и по расходу материалов, и по времени операций;
• нехватка по строке заказа переносится в заявку поставщику;
• сигнал по страховому запасу подсказывает дату закупки с учетом срока поставки;
• справочники — товары, материалы, поставщики, клиенты, спецификации, операции, прайс-листы — загружаются из CSV.

Границы честнее назвать сразу. Золотенков МРП не заменяет ERP с бухгалтерией, кадрами и документооборотом. Оценки запасов по FIFO и LIFO в нем нет: себестоимость считается по средневзвешенной цене. Нет диаграммы Ганта и планирования по мощностям. Нет прямого коннектора к 1С — обмен идет через общий REST API. Импорт складских остатков файлом тоже не сделан: справочники загружаются из CSV, а остатки заводят операциями прихода.

Начинать лучше не с переноса всего каталога. Возьмите 5–10 ходовых артикулов, заведите спецификации, остатки и один тестовый заказ. Через час станет видно, чего не хватает, что занято и какая получится себестоимость. Не станет видно — система будет мешать так же, как лишний файл Excel.

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