Многие пользователи конфигурации «1С:Управление производственным предприятием 1.3» (УПП) при переходе на релизы ветки 1.3.17x и выше столкнулись с неприятным сюрпризом: в январе 2022 года сумма ежемесячной амортизации по некоторым объектам основных средств (ОС) выросла в десятки или даже сотни раз. Ситуация кажется мистической, так как никаких документов по модернизации, переоценке или изменению параметров ОС в текущем периоде не вводилось.
В этой статье мы подробно разберем, почему программа начинает считать амортизацию по-новому, какие скрытые механизмы задействованы и где искать корни проблемы, если «галочка» перехода на ФСБУ 6/2020 в закрытии года даже не установлена.
Первое, что нам необходимо осознать: начиная с 2022 года в программном коде 1С:УПП изменилась сама математическая модель расчета амортизации для бухгалтерского учета. Это было сделано для поддержки федерального стандарта ФСБУ 6/2020 «Основные средства».
Проанализируем разницу в подходах:
СтоимостьДляВычисленияАмортизации / СрокИспользованияДляВычисленияАмортизации.Рассмотрим пример, который объясняет скачок в 100 раз. Допустим, у нас есть объект с остаточной стоимостью 2 000 000 рублей. По старой логике программа могла начислять по 20 000 рублей, ориентируясь на первоначальные параметры. Но если из-за ошибки в прошлом (например, при модернизации) «оставшийся срок» в регистре сведений стал равен 10 месяцам, новый алгоритм просто разделит 2 000 000 на 10 и выдаст амортизацию 200 000 рублей в месяц. Программа стремится самортизировать объект полностью за те сроки, которые указаны в ее базе данных.
Как показывает практика и сообщения пользователей, ключевой причиной аномалий становятся некорректно проведенные документы Модернизация ОС в прошлых периодах (например, в 2014-2015 годах). Рассмотрим подробнее, как это происходит.
Часто при оформлении модернизации бухгалтеры ошибочно занижали срок использования для вычисления амортизации. До 2022 года это не бросалось в глаза, так как программа продолжала использовать старую линейную логику от первоначальной стоимости. Однако новый движок амортизации, встроенный в последние релизы УПП 1.3, «поднимает» все накопленные ошибки. Если по данным регистров объект должен «дожить» всего несколько месяцев, а его стоимость еще велика — программа мгновенно увеличивает сумму расхода, чтобы успеть списать стоимость в срок.
Чтобы понять, какие данные система использует для расчета, нам необходимо проанализировать содержимое нескольких регистров. Давайте разберем по шагам, на что обратить внимание:
Срок использования для вычисления амортизации. Если после модернизации там стоит маленькое число (количество месяцев), это и есть причина проблемы.Важный технический нюанс: многие считают, что если в документе Регламентная операция (Закрытие года) не стоит флаг «Переход на ФСБУ 6», то программа должна считать «по-старому». Однако в последних релизах УПП алгоритм расчета в модулях был изменен глобально. Система теперь всегда пытается вычислить амортизацию через остаточный срок, если наступил 2022 год.
Кроме того, в ФСБУ 6 появилось понятие Ликвидационной стоимости. По умолчанию в 1С:УПП она принимается равной нулю. Если вы не вводили документ Изменение элементов амортизации ОС, программа считает, что объект должен быть самортизирован в ноль к концу своего СПИ. В сочетании с ошибочно малым остаточным сроком это дает взрывной рост суммы.
Если мы обнаружили, что амортизация выросла необоснованно из-за старых ошибок или некорректного подхвата параметров, выполним следующие действия:
Для целей перехода на ФСБУ 6 в программу был добавлен документ Изменение элементов амортизации ОС. Рассмотрим, как с ним работать:
Если вы не планируете полноценно переходить на ФСБУ 6 (хотя это обязательно по закону), но хотите исправить сумму, можно воспользоваться документом Изменение параметров начисления амортизации ОС. В нем нужно пересмотреть значение в поле Срок для исчисления амортизации. Помните, что в новом алгоритме это число месяцев, за которое оставшаяся стоимость будет распределена в учете.
Чудес в коде 1С не бывает. Если амортизация выросла в 100 раз, значит, программа «увидела» в регистрах информацию о том, что дорогостоящий объект должен быть списан в ближайшие несколько месяцев. Проанализируем историю модернизаций, проверим регистры параметров амортизации и приведем остаточный срок использования в соответствие с реальностью. Это позволит не только исправить техническую ошибку, но и обеспечить корректное ведение бухгалтерского учета в соответствии с новыми стандартами.