При выполнении регламентных операций по закрытию месяца в программе «1С:Бухгалтерия 8.3» пользователи часто сталкиваются с неожиданной проводкой Дт 68.04.2 Кт 99.09. Ситуация осложняется тем, что сумма этой проводки часто составляет ровно 20% от какой-либо операции, совершенной в прошлом, а сама корректировка может появиться спустя несколько месяцев после первичного документа. В этой статье мы подробно разберем, почему система генерирует такие данные и как привести учет в соответствие с методологией ПБУ 18/02.
Для начала проанализируем роль счета 99.09 («Прочие прибыли и убытки»). В типовых конфигурациях 1С этот счет выполняет функцию «технического балансира». Программа использует его в тех случаях, когда при расчете налога на прибыль нарушается базовое математическое равенство:
БУ = НУ + ПР + ВР
Где:
Если по какой-то операции сумма разниц (ПР и ВР), умноженная на ставку налога (20%), не соответствует разнице между налогом, рассчитанным по данным БУ и НУ, система принудительно закрывает этот «перекос» на счет 99.09. Это необходимо для того, чтобы итоговый баланс сошелся, но для бухгалтера такая проводка — явный сигнал о наличии ошибки в аналитике разниц.
Рассмотрим конкретный пример. Бухгалтер создает резерв под обесценение товаров проводкой Дт 91.02 Кт 14.01 в январе. Выясним причину, по которой это приводит к ошибке в мае или июне:
14 («Резервы под обесценение запасов») в типовой «1С:Бухгалтерия» предназначен исключительно для бухгалтерского учета. В налоговом учете расходы на создание таких резервов не признаются.ПР (Постоянную разницу) только по дебету счета 91.02, не обеспечив симметричного отражения по кредиту или проигнорировав отсутствие НУ на счете 14, возникает разрыв данных.99.09 часто равна 20% от суммы резерва. Система видит расход в БУ, который не подтвержден в НУ и не классифицирован правильно как разница. Она понимает, что налог на прибыль «недосчитан», и так как аналитика заполнена неверно, относит этот «налог с разницы» на прочие прибыли и убытки.Многих пользователей удивляет, что январская ошибка «выстреливает» только в середине года. Проанализируем ситуацию: это происходит в момент реализации или списания ТМЦ, под которые был создан резерв. Когда товар продается, программа пытается «схлопнуть» (восстановить) резерв и корректно отразить его влияние на налог на прибыль. В этот момент алгоритм пересчета обнаруживает, что в январе равенство БУ = НУ + ПР + ВР было нарушено, и выдает корректирующую проводку на 99.09 именно в текущем периоде.
Чтобы избавиться от некорректных проводок, нам необходимо восстановить логику учета разниц. Рассмотрим основные шаги:
Согласно методологии ФСБУ 5/2019 и ПБУ 18/02, обесценение запасов чаще всего является временной разницей, а не постоянной. В будущем, когда товар будет продан, этот расход будет признан в НУ (через себестоимость), и разница аннулируется. Попробуем изменить тип разницы в первичном документе (например, в «Операции, введенной вручную»):
ПР укажите ВР в ресурсах по дебету счета 91.02.ВР соответствует сумме БУ.В ручных операциях важно следить за заполнением колонок Сумма НУ Дт, Сумма НУ Кт, а также ПР и ВР. Помните, что для счета 14 колонки НУ будут недоступны, так как у счета нет признака налогового учета. В этом случае правильным будет следующее заполнение:
Дт 91.02 (Прочие расходы) — Кт 14.01
Сумма БУ: 100 000
Сумма НУ: 0
Сумма ВР: 100 000 (по Дебету)
Если вы используете балансовый метод расчета налога, программа сама рассчитает отложенный налоговый актив (ОНА), исходя из этого значения ВР.
Выясним причину расхождений с помощью стандартных средств проверки 1С. Рассмотрим подробнее два основных отчета:
99.09.Проанализируем дополнительные нюансы, которые могут мешать исправлению:
Заблокированные поля: Если документ не дает редактировать суммы Кт или ВР, это может быть связано с особенностями настройки плана счетов. В таком случае стоит проверить, включен ли налоговый учет для корреспондирующего счета.
Метод ведения ПБУ 18/02: Если в организации используется балансовый метод (самый современный и рекомендуемый 1С), то система ориентируется на остатки по счетам на конец периода. Любое ручное вмешательство в разницы (ПР/ВР) без понимания движения активов приведет к возникновению «хвостов» на 99.09.
Совет: Если вы столкнулись с такой проблемой, не пытайтесь «закрыть» счет 99.09 еще одной ручной проводкой. Это только усугубит ситуацию в следующем месяце. Необходимо вернуться к первичному документу (в нашем примере — январскому) и исправить аналитику разниц там, после чего последовательно перепровести и перезакрыть все месяцы до текущего.
Таким образом, появление проводки Дт 68.04.2 Кт 99.09 — это не ошибка программы, а ее защитный механизм, указывающий бухгалтеру на некорректное отражение ПР/ВР. Соблюдение правила БУ = НУ + ПР + ВР и правильное использование временных разниц при работе с резервами позволят избежать подобных корректировок и обеспечат чистоту налоговой отчетности.