При работе в программе 1С:Бухгалтерия предприятия 3.0 бухгалтеры часто сталкиваются с ситуацией, когда данные в декларации по налогу на прибыль не совпадают с оборотами или остатками по счету 68.04.1 (решается через автоматическую сверку деклараций по НДС и прибыли). Это вызывает сложности при закрытии периода и сдаче отчетности. В рамках данной статьи мы подробно разберем, почему возникают такие расхождения, как найти ошибку и как правильно «схлопнуть» остатки, учитывая современные требования законодательства и работу Единого налогового счета (ЕНС).
Первое, что нам необходимо усвоить: счет 68.04.1 — это счет бухгалтерского учета (БУ). Декларация по налогу на прибыль строится исключительно по данным налогового учета (НУ). В программе 1С эти два учета ведутся параллельно. Рассмотрим основные причины, по которым цифры могут не сходиться:
68.04.1 налог будет исчислен с учетом всех движений.Проанализируем ситуацию: если в отчете Анализ счета вы видите одну сумму, а в декларации — другую, это не всегда ошибка. Это может быть нормальным следствием применения или неприменения ПБУ 18/02. Разобраться в том, как учет отложенного налога на счетах 09 и 77 ведется в разрезе видов активов, поможет специализированная Таблица соответствия «Видов активов и обязательств» и счетов «Плана счетов».
Начиная с 2023 года, методика работы со счетом 68.04.1 изменилась. Раньше уплата налога отражалась проводкой Дт 68.04.1 Кт 51. Теперь же все налоги аккумулируются на счете 68.90. Если у вас висит остаток на начало 2023 года или на конец текущего квартала, выполним следующие шаги:
Выясним, был ли перенос сальдо на 01.01.2023. Для этого воспользуемся помощником перехода на ЕНС. Если остатки не были перенесены, счет 68.04.1 будет «краснить» или показывать нереаторную задолженность. Проводка по переносу должна выглядеть так: Дт 68.04.1 Кт 68.90 (для задолженности).
Посмотрим на регламентные операции закрытия месяца. Начисление налога происходит документом Расчет налога на прибыль, а перенос начисленной суммы на ЕНС — документом Формирование уведомлений об исчисленных суммах налогов или автоматической регламентной операцией в конце квартала. Если остаток не уходит, значит, не сформированы записи по регистру Расчеты по налогам на едином налоговом счете.
В процессе обсуждения часто выясняется, что закрытие месяца выдает ошибки, связанные с «недостачей» партий НДС. Это напрямую влияет на расчет налога на прибыль, так как некорректно сформированная стоимость списанных товаров искажает налоговую базу. Проанализируем, как настройки учетной политики влияют на этот процесс.
Если в какой-то момент в настройках налогов и отчетов был включен Раздельный учет НДС, программа начала делать записи в специальные регистры, такие как НДС Раздельный учет. Если затем эту настройку выключили, «хвосты» в регистрах остались. Программа при закрытии месяца пытается найти остатки партий по этим регистрам и, не нахождения их, выдает ошибку.
Чтобы решить эту проблему, выполним следующие действия:
Если вы уверены, что данные должны сходиться, но они «рвут» на небольшую сумму (как в примере автора на 3000 рублей), пройдем по шагам:
Шаг 1. Сверка декларации и регламентной операции. Откроем документ Регламентная операция: Расчет налога на прибыль за 4 квартал. Посмотрим проводки. Сумма налога в проводках должна совпадать с суммой в строке 180 листа 02 декларации. Кстати, если вам необходимо проанализировать данные декларации за межквартальный период (например, за 2 или 4 месяца), пригодится Расширение «Декларация» для вывода Приложений №1 и №2, которое снимает стандартные ограничения 1С.
Если здесь цифры одинаковые, а в Оборотно-сальдовой ведомости (ОСВ) по счету 68.04.1 сумма иная — ищите ручные операции. Любая Операция, введенная вручную, по счету 68.04.1 без заполнения соответствующих налоговых регистров — это прямой путь к расхождению. Чтобы исключить технические ошибки ввода, рекомендуем провести Сравнение проводок по хозрасчетному регистру с суммой документа.
Шаг 2. Использование отчета «Сверка данных БУ и НУ». Перейдем в раздел Отчеты — Анализ учета — Сверка данных БУ и НУ. Сформируем его за нужный период. Программа сама подсветит красным те счета, на которых нарушено правило БУ = НУ + ПР + ВР. Чаще всего ошибка кроется в счетах 20, 26 или 44.
Шаг 3. Проверка регистров накопления. Декларация строится не по проводкам, а по регистрам. Если вы обнаружили, что проводка есть, а в декларации пусто, проверим записи регистра Расчет налога на прибыль. Для этого в любом документе начисления налога нажмем кнопку Дт/Кт и перейдем на соответствующую вкладку регистра. Если записи там отсутствуют или сделаны вручную некорректно, отчетность «не подцепит» эти данные.
Если после всех перепроведений и сверок на счете 68.04.1 остались суммы, которые являются «мусорными» (старые ошибки прошлых лет), их необходимо убрать через корректировку. Если ручная правка кажется сложной, можно воспользоваться обработкой Выравнивание остатков БУ и НУ, которая автоматизирует процесс приведения учета в соответствие на определенную дату. Либо следуем ручному алгоритму:
Дт 68.04.1 Кт 68.90.Дт 68.04.1 Кт 84.01 (или наоборот, в зависимости от сальдо).Важный момент: прежде чем делать ручные правки на счете 68, всегда проверяйте, не изменятся ли данные в Анализе учета по налогу на прибыль. Помните, что идеальное равенство между анализом счета 68 и декларацией возможно только при отсутствии разниц между БУ и НУ и полностью автоматизированном учете без ручных корректировок налога.
Таким образом, мы выяснили, что ключ к решению проблемы лежит в понимании структуры регистров 1С и правильной работе с механизмом ЕНС. Регулярно используйте встроенные проверки программы (поможет проверка базы на ошибки перед отчетностью) и не забывайте соблюдать последовательность проведения документов, начиная с самого раннего периода, где было обнаружено расхождение.