Как исправить ошибку расчета отложенных налогов по счету 97.КР при использовании затратного метода ПБУ 18/02 в 1С:Бухгалтерия?

Программист 1С v8.3 (Управляемые формы) 1C:Бухгалтерия Налоговый учет
← На главную

В практике работы с программой 1С:Бухгалтерия предприятия 3.0 (начиная с релизов начала 2023 года, например, 3.0.133.22) многие пользователи столкнулись с неприятной ситуацией: при использовании «старого» (затратного) метода учета по ПБУ 18/02 перестали корректно формироваться проводки по счетам 09 (Отложенные налоговые активы) и 77 (Отложенные налоговые обязательства) в части курсовых разниц. В этой статье мы подробно разберем, почему возникает эта проблема, как она связана с изменениями законодательства и как внести исправления в программный код, чтобы восстановить корректный учет.

Суть проблемы и законодательный контекст

Для начала проанализируем изменения в налоговом законодательстве, которые привели к возникновению этой технической коллизии. Согласно Федеральным законам № 67-ФЗ и № 523-ФЗ, в 2022–2024 годах действует особый порядок признания курсовых разниц в налоговом учете (НУ):

  1. В 2022 году доходы по положительным курсовым разницам признавались в НУ только в момент погашения задолженности. В бухгалтерском учете (БУ) они признавались ежемесячно. Это приводило к возникновению временных разниц и использованию счета 98.КР (Доходы будущих периодов по курсовым разницам).
  2. С 2023 года аналогичный порядок стал обязательным и для отрицательных курсовых разниц (расходов). Теперь они также признаются в НУ только по мере погашения долга, а в БУ — ежемесячно. Для отражения таких «отложенных» расходов в 1С был введен специальный служебный счет 97.КР (Расходы будущих периодов по курсовым разницам).

Проблема заключается в том, что при использовании затратного метода (метод «отложенного налога на прибыль» с отражением ПР и ВР в каждой проводке), регламентная операция «Расчет налога на прибыль» попросту «не видит» остатки по счету 97.КР. В результате временная разница фиксируется, но проводка Дт 09 — Кт 68.04.2 не формируется, что приводит к нарушению баланса и ошибкам в отчетности.

Почему это происходит? Сравнение методов ПБУ 18/02

Рассмотрим, как ведут себя разные алгоритмы программы. В настройках учетной политики 1С предлагает три варианта ведения учета по ПБУ 18/02:

Как показывает практика и анализ кода, фирма 1С фокусирует основное внимание на поддержке балансового метода. В нем расчет налоговых активов и обязательств происходит по общим алгоритмам сравнения остатков на счетах, и счет 97.КР туда попадает автоматически. Однако затратный метод опирается на жестко прописанные списки счетов в конфигурации. Если счет 97.КР не был добавлен в соответствующие массивы данных внутри программных модулей, система игнорирует его при расчете налога.

Технический анализ и поиск ошибки в коде

Разберем ситуацию по шагам. За расчет налога на прибыль при затратном методе отвечает программный блок, который обращается к общему модулю НалоговыйУчет. В этом модуле существует ключевая функция ПолучитьТаблицуВидовАктивовИОбязательств().

Эта функция формирует таблицу соответствия между счетами плана счетов и видами активов/обязательств для целей ПБУ 18/02. Проанализировав код в проблемных релизах, мы увидим, что для счета 98.КР (доходы) музыкальная фраза (блок кода) присутствует, а для нового счета 97.КР (расходы) — нет.

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


// Доходы будущих периодов
НоваяСтрока = ТаблицаВидовАктивовИОбязательств.Добавить();
НоваяСтрока.ВидАктивовОбязательств = Перечисления.ВидыАктивовИОбязательств.ДоходыБудущихПериодов;
НоваяСтрока.ГруппироватьПоСчету    = Истина;
НоваяСтрока.Счета.Добавить(ПланыСчетов.Хозрасчетный.ДоходыБудущихПериодов);

Отсутствие аналогичного блока для счета 97.КР (который входит в группу РасходыБудущихПериодов) и является причиной «невидимости» временных разниц для регламентной операции.

Пошаговое решение: исправление в конфигураторе

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

Шаг 1. Открытие конфигурации

Запустите 1С в режиме Конфигуратор. Найдите в дереве метаданных ветку Общие модули и откройте модуль НалоговыйУчет.

Шаг 2. Поиск функции

Воспользуйтесь поиском (Ctrl+F) и найдите функцию ПолучитьТаблицуВидовАктивовИОбязательств(). Пролистайте ее до раздела, где описываются расходы будущих периодов.

Шаг 3. Внесение правок

Проверьте наличие кода для работы со счетом 97.КР. Если его нет, добавьте следующий фрагмент кода:


// Расходы будущих периодов (исправление для счета 97.КР)
НоваяСтрока = ТаблицаВидовАктивовИОбязательств.Добавить();
НоваяСтрока.ВидАктивовОбязательств = Перечисления.ВидыАктивовИОбязательств.РасходыБудущихПериодов;
НоваяСтрока.ГруппироватьПоСчету    = Истина;
НоваяСтрока.Счета.Добавить(ПланыСчетов.Хозрасчетный.РасходыБудущихПериодов); 

Шаг 4. Сохранение и проверка

Сохраните изменения в конфигурации (F7). После этого вернитесь в режим 1С:Предприятие и повторно выполните процедуру «Закрытие месяца» за февраль 2023 года (или более поздний период). Проверьте проводки регламентной операции «Расчет налога на прибыль». Теперь система должна корректно сформировать Дт 09 по виду «Расходы будущих периодов».

Важные нюансы при работе со счетом 97.КР

Выясним причину, почему подмена 97.КР на 98.КР (как пробовали некоторые пользователи) не является решением. Счет 97.КР является служебным. В отличие от стандартных расходов будущих периодов (счет 97.21), он не требует заполнения справочника РБП и не списывается ежемесячно равными долями. Его сальдо уменьшается только при переоценке валютных остатков в момент оплаты (погашения задолженности).

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

Рекомендация по переходу на балансовый метод

Проанализируем ситуацию стратегически. Подобные «заплатки» в коде для затратного метода — это сигнал о том, что архитектура программы смещается в сторону балансового метода. Специалисты фирмы 1С и ведущие методологи рекомендуют переходить на новый балансовый метод по следующим причинам:

  1. Надежность: Балансовый метод менее чувствителен к ручным корректировкам документов в течение месяца.
  2. Производительность: Отсутствие необходимости вычислять ПР и ВР в каждой транзакции существенно ускоряет проведение документов.
  3. Прозрачность для аудита: Проверить разницы по балансу (сальдо БУ минус сальдо НУ) гораздо проще, чем отслеживать цепочку проводок по каждой копейке курсовой разницы.

Для проверки правильности расчетов в балансовом методе используйте отчет «Справка-расчет налоговых активов и обязательств». В нем наглядно показано сравнение остатков по счетам и то, как из этой разницы получается итоговая сумма налога.

Таким образом, мы рассмотрели технический способ устранения ошибки в БП 3.0.133.22 для тех, кто обязан или привык работать с затратным методом. Однако для долгосрочной стабильности учета рекомендуем рассмотреть возможность перехода на современный балансовый метод учета налоговых разниц.

← На главную