Добрый день!
Коллеги, у меня такой вопрос - могу ли я принудительно изменить класс ОС (уже созданного) используя например средства lsmw. Или это не возможно в принципе?

А можно узнать что именно Вы хотите изменить?

Ну вообще это запрещено. Нужно создать новые карточки в новом классе, и со старых туда переместить с помощью ABUMN.

это я понимаю. Но ситуация следующая: есть уже объекты ОС и их очень много, около 50000. Распределить на нужные классы - требование управл. учета. У нас новая система, остатки уже были загружены по этим 50000 и бухов все устраивает. Но теперь возникла необходимость чтобы поставить верные классы в ОС. Поэтому и спросила.

Lys права, создавать новые карточки в новом классе и перемещать стоимость, по другому ни как.

Согласен с коллегами. Единственное решение - перемещение. Интересно почему изначально не была продумана устраивающая всех структура классов.

А проводки по этим ОС уже были?

Скорее всего у новых классов другие счета?
Или ОС надо растащить по разным классом для аналитики?

коллеги, объясняю. Это отдел УУ вовремя не смог среагировать на то, чтобы до переноса данных просмотреть тогда еще небольшое кол-во ОС, а БУ не мог ждать, так как это поступление и амортизация. Сейчас аудиторы выгрузили базу, сами ее как-то обработали и теперь УУ хотят чтобы это так и было в системе. Вот по этому и спрашиваю

Так счета ГК-то разные для старых и новых классов?
Если разные - то у вас нет вариантов вообще, только перемещением. Вам ведь тогда еще стоимости между счетам ГК надо перенести, а не просто класс поменять в карточке.

я знаю что нужно будет делать перемещение по счетам ГК, так как создаваться будут новые счета 01. То есть получается если у нас 500 карточек (пример) и они на 3-х субсчетах, то тогда чтобы их разложить на верные счета 01 нужно сделать возможно 500 перемещений?

Коллега, поэтому и был задан простой вопрос о наличии движений по переносимым ОС.
Если перенос был сделан и ни один год пока не закрыт, по ОС не было движения, аналитика классов различается непринципиально, то есть возможность тупого изменения класса. Входящее сальдо переносится на соотв. субсчета на системную дату переноса.
НО ЕСЛИ ПРОВОДКИ БЫЛИ, то - сорри - только 500 перемещений.
опробовано в в. 4.6

Выход из Вашего положения это ABAP. Наши писали программу, мы им предоставляли в Excele таблицы соответствия номера карточки в старом классе + в каком классе надо создать карточку и перенести. Прогу писали не долго, всяк быстрее чем 500 переносов в ручную + создание карточек.

Скажите, пожалуйста, Вы использовали счета CARU, которые предлагались по умолчанию? А теперь хотят выделить на отдельные 01 счета типа 01-Здания, 01-Сооружения и так далее?
И какая структура классов?

Скажите а вы писали прогу из двух этапов:
1. Создание карточки на нужном классе.
2. Перемещение
ТО есть одно на тр.as01,а второе на abumn?
отвечаю на след.вопрос:
У нас есть уже разбивка по классам, всего их 10, теперь просто хотят эти классы с точки зрения УУ разбить на более мелкие, вот и все.

А можно еще вопрос: сейчас стоимость в 03 области оценки по этим карточкам не такая и амортизация тоже не такая, какая должна быть. Как можно ее поменять при перемещении?