При ведении учета основных средств в программе 1С:Бухгалтерия предприятия 3.0 бухгалтеры нередко сталкиваются со странной ситуацией: ежемесячный документ Начисление амортизации рассчитывает и проводит абсолютно одинаковые суммы по бухгалтерскому (БУ) и налоговому (НУ) учету. Однако, если зайти непосредственно в карточку объекта в справочнике Основные средства, показатели в полях накопленной амортизации (НА) по БУ и НУ существенно различаются. Разберем по шагам, почему возникает данная проблема, проанализируем внутренние механизмы работы программы и выясним эффективные способы исправления этой ошибки.
Для начала проанализируем, как программа 1С:Бухгалтерия 3.0 собирает данные для карточки основного средства и специализированных отчетов (например, ведомости амортизации). Программа является регистровой системой. Это означает, что отчетность и экранные формы справочников часто обращаются не к проводкам по бухгалтерским счетам 01 и 02, а к специальным регистрам сведений, в которых хранится история изменения состояния объектов.
Аббревиатура НА в карточке основного средства расшифровывается как Накопленная амортизация за весь период его эксплуатации. Если ежемесячные начисления в документах закрытия месяца совпадают, а итоговая накопленная сумма в карточке различается — это верный признак того, что в системе произошел рассинхрон между проводками и регистрами сведений, либо была допущена ошибка в прошлых периодах. Рассмотрим подробнее основные причины этой проблемы.
Выясним наиболее частую причину расхождений, с которой сталкиваются пользователи на практике. Бухгалтер, обнаружив какую-то неточность в расчетах за прошлые месяцы или года, решает скорректировать данные с помощью документа Операция, введенная вручную. В этом документе проводятся исправления напрямую по дебету или кредиту счетов 01 или 02.01 отдельно для БУ или НУ.
При этом ручная операция делает проводки только по бухгалтерскому регистру (регистру бухгалтерии). Однако она совершенно не затрагивает специализированные регистры сведений 1С, по которым программа отслеживает параметры и историю ОС:
Параметры амортизации ОС (бухгалтерский учет)Параметры амортизации ОС (налоговый учет)Расчет амортизацииВ результате ежемесячный документ Начисление амортизации продолжает корректно рассчитывать амортизацию равными долями, так как он опирается на исправные данные регистров. Но карточка ОС и ведомость амортизации, суммирующие информацию из регистров и проводок, начинают показывать неверные, двоящиеся данные. Чтобы исправить это, необходимо использовать документ Корректировка регистров или добавлять регистры сведений в ручную операцию через меню настройки.
Посмотрим на пример правильного программного или ручного изменения параметров, если требуется синхронизировать регистры сведений:
// Пример концептуальной записи движения в регистр параметров амортизации
ДвижениеРегистра = РегистрыСведений.ПараметрыАмортизацииОСБухгалтерскийУчет.СоздатьНаборЗаписей();
ДвижениеРегистра.Отбор.ОсновноеСредство.Установить(ТекущееОС);
НоваяСтрока = ДвижениеРегистра.Добавить();
НоваяСтрока.Период = ДатаКорректировки;
НоваяСтрока.ОсновноеСредство = ТекущееОС;
НоваяСтрока.СрокПолезногоИспользования = НовыйСПИ;
ДвижениеРегистра.Записать();
Рассмотрим ситуацию, когда учет по организации в базе 1С начинался не с нуля, а с переноса данных или ручного ввода остатков на начало года. Для этого использовался специализированный документ Ввод остатков.
При заполнении табличной части по основным средствам пользователь мог корректно указать первоначальную стоимость и срок полезного использования (СПИ) для БУ и НУ одинаковыми. Но при этом в поле Накопленная амортизация на дату ввода остатков по ошибке были внесены разные суммы. Программа приняла эти остатки к учету. При дальнейшей работе ежемесячные суммы амортизации рассчитываются одинаково, но общая накопленная амортизация (НА) в карточке ОС всегда будет отличаться ровно на ту сумму, которая была ошибочно внесена при вводе остатков.
Проанализируем современные законодательные особенности расчета амортизации в БУ и НУ. С переходом на ФСБУ 6/2020 правила расчета в бухгалтерском учете стали принципиально отличаться от налоговых алгоритмов:
(Балансовая стоимость - Ликвидационная стоимость) / Оставшийся СПИ. В НУ расчет по-прежнему идет по классической схеме: Первоначальная стоимость / Общий СПИ. Это приводит к разным ежемесячным суммам в БУ и НУ.Выясним еще один скрытый фактор. Если объект основных средств переводился на другой счет учета (например, со счета 01.01 на счет 03.01 при передаче в аренду) обычными ручными проводками, а не специализированным документом Перемещение ОС, программа теряет связь с первоначальными регистрами сведений. Алгоритм начисления амортизации в БУ может сбиться или переключиться на параметры по умолчанию, в то время как в НУ начисление продолжится по старым правилам.
При делении первоначальной стоимости на СПИ часто получаются дробные числа с бесконечным количеством знаков после запятой. Из-за разности алгоритмов округления в БУ и НУ система может периодически начислять амортизацию с разницей в 1 копейку. За несколько лет эксплуатации эти копейки накапливаются в карточке ОС. Программа автоматически спишет и выровняет эту разницу только в самый последний месяц начисления амортизации по данному объекту.
Проанализируем ситуацию и выполним совместные действия по поиску и исправлению расхождения:
02.01 с отбором по нашему основному средству. Посмотрим, нет ли среди документов начисления документов типа Операция (ручные проводки). Если они есть, значит, бухгалтер правил амортизацию вручную без корректировки регистров.Параметры амортизации ОС (бухгалтерский учет) и аналогичный регистр для налогового учета. Убедимся, что все данные в них соответствуют первичным документам.Изменение параметров начисления амортизации ОС для принудительного выравнивания параметров БУ и НУ.Следуя этому простому алгоритму, мы сможем быстро найти причину расхождения накопленной амортизации и успешно привести учет основных средств в полное соответствие с требованиями стандартов.