Как настроить пооперационное планирование в 1С:ERP, чтобы избежать затоваривания одного рабочего центра?

Программист 1С v8.3 (Управляемые формы) 1С:ERP Управление предприятием Управленческий учет Промышленность, строительство и АПК
← На главную

В процессе организации производственного учета в 1С:ERP часто возникает задача синхронизации выполнения операций на одном и том же рабочем центре (РЦ). Проблема заключается в том, что планировщик по умолчанию стремится оптимизировать загрузку оборудования, что приводит к группировке однотипных операций из разных партий. В результате, вместо выполнения полной технологической цепочки для одной партии (торцовка, перемещение, калибровка), система планирует «пакетное» выполнение: сначала все торцовки для всех партий, затем все перемещения и так далее. Разберем, как попытаться решить эту задачу стандартными средствами системы.

Анализ механизма передаточных партий

Первым шагом при настройке пооперационного планирования является использование механизма Передаточная партия. Этот параметр устанавливается в настройках операции маршрутной карты.

  1. Перейдите в Маршрутную карту соответствующего этапа производства.
  2. В табличной части Операции найдите колонку Передаточная партия.
  3. Установите значение, соответствующее минимальному объему, который должен быть передан на следующий этап или следующую операцию.

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

Дробление производственных этапов

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

В 1С:ERP планирование на уровне этапов более жесткое, чем на уровне операций внутри одного этапа. Если разделить «Торцовку», «Перемещение» и «Калибровку» на разные этапы, система будет вынуждена планировать их как отдельные сущности. При этом, чтобы не создавать хаос в учете, можно использовать:

Возможности доработки алгоритма планирования

Если стандартные настройки конфигурации не позволяют добиться требуемой последовательности, специалисты часто прибегают к анализу модуля менеджера планирования. В частности, стоит обратить внимание на процедуру РассчитатьРасписаниеПартииЭтапов в объекте Обработка.ПооперационноеПланирование2_2.

При доработке этого механизма мы можем принудительно влиять на процесс построения графика:


// Пример логики, которую можно внедрить при необходимости жесткого планирования
Процедура РассчитатьРасписаниеПартииЭтапов(ДанныеПартии) Экспорт
    // Здесь можно вставить проверку на тип операции
    // и принудительное смещение времени начала операции
    // относительно завершения предыдущей операции той же партии
КонецПроцедуры

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

Рекомендации по оптимизации

Для достижения результата попробуйте выполнить следующие действия в комплексе:

  1. Проверка приоритетов: Убедитесь, что для заказов установлены корректные приоритеты. Система всегда стремится выполнить задачи с высоким приоритетом в полном объеме, что может изменить очередность в расписании.
  2. Оптимальный запуск: В параметрах Ресурсной спецификации поэкспериментируйте с настройками оптимального размера запуска. Это влияет на формирование партий, которые система «видит» как неделимый объект в планировщике.
  3. Анализ занятости РЦ: Если РЦ один, попробуйте временно выделить вспомогательные рабочие центры. Это позволит визуально разделить загрузку в Диаграмме Ганта и понять, где именно происходит затор.

Помните, что 1С:ERP — это система с жесткой логикой управления потоками. Если стандартные инструменты не позволяют реализовать «конвейерный» метод внутри одного РЦ, это может свидетельствовать о том, что выбранная модель данных (один РЦ на разные технологические операции) требует пересмотра в сторону детализации производственных мощностей.

← На главную