Мы сталкиваемся с распространенной ситуацией, когда после модернизации полностью самортизированного основного средства (ОС) в 1С не происходит начисление амортизации, несмотря на изменение срока полезного использования. Это может привести к некорректному бухгалтерскому и налоговому учету. Разберем, почему это происходит и как решить данную проблему поэтапно.
В одном из случаев, описанных на форуме, основная причина отсутствия начисления амортизации оказалась в ранее установленной настройке "Не начислять амортизацию". Эта настройка могла быть активирована в одном из документов движения или изменения состояния ОС.
Рассмотрим, как это могло произойти и где искать эту настройку:
Перемещение ОС или Изменение состояния ОС. В этих документах существует опция, позволяющая временно или постоянно прекратить начисление амортизации. Мы должны внимательно просмотреть все такие документы, оформленные для данного ОС, и убедиться, что флаг, блокирующий начисление амортизации, не установлен.Если мы обнаружили, что данный флаг был установлен, необходимо создать новый документ "Изменение состояния ОС" или "Изменение параметров амортизации ОС", чтобы снять эту блокировку и разрешить начисление амортизации. В новом документе мы укажем, что амортизация должна начисляться.
Важно понимать специфику работы 1С с изменениями параметров амортизации. Все изменения параметров амортизации, включая изменение срока полезного использования после модернизации, вступают в силу только со следующего месяца. Это ключевой аспект, который часто вводит в заблуждение пользователей.
Например, если модернизация основного средства была проведена в сентябре, и параметры амортизации (например, срок полезного использования) были изменены также в сентябре, то амортизация по новым правилам начнет начисляться только при выполнении регламентной операции Закрытие месяца за октябрь. Если мы пытаемся найти проводки по амортизации за сентябрь по новым параметрам, их там быть не должно. Это нормальное поведение системы.
Помимо основной причины, существуют и другие частые ситуации, которые могут приводить к неначислению амортизации модернизированного ОС. Проанализируем их подробнее, чтобы иметь полную картину возможных проблем.
После модернизации полностью самортизированного основного средства критически важно вручную установить новый срок полезного использования. Этот срок должен быть указан в документе Модернизация ОС или Изменение параметров амортизации ОС. Мы должны убедиться, что новый СПИ указан как для бухгалтерского учета, так и для налогового учета, и что он не равен нулю или не является слишком коротким. Если новый срок не указан, или указан неверно, амортизация начисляться не будет, так как системе не от чего отталкиваться при расчете.
В бухгалтерском учете амортизация начисляется исходя из остаточной стоимости (равной затратам на модернизацию) и нового оставшегося срока полезного использования. В налоговом учете, если после модернизации стоимость ОС превышает установленный лимит (например, 100 тыс. руб.), его следует отнести к амортизируемому имуществу и начислять амортизацию.
В некоторых случаях, особенно после ручных корректировок или некорректного заполнения документов, стоимость ОС, используемая для расчета амортизации, может быть обнулена в регистрах сведений. Это приводит к тому, что система не видит базы для начисления амортизации.
Для проверки мы можем сформировать справку-расчет амортизации. Этот отчет покажет, какая стоимость используется для начисления амортизации по данному ОС, и позволит выявить проблему с нулевой стоимостью.
Начисление амортизации в 1С происходит автоматически на основе данных, хранящихся в специальных регистрах сведений. К таким регистрам относятся, например, Параметры амортизации ОС (бухгалтерский учет) и Параметры амортизации ОС (налоговый учет).
Если эти регистры содержат некорректные записи (например, после прямого редактирования, программных сбоев или ошибок при проведении документов), это может привести к неверному расчету амортизации или ее полному отсутствию. Мы должны проверить актуальность и корректность данных в этих регистрах для нашего ОС, обращая внимание на даты и значения параметров.
Если амортизация по ОС в налоговом учете изначально не начислялась (например, из-за первоначальной стоимости менее установленного лимита), то после модернизации может потребоваться восстановление первоначальной стоимости в налоговом учете и изменение параметров амортизации через специализированные документы. Убедитесь, что после модернизации стоимость ОС превышает текущий лимит (например, 100 тыс. руб. для целей налогового учета), чтобы оно могло быть отнесено к амортизируемому имуществу в НУ.
В 1С счет 01 "Основные средства" используется для учета информации о первоначальной стоимости ОС. Субсчет 01.08 может использоваться для учета ОС в запасе или на реконструкции. Критически важно, чтобы ОС было принято к учету и введено в эксплуатацию для начала начисления амортизации. Если ОС находится на субсчете, который не предполагает эксплуатацию (например, на субсчете учета ОС на реконструкции), то амортизация начисляться не будет. Убедитесь, что ОС введено в эксплуатацию после модернизации и находится на соответствующем субсчете 01.
Для эффективного решения проблемы отсутствия начисления амортизации модернизированного ОС мы рекомендуем следующий алгоритм действий. Эти шаги помогут нам системно подойти к поиску и устранению причины.
Модернизация ОС.
Мы должны убедиться, что в документе Модернизация ОС корректно указан новый срок полезного использования как для бухгалтерского, так и для налогового учета. Также необходимо проверить правильность заполнения всех остальных полей, включая дату проведения документа и сумму модернизации. Эта сумма должна увеличить первоначальную стоимость ОС.
Изменение параметров амортизации ОС.
Если мы использовали этот документ для корректировки параметров амортизации, необходимо тщательно проверить правильность заполнения всех полей, особенно срок использования и стоимость для вычисления амортизации. Убедитесь, что дата вступления в силу изменений соответствует нашим ожиданиям (с учетом правила "со следующего месяца").
Перемещение ОС и Изменение состояния ОС.
Внимательно просмотрите все документы, которые были оформлены для данного основного средства за весь период его эксплуатации, на предмет установки признака "Не начислять амортизацию". Если такой признак обнаружен, необходимо создать новый документ Изменение состояния ОС, чтобы снять эту блокировку и разрешить начисление амортизации.
Мы можем зайти в раздел Главное -> Все функции (или аналогичный путь через главное меню в зависимости от интерфейса) -> Регистры сведений. Здесь мы найдем регистры Параметры амортизации ОС (бухгалтерский учет) и Параметры амортизации ОС (налоговый учет). Мы должны убедиться, что в них нет некорректных записей, обнуления стоимости, неверных дат действия или других аномалий, которые могли бы блокировать амортизацию. Особое внимание уделите записям, действующим с месяца, следующего за модернизацией.
Иногда причиной отсутствия амортизации может быть сбой при записи данных в регистры при проведении документов. Попробуйте перепровести документы модернизации и последующего закрытия месяца. Это может восстановить корректность данных в регистрах и запустить начисление амортизации.
Справку-расчет амортизации.
Этот отчет является мощным инструментом для диагностики проблем с амортизацией. Он покажет нам детальный расчет по каждому ОС, включая первоначальную стоимость, накопленную амортизацию, остаточную стоимость, срок полезного использования и применяемый метод. Внимательно изучите детали расчета для вашего модернизированного ОС. Отчет часто указывает на причину, по которой амортизация не начисляется (например, нулевая стоимость, истекший срок).
С 2022 года учет основных средств регулируется новыми федеральными стандартами бухгалтерского учета (ФСБУ 6/2020). Эти стандарты могут влиять на настройки амортизации, сроки полезного использования, определение ликвидационной стоимости и другие параметры. Мы должны убедиться, что наши настройки в 1С соответствуют текущим требованиям ФСБУ 6/2020, так как их несоблюдение может приводить к ошибкам в учете амортизации.
Помните, что все изменения рекомендуется выполнять сначала в копии базы. Это позволит нам избежать непредвиденных ошибок и проблем в рабочей базе данных.