Почему график производства в 1С:ERP учитывает только один рабочий центр?

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

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

Понимание концепции графика производства в 1С:ERP

Прежде чем углубляться в детали, давайте проанализируем базовые принципы, на которых строится планирование производства в 1С:ERP. Эта система ориентирована на Теорию ограничений систем (ТОС) Э. Голдратта. Это означает, что при планировании система в первую очередь фокусируется на "узких местах" или "барабанах" — тех рабочих центрах, которые ограничивают общую производительность предприятия. Рабочие центры, не являющиеся ограничениями, планируются менее детально, выступая в роли временных буферов.

Важно понимать, что 1С:ERP не ограничивается одним "узким местом". Система позволяет определить производственные маршруты на нескольких "барабанах", что дает возможность контролировать сразу несколько станков или рабочих центров.

В 1С:ERP существуют три уровня производственного планирования:

  1. Уровень предприятия: тактическое планирование.
  2. Межцеховое планирование: отвечает за координацию между цехами и размещение этапов производства в графике с учетом доступности ресурсов.
  3. Пооперационное планирование (MES): определяет конкретное время выполнения каждой операции и конкретные рабочие центры для их выполнения.

Решение 1: Разбиение этапа на части с помощью "Оптимальной партии запуска"

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

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

Решение: Для того чтобы один этап мог разместиться в графике независимо (параллельно) на нескольких рабочих центрах, необходимо разбить его на части. Это достигается с помощью параметра "Оптимальная партия запуска".

  1. Настройте ресурсную спецификацию: Откройте вашу ресурсную спецификацию и перейдите к этапу, который вы хотите разбить.
  2. Укажите "Оптимальную партию запуска": В параметрах этапа найдите поле Оптимальная партия запуска и установите его значение. Например, если вам нужно произвести 10 единиц продукции, и вы хотите, чтобы они обрабатывались по 1 единице на разных РЦ, установите Оптимальная партия запуска = 1.

Посмотрим на пример:

Предположим, вам нужно произвести 10 единиц продукции, и на это требуется 10 часов работы. У вас есть 4 рабочих центра, и вы хотите, чтобы они работали параллельно. Если вы не разобьете этап, система может посчитать, что весь этап требует 10 часов работы на одном РЦ. Если же вы установите Оптимальная партия запуска = 1, то система создаст 10 отдельных "мини-этапов", каждый из которых сможет разместиться в графике независимо.

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

Недостатки подхода: Как отмечают пользователи, такой подход может показаться "костылем" и привести к значительному дроблению этапов. Если этап занимает всего 10 минут, а не час, количество "дроблений" может стать огромным, усложняя работу мастера.

Решение 2: Использование флага "Доступна параллельная загрузка" и настройка видов рабочих центров

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

  1. Флаг "Доступна параллельная загрузка": Убедитесь, что для вида рабочего центра, который должен работать параллельно, установлен флаг Доступна параллельная загрузка. Этот флаг позволяет системе учитывать возможность одновременной работы нескольких РЦ одного вида.
  2. Настройка вариантов загрузки видов рабочих центров: Начиная с версии 2.4, 1С:ERP поддерживает использование на одном этапе производства нескольких видов рабочих центров с различными вариантами их загрузки. Рассмотрим подробнее:

    • Последовательная загрузка: Время работы одного ВРЦ распределяется по интервалам, затем второго и так далее.
    • Одновременная загрузка: В каждом интервале планируется одинаковое время работы для каждого ВРЦ.
    • Независимая загрузка: Каждый ВРЦ должен отработать нормативное время в ближайшие доступные ему интервалы, независимо от загрузки других ВРЦ на данном этапе.

Пример настройки вида рабочего центра:

  1. Перейдите в раздел "НСИ и администрирование" -> "Производство" -> "Виды рабочих центров".
  2. Откройте нужный вид рабочего центра.
  3. Установите флаг Доступна параллельная загрузка.
  4. В поле Максимальная загрузка укажите количество рабочих центров данного вида, которые могут работать одновременно. Например, если у вас 4 одинаковых станка, установите Максимальная загрузка = 4.
  5. Если требуется, настройте Коэффициент времени работы для каждого конкретного рабочего центра в рамках вида, если их производительность различается.

Важно: Для пооперационного планирования (MES) 1С:ERP позволяет планировать параллельно загружаемые рабочие центры (например, печи, окрасочные камеры) с учетом их особенностей: ограничение по загрузке (объем, вес), различные режимы работы (температурный, влажностный) и фиксированное время выполнения операций.

Решение 3: Корректировка "Максимальной доступности" и расчет мощности

Иногда проблема заключается не в самом дроблении этапов, а в некорректном понимании или настройке доступности рабочих центров.

  1. Увеличение "Максимальной доступности": По умолчанию, система подразумевает, что одна партия обрабатывается на одном РЦ и занимает максимальную доступность. Мы можем увеличить максимальную доступность для вида рабочего центра. Это можно сделать даже больше 24 часов в сутки, используя групповое изменение реквизитов. Таким образом, мы "обманываем" систему, показывая ей, что один "виртуальный" РЦ может работать дольше, чем реальный, тем самым имитируя параллельную работу.
  2. Расчет мощности вида рабочего центра: Вместо того чтобы дробить этапы до бесконечности, мы можем пересмотреть подход к расчету мощности вида рабочего центра. Если для выполнения этапа требуется 5 часов, и у вас есть 4 РЦ, то логично считать, что на один "виртуальный" рабочий центр потребуется 1.25 часа, а не 5 часов. Это требует пересчета нормативного времени в ресурсной спецификации.

Разберем по шагам:

Предположим, у вас есть этап, который требует 5 часов работы. У вас 4 однотипных рабочих центра. Вместо того чтобы создавать 4 отдельных этапа по 5 часов, вы можете:

  1. Оставить один этап.
  2. Пересчитать нормативное время: В ресурсной спецификации для этого этапа укажите нормативное время 1.25 часа (5 часов / 4 РЦ).
  3. Настроить вид рабочего центра: Убедитесь, что для вида рабочего центра установлен флаг Доступна параллельная загрузка и Максимальная загрузка = 4.

Таким образом, система будет воспринимать, что для выполнения всего объема работы требуется 1.25 часа, и она сможет распределить эту работу между 4 доступными РЦ.

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

Дополнительные аспекты учета доступности рабочих центров

Чтобы обеспечить корректное планирование, мы должны учитывать множество факторов, влияющих на доступность рабочих центров:

Диагностика графика производства

1С:ERP предоставляет инструменты для диагностики графика производства. Мы можем использовать их, чтобы выявить причины некорректного планирования:

Заключение:

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

← К списку