Почему при переходе на ФСБУ 6 некорректно рассчитывается корректировка амортизации и как это исправить?

При переходе на новый стандарт учета основных средств (ФСБУ 6/2020) многие специалисты сталкиваются с ситуацией, когда автоматическая обработка «Закрытие месяца» формирует проводки по счету 84.01, которые кажутся бухгалтерам неверными. Чаще всего это происходит с объектами, имевшими «входящую» амортизацию на момент ввода в эксплуатацию в информационной базе. Давайте разберем, почему возникает такая ошибка и как ее устранить.

Анализ проблемы: почему система не видит реальный срок службы

Основная причина заключается в логике типового алгоритма, который при расчете суммы АмортизацияФСБУ6 опирается на ИстекшийСрокПолезногоИспользования, зафиксированный в текущей системе учета. Если основное средство было принято к учету как «бывшее в употреблении» или с уже имеющейся суммой на счете 02.01, стандартная формула может не учитывать период эксплуатации объекта до его появления в нашей базе.

Типовая формула часто выглядит примерно так:

Стоимость = Макс(0, ВыборкаПоОС.СтоимостьБУ - ВыборкаПоОС.ЛиквидационнаяСтоимость);
АмортизацияФСБУ6 = Окр(Стоимость / ВыборкаПоОС.СрокПолезногоИспользованияФСБУ6, 2) * ВыборкаПоОС.ИстекшийСрокПолезногоИспользования;

Если ИстекшийСрокПолезногоИспользования не учитывает накопленную до ввода амортизацию, расчет оказывается заниженным. В итоге система видит огромную разницу между фактически начисленной суммой ВыборкаПоОС.АмортизацияБУ и тем, что должно быть по ФСБУ, и пытается «выровнять» балансовую стоимость через нераспределенную прибыль.

Шаг 1: Правильная логика расчета

Чтобы понять, как должна выглядеть амортизация, необходимо проанализировать логику распределения. Например, если основное средство имеет первоначальную стоимость 100 рублей, уже отработало 6 лет, а его оставшийся срок составляет 3 года, то расчет входящего сальдо по счету 02 должен строиться на общем сроке службы (6 + 3 = 9 лет).

Правильная формула должна включать «добавку» к сроку, соответствующую уже начисленной амортизации. Мы можем скорректировать алгоритм, добавив вычисление этого эквивалентного срока.

Шаг 2: Программное решение (вариант доработки)

Рассмотрим, как можно модифицировать расчет, чтобы система учитывала накопленный износ корректно. Мы вводим понятие ДобавкаКСрокуИстекшегоПолезногоИспользования:

// Вычисляем добавочный срок на основе уже начисленной амортизации
ДобавкаКСрокуИстекщегоПолезногоИспользования = ВыборкаПоОС.АмортизацияБУ / (ВыборкаПоОС.СтоимостьБУ / ВыборкаПоОС.СрокПолезногоИспользования) - ВыборкаПоОС.ИстекшийСрокПолезногоИспользования;

Если ВыборкаПоОС.СрокПолезногоИспользованияФСБУ6 <= ВыборкаПоОС.ИстекшийСрокПолезногоИспользования Тогда
    АмортизацияФСБУ6 = ВыборкаПоОС.СтоимостьБУ;
Иначе
    Стоимость = Макс(0, ВыборкаПоОС.СтоимостьБУ - ВыборкаПоОС.ЛиквидационнаяСтоимость);
    // Применяем обновленную формулу с учетом добавки
    АмортизацияФСБУ6 = Окр((Стоимость / ВыборкаПоОС.СрокПолезногоИспользованияФСБУ6) * (ВыборкаПоОС.ИстекшийСрокПолезногоИспользования + ДобавкаКСрокуИстекщегоПолезногоИспользования), 2);
    АмортизацияФСБУ6 = Мин(ВыборкаПоОС.СтоимостьБУ, АмортизацияФСБУ6);
КонецЕсли;

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

1. Проверьте релиз конфигурации. Разработчики 1С регулярно выпускают обновления, в которых исправляются подобные недочеты в формулах перехода. Прежде чем приступать к исправлению кода, убедитесь, что у вас установлена актуальная версия конфигурации. Вероятно, проблема уже решена в последних обновлениях.
2. Проверьте параметры ОС. Убедитесь, что ЛиквидационнаяСтоимость для основных средств установлена корректно. Если она равна нулю, это может быть верным для ваших целей, но обязательно проверьте, соответствует ли это учетной политике организации.
3. Оценка целесообразности правки. Ручное вмешательство в код обработки перехода на ФСБУ 6 затрудняет дальнейшие обновления программы. Мы рекомендуем использовать правки кода только как временную меру, если обновление до актуального релиза невозможно по критическим причинам.
4. Анализ проводок. После применения правок обязательно проанализируйте сформированные проводки в копии базы. Сумма корректировки на счете 84.01 должна стать значительно более адекватной, соответствующей логике списания остаточной стоимости.

Таким образом, ключ к решению проблемы кроется в корректном определении общего срока полезного использования, который должен включать период работы объекта до принятия к учету в текущей базе 1С. Обновление релиза — самый надежный путь, однако понимание математики процесса позволяет самостоятельно контролировать корректность учета в сложных случаях.