← На главную

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

Давайте разберем по шагам, почему возникает такая разница, в чем кроется архитектурное различие этих отчетов и как выйти на причину расхождений без ручного перебора тысяч партий полуфабрикатов.

Архитектурная разница и логика построения отчетов

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

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

Основные технические причины расхождений

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

1. Разрыв цепочки партий (например, пересорт)

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

Методически документ делает корректные движения: списывает одну номенклатуру и приходует другую на ту же сумму. Однако для системы (и регистра СебестоимостьТоваров) создается совершенно новая партия, которая может принадлежать другому заказу или полуфабрикату. Дерево производственных связей обрывается, так как пересорт — складской, а не производственный документ. В итоге отчет Фактическая себестоимость продукции пропускает эти партии, не понимая, как прокинуть их стоимость до готовой продукции. При этом Анализ себестоимости продукции покажет правильную итоговую сумму, так как ему важен лишь факт финального формирования стоимости.

2. Метод оценки стоимости (FIFO vs По среднему)

Посмотрим на настройки учетной политики. Если в системе включен учет товаров «По средней стоимости», то полноценное дерево себестоимости физически не строится при закрытии месяца. Соответственно, отчет по фактической себестоимости может либо не формироваться вовсе, либо выдавать некорректные или неполные данные, в то время как анализ себестоимости отработает штатно.

3. Сложные производственные схемы (петли) и доп. расходы

Если в производстве возникает циклическая зависимость (когда полуфабрикат А входит в состав Б, а остатки Б позже снова используются в производстве А), алгоритм разузлования может принудительно оборвать ветку во избежание зацикливания. Также расхождения вызывают дополнительные расходы (ТЗР), распределенные задним числом на уже пущенные в производство партии сырья. Алгоритм может «потерять» эту дельту при разузловании, тогда как плоский регистр ее учтет.

Как расследовать расхождения: практические шаги

Проанализируем ситуацию и выстроим алгоритм поиска ошибок. Если у вас огромная номенклатурная база, искать перебором неэффективно. Используйте следующие инструменты:

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

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