При переходе с 1С:УПП на 1С:ERP или при освоении нового функционала у многих пользователей и специалистов возникает вопрос о различиях в подходах к построению иерархических спецификаций. В 1С:УПП мы активно использовали концепцию «узлов» для создания многоуровневых спецификаций, не требующих оформления отдельных документов на выпуск каждого промежуточного элемента. В 1С:ERP же появляются «наборы» и новые механизмы работы с производством, что вызывает вопросы о прямых аналогах и возможностях сохранения привычной логики.
Давайте подробно разберем, как обстоят дела с многоуровневыми спецификациями без промежуточного выпуска в 1С:ERP, и какие инструменты мы можем использовать для достижения схожих результатов.
В 1С:УПП «узлы» представляли собой удобный инструмент для структурирования иерархических спецификаций. Они позволяли нам:
Такой подход был весьма эффективен для управления производством, где часть полуфабрикатов собиралась непосредственно в процессе производства основного изделия без фиксации промежуточного результата на складе.
В 1С:ERP концепция «узлов» в их прямом виде не перешла. Вместо нее мы работаем с «наборами» и «полуфабрикатами» в рамках механизма ресурсных спецификаций. Однако, между этими подходами есть существенные различия, которые мы сейчас рассмотрим.
В 1С:ERP «наборы» используются в ресурсных спецификациях, но их функциональность отличается от «узлов» УПП. Давайте выясним, для чего они предназначены и какие имеют ограничения:
«Наборы» в 1С:ERP предназначены для объединения повторяющихся позиций номенклатуры, для которых нецелесообразно выделять отдельный полуфабрикат и этапы его производства. Например, это могут быть крепежные комплекты, наборы фурнитуры или другие механические комплекты, которые всегда используются в одном составе.
Номенклатура с типом «Набор» подбирается в ресурсную спецификацию как отдельная позиция. Однако, при заполнении документов Этап производства или Производственная операция эта номенклатура «распаковывается» на свои комплектующие. Это означает, что сам «набор» не производится как отдельный объект, а его составляющие учитываются напрямую в вышестоящем этапе. Таким образом, мы действительно избегаем промежуточного выпуска для самого набора.
Критически важным отличием от «узлов» в УПП является то, что в 1С:ERP нельзя напрямую включать «наборы» в другие «наборы» для создания многоуровневой иерархии без промежуточного выпуска. Если мы попытаемся это сделать, система нам этого не позволит. Это является основным препятствием для тех, кто привык к гибкой структуре узлов в УПП.
По сути, «набор» в ERP — это одноуровневая группировка материалов для удобства описания спецификации, которая при планировании и выполнении производства детализируется до своих компонентов.
Если мы хотим создать многоуровневую структуру, первое, что приходит на ум, — это использование полуфабрикатов. Давайте проанализируем этот подход:
Для каждого полуфабриката в 1С:ERP нам потребуется создать свою собственную Ресурсную спецификацию. В ней мы опишем состав материалов, трудозатраты и другие параметры производства конкретного полуфабриката.
Полуфабрикаты в 1С:ERP всегда подразумевают наличие этапов производства. То есть, для каждого полуфабриката, независимо от того, как он будет использоваться в вышестоящем изделии (например, со способом получения материала "Произвести по спецификации..." или "Обеспечивать"), будет создан отдельный этап. Этот этап должен быть выполнен, и хоть сам полуфабрикат может не всегда оприходоваться на склад как отдельный объект (если он сразу потребляется в следующем этапе), его производство все равно фиксируется.
Даже если мы настроим полуфабрикат таким образом, чтобы он сразу же поступал на следующий этап без оприходования на склад, сам факт его производства как отдельной единицы фиксируется и управляется через Этап производства. Это означает, что концепция «без промежуточного выпуска» в том виде, как это было с узлами УПП, где компоненты просто списывались, здесь не реализуется. Каждый уровень полуфабриката требует своего "производственного акта".
Таким образом, полуфабрикаты, хотя и позволяют строить многоуровневые иерархии, не соответствуют требованию «без промежуточного выпуска» в полной мере, так как всегда предполагают фиксацию производственных этапов.
Чтобы глубже понять, почему прямая аналогия между «узлами» УПП и «наборами» ERP отсутствует, давайте посмотрим на общую философию систем:
Исходя из этой философии, мы видим, что в ERP нет прямого механизма, который бы позволял создавать вложенные иерархические структуры спецификаций без какой-либо фиксации производственной деятельности для промежуточных уровней, как это делали «узлы» в УПП.
Если нам необходимо реализовать функциональность, максимально близкую к «узлам» УПП, но без доработок и без промежуточного выпуска полуфабрикатов, мы можем рассмотреть следующие подходы:
Если задача состоит в объединении нескольких позиций номенклатуры в готовый «набор» или изделие без использования сложного производственного цикла (например, сборка подарочного набора, комплектация товара для продажи), в 1С:ERP мы используем документ Заказ на сборку (разборку). При помощи этого документа комплектующие списываются со склада, а готовый товар поступает на склад с рассчитанной себестоимостью. Этот механизм подходит для относительно простых случаев, где не требуется детальное планирование производства или пооперационный учет. Он не создаёт производственных этапов.
Если наша цель — просто иметь в спецификации полную детализацию всех входящих материалов на всех уровнях без создания отдельных спецификаций для промежуточных звеньев и без их выпуска, то без доработок остается один путь: ручное внесение или загрузка всех компонентов нижнего уровня непосредственно в спецификацию верхнего уровня. То есть, мы «раскрываем» все промежуточные узлы (которых нет в ERP) до их базовых компонентов и включаем их напрямую в основную спецификацию. Это фактически означает, что наша ресурсная спецификация становится «плоской» по отношению к компонентам, но при этом мы получаем полную детализацию материалов. При таком подходе:
Ресурсную спецификацию для конечного изделия.Этапа производства для конечного изделия.Этот вариант подходит, когда нам нужна только полная ведомость материалов, и не важен поэтапный контроль сборки промежуточных частей. Минусом является потеря структурированности иерархии в самой системе, но функционально он позволяет избежать промежуточного выпуска. Для автоматического формирования свода материалов по всей иерархии можно использовать расширение для сбора сводных данных по дереву спецификации.
Если ни один из стандартных подходов 1С:ERP не удовлетворяет нашим требованиям, и нам критически важна именно многоуровневая структура, аналогичная «узлам» УПП, с автоматическим раскрытием и без промежуточных этапов, то потребуется доработка системы. Мы можем реализовать собственный механизм, который будет:
Такая доработка потребует глубокого понимания архитектуры 1С:ERP и может быть достаточно трудоемкой, но она позволит воссоздать привычную логику работы.
Таким образом, мы видим, что прямого и полноценного аналога «узлов» УПП, позволяющего строить многоуровневые спецификации без промежуточного выпуска, в стандартной 1С:ERP нет. «Наборы» не поддерживают вложенность, а полуфабрикаты всегда подразумевают этапы производства. При выборе стратегии работы в ERP нам необходимо либо адаптироваться к ее философии детализированного поэтапного производства, либо использовать обходные пути (плоские спецификации, сборка/разборка) для простых сценариев, либо рассмотреть вариант доработки системы.