← На главную

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

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

Причина 1. Ограничение доступности видов рабочих центров (ВРЦ)

Проанализируем ситуацию, с которой столкнулся автор темы на форуме. При расчете графика производства система сопоставляет общую трудоемкость этапа с доступным временем оборудования. Если в настройках Вид рабочего центра максимальная доступность ограничена или настроена некорректно, алгоритм планирования MRP/APS понимает, что выполнить весь объем за один интервал времени невозможно.

Выясним, в чем именно заключалась ошибка автора. В настройках максимальной нагрузки рабочих центров вместо суммарной производительности за весь рабочий день (например, 8 часов) была указана минимальная нагрузка, соответствующая времени выполнения одной операции. В результате система посчитала, что за один день рабочий центр может выполнить строго одну операцию над одной деталью. Чтобы распределить всю партию в 10 штук, программе пришлось растянуть планирование на 10 дней и создать 10 отдельных документов Этап производства.

Как исправить:

1. Перейдем в раздел Производство — Настройки и справочники — Виды рабочих центров.
2. Откроем настройки нужного ВРЦ и перейдем к параметрам планирования работы и доступности.
3. Проверим заполнение реквизитов доступности. Убедимся, что указанная максимальная доступность соответствует реальной пропускной способности оборудования в рамках выбранного интервала планирования (например, суммарный фонд времени работы станков за смену).
4. После корректировки параметров перезаполним доступность рабочих центров и заново рассчитаем график производства.

Причина 2. Настройка параметров партионности в ресурсной спецификации

Даже если графики работы оборудования настроены идеально, система может дробить документы из-за параметров, заданных в самой нормативно-справочной информации (НСИ). Ключевую роль здесь играет Ресурсная спецификация.

Рассмотрим подробнее вкладку Основное в ресурсной спецификации. На ней расположены критически важные реквизиты управления партиями:

• Оптимальная партия запуска. Этот реквизит определяет, какими частями выгодно запускать производство изделия. По умолчанию значение равно "0" (или не заполнено), что означает отсутствие ограничений — вся партия из заказа будет запланирована одним этапом. Если же здесь по ошибке указано значение "1", система жестко разделит любой объем выпуска на единичные этапы.
• Минимальная партия запуска. Ограничивает минимальный объем этапа.
• Допустимое превышение. Помогает системе округлять остатки партии, чтобы не создавать отдельные "хвосты" (например, мелкие этапы на 0.5 шт.).

Как исправить:

1. Откроем используемую Ресурсную спецификацию (для редактирования потребуется установить статус "В разработке").
2. На вкладке Основное проверим поле Оптимальная партия запуска.
3. Если жестких технологических ограничений на размер партии нет (например, ограничений по объему печи или бункера), оставим это поле пустым.
4. Если производство требует деления на партии (например, по 5 штук), укажем соответствующее значение. Тогда заказ на 10 штук разделится ровно на 2 этапа по 5 штук, но не на 10 отдельных документов.
5. Установим спецификации статус "Действует" и перестроим этапы.

Причина 3. Обособление под назначения (Заказы клиентов)

Рассмотрим еще одну частую причину лавинообразного роста документов. Это связано с настройками обеспечения потребностей и ведением обособленного учета.

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

Как исправить:

1. Если жесткий обособленный учет себестоимости под каждого клиента не требуется, проанализируем настройки обеспечения в заказах покупателей.
2. В строках Заказа клиента изменим вариант обеспечения с "Обеспечивать обособленно" на стандартное обеспечение "К обеспечению" (выпуск на склад / обезличенно).
3. При таком подходе система объединит потребности в одну общую партию запуска на уровне документа Заказ на производство.

Причина 4. Настройки получения и консолидации полуфабрикатов

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

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

Как исправить:

1. Проанализируем структуру спецификации. Вместо прямого способа получения "Произвести по спецификации" непосредственно в рамках этапа сборки, настроим схему обеспечения полуфабрикатами через Кладовую цеха.
2. Для этого в схеме обеспечения склада (цеховой кладовой) укажем способ "Производство".
3. В таком случае система при формировании потребности соберет все нужные полуфабрикаты по разным этапам (или даже разным заказам) в один сводный Заказ на производство полуфабрикатов, что позволит выпустить их одной крупной партией.

Причина 5. Интервал планирования в параметрах производственного подразделения

Посмотрим на ситуацию со стороны настроек производственной структуры. Для каждого подразделения в системе задается ключевой параметр — Интервал планирования (доступны варианты: Час, День, Неделя, Месяц).

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

Как исправить:

1. Перейдем в структуру предприятия и откроем карточку производственного подразделения.
2. Проанализируем параметры планирования работы.
3. Для сборочных или длительных производств установим более крупный и адекватный интервал планирования — например, День или Неделя.
4. Убедимся, что штучное время выполнения операций сопоставимо с выбранным интервалом планирования.

Резюме и чек-лист для проверки

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

1. Доступность видов рабочих центров: не занижен ли максимальный фонд доступности оборудования в настройках ВРЦ.
2. Оптимальная партия запуска: не стоит ли в ресурсной спецификации значение "1" вместо пустого поля (или реальной технологической партии).
3. Способ обеспечения потребностей: отключено ли избыточное обособление под заказы клиентов, если выпуск можно делать обезличенно на склад.
4. Интервал планирования подразделения: соответствует ли выбранный интервал длительности производственного цикла ваших изделий.

Корректная настройка этих параметров позволит вам значительно сократить объем формируемых документов, упростить работу диспетчеров и ускорить расчет графика производства в системе.