При свертке информационной базы или переносе данных из устаревших версий (например, из БП 2.0 в БП 3.0) часто возникает ситуация, когда по основным средствам (ОС) корректно переносятся данные бухгалтерского учета (БУ), но полностью отсутствуют параметры налогового учета (НУ). В результате при закрытии месяца амортизация по НУ не рассчитывается, а ручное заполнение сумм в документе Ввод остатков не всегда решает проблему.
Разберем подробно, почему это происходит и как заставить систему корректно начислять амортизацию, используя инструменты правки регистров и документов 1С.
Проанализируем ситуацию: пользователь обнаруживает, что после свертки базы на 01.01.2020 погрузчик имеет стоимость в БУ, но пустые показатели в НУ. Попытка использовать документ Изменение параметров амортизации ОС часто не дает результата, так как этот документ предназначен для изменения уже существующих параметров, а не для инициализации учета «с нуля». Более того, параметры, установленные этим документом, начинают действовать только со следующего месяца после даты документа.
Выясним основную причину: в 1С:Бухгалтерия расчет амортизации опирается не только на счета 01 и 02, но и на данные специальных периодических регистров сведений. Если при переносе или свертке записи в этих регистрах не были созданы, программа «считает», что объект не подлежит амортизации по налоговому учету.
Первым делом рассмотрим документ Ввод остатков. Если он был создан автоматически, в нем могут отсутствовать данные на закладке «Налоговый учет».
Однако, как показывает практика, даже при заполненном документе Ввод остатков, движения по регистрам могут не сформироваться должным образом, если объект изначально был помечен как «не подлежащий налоговому учету» в старой базе.
Если суммы в Ввод остатков есть, но амортизация в январе 2020 года все равно равна нулю, нам необходимо проверить регистр Начислять амортизацию (НУ). В системе 1С этот флаг является определяющим для алгоритма закрытия месяца.
Рассмотрим, как добавить эту запись вручную, если документ Ввод остатков ее не создал:
Операция, введенная вручную.Начислять амортизацию (НУ).Внимание на дату: чтобы амортизация начала начисляться с января 2020 года, запись в регистре должна быть датирована декабрем 2019 года (предыдущим периодом). Если поставить дату 01.01.2020, система увидит изменения только при расчете за февраль.
Проанализируем еще одну частую ошибку: когда все параметры заданы, но сумма амортизации все равно нулевая. Это может быть связано с регистром Специальный коэффициент для амортизации ОС в НУ.
Посмотрим на логику программы:
Для исправления ситуации выполним следующие действия:
Операции, введенной вручную добавим регистр Специальный коэффициент для амортизации ОС в НУ.Для полноценного учета в НУ программа должна знать «базу» для расчета. Проверим регистр Первоначальные сведения ОС (налоговый учет). В нем должны быть заполнены следующие поля:
Первоначальная стоимость;Стоимость для вычисления амортизации;Срок полезного использования (в месяцах);Метод начисления амортизации (хотя в БП 3.0 он чаще берется из учетной политики, поле в регистре может быть критичным для старых объектов).Если эти данные пусты, расчетный механизм просто не найдет чисел, от которых нужно вычислить процент износа. Если вы правите это через Операцию, код добавления записей в регистры (в контексте программной обработки) выглядел бы примерно так:
МенеджерЗаписи = РегистрыСведений.НачислятьАмортизациюОСНУ.СоздатьМенеджерЗаписи();
МенеджерЗаписи.ОсновноеСредство = СсылкаНаОС;
МенеджерЗаписи.Организация = СсылкаНаОрг;
МенеджерЗаписи.Период = ДатаСвертки;
МенеджерЗаписи.НачислятьАмортизацию = Истина;
МенеджерЗаписи.Записать();
Если после всех манипуляций амортизация не «идет», проанализируем состояние объекта через регистр Состояния ОС. В системе объект должен иметь состояние «Принято к учету». Если после свертки это состояние потерялось, документ Амортизация и износ ОС будет игнорировать карточку погрузчика.
Также проверьте регистр Способы отражения расходов по амортизации (налоговый учет). Если программе некуда «пристроить» дебет (не указан счет затрат или аналитика), проводка не сформируется, хотя расчет в памяти может произойти.
Для успешного восстановления амортизации по НУ после свертки необходимо:
Ввод остатков на закладке НУ.Начислять амортизацию (НУ).Используя этот комплексный подход, мы устраняем «информационный вакуум», возникший при переносе данных, и возвращаем учет ОС в нормальное русло.