Ситуация, когда на счете 77 «Отложенные налоговые обязательства» зависает кредитовое сальдо, — довольно распространенная проблема для пользователей 1С:Бухгалтерия 3.0. Часто бухгалтеры сталкиваются с тем, что обычные сторнирующие проводки или ручные корректировки через счет 84 не помогают: при выполнении регламентной операции «Закрытие месяца» программа упорно восстанавливает сумму, формируя проводку Дт 99.02.4 Кт 77. Разберем подробно, почему это происходит и как окончательно «побороть» этот счет.
Прежде чем приступать к исправлению проводок, проанализируем, как работает современный алгоритм 1С. В актуальных редакциях программы расчет отложенных налогов (счета 09 и 77) выполняется балансовым методом. Это означает, что система не просто фиксирует разницы в момент совершения хозяйственной операции, а сравнивает остатки (балансовую стоимость) активов и обязательств в бухгалтерском (БУ) и налоговом учете (НУ) на конец отчетного периода.
Рассмотрим логику программы: если стоимость актива (например, РБП на счете 97) в налоговом учете выше, чем в бухгалтерском, система расценивает это как налогооблагаемую временную разницу. Программа «считает», что в будущем расходы в НУ будут меньше, чем в БУ, а значит, налог на прибыль вырастет. Чтобы отразить это обязательство, программа автоматически доначисляет сумму на счет 77. Любые ручные правки счета 77 бесполезны, так как регламентная операция «Расчет отложенного налога» в конце месяца заново сверяет остатки по БУ и НУ и «подгоняет» сальдо счета 77 под рассчитанную разницу.
Выясним причину возникновения разницы. В большинстве случаев проблема кроется в счете 97.21 «Прочие расходы будущих периодов». Проанализируем ситуацию с помощью отчета «Оборотно-сальдовая ведомость по счету» (ОСВ), обязательно включив в настройках отображение показателей БУ, НУ и ВР (Временные разницы).
Рассмотрим наиболее вероятную причину, которая помогла решить вопрос в практике: развернутое сальдо. Проверьте, нет ли у вас ситуации, когда по одной и той же статье РБП висит дебетовый остаток в НУ и нулевой (или иной) в БУ, либо когда суммы разнесены по разным статьям или субконто. Если в налоговом учете сальдо по конкретному объекту учета больше, чем в бухгалтерском, программа всегда будет формировать 77 счет.
Проанализируем детально справочник «Расходы будущих периодов». Одной из «невидимых» причин может быть разница в аналитике:
97.21.09), по другой — налогооблагаемая (счет 77).Для быстрой диагностики воспользуемся встроенным инструментом. Перейдем в раздел «Отчеты» — «Анализ учета по налогу на прибыль». Разберем блок «Расходы будущих периодов». Кликнув на него, мы увидим расшифровку по всем объектам. Если в колонке «Временные разницы» стоит сумма, которая коррелирует с вашим остатком на 77 счете (сумма на 77 счете обычно равна 20% от этой разницы), значит, корень проблемы именно здесь.
Если вы обнаружили, что на счете 97.21 в налоговом учете висит «хвост» из прошлых периодов (например, с 2015 года, как в рассматриваемом случае), его необходимо убрать. Рассмотрим способы решения:
Способ А: Бухгалтерская свертка (рекомендуемый)
Если проблема в развернутом сальдо по НУ, создайте документ «Операция, введенная вручную». В ней необходимо «схлопнуть» остатки по НУ, чтобы итоговое сальдо соответствовало реальности. Как только сальдо по счету 97 в НУ станет равно сальдо в БУ (или разница станет обоснованной), регламентная операция при следующем закрытии месяца сама обнулит счет 77 сторнирующей проводкой.
Способ Б: Радикальное исправление через регистры
Если чистка проводок не помогает, значит, данные «застряли» в специальных регистрах сведений, которые программа использует для расчета ПБУ 18/02. Проанализируем ситуацию: программа хранит информацию о разницах в регистре Расчет отложенного налога.
Для исправления выполним следующие шаги:
Временные разницы или специализированные регистры расчета налога).Выясним причину, не связано ли поведение программы с настройками налогового учета. Проверим раздел «Главное» — «Учетная политика». Если вы переходили с одного метода ведения ПБУ 18/02 на другой (например, с затратного на балансовый), программа могла некорректно перенести остатки временных разниц. В этом случае может потребоваться перепроведение операции «Переход на балансовый метод» в межотчетном периоде, но делать это нужно крайне осторожно и только после создания резервной копии базы.
Подведем итог нашего исследования. Чтобы побороть «неубиваемый» 77 счет, выполним простой алгоритм:
77 — это бесполезно.97 (или иным счетам активов: 01, 04, 10, 41) между БУ и НУ.97.21.Как только вы приведете в порядок первичную причину — разницу в оценке активов на счете 97, программа автоматически закроет счет 77 при первом же перезапуске процедуры «Закрытие месяца».