← На главную

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

Суть проблемы: механизм распределения «по пропорции»

Представим ситуацию: у нас есть Этап производства на изготовление 10 единиц продукции. В марте мы выпускаем первые 3 штуки. Для этого мы оформляем документ Производственная операция (или Выработка сотрудников) ровно на тот объем работ, который необходим для производства этих 3 штук. Мы ожидаем, что при закрытии месяца все эти затраты «схлопнутся» с выпуском 3 штук.

Но система в некоторых случаях ведет себя иначе. Она видит, что в этапе запланировано 10 штук, а выпущено только 3. Алгоритм расчета себестоимости применяет пропорцию: (Трудозатраты * 3) / 10. В итоге 70% трудозатрат, которые фактически уже выполнены и должны быть в себестоимости, зависают в НЗП. Проанализируем, какие факторы влияют на это поведение.

Фактор 1: Хронологическая последовательность документов

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

Почему это работает? Если дата выполнения работ в документе Производственная операция или Выработка сотрудников позже, чем момент фиксации выпуска в документе Этап производства, система при расчете себестоимости может решить, что на момент выпуска продукции трудозатрат в НЗП еще не было. В этом случае затраты распределяются либо средневзвешенно в конце месяца, либо пропорционально доле выпуска от общего плана.

Разберем по шагам, как проверить хронологию:

1. Откроем отчет Движения документа по регистру Трудозатраты НЗП для документов выработки.
2. Сравним время возникновения записей со временем документа Этап производства (статус «Завершен» или «Произведено»).
3. Попробуем установить дату документа выработки на один день раньше даты выпуска. Как показывает практика, это часто «заставляет» систему увидеть прямую связь между работой и выпуском.

Фактор 2: Настройка группировки затрат в Этапе

В версии ERP 2.5 критически важно, как настроена группировка затрат внутри документа Этап производства. Перейдем на закладку «Дополнительно» в этапе и найдем поле Группировка затрат.

Существует два основных варианта:

• По этапу: Система собирает все затраты в единый «пул» этапа. При частичном выпуске она всегда будет делить их пропорционально количеству выпущенной продукции относительно плана. Это и есть причина «растягивания» затрат.
• По продукции: Этот вариант позволяет системе более адресно сопоставлять затраты с конкретными строками выпуска. Если в этапе планируется частичная сдача, рекомендуется использовать именно эту настройку.

Фактор 3: Аналитика в регистре Трудозатраты НЗП

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

Важные моменты для проверки:

• Назначение: Если выпуск идет под конкретный Заказ клиента, убедимся, что в выработке указано то же самое назначение.
• Статья калькуляции: Проверим, чтобы для всех операций использовалась статья калькуляции с типом затрат «Оплата труда».
• Спецификация: В документе Этап производства на закладке «Выпуск» для каждой строки должна быть указана спецификация, в которой описаны именно те операции, которые мы отражаем. Если связи между операцией и строкой выпуска нет, система вернется к распределению по количеству.

Фактор 4: Технический анализ кода (для разработчиков)

Если стандартные настройки не помогают, необходимо обратиться к отладке механизма расчета себестоимости. Основная логика распределения трудозатрат сосредоточена в программном модуле РасчетСебестоимостиТрудозатраты (или аналогичных модулях в зависимости от версии релиза).

Для диагностики рекомендуем выполнить следующие действия:

1. Найдем в модуле запрос, который выбирает данные из регистра Трудозатраты НЗП и сопоставляет их с данными регистра Выручка И Себестоимость Продаж (или временными таблицами выпуска).
2. Обратим внимание на условия соединения по полям АналитикаУчетаПродукции и РазделительЗатрат.
3. Посмотрим на расчет коэффициента распределения. Часто в коде можно встретить логику:
   Скопировать код

   
   Коэффициент = КоличествоВыпуска / КоличествоПланЭтапа;
   ЗатратыКДосписанию = ИтогоЗатратПоЭтапу * Коэффициент;
   

   Если вы видите, что система уходит в эту ветку алгоритма, значит, она не смогла идентифицировать затраты как «прямые» для данного выпуска.

Рекомендации по исправлению ситуации

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

1. Используйте статус «Завершен» своевременно: Не держите этап открытым, если по нему прошел полный выпуск месяца, но планируется выпуск в будущем. Лучше дробить этапы на более мелкие, соответствующие месячному объему производства.
2. Проверяйте заполнение спецификаций в строках выпуска: Это гарантирует системе понимание того, какие именно работы (нормативы) относятся к данной партии продукции.
3. Контролируйте дату выработки: Всегда отражайте трудозатраты той же датой или датой ранее, чем зафиксирован выпуск в этапе.
4. Группировка затрат «По продукции»: В сложных многопериодных этапах это самый надежный способ избежать усреднения себестоимости.

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