Приглашаю обсудить технологию ввода остатков ОС в НУ. #5159

Основные средства в БУ и в НУ В соответствии с НК РФ, 25 Глава, ст. 322, п. 1 «По основным средствам, введенным в эксплуатацию до вступления в силу настоящей главы, полезный срок их использования устанавливается налогоплательщиком самостоятельно по состоянию на 1 января 2002 года…». Там же: «Вне зависимости от выбранного налогоплательщиком метода начисления амортизации по имуществу, введенному в эксплуатацию до вступления в силу настоящей главы, начисление амортизации производится исходя из остаточной стоимости указанного имущества». Попытаемся разобраться, к чему это приводит при регистрации ОС в программе бухучета. Предположим, что объект ОС введен в эксплуатацию 31 декабря 2001 года. Его первоначальная стоимость равна 120000 руб., срок полезного использования 120 месяцев. Ежемесячная сумма амортизации при линейном методе начисления составит 1000 руб. Остатки этого объекта вводятся в программу на 31 декабря 2004 года. К этому времени общая сумма начисленной амортизации составит 24000 руб. В бухгалтерском учете отражаем этот факт следующими записями. Дебет 01.1 Кредит 00 – 120000 руб. Дебет 00 Кредит 02.1 – 24000 руб. Здесь все просто и никаких вопросов не возникает. Вопрос в налоговом учете. Организация решила на 1 января 2002 г. в целях налогового учета установить другой срок использования, а именно – 60 месяцев. Ежемесячная сумма амортизации при линейном методе начисления составит уже 2000 руб. Следовательно, к моменту ввода остатков сумма начисленной в целях НУ амортизации составит 48000 руб. С помощью обработки «Формирование и контроль начальных остатков по налоговому учету» примем наш объект ОС к налоговому учету по остаточной стоимости. В карточке реквизитов ОС, на закладке «Налоговый учет» первоначальную стоимость укажем равной 120000, а срок полезного использования - 60 месяцев. В результате обработка сформирует следующую проводку. Дебет Н05.01– 96000 руб. Обращаем внимание на то, что к налоговому учету объект ОС принят по первоначальной стоимости в БУ, а не в НУ. Это приводит к неправильному начислению амортизации в целях налогового учета. Дебет 26 Кредит 02.1 – 1000 руб. Здесь все верно! Дебет Н07.04.1 Кредит Н05.02 – 1600 руб. Здесь все НЕ верно! Значение 1600 руб. – это результат деления  96000 руб. на 60 мес. То есть обработка вместо того, чтобы рассчитать остаточную стоимость объекта ОС в целях НУ, использует остаточную стоимость в целях БУ. Правильный результат можно получить, если отказаться от использования обработки и принять ОС к НУ вручную, а именно. Дебет Н05.01– 120000 руб. Кредит Н05.02– 48000 руб. В этом случае получим правильный результат. Дебет 26 Кредит 02.1 – 1000 руб. Дебет Н07.04.1 Кредит Н05.02 – 2000 руб. Программа рассчитала остаточную стоимость в НУ (72000 руб), рассчитала остаточный срок использования в НУ (36 мес.) и начислила правильную сумму амортизацию. Выводы. В правильности этих выводов меня укрепило сообщение на . 1) Обработка формирования и контроля начальных остатков в налоговом учете не позволяет корректно принять к НУ ОС средства, у которых разная остаточная стоимость. 2) В программе не предусмотрено блокировки действий обработки, если остатки в НУ введены вручную. Она все равно сформирует проводку в дебет счета Н05.01 на сумму 96000 руб. В результате стоимость ОС в НУ станет 216000 руб., а ежемесячное начисление 3600 руб.!!! 3) Последнее означает, что, если в организации несколько сотен единиц объектов ОС и среди них есть хотя бы  один объект, подобный описанному, то все остатки в НУ придется вводить вручную. P.S. Уважаемые коллеги. Я могу ошибаться, тем более будут ценны Ваши замечания, соображения и дополнения.

Это по мотивам этой ветки ?

Точно. Мотивы те же, но полученный результат, кажется, требует отдельного обсуждения.

Пора на хотлайн обратиться, однако...

Даже практически почти на 100% могу предположить, что они ответят. ;-))

Я могу ошибаться, но обработка «Формирование и контроль начальных остатков по налоговому учету», смотрит остатки по БУ и делает такие же по НУ, поэтому данная обработка не подходит в данном случае. Одни мои клиенты вышли из положения таким образом: Они данные объекты ОС стали вести по НУ с самого момента их поступления, у них сроки были не большие, объектов много, и им показалось так проще. Может все это и глупость, заранее прошу прощения.

Для ОС до 2001 года в обработке нужно указать "Принимать по остаточной стоимости". Тогда будет сделана проводка Д Н05.01 Остаточная стоимость. Если надо вводить с учетом начисленной амортизации с 01.01.2002, тогда руками, но учитывая, что сумма по НУ на это число = остаточной стоимости по БУ.

К сожалению, есть случаи, когда к моменту ввода остатков ОС у них начисленна разная величина амортизации по БУ и по НУ. Задним числом их сравнять уже нельзя. Да и руководство, когда принимало решения естественно меньше всего думало об 1с. И это правильно. Проводку в дебет счета Н05.01 обработка в любом случае сделает. Только сумма будет зависит от режима принятия к НУ: по остаточной или  по балансовой. Я не понял фразу <<но учитывая, что сумма по НУ на это число = остаточной стоимости по БУ>>. Какая сумма? Какое число? И какое действие между ними?

Правильным должен быть такой вариант. К НУ принимается остаточная стоимость ОС, и срок полезного использования оставшийся. Т. е. если вы определили срок полезного использования 60 м и до 2002 г он прослужил 2, то срок поставте 58. Ввод остатков сочинял сам. Стандартная какая то не такая. Неподошла. Видимо это связано с тем, что методика принятия ОС к НУ менялась.