Пересчет ОНА и ОНО в 1С:Бухгалтерия 3.0 при новой ставке налога

24 июля 2026 · infolimp.ru

Повышение ставки налога на прибыль с 20% до 25% (с 01.01.2025) — не просто бухгалтерская проводка. Для специалиста 1С это момент истины: правильно ли в конфигурации заложена логика пересчета отложенных налогов? Справка 1С и типовые статьи перечисляют шаги: «перепроведите документы», «выполните регламентную операцию». Но молчат о главном: как платформа расщепляет разницы в разрезе временных и постоянных, и почему ручной ввод корректировок может в 30% случаев привести к ошибке в учёте ОНА/ОНО на миллионы рублей. Эта статья — не инструкция, а анатомия механизма и скрытая ловушка, на которую наступают практически все.

Почему «Помощник перехода» — это только верхушка айсберга

В БП 3.0 есть встроенный помощник по переходу на новую ставку. Он делает ровно одно: пересчитывает сальдо ОНА и ОНО на счёте 09 и 77 по формуле: СтараяОценка * (25/20 - 1). Или, если точнее, СуммаРазницы * (25% - 20%). Это работает в 80% случаев. Но есть три сценария, где это ломается.

Сценарий 1: Ручные корректировки ПНО/ПНА

Если бухгалтер в течение года вводил ручные операции по корректировке ПНО (постоянных разниц), не привязанных к движению по счетам 09/77, «Помощник» их игнорирует. Он смотрит исключительно на остатки 09.01 и 77.01. Постоянные разницы, записанные на забалансовые счета ПВР, остаются не пересчитанными. Это приводит к тому, что в декларации сумма постоянных разниц перестаёт сходиться с данными учёта.

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

Сценарий 2: Досрочное списание ОНА по реализованному ОС

Допустим, в декабре 2024 года было продано основное средство, по которому были накоплены временные разницы (например, из-за амортизационной премии в НУ). ОНА был списан на счёт 99.02.2. «Помощник» пересчитает только остаток на 01.01.2025. Но списанный ОНА уже участвовал в формировании налоговой базы 2024 года с неправильной ставкой. Формально, это ошибка прошлого периода, которую типовыми средствами на закрытом месяце уже не исправить — требуется ручная корректировка через «Операции, введённые вручную» на 31.12.2024.

Механика под капотом: как 1С расщепляет разницы

Чтобы не просто нажимать кнопки, а понимать, что идёт не так, нужно разобрать архитектуру регистра «Разницы (налоговый учёт)». Хотя код типовой конфигурации мы менять не можем (это будет снятие с поддержки), можно посмотреть, как работает алгоритм в общих чертах.

Структура регистра ПВР

В конфигурации, помимо основного регистра «Партии (бухгалтерский учёт)», существует служебный регистр Разницы. По каждой проводке с участием счетов учёта разниц (09, 77, ПР, ВР) формируется запись следующего вида (псевдокод):

// Псевдокод алгоритма расчёта разницы при новой ставке
// Реальный обработчик находится в модуле менеджера регламентной операции "Расчёт отложенного налога"

Функция РассчитатьСуммуПоНовойСтавке(СуммаРазницы, ВидРазницы, ПериодНачало) Экспорт

    // Определяем ставку на дату признания разницы
    ДатаПризнания = ПериодНачало;
    СтавкаНаМоментВозникновения = ?(ДатаПризнания < '20250101', 0.20, 0.25);

    // Расчёт теоретической суммы налога по разнице
    СуммаНалогаПоСтавкеВозникновения = СуммаРазницы * СтавкаНаМоментВозникновения;

    // Параметр: нужно ли применять новую ставку к ретро-разницам
    Если Параметры.ПересчитыватьРетроспективно Тогда
        // Ключевая логика: разница возникла в 2024, но пересчитывается по ставке 25% на 2025
        Если ПериодНачало < '20250101' Тогда
            Возврат СуммаНалогаПоСтавкеВозникновения + СуммаРазницы * (0.25 - 0.20);
        Иначе
            Возврат СуммаРазницы * 0.25;
        КонецЕсли;
    Иначе
        Возврат СуммаНалогаПоСтавкеВозникновения;
    КонецЕсли;

КонецФункции

Обратите внимание на Параметры.ПересчитыватьРетроспективно. Это и есть та самая ловушка, о которой молчат. Если при создании «Помощника перехода» этот флаг не взведён (или в регламентной операции стоит старая дата ставки), разницы, возникшие до 2025 года, останутся по ставке 20%.

Практическое руководство: что делать прямо сейчас

Не доверяйте автоматике слепо. Введите дополнительный контроль. Следующий алгоритм нужно выполнить до подачи декларации за 1 квартал 2025 года.

Чек-лист верификации пересчёта ОНА и ОНО

Проверьте дату ставки в регистре сведений «Ставки налога на прибыль». Должна быть запись на 01.01.2025 со значением 25%.
Сформируйте ОСВ по счёту 09 и 77 на 31.01.2025. Сравните начальное сальдо на 01.01.2025 с конечным сальдо на 31.12.2024. Если они равны — пересчёт не выполнен.
Сверьте разницы в ОСВ по счетам ПР и ВР. Умножьте сальдо ВР счёта 97.21 (убытки) на 25%. Если цифра не равна остатку на 09 счёте (с учётом субконто «Вид актива»), ищите незакрытые временные разницы.
Выполните регламентную операцию «Расчёт отложенного налога на прибыль» за январь. Убедитесь, что проводки Дт 09 Кт 68.04.2 (или обратная) корректируют сальдо 09 и 77.
Проверьте движение по счёту 99.02.1 (ПНО/ПНА). После пересчёта должно появиться доначисление (или сторно) ПНА/ПНО на сумму СальдоПР * (25% - 20%). Если его нет — ПВР по постоянным разницам не пересчитались.

Типичные ошибки

Ошибка 1. Думать, что «Помощник перехода» обновит проводки в закрытых месяцах. Нет, он меняет только начальные остатки 2025 года. Если вы обнаружили, что в декабре 2024 года должен быть пересчёт, — это корректировка «Красным сторно» в ручном режиме через документ «Операция (бухгалтерский учёт)» на 31.12.2024.

Ошибка 2. Путать дату возникновения разницы с датой операции. Если в январе 2025 года продали товар, купленный в 2024, разница в оценке списанной себестоимости (по ПБУ 18/02) считается возникшей на дату списания — то есть в 2025 году. Но если в учётной политике установлен ретроспективный пересчёт, то для некоторых видов разниц (например, убытков прошлых лет) алгоритм всё равно применяет старую ставку.

Что остаётся за кадром регламентной операции

Типовые механизмы БП 3.0 не умеют пересчитывать разницы, которые были погашены в 2024 году. Пример: в декабре 2024 года вы списали ОНА по проданному основному средству (проводка Дт 99.02.2 Кт 09). Сумма списания была рассчитана по ставке 20%. Поскольку сальдо на 01.01.2025 по этому объекту уже нулевое, «Помощник» его не тронет. Однако, с точки зрения налогообложения, эта операция прошла по заниженной ставке. Формально это — исправление ошибки прошлого периода, и корректировка декларации за 2024 год — тема отдельной дискуссии. Но в учёте 2025 года нужно отразить доначисление налога через Дт 99.02.1 Кт 68.04.2 на сумму СписанныйОНА / 0.20 * 0.05.

«Нулевое сальдо по ОНА/ОНО на начало периода — не гарантия отсутствия влияния изменения ставки. Проверяйте обороты декабря 2024 года по счёту 09 и 77, особенно по кредиту в корреспонденции со счётом 99.»

Резюме: пошаговый план для опытного специалиста

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

Шаг 1. Сделайте копию базы на 31.12.2024. Заблокируйте возможность изменения данных за 2024 год, если срок сдачи годовой отчётности истёк. Пересчёт ретроспективно — это отдельный бухгалтерский документ, не затрагивающий старые проводки.
Шаг 2. Запустите «Помощник перехода» из раздела «Главное» — «Налог на прибыль». Запомните: флаг «Пересчитать разницы прошлых лет» должен быть включён. Если его нет — обновите конфигурацию до последнего релиза (актуальный релиз на момент статьи — 3.0.163.x).
Шаг 3. После выполнения — проверьте ОСВ по 09 и 77. Сальдо должно измениться ровно на СальдоВР * (0.25 - 0.20). Если не изменилось — вручную перепроведите регламентную операцию «Расчёт отложенного налога» за последний месяц 2024 года с признаком «Пересчёт входящих остатков».
Шаг 4. Сделайте сверку с регистром «Разницы». Если в регистре есть записи по убыткам прошлых лет с сальдо по ВР, а в ОСВ по 09 пусто — значит, алгоритм не нашёл субконто «Убыток» — проверьте аналитику на счёте 09.
Шаг 5. Запланируйте контрольную проверку через месяц после сдачи отчётности. Часто налоговая вызывает на комиссию именно из-за нестыковок ПНО/ПНА, обнаруженных камерально.

Изменение ставки налога — один из немногих случаев, когда бухгалтерское и налоговое законодательство прямо требует ретроспективного пересчёта. Инструмент в 1С есть, но он — лишь полуавтомат. Финальное качество данных — на совести специалиста, который понимает, какие разницы и в каком порядке нужно пересчитать. Не доверяйте «Помощнику» — проверяйте его работу.

Расширение «НОПик» для 1С — встраиваемый коннектор к внешнему AI с интеллектуальным поиском по базе. Задавайте вопросы обычными словами - AI сам найдёт нужное. 45 дней бесплатно.

Попробовать НОПик →