Здравствуйте, уважаемые эксперты! Затеяли пересмотреть сроки амортизации полностью самортизированных ОС. Руководствовались вашей статьей: https://buhexpert8.ru/1s-buhgalteriya/osnovnye-sredstva/postuplenie-i-prinyatie-k-uchetu-os/peresmotr-spi-dlya-polnostyu-samortizirovannogo-os.html#i-acfd7a31.
Все вроде бы понятно, но когда стали делать, одно ОС не хочет амортизироваться, хоть ты тресни! И остаточная стоимость есть, и месяцы есть, и признак, что надо амортизировать, есть, и все как у других, а оно не амортизируется. В чем может быть подвох?
Комментарии закрыты.
Здравствуйте!
При пересмотре СПИ полностью самортизированных ОС порядок действий выбран верно: вы оформили документ Изменение элементов амортизации ОС с событием Пересмотр элементов амортизации и затем выполнили корректировку амортизации операцией с формированием новой стоимости, подлежащей амортизации.
Полагаю причина, по которой одно из основных средств не попадает в начисление амортизации, связана не с настройками СПИ, а с аналитикой в ручной операции Корректировка амортизации. В строке по автомобилю CITROEN Berlingo указан инвентарный номер от другого объекта (Fujikura), из‑за чего данные по пересмотру стоимости и срока использования для сварочного аппарата могут не учитываться в регламентном расчете амортизации.
Рекомендую распровести и заново оформить операцию корректировки, подбирая каждое ОС отдельно и внимательно проверяя инвентарные номера и прочую аналитику по счету 02.
После исправления операции и повторного закрытия месяца следует проверить включен ли объект в справку‑расчет амортизации и начисляется ли амортизация по пересмотренному СПИ.
Отпишитесь, пожалуйста, по результату 🍀
Возможно пригодится
Пересмотр СПИ для полностью самортизированного ОС в 1С
Алгоритм исправлений ошибки, если не выполнен переход на ФСБУ 6 по полностью самортизированным ОС в 1С
Здравствуйте! все проверил. инв Номера на всякий в операцию вбил, но они явно не играют роли, там роль играет ссылка на ОС,
(и кстати, автомобиль то амортизируется). Все перепровел — не помогло. Вот все возможные отчеты по амортизации. Видимо какая то еще причина есть…
Добавили документ Изменение состояния ОС. и все заработало!
Отличные новости, Алексей!!! 🌟🌟🌟
Сработал дополнительный документ, который восстановил или актуализировал состояние ОС для целей начисления амортизации.
Благодарю, что поделились результатом! 🌸
Здравствуйте! Все таки проблемы есть.
Все сделали по статье, но при закрытии месяца на 99.09 вылезает сальдо, именно на сумму ручной операции.
вот здесь В конце года появляется проводка 99.09 / 68.04.2 на большую сумму. С чем связана эта проводка и как найти ошибку в 1С
написано, что это ошибка в расчете отложенного налога.
Что то не так, получается?
Пересмотр СПИ и восстановление стоимости полностью самортизированного ОС относятся только к бухгалтерскому учету по ФСБУ 6/2020. В налоговом учете такие объекты уже полностью учтены в расходах, поэтому пересматривать СПИ и восстанавливать стоимость в НУ нельзя. Соответственно, все корректировки по пересмотру СПИ выполняются только в БУ, а возникающее расхождение между БУ и НУ по такому объекту является постоянной разницей и учитывается как ПР в рамках ПБУ 18/02.
Ручная операция корректировки амортизации формирует новую стоимость, подлежащую амортизации, и сумму амортизации именно в бухгалтерском учете, что соответствует подходу ФСБУ 6/2020. Чтобы при применении ПБУ 18/02 эта операция не приводила к лишним суммам на счете 99.09 при закрытии месяца, важно, чтобы она была оформлена по следующей схеме:
• пересмотр СПИ и восстановление стоимости полностью самортизированного ОС отражаются только в БУ (стоимость и амортизация — в колонке БУ);
• в НУ по этим операциям суммы не заполняются, налоговый учет по объекту остается прежним (объект полностью самортизирован и повторно в расходах не участвует);
• разница между новым БУ (есть восстановленная стоимость и амортизация) и НУ (стоимость ноль, амортизация не начисляется) является постоянной и должна отражаться в ПР; временные разницы по этому объекту не формируются;
• для каждой строки по ОС должно выполняться правило «БУ = НУ + ПР», при этом НУ по этим корректировкам остается нулевым, а ПР показывает всю разницу между БУ и НУ по соответствующему объекту.
Рекомендую сверить заполнение операции с этой схемой и, при необходимости, скорректировать значения в колонках НУ и ПР. После этого стоит повторно выполнить закрытие месяца и проверить, сохраняется ли дополнительная сумма на счете 99.09 по блоку пересмотра СПИ полностью самортизированных ОС.
Большое Спасибо! Все получилось.
В основной статье про это ничего не сказано,
поэтому мы и не трогали поля НУ и ПР, как нарисовано на картинке.
Рада была помочь! Обращайтесь, пожалуйста 🌷