В процессе работы с 1С:ERP Управление предприятием (версии 2.4, 2.5) пользователи часто сталкиваются с неочевидным поведением отчета Фактическая себестоимость продукции. Особенно остро эта проблема проявляется в отраслях с длительным или цикличным циклом производства, таких как виноделие, химическая промышленность или фармация. Типичная ситуация: полуфабрикат одного и того же наименования проходит несколько стадий доработки (ПФ1 -> ПФ1 -> ПФ1), и в итоге отчет становится перегруженным, а цифры кажутся некорректными.
Разберем подробно, как работает этот механизм, почему программа «скрывает» стоимость промежуточных этапов и какие инструменты помогут экономисту получить прозрачную картину затрат.
Первое, что пугает пользователей — отсутствие суммовых показателей в строках с полуфабрикатами внутри разузлованного отчета. Рассмотрим причину этого поведения. Отчет Фактическая себестоимость продукции построен по принципу полного развертывания затрат до первичного уровня (материалы, трудозатраты, постатейные расходы).
Проанализируем логику системы: если бы программа вывела стоимость полуфабриката в 1000 рублей, а ниже расшифровала, что он состоит из материалов на 800 рублей и зарплаты на 200 рублей, то при суммировании итогов по вертикали произошло бы двойное завышение себестоимости. Система специально обнуляет стоимость узла (полуфабриката), чтобы показать только те составляющие, из которых эта стоимость сложилась. Таким образом, итоговая сумма по продукции всегда сходится с суммой первичных затрат.
Важно понимать: если вам нужно увидеть именно стоимость выпуска промежуточного полуфабриката как отдельного объекта, данный отчет — не самый подходящий инструмент, так как его задача — показать «генетику» готовой продукции.
Ситуация, когда на вход этапа производства подается Номенклатура 1, а на выходе получается та же Номенклатура 1 (но другой партии или кондиции), в 1С:ERP называется встречным выпуском или зацикливанием. Рассмотрим, почему отчет в этом случае начинает суммировать «все подряд»:
ПФ1. Для нее это три независимых события.ПФ1 может показать 300 литров, хотя физически у нас в наличии всего 100 литров последней итерации.Выясним, как сделать отчет более наглядным в таких условиях.
Чтобы разделить цепочку одинаковых номенклатур, попробуем изменить настройки самого отчета. Разберем шаги по добавлению аналитики партий:
Фактическая себестоимость продукции (кнопка Настройки...).Партия продукции и Партия затраты.Это позволит увидеть структуру себестоимости не просто в разрезе номенклатуры, а в разрезе Документов производства (Этапов). В этом случае цепочка примет вид: ПФ1 (Партия 3) <- ПФ1 (Партия 2) <- ПФ1 (Партия 1). Каждая итерация будет выделена в отдельный блок, и экономист сможет проследить, как на каждом этапе добавлялись новые затраты к стоимости предыдущей партии.
Если отчет по фактической себестоимости все равно кажется слишком громоздким, проанализируем другие инструменты ERP:
Этап производства или Производство без заказа. Он идеально подходит для анализа «снизу вверх». Мы видим конкретную партию выпуска и четко понимаем, какие партии материалов и других ПФ в нее вошли. В отличие от общего отчета по всей продукции за месяц, «Дерево» не суммирует обороты по разным выпускам.Иногда проблему проще решить на уровне архитектуры данных, чем пытаться настроить отчет. Рассмотрим два подхода:
Фактическая себестоимость перестанет их схлопывать и суммировать количества, так как группировка будет идти по уникальной связке Номенклатура + Характеристика.Для программистов и продвинутых аналитиков напомним, что первоисточником данных для всех этих отчетов является регистр накопления Себестоимость товаров. Проанализируем его структуру:
АналитикаУчетаНоменклатуры — содержит информацию о номенклатуре, складе, характеристике и серии.РазделУчета — для производства это обычно «Производство».Партия — документ, сформировавший затрату.Стоимость, Количество, ДопРасходы — ресурсные поля.Если типовые отчеты не удовлетворяют требованиям наглядности, оптимальным решением будет создание собственного отчета на СКД (Системе компоновки данных) на базе этого регистра. При этом в запросе важно соединять таблицу регистра саму с собой по ключу ДокументИсточник, чтобы выстроить иерархию потребления партий. Это позволит реализовать любую специфическую форму, которую требует экономическая служба предприятия.
Подведем итог: Нулевая стоимость полуфабрикатов — это следствие алгоритма разузловки до первичных затрат. Суммирование количеств при циклах ПФ1 -> ПФ1 лечится добавлением аналитики партий в настройки или переходом на отчет Анализ себестоимости выпущенной продукции. Для сложных производств (виноделие) рекомендуется внедрение характеристик или серийного учета для разграничения этапов передела.