MRP II в 1С ERP: как это работает через заказ на производство

1. Вопрос пользователя

«Чем MRP II в 1С ERP отличается от просто MRP? Правильно ли понимать, что MRP II в практической логике 1С — это уже не только план производства, а заказ на производство, динамическая структура заказа, нормативный график и расчет мощностей?»

2. Теоретическая опора

Если совсем коротко, то:

• MRP отвечает на вопрос: какие материалы и компоненты нужны под план выпуска.
• MRP II отвечает на вопрос: можно ли этот выпуск реально выполнить с учетом не только материалов, но и мощностей, этапов, календаря, ресурсов и исполнения [1][2].

MIT показывает, что MRP II включает не только собственно MRP, но и:

• demand management;
• forecasting;
• master production scheduling;
• rough-cut capacity planning;
• capacity requirements planning;
• dispatching;
• input-output control [1].

У Гаврилова это развернуто в производственной логике: в MRP II появляются не только материалы, но и:

• укрупненный план потребности в мощностях;
• план потребности в материалах;
• план потребности в мощностях;
• оценка деятельности и контроль исполнения [2].

То есть MRP II — это уже не “разузловали спецификацию и поняли, чего не хватает”, а многоуровневая система, где верхний план должен спуститься вниз до уровня конкретного выполняемого заказа, а затем быть проверен на выполнимость по времени и ресурсам [1][2].

3. Что это означает для предприятия

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

На практике это выглядит так:

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

Вот этот разрыв между “посчитали потребность” и “можем реально изготовить” и есть зона MRP II.

И именно здесь твоя поправка к прошлой статье была правильной: в 1С ERP практический нерв MRP II действительно смещается в сторону заказа на производство, динамической структуры заказа, нормативного графика и ресурсно-календарной исполнимости, а не остается только на уровне плана производства.

4. Как это делать в 1С ERP по шагам

Шаг 1. Понять, что План производства — это верхний слой, а не вся MRP II-логика

План производства в 1С ERP важен, но это именно верхний слой. На его основе система может автоматически рассчитывать:

• потребность в материалах;
• потребность в видах рабочих центров;
• потребность в трудовых ресурсах [3].

Это уже сильный шаг в сторону MRP II, потому что план затрагивает не только материалы, но и ресурсы. Но сам по себе план — это еще не исполнительская логика заказа.

Именно поэтому правильнее говорить так:

План производства в 1С ERP — это верхний плановый слой MRP II.

Шаг 2. Заказ на производство — это основной прикладной объект нижнего слоя

Если говорить уже про производственную практику, то в 1С ERP центральным объектом становится заказ на производство.

Именно в нем:

• определяется, что и к какому сроку должно быть изготовлено;
• формируется структура заказа;
• появляется связь с графиком производства;
• становится видно обеспечение и запуск [4].

Руководство прямо говорит, что форма “Структура заказа на производство” предназначена для показа структуры заказа, образованной как партиями производства, так и записями динамической структуры [4].

Это очень важный переход.

План производства — это “что хотим”.

Заказ на производство — это уже “что реально будем исполнять как объект производства”.

Шаг 3. Динамическая структура заказа — это и есть живая развертка заказа вниз

Вот здесь начинается то, что ты и назвал главным для MRP II в 1С ERP.

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

• структура заказа рассчитывается автоматически в статусе «К производству»;
• при ошибках расчета выводится предупреждение с перечнем проблем разузлования;
• из заказа можно открыть структуру заказа, мониторинг заказа и укомплектованность заказа [5].

Более того, структура заказа подгружается динамически по мере раскрытия узлов, что позволяет работать даже с очень сложными изделиями, содержащими десятки тысяч узлов [6].

И вот это уже очень близко к реальной MRP II-логике:

• заказ не просто существует как шапка документа;
• он разворачивается вниз по структуре изделия;
• система показывает связи, даты, обеспечение и проблемы;
• пользователь работает уже не с абстрактным планом, а с исполнимой производственной структурой заказа [4][5][6].

Шаг 4. Нормативный график — это мост от структуры к срокам

Дальше появляется еще более важный слой — динамическое планирование и нормативный график.

В 1С ERP прямо указано, что при настройке планирования по нормативным длительностям:

• по структуре заказа “на лету” строится нормативный график;
• это нормативные сроки выполнения этапов, при которых заказ успевает в срок;
• график считается по принципу “точно в срок”;
• этапы прижимаются вправо к дате выпуска;
• расчет ведется по этапам производства;
• учитывается максимальная доступность ВРЦ [7].

Это чрезвычайно важный момент.

Здесь MRP II в 1С ERP перестает быть просто расчетом потребностей и становится календарно-ресурсной моделью исполнения заказа.

Нормативный график определяет:

• желаемые даты обеспечения;
• нормативные даты выполнения этапов;
• порядок распределения ресурсов между этапами одного заказа [7].

То есть это уже не “сколько материала надо”, а когда какой этап должен стартовать и чем он должен быть обеспечен.

Шаг 5. Расчет мощностей в 1С ERP живет не отдельно, а внутри графика и потребности в ВРЦ

Если брать строго по теории, MRP II обязательно включает planning of capacity. В 1С ERP это проявляется сразу в двух местах.

На верхнем уровне:

• по плану производства считается потребность в видах РЦ [3].

На нижнем уровне:

• нормативный график строится в разрезе этапов;
• учитывается доступность ВРЦ;
• распределение ресурсов между этапами становится частью расчета [7].

То есть твоя формулировка про “MRP II = реализация с учетом расчета мощностей” в прикладной логике 1С действительно очень точна. Просто этот расчет мощностей в системе не живет в одном поле “Capacity”, а встроен в:

• потребность в видах РЦ;
• график производства;
• динамическое планирование этапов;
• доступность ВРЦ.

Шаг 6. Мониторинг заказа — это уже почти диспетчерский контур

Когда структура заказа и график уже посчитаны, система дает не просто расчет, а инструменты наблюдения за исполнением.

Из заказа на производство доступны:

• мониторинг заказа;
• график производства продукции;
• график занятости трудовых ресурсов;
• график потребления материалов;
• укомплектованность заказа [5][8].

И это снова сильный аргумент в пользу того, что практическая MRP II-логика в 1С ERP действительно раскрывается именно на уровне заказа с динамической структурой, а не ограничивается одним планом производства.

Особенно важно, что:

• график занятости трудовых ресурсов доступен только при использовании динамической структуры заказа;
• график потребления материалов по заказам тоже строится в этой логике [8].

Это уже настоящий нижний, исполнительско-диспетчерский уровень.

5. Ограничения типовой 1С ERP / где нужен регламент, Excel, BI или доработка

Теперь самое важное: где граница.

Что в типовой 1С ERP уже есть хорошо

В типовой системе уже есть очень сильный каркас для MRP II-подхода:

• верхний плановый слой через План производства;
• расчет материалов, ВРЦ и трудовых ресурсов [3];
• заказ на производство как исполнительский объект [4][5];
• динамическая структура заказа [4][5][6];
• нормативный график [7];
• мониторинг исполнения, обеспеченности, материалов и трудозатрат [5][8].

Чего типовая не делает “сама по себе”

Но даже при таком функционале система не превращается автоматически в зрелую MRP II без нормальной постановки:

1. Нужна качественная НСИ.
   
   Плохая спецификация, плохие этапы, неактуальные длительности — и динамическая структура будет красиво считать неверную реальность.
2. Нужна дисциплина по заказам и статусам.
   
   Если заказ на производство ведется формально, а реальное производство живет “устно”, никакой нормативный график не поможет.
3. Нужна согласованность верхнего и нижнего слоев.
   
   План производства должен быть не оторванным пожеланием, а реальной верхней рамкой для заказов.
4. Нужен управленческий контур анализа отклонений.
   
   MRP II — это не только расчет, но и сравнение:план vs факт;
   нормативный график vs реальное исполнение;
   потребность vs обеспеченность;
   расчет мощностей vs реальная загрузка.
   

Проще говоря, 1С ERP дает очень мощный инструмент, но не отменяет необходимость зрелой производственной организации.

6. Простыми словами

Если совсем просто, то:

• MRP в 1С ERP — это когда мы развернули потребность в материалах.
• MRP II в 1С ERP — это когда мы пошли дальше и начали проверять, можно ли реальным заказом реально изготовить это в нужный срок с имеющимися этапами, ресурсами и мощностями.

Именно поэтому в практической логике 1С:

• План производства — это верхний этаж;
• а Заказ на производство + динамическая структура + нормативный график — это уже нижний, более “настоящий” и исполнительский этаж MRP II.

7. Сценарий из практики

Предприятие формирует план производства на месяц.

Система честно считает:

• материалы;
• полуфабрикаты;
• потребность в видах РЦ.

На этом этапе кажется, что всё в порядке.

Но когда начинают разбирать конкретный заказ на производство, выясняется:

• часть этапов не успевает до даты выпуска;
• один ВРЦ становится узким местом;
• внутренние перемещения удлиняют график;
• по структуре заказа видно, что часть узлов обеспечена, а часть — нет;
• график занятости трудовых ресурсов показывает перегрузку.

Вот это и есть тот момент, где предприятие перестает жить только в верхнем плане и переходит в реальную MRP II-логику:

конкретный заказ, конкретная структура, конкретный график, конкретная выполнимость.

8. Частый вопрос / частая ошибка

Вопрос:

“Значит, план производства вообще не нужен, если MRP II живет в заказе на производство?”

Ответ:

Нет. План производства нужен обязательно.

Просто он не должен считаться всей MRP II. Он — верхний слой.

Без него нижний заказный слой будет реактивным и несогласованным.

Но и без нижнего слоя один верхний план останется слишком общим.

Типичная ошибка:

Либо абсолютизировать План производства, либо абсолютизировать Заказ на производство.

На самом деле в MRP II в 1С ERP они должны работать вместе:

• план задает верхнюю рамку;
• заказ и динамическая структура переводят ее в исполнимую производственную реальность.

9. Вывод

После твоего замечания правильная формулировка статьи такая:

MRP II в 1С ERP — это не просто План производства.

План производства — это его верхний плановый слой.

А практический, прикладной и наиболее осязаемый слой MRP II в системе раскрывается через:

• заказ на производство;
• динамическую структуру заказа;
• нормативный график;
• расчет потребности в ВРЦ и трудовых ресурсах;
• мониторинг обеспеченности и исполнения.

То есть для практики предприятия формулу можно записать так:

MRP II в 1С ERP = верхний план + реальный производственный заказ + динамическая структура + календарно-ресурсная исполнимость.

10. Библиография

[1] Gershwin S.B. Material Requirements Planning / MRP II Hierarchy // MIT 2.853/2.854 Introduction to Manufacturing Systems.

MRP II включает forecasting, demand management, master production scheduling, rough-cut capacity planning, CRP, dispatching, input-output control;

иерархия верхних и нижних уровней управления, slides 35–43.

[2] Гаврилов Д.А. Управление производством на базе стандарта MRP II.

MRP II как совокупность объектов моделирования: укрупненный план потребности в мощностях, план потребности в материалах, план потребности в мощностях, оценка деятельности и управление исполнением.

[3] 1С:ERP Управление предприятием 2. Планирование производства.

По Плану производства система автоматически рассчитывает потребность в материалах, видах рабочих центров и трудовых ресурсах;

расчет выполняется на основе плана и ресурсной спецификации, стр. 2–3/26.

[4] 1С:ERP Управление предприятием 2. Заказы на производство.

Структура заказа на производство формируется как по партиям производства, так и по записям динамической структуры;

из структуры выводятся данные графика производства, даты запуска и обеспеченность, стр. 2–3/11.

[5] 1С:ERP Управление предприятием 2. Динамическое планирование / Заказы на производство.

Структура заказа рассчитывается автоматически в статусе «К производству»;

из заказа доступны структура заказа, мониторинг заказа, укомплектованность заказа;

запасы распределяются сначала из наличия, потом по ожидаемому приходу, с учетом межскладских перемещений.

[6] 1С:ERP Управление предприятием 2. Заказы на производство.

Динамическая подгрузка ветвей структуры заказа, работа со сложными изделиями и большими структурами, стр. 4/11.

[7] 1С:ERP Управление предприятием 2. Динамическое планирование.

При планировании по нормативным длительностям по структуре заказа “на лету” строится нормативный график;

он определяет желаемые даты обеспечения, нормативные даты этапов и порядок распределения ресурсов;

учитывается максимальная доступность ВРЦ.

[8] 1С:ERP Управление предприятием 2. Заказы на производство.

График занятости трудовых ресурсов и график потребления материалов доступны при использовании динамической структуры заказа;

мониторинг заказа предназначен для визуализации хода выполнения заказа, стр. 5–7/11.