Перекопала весь форму и саповский хелп. Много чего нарыла, спасибо всем за помощь
Версия 4.6

Создала новый код амортизации: настроила так, как на форуме написано и в хелпе.
Базовый метод 0007: Вид амортизации - типовая амортизация, метод амортизации Процентставка от срока эксплуатации.
Метод этапов: срок с даты поступления НКС, Даты с 999 по 9999, ссылочное значение 24 ( Остаточная стоимость), галка - от остаточной стоимости. ( и на форуме написано, и в хелпе)

Провели модернизацию через расчет СО-заказа на ОС. ВДв ОС 115. Не настраивала, не изменяла.
Код в карточке ОС пока не меняла.
Все правильно: амортизация начинается со следующего месяца на оставшийся срок, учитывая сумму модернизации.
Меняю только код амортизации с периода 12 2023 года. Амортизация пересчитывается с ссылочной даты 01.12.2023, как нам и надо.

Увеличиваю СПИ и тут начинаются неприятности. Амортизация пересчитывается с начала 2023 года, учитывая новый СПИ и сумму модернизации. Но нам надо с месяца поступления суммы модернизации и на увеличенный СПИ.

Что еще можно сделать?
Использовать корректировку амортизации не хочется.

Претендовать на истину не буду, но недавно перевыставлял СПИ.
Во-первых, почему бы не установить 27, а не 24 (мне кажется, это более правильно). Но это так, на решение задачи это не повлияет.
Далее в новом интервале СПИ выставлял. То есть именно создавал новый интервал в ANLB на оценке, указывал новый СПИ там.
Старая амо до точки перехода не трогалась. Пересчет шел только с нового периода.
Разумеется, стояла галка остаточного срока и значение 27 на этапах.
Вроде взлетели.
Разумеется, управление периода выставлено 11 со следующего. Проверьте, не стоит ли с начала года?

Хоть 27 ставлю, хоть 23, не меняются значения.
В управлении периодами ставлю 01 - пропорционально на начало периода, так как мне надо с месяца поступления модернизации.

Амортизация пересчитывается с 01.01.2023 года.

А это как? Прямо в таблице новую строку создавали?

Эмммм.... Что?
Поставьте 11 на поступлениях текущего и следующего года и проверьте результат.

изменений нет. Пересчитывает амортизацию на начало 2023. Амортизаию по модернизации ставит с декабря, хотя нам надо с ноября, как поступила сумма.

Понял, возвращайте на 01.
Оставьте пока 27, галка остаточного стоит.
На вкладке оценки создайте новый интервал оценки, именно создайте новый интервал, по кнопке плюсик.
В новом интервале укажите действие с 01 числа следующего месяца (после модернизации). Выставьте новый СПИ.
Данный СПИ будет применяться только к новым параметрам амортизации с нового интервала.
Новый интервал появится в таблице ANLB и будет считаться актуальным и действующим с новой даты.
В результате вижу так:
- старая амо не будет пересчитываться
- амо для модернизации - в периоде модернизации
- амо с периода после модернизации по остаточному сроку на момент нового периода и по остаточной стоимости
Должно сработать.

У нас нет плюсика на вкладке оценка.

1. Провалиться в область оценки.
2. Нажать кнопку "Другие интервалы".
3. Нажать кнопку "Плюсик".

Не может быть, чтобы в вашей версии не было этой кнопки. Зависимость амортизации от даты вроде уже миллион лет как существует.

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

Покажите скрин на вкладке "Оценка" после проваливания в область оценки.
В транзакции AS02.
Вы провалились в область оценки по двойному щелчку???

Пока откорекктировала амортизацию за текущий год ВДв 640 и 714. Нашла расширение, буду в этом направлении копать

Текущую амортизацию нельзя 700-кой корректировать, она в группе видов относится к прошлым годам и ложится как долевая в ANEA. Ну как, можно то есть, если потом по цепочке нигде информацию эту не используете. Если в этом году будет выбытие, то она списываться будет долями как амортизация старого запаса. Ну и ведомость неверно показывать будет, если стандартную используете.

Что касается СПИ, то без создания интервала система действует так: распространяет СПИ на весь срок жизни ОС с момента оприходования. Если бы прошлые годы в ОС были открыты, то система бы вам сейчас и амортизацию прошлого года в 12 период воткнула новую. Допустим, старый год в АА закрыт. Тогда новый СПИ будет распространен на весь текущий год, и амортизация по нему будет пересчитана.

Поэтому если у Вас нет кнопки (в чем я пока не убедился, скрин-то покажите), то вам эту задачу тяжко, конечно, решать придется. Через внеплановую - вариант, но все же от 700-х видов я бы отказался. Лучше на базе 640 и 650 сделать свои. Новый счет туда никак не получится подставить, но вам это и не нужно, потому что речь про текущие затраты года, счет должен быть тем же. Если сумма плюсовой поправки потонет в общем объеме амортизации за месяц, то тогда кредита затрат и не будет. Если и будет, решите через замещение красного сторно. Вот и в принципе как вариант.

Но в вашей системе, где, предположим, кнопки нет, я бы предложил пробить такую схему, при которой СПИ новый устанавливается строго по итогам отчетного года. Тогда после закрытия года в АА можно без создания интервала менять СПИ, все будет нормально. Такую же задачу недавно решал, собирался создавать интервал, но поскольку год в АА был уже закрыт, я просто поставил СПИ новый. Так делать тоже нехорошо, кстати, потому что как только год в ОС откроют по какой-то причине, то в него в 12 период прилетят корректировки. А вот избавляться от них будет очень невесело в сравнении с исходной задачей.