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

Как настроить код амортизации, чтобы износ начислялся от остаточной стоимости на остаточный срок?
Был ответ: "К примеру, такие настройки кода амортизации:
базовый метод Типов.: %% по сроку эксплуатации
метод/период: 11/11/11/11
метод по этапам: 9999 999 12 27 0,0000% V(ост срок)
класс: без присвоения
Все работает.
В любом случае получается месячная амортизация= ост.ст-ть/ост.срок это есть линейная амортизация."

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

Может быть кто-нибудь победил эту проблемму? Заранее благодарю за ответ.

Эту проблему решают созданием новой карточки с новым сроком и переносом движений на нее или самописным кодом расчета амортизации.

Сколько карточку не перемещай система все равно будет брать оставшийся срок на начало финансового года.

А насчет самописного кода придется подумать.
Спасибо.

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

Столкнулись с той же проблемой. Перемещать на новую карточку довольно не просто - у нас например очень большие объемы! Как решили данную проблему? Что означает "Самописный код"?

Это значит, что метод расчета амортизации пользовательский, т.е. не стандартный.

Dumer, для вы писали расширение AFAR0001 - Определение ссылочного значения для расчета амортизации? Если уже созданы ОС с неправильным расчетом амортизации, повлияет ли внедрение данного расширения, осуществится ли перерасчет старых ОС?

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

Dumer, вы писали расширение AFAR0001 - Определение ссылочного значения для расчета амортизации? Если уже созданы ОС с неправильным расчетом амортизации, повлияет ли внедрение данного расширения, осуществится ли перерасчет старых ОС?

Мы не использовали еще расширение AFAR0001. Внедрение этого расширения должно повлиять на ОС, которые раньше использовали другой метод. Перерасчет можно выполнить через тр.AFAR

А каким образом вы решили проблему с расчетом амортизации при модернизации в середине года?

Через расширение AFAR0002

Внедрение данного расширения AFAR0002. привело к перерасчету неправильной амортизации??? корректрировка в данном ФМ осуществляется для E_AFABTR?

Мы с самого начала использовали расширение AFAR0002, поэтому у нас не было неправильной амортизации.

А в какой момент отрабатывает данное расширение и какой должна быть его логика? В нем должна корректировать первоначальная стоимость? Мне надо его СРОЧНО написать...