В конфигурации «1С:Управление производственным предприятием 1.3» нередко возникают ситуации, когда из-за ошибок ввода данных или изменений в учетной политике амортизация по основным средствам (ОС) в бухгалтерском (БУ) и налоговом (НУ) учете начинает начисляться по-разному. Это приводит к возникновению временных разниц (ВР) согласно ПБУ 18/02, что не всегда соответствует целям учета. Разберем подробно, почему типовые документы могут не срабатывать и как правильно «выровнять» учет в системе.
Проанализируем механику работы УПП 1.3. При расчете амортизации система не обращается напрямую к справочнику ОсновныеСредства. Она использует данные из набора периодических регистров сведений и накопления. Ошибка автора темы заключалась в том, что была попытка изменить данные только в одном месте (срок в карточке или один регистр), в то время как расчет амортизации — это комплексный процесс, зависящий от состояния регистров на начало периода.
Рассмотрим основные причины, по которым изменения «не подхватываются»:
02 уже накопилась разница между БУ и НУ, система будет продолжать генерировать ВР при каждом начислении, чтобы сбалансировать общее уравнение: БУ = НУ + ПР + ВР.Прежде чем приступать к корректировкам, нам необходимо выяснить текущие значения в регистрах сведений. Проанализируем состояние следующих объектов по конкретному ОС:
Параметры амортизации ОС (налоговый учет)Первоначальные сведения ОС (налоговый учет)Начисление амортизации ОС (налоговый учет)Если данные в этих регистрах противоречат друг другу (например, срок использования не соответствует остаточной стоимости), документ Начисление амортизации будет выдавать некорректный результат или отправлять всю сумму на ВР.
Чтобы полностью убрать временные разницы, нам нужно сделать так, чтобы остаточная стоимость в БУ и НУ стала идентичной. Рассмотрим, как это сделать с помощью документа Корректировка записей регистров.
Нам потребуется внести правки в регистры накопления:
Выясним причину, по которой амортизация в НУ была меньше. Если по НУ срок был 24 месяца вместо 12, значит, износ по НУ накоплен в меньшем объеме. Нам нужно «догнать» сумму НУ до суммы БУ. В документе Корректировка записей регистров добавим запись по регистру Амортизация ОС (налоговый учет) с видом движения «Приход» на недостающую сумму.
Разберем по шагам, как правильно заполнить этот документ для налогового учета, чтобы расчет в будущем шел корректно. Важно помнить, что документ должен быть датирован последним числом месяца, предшествующего месяцу «красивого» начисления.
В табличной части для налогового учета необходимо заполнить:
Важный нюанс: если вы хотите, чтобы ежемесячные суммы БУ и НУ совпадали, «Остаточная стоимость» и «Оставшийся срок» в обоих учетах должны быть пропорциональны.
После корректировки регистров накопления наши данные в управленческих и налоговых регистрах выровняются, но бухгалтерские проводки по счету 02 все еще могут содержать ВР. Посмотрим на пример того, как закрыть сальдо по ВР с помощью документа Операция (бухгалтерский и налоговый учет).
Нам необходимо сделать проводку по кредиту счета 02.02 (или 02.01):
Счет Кт: 02.01
Субконто Кт: [Наше ОС]
Сумма НУ: [Сумма корректировки с плюсом]
Сумма ВР: [Сумма корректировки с минусом]
Таким образом, общая сумма по БУ не изменится (так как НУ + ВР даст прежний результат), но мы перенесем сумму из временной разницы в чистый налоговый учет. После этого сальдо ВР на счете 02 обнулится.
Если после всех манипуляций документ Начисление амортизации все равно кидает всю сумму на ВР, проанализируем регистр сведений Начисление амортизации ОС (налоговый учет). Убедимся, что для данного ОС установлен флаг «Начислять амортизацию». В УПП 1.3, если этот флаг в НУ ложный, система считает амортизацию НУ равной нулю, а всю сумму из БУ признает временной разницей.
Для успешного решения задачи мы выполнили следующий алгоритм:
Амортизация ОС (налоговый учет).Изменение параметров амортизации ОС.Помните, что перед проведением таких операций в рабочей базе крайне рекомендуется выполнить их на копии и проверить отчет Ведомость амортизации ОС и Анализ субконто по счету 02. Только при полном совпадении остатков и параметров в обоих видах учета система перестанет генерировать временные разницы.