Когда ИТ-директор или системный архитектор получает задачу провести автоматизацию планирования производства, рука сама тянется к классическим тяжелым ERP-системам. Логика кажется железобетонной: мы загружаем в систему спецификации (BOM), технологические карты с нормо-часами, вводим план продаж, и система сама рассчитывает график запуска партий.
Эта концепция называется MRP II (Manufacturing Resource Planning). В идеальном мире, где станки никогда не ломаются, поставщики не опаздывают, а рабочие не болеют, она работает безупречно. Но на реальном российском заводе классический алгоритм MRP разваливается в первые же недели эксплуатации.
Почему классический MRP ломается о реальность?
Алгоритм MRP работает методом «выталкивания» (Push). Если по плану сегодня нужно запустить 1000 деталей, система сгенерирует наряды и выдаст металл в цех. Ей абсолютно неважно, что на участке фрезеровки уже скопилась очередь из деталей с прошлой недели. Результат — катастрофический рост незавершенного производства (НЗП), заморозка оборотных средств в цехах и паралич логистики.
Пересчет дерева MRP (особенно на глубоких многоуровневых спецификациях) — тяжелейшая математическая задача для базы данных. В тяжелых системах этот расчет запускают регламентным заданием в 2 часа ночи. Если в 10 утра ломается ключевой станок с ЧПУ, ваш план перестает быть актуальным. Вы работаете вслепую до следующей ночи.
MRP жестко привязывает деталь к технологической карте. Если сломалась итальянская пила, а мастер принял волевое решение пилить заготовки на ленточной (что дольше, но спасает сроки), типовая система выдаст ошибку маршрутизации и откажется списывать материалы.
Решение: APS и конечная емкость (Finite Capacity)
Чтобы ИТ-система помогала цеху, а не мешала ему, программы для производственного планирования должны строиться на архитектуре APS (Advanced Planning and Scheduling) с жесткой привязкой к Теории ограничений Голдратта (TOC).
В отличие от слепого MRP, система APS понимает, что пропускная способность завода конечна и равна пропускной способности его самого слабого звена — «узкого горлышка».
Как это реализовано на уровне ядра ModernERP Pro
Мы отказались от концепции «проталкивания» планов в пользу жесткой физической диспетчеризации на уровне планшетов мастеров. В ModernERP Pro движок маршрутизации работает не как советчик, а как шлагбаум.
- Онлайн-оценка перегрузки: В момент, когда мастер участка заготовки хочет нажать кнопку «Взять в работу» для новой партии деталей, система "на лету" (в режиме реального времени, без ночных расчетов) проверяет загрузку следующего по маршруту рабочего центра.
- Физическая блокировка: Если следующий станок (например, малярная камера) уже перегружен деталями, ModernERP Pro программно заблокирует выдачу задания на первый этап. Система не даст израсходовать сырье, чтобы оно потом неделями пылилось в проходах между цехами.
- Динамическая маршрутизация: Flat BOM позволяет мастеру прямо с планшета менять рабочие центры на лету, если деталь пустили по обходному маршруту из-за поломки оборудования.
Для интеграторов и ИТ-директоров архитектура ModernERP Pro снимает главный риск провала проекта. Вам больше не нужно пытаться загнать живой, дышащий цех в прокрустово ложе бухгалтерских нормативов. Вы даете мастерам инструмент, который управляет потоком, а не бумажками, автоматически отдавая в бухгалтерский контур чистые факты выпуска по API.
