Как устроен и как разобрать отчет «План-фактный анализ себестоимости выпуска» в УПП 1.3?

Отчет «План-фактный анализ себестоимости выпуска» в конфигурации «Управление производственным предприятием» (УПП 1.3) является одним из ключевых аналитических инструментов производственного учета. Разберем по шагам, как устроена внутренняя архитектура этого отчета, на какие логические блоки он разделен и как правильно выполнить его декомпозицию для доработки или поиска ошибок в расчетах.

Архитектурные уровни типового отчета

Для понимания принципа работы отчета разобьем его на три основных уровня:

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

Роль процедуры формирования отчета

В модуле объекта или формы отчета часто встречается вызов универсальной процедуры:

ТиповыеОтчеты.СформироватьТиповойОтчет(
    ЭтотОбъект, 
    Результат, 
    ДанныеРасшифровки, 
    ВыводВФормуОтчета,
    ВнешниеНаборыДанных
);

Проанализируем, что именно происходит внутри этой процедуры. Процедура ТиповыеОтчеты.СформироватьТиповойОтчет представляет собой стандартизированную обертку над платформенным механизмом СКД. Внутри нее выполняются базовые действия:

1. Инициализируется КомпоновщикМакетаКомпоновкиДанных.
2. Формируется макет компоновки на основе переданной схемы, настроек пользователя и объекта ДанныеРасшифровки.
3. Создается и инициализируется ПроцессорКомпоновкиДанных с подключением переданных наборов данных.
4. Результат выводится в табличный документ через ПроцессорВыводаРезультатаКомпоновкиДанныхВТабличныйДокумент.

Важно понимать: предметная бизнес-логика отчета не зашита в общем модуле ТиповыеОтчеты. Все основные алгоритмы выборки данных находятся в схеме компоновки самого отчета и предобработке в модуле объекта.

Как определить механизм отчета: СКД или Построитель

В конфигурации УПП 1.3 исторически применялись два механизма построения отчетов — старый построитель отчетов и система компоновки данных (СКД). Выясним, как быстро определить используемый механизм:

1. В дереве метаданных конфигуратора: раскроем ветку отчета и проверим реквизит Основная схема компоновки данных. Если в нем указан макет (например, ОсновнаяСхемаКомпоновкиДанных), отчет работает на СКД. В отчетах на построителе этот реквизит пуст, а макеты представляют собой обычные табличные документы с именованными областями.
2. Визуально в режиме предприятия: командная панель отчета на СКД содержит типовые кнопки работы с настройками компоновки (кнопка «Настройка...», панель быстрых отборов СКД).

Отчет «План-фактный анализ себестоимости выпуска» полностью реализован на механизме СКД.

Структура схемы компоновки данных: план и факт

Главная особенность отчета — сопоставление двух независимых потоков данных в рамках одной схемы СКД:

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

Практическая методика декомпозиции и отладки

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

1. Открытие макета СКД: откроем макет ОсновнаяСхемаКомпоновкиДанных и перейдем на вкладку «Наборы данных». Изучим отдельно текст запроса плановых затрат и текст запроса фактических затрат.
2. Проверка через консоль запросов: скопируем поочередно каждый из запросов схемы в консоль запросов 1С. Подставим реальные параметры периода, организации и номенклатуры, чтобы изолированно оценить корректность выборки плана и факта.
3. Отладка предобработки: установим точку останова в модуле объекта отчета в событии ПриКомпоновкеРезультата. Посмотрим, какие параметры схемы модифицируются кодом перед передачей в процессор компоновки.

Типовые причины отсутствия или расхождения данных

Если отчет формируется некорректно, проверим следующие моменты:

1. Не выполнен регламентный расчет себестоимости: фактическая себестоимость формируется в полном объеме только после проведения документа Расчет себестоимости выпуска (при РАУЗ) либо после распределения материалов и расчета себестоимости (при партионном учете). До проведения регламентных документов факт отражает только прямые списания без косвенных расходов и корректировок стоимости.
2. Отсутствие плановых цен: если плановая колонка пуста, проверим, заполнен ли тип цен плановой себестоимости в настройках параметров учета, и установлены ли цены в регистре сведений ЦеныНоменклатуры на дату выпуска.
3. Разрыв аналитики: если в плане и факте не совпадают статьи затрат, подразделения или спецификации, СКД выведет плановые и фактические данные в разные строки вместо сопоставления по одной позиции.