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

можно, но очень сложно.
А что случилось?

Дело в том, что ОС было создано в классе, который в свою очередь был создан через функцию копирования, при этом для данного класса был определен новый выбор счета, т.е. отличный от выбора счета из копируемого класса. В результатае при создании ОС в новом классе подтягивается именно выбор счета, присвоенный копируемому классу (хотя в настройке стоит другой новый выбор счета) (Это так и должно быть, или это ошибка?). Для этих 2-ух выборов счета соответственно присвоены разные счета амортизации. В итоге амортизация ушла не на те счета.
Примечание: Если класс ОС создается не через копирование, а как новая запись, ОС создаются корректно.
Варианты решения, пришедшие в голову:
Вариант 1
1. Создать новый класс ОС (не через копирование)
2. Создать карточки ОС в новом классе
3. Сброс проведенной амортизации
4. Перемещение со старой карточки на новую
5. Расчет амортизации
В вязи с чем вопрос, можно ли сбросить амортизацию за один месяц? ОС оприходованы 09/2010, т.е. амортизация проведена еще только за 10/2010.

Вариант 2
1. Создать новый класс ОС (не через копирование)
2. Создать карточки ОС в новом классе
3. Проведенную по старым ОС амортизацию списать через особую амортизацию
4. Выполнить перемещение со старой карточки на новую
5. По новым ОС провести особую амортизацию в сумме амортизации, проведенной по старым ОС
6. Со следующего месяца расчет типовой амортизации в обычном порядке

Возможны ли какие-либо еще варианты решения данной проблемы?

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

Таких ОС порядка 30-ти. Под консервацией Вы имеете останов?


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

Да

1. Ставите в классе нужный выбор счета с правильными счетами
2. запускаете ABST2, который показывает дельту между счетами ГК
3. OAMK - меняем на время управление контрольными счетами
4. OASV - перемещаем суммы между счетами ГК
5. OAMK - возвращаем назад настройки счетов ГК

В классе ОС и стоит нужный выбор счета с правильными счетами.
Но по непонятным причинам при создании ОС в данном классе (класс был создан путем копирования, при этом выбор счета был изменен на нужный!!!) подтягивается именно выбор счета из копируемого класса, хотя в настройке для нового класса стоит другой выбор счета, который и должен подтянуться в карточку ОС.
Если класс создается не через копирование, а как новая запись, то ОС создается корректно, т.е. берется выбор счета, присвоенный классу.

Тут все просто. Есть таб. ANKP - Классы ОснСредств: Содержимое полей, зависимых от ПланОценки, которая заполняется если вы пользуетесь тр. ANK1 для настройки Класса ОС для определенного Плана оценки.
Потом, когда вы копируете Класс ОС, данные в этой таблице тоже копируются, соответственно и Выбор счета тоже копируется. При создание ОС SAP смотрит в таб. ANKP и ставит вам Выбор счета не из Класса ОС, который вы уже там поменяли, а из настройки Класса ОС для Плана оценки.