← На главную

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

Архитектурные риски создания нетипового документа выпуска

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

Калькуляция затрат неразрывно связана с системными регистрами, такими как МатериалыИРаботыВНЗП, ТрудозатратыНезавершенногоПроизводства, ПартииПроизводства и СебестоимостьТоваров. Создание стороннего документа влечет за собой следующие проблемы:

1. Нарушение графа затрат: Нетиповой документ не встраивается в типовой алгоритм распределения затрат при процедуре закрытия месяца. В результате возникают зависшие суммовые остатки в незавершенном производстве (НЗП), искажение финансового результата и ошибки отрицательных остатков.
2. Сложности при обновлении: Механизмы производственного контура и партионного учета кардинально перерабатываются между версиями конфигурации (например, при переходе с 2.2 на 2.4 и 2.5). Любое вмешательство в логику проведения производственных документов делает последующие обновления крайне трудоемкими.

Способ 1. Квантование и разбиение этапов производства

Рассмотрим основной архитектурно правильный механизм разделения длительного выпуска — управление размером партий (этапов).

1. Настройка оптимальной партии: В объекте СправочникСсылка.РесурсныеСпецификации на вкладке основных параметров зададим значение реквизита Оптимальная партия (например, равное суточной норме выработки). При генерации этапов по документу ЗаказНаПроизводство система автоматически разобьет общий выпуск на цепочку отдельных документов ЭтапПроизводства с последовательными датами.
2. Функция разделения этапа: Если заказ уже запущен в работу с одним крупным этапом, перейдем в рабочее место Диспетчирование этапов. С помощью штатной функции разбиения разделим один этап на несколько частей. Для каждой выделенной части можно оперативно зафиксировать завершение за конкретный рабочий день.

Способ 2. Использование цеховых кладовых для оперативного учета сырья

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

1. Оформим передачу материалов с центрального склада в подразделение документом ПередачаВПроизводство. В качестве склада-получателя укажем склад с признаком Кладовая цеха.
2. Материалы будут числиться на остатках подразделения по дням и сменам в реальном времени.
3. Фактическое включение стоимости сырья в состав готовой продукции произойдет в момент перевода этапа в статус Завершен.

Способ 3. Пооперационный учет (MES) и регистрация выработки

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

1. Технологические операции: При включенном пооперационном планировании внутри одного этапа оформляются документы ПроизводственнаяОперация. Их можно создавать и проводить ежедневно по мере выполнения технологических переходов.
2. Отражение трудозатрат: Документ ВыработкаСотрудников может регистрироваться независимо от факта закрытия самого этапа производства. Это позволяет поденно начислять заработную плату бригадам и фиксировать выработку без преждевременного завершения этапа.

Рекомендуемая альтернатива: создание внешнего АРМ мастера цеха

Если пользователям неудобно работать со стандартным интерфейсом документа ЭтапПроизводства, не следует менять типовые движения конфигурации. Оптимальный путь — разработка внешнего рабочего места (обработки).

Рассмотрим алгоритм работы такой обработки:

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

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