1. Вопрос пользователя
«Что такое MRP в 1С ERP простыми словами? Как в этой логике работают зависимый спрос, спецификация изделия, потребность в материалах и планирование? И есть ли в 1С ERP настоящий MRP, или это просто набор отдельных документов?»
2. Теоретическая опора
MRP — это Material Requirements Planning, планирование потребности в материалах. Базовая идея MRP очень проста: если известен срок выпуска конечного изделия и известны структура изделия и длительности этапов, то можно рассчитать, какие компоненты, в каком количестве и в какой момент должны быть доступны [1].
MIT формулирует это почти в чистом виде: как только известна дата готовности конечного продукта и время, требуемое на каждый шаг производства, можно определить промежуточные даты и моменты потребности в материалах [1]. Из этой идеи и вырастает вся MRP-логика:
- есть конечное изделие;
- у него есть структура продукта (BOM);
- по этой структуре “взрывается” потребность вниз по уровням;
- затем по lead time эта потребность сдвигается назад во времени [1].
Ключевое понятие здесь — зависимый спрос. Стерлигова прямо выделяет его как отдельный вид потребности: зависимый спрос возникает тогда, когда спрос на один объект определяется спросом на другой объект, например на компонент — через потребность в готовом изделии [2].
MIT говорит то же самое проще:
спрос на готовый продукт — это independent demand,
спрос на компоненты и сырье — это dependent demand [1].
Гаврилов, развивая MRP II-логику, подчеркивает, что для работы этой схемы нужны как минимум две вещи:
- спецификация продукта (BOM) — из чего изделие состоит;
- технологический маршрут (routing) — каким путем эти компоненты превращаются в готовую продукцию [3].
То есть MRP — это не просто “план закупки”.
Это связка:
конечный выпуск → структура изделия → потребность в компонентах → календарное смещение → план пополнения и производства.
3. Что это означает для предприятия
Для предприятия это означает очень важную вещь: MRP — это способ перестать закупать и запускать материалы “на глаз”.
Пока MRP-логики нет, снабжение и производство живут в разрыве:
- продажа или план выпуска думают о готовом изделии;
- снабжение думает о номенклатуре материалов;
- цех думает об этапах;
- склад думает об остатках.
MRP связывает все это в одну цепочку.
Если предприятие говорит:
“в марте нужно выпустить 100 изделий”,
то MRP должна ответить:
- сколько материалов понадобится;
- сколько комплектующих понадобится;
- сколько полуфабрикатов понадобится;
- когда их надо заказать или произвести;
- что уже есть на остатках;
- что нужно закрыть заказом, а что можно покрыть текущим запасом [1][2][3].
Это и есть главная ценность MRP:
она переводит разговор из режима “у нас есть материалы?”
в режим
“достаточно ли материалов для выполнения конкретного плана выпуска в нужные сроки?”
4. Как это делать в 1С ERP по шагам
Шаг 1. Понять, что в 1С ERP MRP живет не одной кнопкой, а контуром
В типовой 1С ERP MRP чаще всего не выглядит как отдельная яркая кнопка “MRP”. Но ее элементы в системе вполне присутствуют:
- планирование производства;
- ресурсные спецификации;
- обеспечение потребностей;
- планы внутренних потреблений;
- остатки и статусы обеспечения [4][5][6].
То есть в 1С ERP MRP правильнее понимать как связанный контур планирования и обеспечения, а не как один документ.
Шаг 2. Задать конечную потребность: план выпуска или спрос
MRP всегда стартует сверху — от конечной потребности. В MIT это называется Master Production Schedule: есть demand, quantities, due dates [1].
В 1С ERP такой верхний уровень может задаваться через:
- план продаж;
- план производства;
- документы обеспечения;
- внутренние планы потребления, если речь не о продаже, а о внутренних нуждах предприятия [4][6].
Очень важная мысль из материалов 1С ERP: план внутренних потреблений тоже относится к планам потребностей и позволяет прогнозировать объем товаров, отгружаемых или списываемых на внутренние нужды предприятия [6]. Это значит, что MRP-логика в ERP может работать не только на внешний спрос, но и на внутреннее потребление предприятия.
Шаг 3. Описать структуру изделия через спецификацию
MRP невозможна без BOM.
Гаврилов прямо пишет, что для описания структуры продукта необходимо указывать спецификацию продукта (Bill of Material, BOM) и технологический маршрут [3]. В 1С ERP эту роль играют ресурсные спецификации.
Материалы системы показывают, что спецификация может быть:
- на конкретную номенклатуру;
- на вид номенклатуры;
- на список номенклатуры [5].
На закладке “Основное” спецификации указываются результаты передела: продукция, полуфабрикаты, работы [5]. Это очень важно: спецификация в 1С ERP — это не только список материалов, но и описание производственного выхода.
Еще одна важная деталь: если выпуск идет в произвольном количестве, то при формировании этапов производства потребность в материальных ресурсах определяется пропорционально выпускаемому количеству к количеству, на которое была составлена спецификация [5]. Это уже практически и есть MRP-логика пересчета потребности вниз по структуре.
Шаг 4. Связать потребность с периодом планирования
В MRP важна не только структура, но и время. MIT прямо показывает time phasing: если lead time одна неделя, release должен происходить на неделю раньше требуемой поставки [1].
В 1С ERP это соответствует логике периодного планирования и выбора спецификации на дату начала планирования или на каждый период [4]. Руководство прямо указывает, что при планировании производства доступны способы автоматического заполнения спецификации:
- на дату начала планирования;
- на каждый период [4].
Это означает, что система может подбирать нужную спецификацию по периоду действия и параметрам назначения, то есть учитывать, что в разные периоды могут действовать разные ресурсные спецификации [4]. Для MRP это критично: одна и та же продукция при смене состава, технологии или норм потребления должна планироваться по актуальной структуре.
Шаг 5. Развернуть потребность вниз по уровням
Это классический BOM explosion. MIT формулирует это очень прямо:
после планирования верхнего уровня точно такую же процедуру нужно выполнить для компонентов уровня 1, затем для уровня 2 и так далее [1].
В 1С ERP эта логика реализуется через спецификацию и производственный процесс, который описывается как единое дерево из этапов, технологических операций и типовых технологических процессов [5]. То есть система может не просто хранить состав, а действительно развертывать производственную потребность по структуре процесса.
Именно здесь “зависимый спрос” становится практикой:
если на верхнем уровне вы хотите выпустить 100 изделий,
то компоненты нижнего уровня становятся нужны не потому, что “их кто-то заказал отдельно”, а потому что они входят в состав изделия по BOM [1][2][3].
Шаг 6. Сопоставить общую и чистую потребность
Стерлигова отдельно различает:
- общую потребность;
- чистую потребность [7].
Это один из центральных моментов MRP.
Общая потребность — это сколько вообще требуется по плану.
Чистая потребность — это сколько нужно дополнительно, если учесть уже имеющийся запас, НЗП, ожидаемые поступления и открытые заказы.
MIT показывает ту же идею через gross requirements, on-hand inventory и net requirements [1].
То есть MRP не просто “размножает спецификацию”, а делает неттинг:
- что уже есть;
- что уже заказано;
- чего реально не хватает.
В практике 1С ERP именно здесь и нужен контур обеспечения и статусов потребностей.
5. Ограничения типовой 1С ERP / где нужен регламент, Excel, BI или доработка
Здесь нужна максимально честная формулировка.
Типовая 1С ERP дает очень сильные опоры для MRP:
- планы;
- ресурсные спецификации;
- периодное планирование;
- внутренние потребления;
- дерево производственного процесса;
- расчет потребности пропорционально объему выпуска [4][5][6].
То есть MRP-каркас в системе есть.
Но есть и ограничения.
Первое. MRP в классическом смысле — это не просто набор документов, а строгая логика расчета gross/net requirements, time phasing, lot sizing и release discipline. В типовой 1С ERP часть этой логики встроена, но управленчески ее еще нужно правильно поставить.
Второе. MIT прямо напоминает, что классический MRP строится на довольно нереалистичной модели:
- детерминированность;
- бесконечная мощность [1].
Из этого возникают типичные проблемы:
- nervousness — нервозность планов;
- постоянные пересчеты;
- ручные коррекции;
- несоответствие расчетного и реального графика [1].
То есть даже если MRP-логика в ERP есть, это не означает, что она автоматически даст идеальный производственный план.
Третье. Без качественной нормативной базы MRP не работает:
- плохая спецификация = плохая потребность;
- неактуальный маршрут = плохие сроки;
- грязные остатки = плохой netting;
- кривые планы = плохой выпуск.
Проще говоря, в 1С ERP MRP работает настолько хорошо, насколько чисты:
- BOM;
- маршруты;
- периоды действия спецификаций;
- остатки;
- правила обеспечения.
6. Простыми словами
Если совсем просто, MRP в 1С ERP отвечает на вопрос:
что, сколько и когда должно быть нужно для выполнения плана выпуска готовой продукции?
Не “что у нас вообще лежит на складе”.
Не “какие материалы когда-нибудь понадобятся”.
А именно:
- есть конечный выпуск;
- у него есть состав;
- у состава есть уровни;
- у уровней есть сроки;
- у предприятия есть остатки и открытые заказы;
- значит, можно понять, чего реально не хватает и когда это надо закрыть.
Это и есть MRP простыми словами.
7. Сценарий из практики
Предприятие планирует в следующем месяце выпустить 200 единиц изделия А.
Без MRP снабжение обычно задает вопросы в таком духе:
- “сколько нам надо металла вообще?”
- “а подшипники у нас вроде были?”
- “может, докупим на всякий случай?”
С MRP логика становится другой:
- по спецификации видно, сколько материалов и комплектующих входит в изделие А;
- система может развернуть потребность вниз по уровням;
- часть компонентов уже есть на остатках;
- часть ожидается по открытым заказам;
- оставшаяся чистая потребность становится предметом пополнения и запуска в нужные сроки.
То есть вместо интуитивного “наверное, надо купить побольше” предприятие получает расчет:
какие именно позиции, в каком количестве и к какому моменту реально нужны для выполнения плана.
8. Частый вопрос / частая ошибка
Вопрос:
“MRP — это просто автозаполнение спецификации?”
Ответ:
Нет. Автозаполнение спецификации — это только один технический элемент. Настоящая MRP-логика — это связка:
- конечная потребность;
- BOM;
- маршруты и сроки;
- gross/net requirements;
- планирование и обеспечение [1][3][4].
Типичная ошибка:
Считать, что если в ERP заведена спецификация, то MRP уже работает. На самом деле без:
- нормального плана;
- чистых остатков;
- актуальных BOM;
- дисциплины обеспечения;
- понимания зависимого спроса
MRP будет либо формальной, либо нервной, либо постоянно требующей ручных поправок.
9. Вывод
MRP в 1С ERP — это не миф и не просто теоретическая аббревиатура.
Это реальная логика, которая в системе собирается из:
- планов;
- спецификаций;
- дерева производственного процесса;
- обеспечения;
- внутренних потреблений;
- учета остатков и периодов действия норм [4][5][6].
Правильная формула для практики звучит так:
MRP в 1С ERP — это способ превратить план выпуска готовой продукции в расчет конкретной и календарно привязанной потребности в материалах, полуфабрикатах и компонентах.
10. Библиография
[1] Gershwin S.B. Material Requirements Planning // MIT 2.853/2.854 Introduction to Manufacturing Systems.
MRP Overview: basic idea, dependent demand, planning algorithm, BOM explosion, inputs/outputs, netting, time phasing, slides 2–20;
MRP as push system, problems of deterministic and infinite-capacity assumptions, nervousness, slides 8, 31–34.
[2] Стерлигова А.Н. Управление запасами в цепях поставок.
Глава 5 «Определение объема потребности в запасе»;
виды потребности: зависимый спрос, независимый спрос, общая и чистая потребность, с. 118–121, 560–561.
[3] Гаврилов Д.А. Управление производством на базе стандарта MRP II.
Понятие структуры продукта;
необходимость BOM и routing для описания структуры продукта;
виды спецификаций и технологических маршрутов, разделы 4.4–4.6.
[4] 1С:ERP Управление предприятием 2.
Раздел «Планирование производства»:
автоматическое заполнение спецификации на дату начала планирования или на каждый период;
подбор спецификаций по периоду действия и параметрам назначения, стр. 11/26.
[5] 1С:ERP Управление предприятием 2.
Раздел «Нормативно-справочная информация для производства»:
спецификация на номенклатуру / вид номенклатуры / список номенклатуры;
на закладке Основное указываются продукция, полуфабрикаты, работы;
производственный процесс описывается в едином дереве;
потребность в материальных ресурсах определяется пропорционально выпускаемому количеству, стр. 12/26.
[6] 1С:ERP Управление предприятием 2.
Раздел «Планирование внутренних потреблений»:
документ “План внутренних потреблений”;
план относится к планам потребностей;
используется для прогнозирования объема товаров, списываемых на внутренние нужды предприятия;
на его основе можно оформлять план закупок по дефицитам, стр. 1–2/3.