Почему не распределяется 26 счет на выпуск в 1С:УПП при РАУЗ и как это исправить?

← На главную

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

В этой статье мы подробно разберем, как устроен этот механизм изнутри, почему ошибки на 20 счете (Основное производство) и расхождения в заказах покупателей могут полностью заблокировать закрытие 26 счета, и как пошагово локализовать и устранить эту проблему.

Теоретические основы: Как РАУЗ видит базу распределения

Прежде чем переходить к практическому поиску ошибок, нам необходимо понять базовый принцип работы РАУЗ. В отличие от традиционного партионного учета, где себестоимость рассчитывается последовательным списанием партий по цепочке документов, РАУЗ использует математическую модель СЛАУ (системы линейных алгебраических уравнений). Все движение затрат в системе регистрируется в виде связей между так называемыми ключами аналитики.

Ключ аналитики — это уникальный идентификатор в базе данных, который объединяет в себе несколько разрезов учета:

Аналитика вида учета (Организация, Подразделение, Склад, Проект).
Аналитика учета затрат (Номенклатура, Серия, Заказ покупателя, Заказ на производство).
Аналитика распределения затрат (Номенклатурная группа, Заказ покупателя).

Когда вы устанавливаете способ распределения общехозяйственных расходов "По объему выпуска", программа не просто обращается к записям документов выпуска. Она анализирует конечные результаты решения СЛАУ по конкретным ключам аналитики. Если по какому-то аналитическому разрезу расчетное количество выпуска в математической модели приравнивается к нулю, то и база распределения для этого направления будет признана нулевой. А поскольку деление на ноль в математике невозможно, алгоритм распределения 26 счета просто проигнорирует эту номенклатурную группу.

В чем взаимосвязь между 20 и 26 счетом при распределении?

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

Это происходит из-за скрытого расхождения (пересортицы) по аналитике "Заказ покупателя" между выпуском продукции и прямыми затратами. Проанализируем, как это ломает логику РАУЗ:

Прямые материальные затраты или трудозатраты списываются на 20 счет с указанием конкретного заказа (например, Заказ покупателя №1). В системе формируется ключ аналитики затрат: [Номенклатурная группа Х, Заказ №1].
Выпуск готовой продукции (документ Отчет производства за смену) оформляется без указания заказа или по другому заказу (например, Заказ покупателя №2). Формируется ключ аналитики выпуска: [Номенклатурная группа Х, Пустой заказ].
При проведении расчета себестоимости алгоритм РАУЗ пытается сопоставить затраты и выпуск. Из-за жесткого разделения по заказам система видит, что по ключу с выпуском (где заказ пустой) нет прямых затрат. А по ключу с затратами (где указан Заказ №1) нет факта выпуска.
В результате математического расчета система пытается "выкрутиться": она распределяет накопленные суммы на выпуск, но поскольку явного количественного соответствия нет, на одном из ключей зависает сумма без количества. Физический объем выпуска по ключу аналитики затрат схлопывается в 0.
Следом за этим начинает распределяться 26 счет. Базой для него назначен "Объем выпуска". Программа ищет успешные закрытые выпуски по ключам аналитики. Видя нулевое расчетное количество на целевом ключе, система считает базу равной нулю и оставляет затраты 26 счета нераспределенными (или распределяет их на другие, "здоровые" номенклатурные группы).

Пошаговый алгоритм диагностики и решения проблемы

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

Шаг 1. Проверка настроек способов распределения

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

Способ распределения: "По объему выпуска" (или иной выбранный вами показатель).
Характер распределения: "Косвенные расходы".
Отсутствуют лишние фильтры на вкладках отбора по номенклатурным группам или подразделениям внутри самого способа распределения.

Шаг 2. Анализ соответствия аналитики с помощью специализированных отчетов

Стандартный отчет Ведомость по учету затрат часто выводит данные в сгруппированном (схлопнутом) виде, маскируя детальные расхождения. Для глубокого анализа нам потребуется настроить специализированный отчет Анализ движения МПЗ и затрат.

Настроим структуру отчета, выведя в группировки строк следующие параметры:

Раздел учета (Затраты / Выпуск)
Аналитика вида учета (Организация, Подразделение)
Аналитика учета затрат (Номенклатура, Заказ покупателя)
Аналитика распределения затрат (Номенклатурная группа, Заказ покупателя)

Запустим отчет за проблемный период и внимательно сравним строки выпуска (раздел "Выпуск") и строки затрат (раздел "Затраты"). Ищем малейшие несовпадения в наименованиях номенклатурных групп (исключаем дубли), подразделений и, самое главное, заказов покупателей.

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


ВЫБРАТЬ
    УчетЗатрат.АналитикаВидаУчета КАК АналитикаВидаУчета,
    УчетЗатрат.АналитикаУчетаЗатрат КАК АналитикаУчетаЗатрат,
    УчетЗатрат.АналитикаРаспределенияЗатрат КАК АналитикаРаспределенияЗатрат,
    СУММА(УчетЗатрат.КоличествоРасход) КАК КоличествоРасход,
    СУММА(УчетЗатрат.СтоимостьРасходРегл) КАК СтоимостьРасходРегл
ИЗ
    РегистрНакопления.УчетЗатратРегл КАК УчетЗатрат
ГДЕ
    УчетЗатрат.Период МЕЖДУ &НачалоПериода И &КонецПериода
    И УчетЗатрат.РазделУчета = ЗНАЧЕНИЕ(Перечисление.РазделыУчетаУчетЗатрат.Затраты)
СГРУППИРОВАТЬ ПО
    УчетЗатрат.АналитикаВидаУчета,
    УчетЗатрат.АналитикаУчетаЗатрат,
    УчетЗатрат.АналитикаРаспределенияЗатрат
ХАВИНГ
    СУММА(УчетЗатрат.КоличествоРасход) = 0
    И СУММА(УчетЗатрат.СтоимостьРасходРегл) <> 0

Если этот запрос возвращает строки по вашей проблемной номенклатурной группе — это прямое подтверждение расхождения аналитики, из-за которого "сломался" количественный учет выпуска.

Шаг 3. Исправление документов выпуска и списания

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

Проверим документ Отчет производства за смену. Если на вкладке "Продукция" указан определенный Заказ покупателя, то точно такой же заказ должен быть указан на вкладках распределения материалов и технологических операций (если они заполнены непосредственно в документе выпуска).
Проверим документы Требование-накладная, которыми списывались материалы на 20 счет. Заказ в них должен строго соответствовать заказу, под который оформлялся выпуск готовой продукции.
Если выпуск осуществлялся на склад (без конкретного заказа), убедимся, что во всех документах списания прямых затрат по этой номенклатурной группе поле "Заказ" также оставлено пустым.

Дополнительные подводные камни РАУЗ, о которых нужно знать

Если вы привели в порядок заказы на 20 счете, но распределение общехозяйственных расходов все равно работает некорректно, рассмотрим еще несколько важных нюансов.

1. Настройка "Вести учет затрат по заказам" в учетной политике

В настройках параметров учета конфигурации присутствует флаг Вести учет затрат по заказам. Если данная опция включена, система обязывает пользователя соблюдать сквозную аналитику заказов для всей цепочки производства. Если для косвенных расходов (таких как 26 счет) распределение по конкретным заказам избыточно, необходимо в способах распределения затрат использовать характер распределения "Не учитывать подразделение (косвенные расходы)" либо детально настраивать фильтры, исключающие влияние конкретных заказов на общехозяйственные нужды.

2. Наличие встречного выпуска

В производственных компаниях часто возникает ситуация взаимного оказания услуг подразделениями (встречный выпуск). При неверной настройке последовательности закрытия подразделений или при отсутствии записей в регистре сведений Исключить из базы распределения встречные выпуски, алгоритмы СЛАУ могут зацикливаться. Затраты 26 счета при этом "зависают" внутри цикла и остаются нераспределенными на конец периода.

3. Методологический контекст: ФСБУ 5/2019 "Запасы"

С точки зрения методологии бухгалтерского учета, распределение общехозяйственных расходов (26 счет) на себестоимость готовой продукции (20 счет) в современной практике ограничено правилами ФСБУ 5/2019. Согласно стандарту, управленческие расходы не должны включаться в фактическую себестоимость незавершенного производства и готовой продукции. Они подлежат списанию напрямую на финансовый результат текущего периода (метод "Директ-костинг", дебет 90.08).

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

Заключение

Подводя итог, повторим золотое правило диагностики закрытия счетов в РАУЗ: распределение косвенных расходов (25, 26 счета) всегда является следствием здорового и корректного учета на основном производстве (20 счет). При возникновении проблем с закрытием счетов не спешите погружаться в отладку сложнейшего кода процедуры расчета себестоимости. Начните с детального сопоставления аналитик затрат и выпуска с помощью отчета Анализ движения МПЗ и затрат, наведите порядок в заказах покупателей — и система РАУЗ успешно закроет все счета в автоматическом режиме.