Почему амортизация ОС в 1С:Бухгалтерия 3.0 начисляется линейным способом вместо нелинейного

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

При работе в программе 1С:Бухгалтерия 8 (редакция 3.0) бухгалтеры часто сталкиваются с ситуацией, когда настройки учетной политики и карточек основных средств (ОС) указывают на использование нелинейного метода в налоговом учете или способа уменьшаемого остатка в бухгалтерском учете, однако после выполнения регламентной операции «Закрытие месяца» программа рассчитывает амортизацию линейным методом. Особенно остро этот вопрос встает при переносе данных из других систем или при вводе начальных остатков.

В этой статье мы подробно разберем, почему так происходит, проанализируем взаимосвязь между бухгалтерским (БУ) и налоговым (НУ) учетом и выясним, какие настройки в программе влияют на итоговый результат. Мы пройдем по шагам от проверки глобальных настроек до анализа конкретных регистров сведений.

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

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

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

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

Шаг 1. Проверка истории учетной политики

Первым делом проанализируем настройки налогов и отчетов. Проблема часто кроется не в текущей настройке, а в «Истории изменений». Выясним причину, перейдя в раздел Главное — Налоги и отчеты — Налог на прибыль.

Нажмем на ссылку «История изменений». Важно убедиться, что:

  1. Метод начисления амортизации «Нелинейный» установлен именно с начала отчетного периода (например, с 01.01.2023).
  2. В истории отсутствуют записи, датированные серединой года, которые могли бы вернуть линейный метод.

Важное ограничение НК РФ: согласно пункту 1 статьи 259 НК РФ, налогоплательщик имеет право перейти с нелинейного метода на линейный в любой момент, а вот обратный переход (с линейного на нелинейный) возможен не чаще одного раза в пять лет. Программа 1С:Бухгалтерия отслеживает этот срок. Если в истории базы данных зафиксирован переход на линейный метод менее 5 лет назад, алгоритм может игнорировать новую настройку.

Шаг 2. Анализ амортизационных групп и ограничений

Проанализируем состав наших основных средств. Существуют законодательные ограничения, которые программа жестко соблюдает. Согласно пункту 3 статьи 259 НК РФ, нелинейный метод нельзя применять к зданиям, сооружениям и передаточным устройствам, входящим в 8–10 амортизационные группы.

Если ваше основное средство относится к 5-й группе (как в нашем примере — машины и оборудование со сроком использования от 7 до 10 лет), ограничение не действует. Но если в списке ОС затесался объект 8-й группы, по нему всегда будет считаться линейная амортизация, даже если для всей организации выбран нелинейный метод.

Шаг 3. Проблема ввода остатков и суммарного баланса группы

Наиболее вероятная причина сбоя при переходе в новую базу — некорректное заполнение документа Ввод остатков ОС. При нелинейном методе в НУ программе недостаточно знать остаточную стоимость конкретного станка. Для запуска алгоритма ей нужен Суммарный баланс амортизационной группы на дату начала учета.

Рассмотрим, как это работает в 1С:БП 3.0:

  1. При проведении документа ввода остатков должны делаться записи не только в регистры по конкретному ОС, но и в специальный регистр, хранящий данные о группе.
  2. Если данные переносились вручную или «кривой» обработкой, суммарный баланс группы может оказаться нулевым.
  3. В этом случае программа, не видя общей базы для расчета нелинейным методом, может ошибочно пытаться применить линейный расчет по конкретным объектам, чтобы хоть как-то отразить расходы.

Чтобы исправить ситуацию, проанализируем записи регистров сведений. Нам интересен регистр Данные о суммарном балансе амортизационных групп (налоговый учет). Если он пуст — расчет будет неверным.

Шаг 4. Настройка параметров в карточке ОС и документах принятия к учету

Проверим, что указано в самом объекте. Перейдем в справочник «Основные средства» и откроем карточку проблемного актива. Нас интересуют закладки «Бухгалтерский учет» и «Налоговый учет».

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

Выясним, заполнены ли следующие поля:

Шаг 5. Влияние ФСБУ 6/2020 и ликвидационной стоимости

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

Рассмотрим пример кода (условная логика), по которому программа определяет базу:


БазаДляНачисления = ОстаточнаяСтоимость - ЛиквидационнаяСтоимость;
Если Способ = СпособыАмортизации.СпособУменьшаемогоОстатка Тогда
    СуммаАмортизации = БазаДляНачисления * КоэффициентУскорения / ОстатокСрока;
КонецЕсли;

Проанализируем эту ситуацию: если база рассчитана неверно из-за отсутствия данных о ликвидационной стоимости, итоговые проводки Дт 20 (26, 44) Кт 02 будут вводить в заблуждение.

Рекомендации по исправлению

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

  1. Очистка и перезаполнение: Как упоминалось в обсуждении, иногда проще «вычистить» некорректные документы ввода остатков. Проверьте, чтобы даты документов были строго 31 декабря предыдущего года.
  2. Проверка регистров: Через меню «Функции для технического специалиста» найдите регистр Параметры амортизации ОС (налоговый учет) и убедитесь, что для нелинейного метода там корректно указаны группы.
  3. Справка-расчет: В закрытии месяца обязательно сформируйте отчет «Справка-расчет амортизации». В нем программа расшифровывает, какую норму она применила. Если там стоит фиксированный процент (например, 2,7% для 5-й группы), значит, нелинейный метод работает, просто вы ожидали других сумм. Если же там стоит формула 1/СПИ, значит, программа перешла на линейный расчет.
  4. Перепроведение документов: После любых изменений в истории учетной политики или вводе остатков необходимо перепровести документы Принятие к учету ОС и заново выполнить операцию Закрытие месяца, начиная с января.

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

← На главную