Добрый день, всем.
Возникла следующая проблема. При перемещении ОС на новой карточке с теми же значениями и тем же кодом амортизации амортизация планируется по-другому.
Посмотрела с помощью отладчика: действительно, когда делаем перемещение в транзакции ABUMN при расчете срока использования анализируется вид движения BWASL, и если он равен ‘QKI’ (310 - перемещение), алгоритм идет по другой ветке, чем при поступлении.
Кто-то сталкивался с такой проблемой? Есть ли пути решения?

P.S. Создавала вчера такую тему на форуме FI-AA, но ответов нет. Может, тут кто-то сталкивался с такой ситуацией.

По-другому - это планируется начиная со следующего месяца? Если так то это нормально, т.к. за текущий месяц амортизация будет насчитана на предыдущей карточке. К тому же возможны отличия из-за наличия на новой карточке уже накопленной амортизации.

Нет, не в этом дело. Попробую детально обрисовать ситуацию.
Имеется ОС , на которое выполнено поступление 30.11.2008; первоначальная стоимость 100 000,00; накопленная амортизация 30 000,00; общий срок использования 11 лет, истекший срок на 01.2008 – 4 месяца. При этом амортизация планируется верно: (100000-30000) / (132-4-11) = 598,29
В этот же день делаю перемещение. При этом никакие значения не меняю. На новой карточке амортизация планируется по-другому: (100000-30000) / (132-4) = 546,88.
Т.е. после перемещения перестала учитываться истекший срок использования 11 месяцев 2008 года.
В отладке я нашла, что алгоритм расчете срока использования действительно зависит от вида движения, точнее от его группы.

дык все правильно - на новой карточке 11 лет экспулатации ? а дата ввода уже новая