Эльвира писал(а): [...]

то есть для модернизированных ОС создаем специальный код амортизациии, для которого ссылочное значение этапа 27 (кстати чем отличается от 24) ??

было ос НСт 20000 , амортизация 10000 и модернизация 2000. мы создаем новое ОС, переносим на него старое и модернизацию с 8го счета (ABUMN?) и амортизация рассчитывается у него исходя из 12000. прально??

Да, для модернизированных ОС с увеличением срока эксплуатации создается отдельный код амортизации. Чем отличается 24 от 27 не поняла, но при 24 код правильно не отрабатывает.
Создаются новое ОС и субномер к нему.
На новое ОС осуществляется перемещение старой ОС (тр.ABUMN), а на субномер с 08* вводится сумма модернизации

А зачем создавать новое ОС? Разве нельзя просто поменять текущий код амортизации в карточке ОС на необходимый?

если просто изменить код амортизации в ОС, то система перерасчитает проведенную ранее амортизацию в соответствии с настройками по новому коду

если просто изменить код амортизации в ОС, то система перерасчитает проведенную ранее амортизацию в соответствии с настройками по новому коду

А вы делаете перемещение на новый номер или можно или на субномер этого же номера можно?

Коллеги, готов доказывать сколько угодно, что собирать сумму модернизации на субномере и потом менять код амортизации где-то - это кривое решение:
1. Основное средство может быть разделено на две части, что тогда делать с субномером?
2. Так не четко видно аналитику по сумме модернизации.
3. Будут неудобства при консервации и передаче в аренду.

Предлагаю проверенное решение:
1. На отдельной карточке на 08 и, соответственно, на 01 счете собрать сумму модернизации.
2. Двинуть на эту карточку модернизируемое основное средство.
3. В новой карточке поставить новый срок и код амортизации от остаточной стоимости.

В итоге:
1. Легко делить на части.
2. Легко собрать аналитику по сумме модернизации.
3. Легко консервировать и передавать в аренду.

Готова поспорить, буду рада, если докажите, что это не так. Потому как тоже для нас проблема. И согласна, что на карточке вести модернизацию и модернизируемое ОС удобнее.
При линейной амортизации выставляешь код амортизации от остаточной стоимости и новый срок службы, но при перемещении на новую карточку система считает от остаточной стоимости, но не считает амортизацию от оставшегося срока службы, следовательно, амортизация уже нелинейная.
И еще бывает модернизация и модернизируемое ОС имеют разные сроки службы.

Модернизация разве имеет свой срок службы?

К сожалению, у нас было такое. Модернизируемое ОС амортизируется по старому сроку службы, а модернизация имеет другой срок.

Если модернизация имеет другой срок, то это уже другое ОС.
Если была модернизация, то пересматривается остаточный срок.

Не факт. Так были составлены договора с поставщиком на модернизацию ОС и бухгалтера требовали только эту схему.
К счастью, сейчас от этого ушли.

Это не выход, как будут работать все отчеты? Потеряется история ОС, все бы было идеально, если бы можно было оценку сделать зависимой от времени, м.б. кто-нибудь нашел выход.

Как потеряется история, если следовать стандартному функционалу?

Вот так и не поняла, что же делать, если в результате модернизации меняется срок службы, а амортизацию надо считать от остаточной стоимости и оставшегося срока использования?