Добрый день!
вопрос, собственно такой и есть:
Почему запланированная амортизация цепляется при движении выбытия?
Хочу сделать выбытие ОС, но при проводке система воспринимает заапланиованную амортизацию за период движения, как проведенную...
Как с этим можно бороться?

Никак, это как раз правильно. Простая схема: стоит 100 рублей и нужно списывать по 10 рублей. Решили списать в течение месяца, когда еще не успели провести амортизацию, но если бы успели, то при выбытии амортизация была бы учтена, поэтому в SAP это и учтено. Если бы это не учитывалось, то была бы зависимость учета от календарного выполнения операций, что всегда неудобно, а так....не нужно с этим бороться, это преимущество модуля, а не проблема....

Тогда даже ещё интересней :
1) На 09.2007 загружена сумма амортизации за текущий год (старт системы)
2) На 30.10.2007 проходит списание этого ОС (амортизация только за 9 периодов, введенная при загрузке)

В итоге: на 10 период планируются копейки, которые выправляют введенные данные за 9 периодов, т.е. система подгоняет введенную суму амортизации под свой расчет девяти периодов за счет амортизации десятого. При том амортизация месячная за десятый период не фигурирует в расчете, и соотвественно, в проводке выбытия. А вот эти запланированные копейки как раз и попадают в документ проводки.

Но это лирическое отступление
Ситуация такова, что все равно надо провести без этих копеек - вот как бы такое прокрутить?

Скорее всего придется добавлять код амортизации, в котором надо указать новое управление периодами, для выбытия указываем 01 вместо 11