Переход на ФСБУ 6/2020 "Основные средства" в программе 1С:Бухгалтерия 3.0 (БП 3.0) часто вызывает вопросы у технических специалистов и бухгалтеров, особенно когда стандартные механизмы программы ведут себя неочевидно. Рассмотрим ситуацию, когда после 01.01.2022 амортизация в бухгалтерском учете (БУ) начинает в точности совпадать с налоговым учетом (НУ), при этом в регистрах параметров амортизации отсутствуют новые записи, а сроки полезного использования (СПИ) кажутся неизменными. Проанализируем, как это реализовано в коде и методологии 1С.
Для начала разберем фундаментальную разницу в алгоритмах расчета, которая существовала до и после введения нового стандарта. До 2022 года в ПБУ 6/01 амортизация чаще всего считалась линейным способом по формуле: АмБУ = ПервоначальнаяСтоимость / ОбщийСПИ. В налоговом учете (НУ) формула была идентичной.
С переходом на ФСБУ 6/2020 алгоритм в бухгалтерском учете изменился. Теперь расчет производится исходя из остаточной стоимости: АмБУ = (ОстаточнаяСтоимость - ЛиквидационнаяСтоимость) / ОставшийсяСПИ. Разберем по шагам, почему при определенных условиях результаты этих двух разных формул становятся равны:
ЛиквидационнаяСтоимость принята равной нулю, числитель формулы БУ сокращается до просто ОстаточнаяСтоимость.2 000 000 / 100 месяцев = 1 000 000 / 50 месяцев.Проанализируем механизм «тихого» перехода. В 1С:Бухгалтерии переход не всегда требует создания документа ИзменениеЭлементовАмортизацииОС. Посмотрим, что происходит в процедуре Закрытие месяца за декабрь 2021 года:
Программа выполняет регламентную операцию "Переход на ФСБУ 6". Эта операция анализирует состояние основных средств и автоматически фиксирует новые правила игры. Если бухгалтер не внес корректировки вручную, система по умолчанию считает ЛиквидационнаяСтоимость равной нулю, а ОставшийсяСПИ берет из существующих данных регистра ПараметрыАмортизацииОСБухгалтерскийУчет.
Важно проверить состояние константы ДатаОкончанияПримененияАлгоритмовАмортизацииПБУ6. Через "Функции для технического специалиста" найдем этот параметр. Если дата установлена корректно (31.12.2021), то с января 2022 года начинает работать новый программный код в общем модуле АмортизацияОС.
Если в одной базе амортизация БУ и НУ совпадает, а в другой (с аналогичными данными) — нет, нам необходимо выполнить глубокую проверку. Рассмотрим пошаговый алгоритм поиска причин разбега:
Перейдем в раздел "ОС и НМА" — "Амортизация ОС" — Справка-расчет амортизации. Сформируем ее за декабрь 2021 и январь 2022 года. В настройках отчета выберем поочередно БУ и НУ. Проанализируем колонки "База для начисления" и "Срок для начисления".
Если в январе 2022 года в БУ базой выступает Остаточная стоимость, а в НУ — Первоначальная, но итоговые суммы равны, значит, мы имеем дело с вышеописанным математическим совпадением.
Выясним, не были ли записи внесены напрямую. Иногда специалисты используют документ ОперацияВведеннаяВручную для корректировки регистров сведений без создания первичных документов.
Посмотрим список записей регистра РегистрСведений.ПараметрыАмортизацииОСБухгалтерскийУчет с отбором по конкретному основному средству. Нас интересуют записи с периодом 01.01.2022. Если записи есть, но в интерфейсе карточки ОС их "не видно", проверьте признак "Активность" и корректность заполнения полей СтоимостьДляВычисленияАмортизации и ОстаточныйСрокИспользования.
Рассмотрим вероятность внешнего вмешательства в алгоритм. Предыдущие специалисты могли использовать механизм Расширений конфигурации.
Проанализируем список расширений: если там присутствует модуль, перехватывающий процедуру РассчитатьАмортизацию в общем модуле АмортизацияОС, это может объяснять "аномальное" поведение системы. Часто программисты принудительно устанавливают равенство СуммаАмортизацииБУ = СуммаАмортизацииНУ, чтобы упростить жизнь бухгалтерии и избежать возникновения временных разниц (ПБУ 18/02).
// Пример возможной "вредной" доработки в расширении
&После("РассчитатьАмортизациюОС")
Процедура ИмяРасширения_РассчитатьАмортизациюОС(ПараметрыРасчета, РезультатРасчета)
// Принудительное выравнивание БУ под НУ
РезультатРасчета.АмортизацияБУ = РезультатРасчета.АмортизацияНУ;
КонецПроцедуры
Проанализируем ситуацию, когда равенство БУ и НУ нарушается. Это происходит, если у объекта есть история "сложных" событий. Например, модернизация. В налоговом учете модернизация увеличивает первоначальную стоимость и может (но не обязана) увеличивать срок. В бухгалтерском учете по старым правилам (ПБУ 6) модернизация также увеличивала стоимость, но расчет от остатка велся иначе. С 2022 года по ФСБУ 6 амортизация модернизированного объекта в БУ практически всегда будет отличаться от НУ, если не была проведена ручная корректировка элементов амортизации (ликвидационной стоимости или СПИ).
Выясним, не включен ли для данных объектов Групповой учет. С 2022 года в 1С:Бухгалтерия появилась возможность объединять однотипные малоценные объекты в группы. В этом случае индивидуальные карточки Справочник.ОсновныеСредства продолжают существовать, но расчет амортизации идет по регистру ПараметрыАмортизацииОСБухгалтерскийУчет для всей группы в целом. Это часто приводит к визуальному отсутствию данных в привычных местах интерфейса.
Если вы столкнулись с тем, что в типовой БП 3.0 амортизация БУ равна НУ "копейка в копейку" без видимых причин:
АмортизацияОС или АмортизацияОСВызовСервера.Таким образом, "магия" одинаковых цифр чаще всего объясняется либо чистой математикой новых правил ФСБУ 6 при нулевых вводных по ликвидационной стоимости, либо скрытыми программными правками, призванными сблизить два вида учета.