При работе с крупными заказами в 1С:ERP часто возникает ситуация, когда система формирует избыточное количество документов Этап производства. Например, при заказе на 100 позиций продукции может быть создано более 1000 этапов, а сам процесс формирования занимает значительное время (до 20 минут и более). В рамках этой статьи мы разберем, почему так происходит, как сгруппировать обеспечение и какими методическими приемами можно упростить производственную цепочку.
Рассмотрим ситуацию, когда в одном заказе на производство фигурирует множество изделий. Если для каждого изделия прописана глубокая структура спецификации, система рекурсивно разворачивает дерево производства. Основные причины "раздувания" количества этапов следующие:
Проанализируем основные способы решения этой задачи, предложенные экспертами и практиками автоматизации.
Один из самых эффективных способов — это переход на работу через классические полуфабрикаты. Вместо того чтобы заставлять систему каждый раз рассчитывать дерево производства "с нуля" внутри одного огромного заказа, мы разделяем процессы.
Для этого в ресурсных спецификациях для входящих материалов, которые являются полуфабрикатами, следует устанавливать способ обеспечения "Обеспечивать", а не "Произвести по спецификации". Рассмотрим, что это дает:
Формирование заказов по потребностям.Заказ на производство на весь объем необходимых полуфабрикатов за смену или день. В результате вместо 100 мелких этапов на один и тот же полуфабрикат вы получите один укрупненный этап.Часто ошибку допускают на этапе проектирования НСИ, создавая новый Этап производства для каждого действия внутри одного цеха. Проанализируем методическое правило: этап производства необходим только тогда, когда происходит переход ответственности (передача в другое подразделение) или когда нам критически важно отразить выпуск промежуточного полуфабриката на склад.
Если весь цикл изготовления проходит в рамках одного подразделения, правильнее использовать следующий подход:
Этап производства (например, "Изготовление узла").Пооперационное управление отмечаем выполнение конкретных операций ("Заготовка", "Сварка", "Шлифовка").Таким образом, вместо 10 документов Этап производства у нас остается один, а вся детальная информация хранится в операциях, которые "легче" для системы и не перегружают график производства.
В версии 1С:ERP 2.4 пользователи часто сталкиваются с тем, что группировка обеспечения "разваливается". Это происходит, если даты запуска или параметры спецификаций имеют малейшие различия. Посмотрим на технический аспект: в более свежих релизах (начиная с 2.5) логика формирования этапов была пересмотрена.
В версии 2.5 реализованы более продвинутые механизмы автоматической группировки партий производства. Если вы работаете в 2.4 и не планируете переход, решением может стать использование расширений. Как отмечают участники обсуждения, иногда приходится корректировать логику функции формирования дерева этапов, чтобы принудительно объединять одинаковые позиции в один документ обеспечения.
Если формирование этапов занимает более 20 минут, следует обратить внимание на следующие настройки сервера и системы:
Для сложного производства со множеством комплектующих крайне важно внедрение принципов PDM. Это управление инженерными данными, которое позволяет грамотно подготовить структуру изделия до того, как она попадет в ERP. Рассмотрим основные функции PDM, которые помогают ERP:
Ресурсных спецификаций на основе конструкторского состава.Использование специализированных систем (например, "1С:PDM Управление инженерными данными") позволяет передавать в ERP уже оптимизированную структуру, где избыточные уровни вложенности "схлопнуты" в технологические этапы, что радикально ускоряет расчет графика.
Если типовая группировка не справляется, программисты часто прибегают к перехвату процедуры формирования этапов. Выясним причину: часто результат одной группировки не учитывается при последующих итерациях расчета. Ниже схематично представлен принцип, который можно реализовать в расширении для корректировки состава этапов:
// Пример логики для анализа дерева этапов перед записью
Процедура ПередЗаписьюЭтапов(ДеревоЭтапов) Экспорт
// Проанализируем строки дерева
Для Каждого СтрокаИзделия Из ДеревоЭтапов.Строки Цикл
// Ищем идентичные полуфабрикаты с одинаковыми датами и спецификациями
// Выполняем принудительное суммирование количества
// И удаление лишних веток, которые порождают дублирующие документы
КонецЦикла;
КонецПроцедуры
Важно: Любое вмешательство в механизмы формирования графика производства требует тщательного тестирования, так как это сердце системы ERP.
Подводя итог, отметим: чтобы 1000 этапов не превращались в проблему, необходимо сочетать технические настройки (интервалы планирования, актуальные релизы) с методологической работой (укрупнение этапов, использование операций и правильная настройка способов обеспечения полуфабрикатов).