Почему возникают разницы в копейках по амортизации в БУ и НУ после перехода на ФСБУ 6/2020 и что с этим делать

После вступления в силу ФСБУ 6/2020 «Основные средства» многие бухгалтеры столкнулись с неприятной ситуацией: при ежемесячном закрытии месяца в программе «1С:Бухгалтерия» суммы амортизации в бухгалтерском (БУ) и налоговом учете (НУ) перестали совпадать на незначительные величины — обычно на 1 копейку. Рассмотрим подробнее, почему это происходит, является ли это ошибкой программы и как правильно реагировать на такие расхождения.

Выясняем причину математического диссонанса

Проанализируем ситуацию с точки зрения законодательства. До 2022 года алгоритмы расчета амортизации в БУ и НУ были практически идентичны, что позволяло получать одинаковые суммы «копейка в копейку». С переходом на ФСБУ 6/2020 ситуация в корне изменилась. Разберем по шагам, как теперь считаются эти суммы.

В налоговом учете продолжает действовать линейный метод согласно ст. 259.1 НК РФ. Формула остается статической:

Амортизация_НУ = Первоначальная_стоимость * (1 / Срок_полезного_использования)

Здесь сумма амортизации фиксируется один раз при принятии ОС к учету и не меняется до конца срока (если не было модернизации).

В бухгалтерском учете согласно п. 35 ФСБУ 6/2020 формула стала динамической. Сумма амортизации за отчетный период рассчитывается исходя из балансовой стоимости на начало периода и оставшегося срока полезного использования:

Амортизация_БУ = (Балансовая_стоимость - Ликвидационная_стоимость) / Оставшийся_срок_полезного_использования

Посмотрим на пример из практики. Если в НУ сумма получается 796,3561, программа округляет ее до 796,36. В следующем месяце в НУ будет снова 796,36. Однако в БУ расчет каждый месяц идет от остатка. Если в одном месяце программа округлила сумму в большую сторону, то в следующем месяце балансовая стоимость (числитель формулы) станет чуть меньше, и результат деления на оставшийся срок может «качнуться» в меньшую сторону (например, до 796,35).

Официальная позиция разработчиков 1С

Проанализируем ответ технической поддержки 1С, который проясняет статус этой «ошибки». Разработчики указывают на то, что налоговая формула неизбежно приводит к накоплению погрешностей округления, в то время как бухгалтерская формула является более точной, так как она самокорректирующаяся. Каждый месяц расчет в БУ «подтягивает» остаток к нулю более эффективно.

На текущий момент позиция вендора такова:

1. Это не является программной ошибкой кода, это прямое следствие разных методик расчета, заложенных в НК РФ и ФСБУ 6/2020.
2. Изменять алгоритм в БУ, чтобы он «подстраивался» под НУ, методически неверно, так как это нарушит требования федерального стандарта.
3. Специальных механизмов «схлопывания» этих копеек в середине срока эксплуатации пока не планируется, так как польза от этого сомнительна, а реализация избыточно сложна.

Влияние на ПБУ 18/02 и отчетность

Разберем, как эти копейки влияют на учет расчетов по налогу на прибыль. Если ваша организация применяет ПБУ 18/02, то любая разница между БУ и НУ на счете 02 «Амортизация основных средств» порождает временные разницы.

Важный момент: налог на прибыль составляет 20%. Разница в 0,01 руб. порождает отложенный налоговый актив (ОНА) или обязательство (ОНО) в размере 0,002 руб. Согласно правилам бухгалтерского учета и принципам существенности, такие микро-суммы при формировании проводок по налогу на прибыль округляются до нуля. Однако в регистрах накопления 1С эти «хвосты» могут числиться. Для наглядного контроля сумм и разниц в разрезе объектов можно использовать отчет для анализа основных средств по БУ, НУ и ВР.

Рассмотрим рекомендации аудиторов по этому вопросу:

• Такие расхождения признаются несущественными. Они не влияют на достоверность финансовой отчетности и не вводят пользователей в заблуждение.
• Разницы будут возникать почти всегда, если первоначальная стоимость объекта не делится нацело на количество месяцев срока полезного использования.
• Эти разницы гарантированно аннулируются в последнем месяце начисления амортизации, когда объект полностью самортизируется и в БУ, и в НУ.

Практические шаги: что делать бухгалтеру?

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

1. Проверьте настройки амортизации: Убедитесь, что разница составляет именно копейки (0,01 — 0,05 руб.). Если разница существенная, проверьте наличие Ликвидационной стоимости в БУ. В НУ понятия ликвидационной стоимости нет, поэтому если она установлена в БУ, разница будет большой и обоснованной.
2. Используйте отчет «Ведомость амортизации ОС»: Сформируйте отчет с детализацией по БУ и НУ. Если вы видите, что суммы колеблются (в одном месяце +0,01, в другом -0,01), значит, работает механизм самокоррекции ФСБУ 6.
3. Не пытайтесь исправить вручную: Мы крайне не рекомендуем использовать документ Операция, введенная вручную для корректировки этих копеек. Это нарушит последовательность регламентных операций, и в следующем месяце программа снова рассчитает амортизацию по формуле, что может привести к еще большему «дребезгу» цифр.
4. Закрепите в учетной политике: Можно добавить пункт о том, что несущественные разницы, возникающие из-за особенностей математического округления алгоритмов ФСБУ 6/2020 и НК РФ, признаются допустимыми.

Таким образом, мы выяснили, что появление разниц в копейках — это «новая норма» бухгалтерского учета. Программа 1С действует строго в соответствии с методологическими рекомендациями БМЦ (Бухгалтерского методологического центра). Главное — контролировать, чтобы эти расхождения оставались в пределах погрешности округления и не были вызваны неверным вводом параметров эксплуатации ОС. Для такой сверки подойдёт отчет для сравнения амортизации ОС в бухгалтерском и налоговом учете.