При работе в программе 1С:Бухгалтерия 3.0 бухгалтеры часто сталкиваются с ситуацией, когда после отражения корректировки реализации за прошлый год на счетах 90, 91 или 99 в налоговом учете (НУ) «зависает» сальдо на начало текущего года. Ситуация кажется странной: реформация баланса за прошлый период была успешно выполнена, все счета были закрыты в ноль, но после ввода документа корректировки в новом году остатки появляются вновь. Рассмотрим подробно, почему это происходит и как правильно решить данную проблему.
Для начала проанализируем законодательную логику, которой придерживается программа. Согласно статье 54 НК РФ, если выявленные ошибки (искажения) в исчислении налоговой базы относятся к прошлым налоговым (отчетным) периодам, перерасчет налоговой базы и суммы налога производится за период, в котором были совершены указанные ошибки.
Если корректировка реализации в 2025 году приводит к увеличению налоговой базы за 2024 год (например, увеличилась выручка или уменьшились расходы), программа 1С автоматически делает проводки в налоговом учете датой 31 декабря 2024 года. Это необходимо для корректного формирования уточненной декларации по налогу на прибыль.
Проблема заключается в том, что регламентная операция «Реформация баланса» за декабрь 2024 года уже была выполнена. Она «собрала» все обороты, которые были на счетах 90, 91 и 99 на момент своего запуска, и закрыла их на счет 84. Когда мы вводим документ Корректировка реализации в 2025 году, он добавляет новые обороты по НУ в «закрытое» 31 декабря. Эти новые суммы остаются «не замеченными» старой реформацией, и в итоге на 1 января 2025 года мы видим входящее сальдо по налоговым счетам, чего в норме быть не должно.
В процессе корректировки реализации прошлых лет программа задействует специальный служебный счет 76.К (Корректировка косвенных налогов прошлых периодов). Рассмотрим, для чего он нужен:
62 или 60 в закрытом бухгалтерском периоде, 1С использует счет 76.К. Он позволяет отразить задолженность и доходы в налоговом учете отдельно от бухгалтерского.Часто пользователи путают этот счет с 76.04 (депоненты), как это было в обсуждении на форуме, но в типовой конфигурации 1С:Бухгалтерия 3.0 ключевую роль играет именно 76.К.
Если политика организации позволяет кратковременно открыть период для редактирования, это самый правильный и автоматизированный способ. Рассмотрим алгоритм действий по шагам:
Важный момент: если в документе корректировки установлен флаг о том, что отчетность подписана, перепроведение реформации не изменит данные бухгалтерского учета и не повлияет на финансовый результат по БУ. Программа просто увидит новые обороты по НУ на счетах 90, 91, 99 и корректно «схлопнет» их на счет 84 (в налоговом учете).
В случаях, когда перепроводить закрытие месяца категорически запрещено (например, аудиторская проверка уже завершена, и любые изменения в закрытом периоде заблокированы на уровне системы), нам придется выполнить закрытие счетов в НУ вручную. Выясним, как это сделать правильно. Для упрощения этой задачи можно использовать обработку для автоматического закрытия и переноса остатков по счетам.
Создадим документ «Операция, введенная вручную»:
Рассмотрим пример проводок, которые могут потребоваться (в зависимости от того, дебетовое или кредитовое сальдо возникло):
// Закрываем субсчета счета 90 на 90.09 в НУ
Дт 90.01.1 (НУ) Кт 90.09 (НУ) - на сумму возникшего дохода
или
Дт 90.09 (НУ) Кт 90.02.1 (НУ) - на сумму корректировки себестоимости
// Закрываем финансовый результат с 90.09 на 99 счет
Дт 90.09 (НУ) Кт 99.01.1 (НУ)
// Закрываем 99 счет на 84.01 (или 84.02)
Дт 99.01.1 (НУ) Кт 84.01 (НУ)
После проведения такой операции сальдо на начало 2025 года по налоговым счетам станет нулевым, и проблема «висящих» остатков будет решена.
Проанализируем ситуацию, если ваша организация применяет ПБУ 18/02. Корректировка реализации прошлого года, отраженная в НУ в прошлом периоде, а в БУ — в текущем, неизбежно приведет к возникновению временных разниц.
Если не закрыть счета 90 и 99 в налоговом учете на 31 декабря, программа может некорректно рассчитать отложенные налоговые активы (ОНА) и обязательства (ОНО) в первом месяце нового года. Система будет «видеть» разницу между БУ и НУ не как временную разницу на балансовых счетах, а как ошибку в сопоставимости данных. Поэтому обнуление сальдо по счетам финансовых результатов в НУ является критически важным для корректной работы алгоритмов ПБУ 18/02. Для контроля правильности расчетов и выявления ошибок в сопоставимости данных БУ и НУ можно применить отчет для проверки ПБУ 18/02.
Подводя итог, отметим, что появление сальдо по НУ на 90-х счетах при корректировке — это не ошибка программы, а следствие соблюдения налогового законодательства. Для устранения проблемы мы рекомендуем:
90, 91, 99 по НУ после ввода корректировок реализации прошлых лет с помощью отчета Оборотно-сальдовая ведомость.Соблюдение этих правил позволит вам поддерживать чистоту учета в 1С:Бухгалтерия 3.0 и без проблем формировать уточненную отчетность за прошлые периоды.