Как настроить отчет Фактическая себестоимость продукции в 1С:ERP при многократной переработке полуфабрикатов и почему в нем не видна стоимость ПФ?

Бизнес-аналитик 1С v8.3 (Управляемые формы) 1С:ERP Управление предприятием Управленческий учет Промышленность, строительство и АПК
← На главную

В процессе работы с 1С:ERP Управление предприятием (версии 2.4, 2.5) пользователи часто сталкиваются с неочевидным поведением отчета Фактическая себестоимость продукции. Особенно остро эта проблема проявляется в отраслях с длительным или цикличным циклом производства, таких как виноделие, химическая промышленность или фармация. Типичная ситуация: полуфабрикат одного и того же наименования проходит несколько стадий доработки (ПФ1 -> ПФ1 -> ПФ1), и в итоге отчет становится перегруженным, а цифры кажутся некорректными.

Разберем подробно, как работает этот механизм, почему программа «скрывает» стоимость промежуточных этапов и какие инструменты помогут экономисту получить прозрачную картину затрат.

Почему стоимость полуфабрикатов в отчете равна нулю?

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

Проанализируем логику системы: если бы программа вывела стоимость полуфабриката в 1000 рублей, а ниже расшифровала, что он состоит из материалов на 800 рублей и зарплаты на 200 рублей, то при суммировании итогов по вертикали произошло бы двойное завышение себестоимости. Система специально обнуляет стоимость узла (полуфабриката), чтобы показать только те составляющие, из которых эта стоимость сложилась. Таким образом, итоговая сумма по продукции всегда сходится с суммой первичных затрат.

Важно понимать: если вам нужно увидеть именно стоимость выпуска промежуточного полуфабриката как отдельного объекта, данный отчет — не самый подходящий инструмент, так как его задача — показать «генетику» готовой продукции.

Проблема циклического производства: ПФ1 переходит в ПФ1

Ситуация, когда на вход этапа производства подается Номенклатура 1, а на выходе получается та же Номенклатура 1 (но другой партии или кондиции), в 1С:ERP называется встречным выпуском или зацикливанием. Рассмотрим, почему отчет в этом случае начинает суммировать «все подряд»:

  1. Иерархия выпуска: Программа видит, что за месяц было три выпуска ПФ1. Для нее это три независимых события.
  2. Суммирование количества: Если на каждом этапе выпускалось по 100 литров, отчет в итоговой строке по номенклатуре ПФ1 может показать 300 литров, хотя физически у нас в наличии всего 100 литров последней итерации.
  3. Разрыв цепочки: Без использования специфических аналитик (серии, характеристики), отчету сложно понять, что второй выпуск — это переработанный первый.

Выясним, как сделать отчет более наглядным в таких условиях.

Решение 1: Настройка дополнительных измерений в отчете

Чтобы разделить цепочку одинаковых номенклатур, попробуем изменить настройки самого отчета. Разберем шаги по добавлению аналитики партий:

  1. Откроем настройки отчета Фактическая себестоимость продукции (кнопка Настройки...).
  2. Перейдем в расширенный режим и на вкладку Структура.
  3. Добавим в группировки поля Партия продукции и Партия затраты.

Это позволит увидеть структуру себестоимости не просто в разрезе номенклатуры, а в разрезе Документов производства (Этапов). В этом случае цепочка примет вид: ПФ1 (Партия 3) <- ПФ1 (Партия 2) <- ПФ1 (Партия 1). Каждая итерация будет выделена в отдельный блок, и экономист сможет проследить, как на каждом этапе добавлялись новые затраты к стоимости предыдущей партии.

Решение 2: Использование альтернативных отчетов

Если отчет по фактической себестоимости все равно кажется слишком громоздким, проанализируем другие инструменты ERP:

Решение 3: Методические изменения в учете

Иногда проблему проще решить на уровне архитектуры данных, чем пытаться настроить отчет. Рассмотрим два подхода:

  1. Использование Характеристик: Если мы добавим характеристику (например, «Этап 1», «Этап 2» или «Выдержка 6 месяцев»), то для системы это станут разные объекты учета. Отчет Фактическая себестоимость перестанет их схлопывать и суммировать количества, так как группировка будет идти по уникальной связке Номенклатура + Характеристика.
  2. Учет по Сериям: Если включить строгий учет по сериям с политикой «Учет себестоимости по сериям», то каждая серия будет нести свою уникальную стоимость. Это позволит максимально точно отслеживать «зелье» (как в примере автора) на каждом этапе его трансформации.

Технический анализ: Регистр Себестоимость товаров

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

Если типовые отчеты не удовлетворяют требованиям наглядности, оптимальным решением будет создание собственного отчета на СКД (Системе компоновки данных) на базе этого регистра. При этом в запросе важно соединять таблицу регистра саму с собой по ключу ДокументИсточник, чтобы выстроить иерархию потребления партий. Это позволит реализовать любую специфическую форму, которую требует экономическая служба предприятия.

Подведем итог: Нулевая стоимость полуфабрикатов — это следствие алгоритма разузловки до первичных затрат. Суммирование количеств при циклах ПФ1 -> ПФ1 лечится добавлением аналитики партий в настройки или переходом на отчет Анализ себестоимости выпущенной продукции. Для сложных производств (виноделие) рекомендуется внедрение характеристик или серийного учета для разграничения этапов передела.

← На главную