Почему после перехода с 1С:Бухгалтерии 2.0 на 3.0 не начисляются временные разницы по амортизации ОС и как это исправить

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

При переходе с редакции 2.0 на 3.0, особенно если он выполнен не путем последовательного обновления, а через ввод начальных остатков, бухгалтеры часто сталкиваются с проблемой: амортизация, которая раньше имела расхождения между бухгалтерским (БУ) и налоговым (НУ) учетом с образованием временных разниц (ВР), внезапно начинает начисляться равными суммами. В итоге «зависают» остатки по ВР, введенные при переносе, и нарушается привычный алгоритм учета. Разберем подробно, почему так происходит и как восстановить корректный расчет.

Различия в алгоритмах расчета амортизации в БУ и НУ

Прежде всего, проанализируем математическую основу расчета. В 1С:Бухгалтерии 3.0 механизмы начисления амортизации для разных видов учета существенно различаются, даже если выбран линейный способ:

  1. Налоговый учет (НУ): Амортизация всегда рассчитывается исходя из первоначальной стоимости объекта. Формула проста: ПервоначальнаяСтоимость * (1 / СрокПолезногоИспользования). Эта величина статична до момента модернизации.
  2. Бухгалтерский учет (БУ): Согласно правилам ПБУ 6/01 (и актуальному ФСБУ 6/2020), расчет в программе ведется от остаточной стоимости (точнее, от «Стоимости для вычисления амортизации»). Формула выглядит так: (СтоимостьДляВычисленияАмортизации / ОстаточныйСрокИспользования).

Рассмотрим ситуацию: если при вводе остатков в поле «Стоимость для вычисления амортизации (БУ)» была указана сумма, которая математически не соответствует пропорции оставшегося срока к налоговой стоимости, программа неизбежно будет выдавать разные результаты. Однако, если при переносе эти данные были «подтянуты» одинаковыми, ВР перестанет возникать в текущих проводках.

Анализ влияния амортизационной премии и модернизации

Выясним причину, по которой разница вообще существовала в старой базе. Как отмечают эксперты, наиболее частыми причинами расхождений являются:

Проанализируем ситуацию пользователя: в документе «Принятие к учету» суммы БУ и НУ были равны, но ВР все равно возникала. Это может указывать на то, что в программе 2.0 были изменены параметры в регистрах вручную или использовались специфические способы начисления (например, по объему продукции), которые некорректно транслировались при переносе остатков.

Проверка настроек ПБУ 18/02 в учетной политике

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

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

Если бухгалтер настаивает на том, чтобы видеть ВР в каждой проводке амортизации «как раньше», необходимо проверить настройки:

  1. Перейдем в раздел Главное — Налоги и отчеты — Налог на прибыль.
  2. Посмотрим на настройку «Применяется ПБУ 18/02».
  3. Если стоит «Балансовый метод», то отсутствие ВР в проводках амортизации — это штатное поведение программы. Если требуется старый подход, следует выбрать «Затратный метод (метод отложенных налогов)», хотя разработчики 1С рекомендуют переходить на балансовый как на более современный.

Корректировка документа «Ввод начальных остатков»

Если методика ПБУ 18/02 верна, но суммы амортизации в БУ и НУ все равно ошибочно равны, необходимо отредактировать документ ВводНачальныхОстатков. Посмотрим по шагам, на что обратить внимание:

  1. Откроем документ ввода остатков по счету 01/02.
  2. На вкладке «Начальные остатки» проверим колонки стоимости и накопленной амортизации для БУ и НУ отдельно. Если вы хотите, чтобы ВР продолжала начисляться, эти суммы должны различаться так же, как в старой базе.
  3. Самое важное: перейдем на вкладку или в скрытые реквизиты (через кнопку «Еще — Выбор регистров») и найдем регистр ПараметрыАмортизацииОСБухгалтерскийУчет.
  4. Проверим поле «Стоимость для вычисления амортизации». В 1С 3.0 амортизация БУ считается именно от этого ресурса. Если в БУ стоимость объекта 100 000, а накопленная амортизация 20 000, то для продолжения корректного расчета в поле «Стоимость для вычисления амортизации» должно стоять 100 000 (первоначальная), а в «Оставшийся срок» — реальное количество оставшихся месяцев.

Работа с регистрами сведений

Если ручное исправление документа не помогает, проанализируем состояние регистров сведений, отвечающих за ОС. Основную информацию программа берет из следующих объектов:

Рассмотрим пример ситуации, когда данные «зависают». Если в регистре налогового учета стоимость выше, чем в бухгалтерском (из-за отсутствия премии в БУ), а амортизация в БУ и НУ в новом периоде начисляется одинаково, значит, программа «схлопнула» эти параметры при переносе. Вам необходимо убедиться, что «Срок полезного использования» и «Стоимость для вычисления» в БУ настроены так, чтобы результат деления давал ту самую сумму 10684,32, которая была в версии 2.0.

Итоговые рекомендации

Для исправления ситуации выполним следующие действия:

  1. Проверим, какой метод ПБУ 18 установлен в учетной политике. При балансовом методе отсутствие ВР в проводках — норма.
  2. Если суммы амортизации БУ и НУ действительно должны быть разными (из-за стоимости), проверим документ ВводНачальныхОстатков. Убедимся, что на закладках БУ и НУ внесены разные суммы накопленной амортизации и первоначальной стоимости.
  3. В документе ввода остатков принудительно укажем «Стоимость для вычисления амортизации» для БУ, соответствующую историческим данным из старой базы.
  4. Проанализируем остаточный срок использования. Помним, что АмортизацияБУ = СтоимостьДляВычисления / ОставшийсяСрок. Отрегулируйте эти параметры так, чтобы выйти на нужную сумму.

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

← На главную