ОснСр 000030100740-0000 в БЕ : неправильно рассчитано.
Diagnosis
The depreciation values for asset 000030100740-0000 in company code 1100 were not calculated completely and correctly.
System Response
The year-end closing cannot be carried out for company code 1100.
Procedure
Recalculate depreciation for the asset.
You can recalculate depreciation in the 'Change asset master record' transaction by choosing the menu option 'Edit' -> 'Recalculate values.'
The system then either completely recalculates depreciation for this asset, or provides a detailed error message explaining the error.

Если же зайти в ОС и изменить какое либо поле во вкладке Оценка (код амортизации или срок службы) и заново пересохранить это ОС, то ошибка уходит.
Проблема со списанными ОС.
Как это можно сделать, не сторнируя движение?

Что сделать-то? Ошибку такую?
Можно попробовать настроить в LSMW открытие и пересохранение ОС. Такую массовую замену сделать. Спасет ситуацию?

А если Вы пересохраняете, то в журнале изменений что отображается? Что изменяется, согласно журналу?

все дело в том, что при изменении ОС в журнале изменений ничего не пишет.
, но ОС из списка ошибочных уходит.
текст ошибки следующий: "№ ОС - Амортизация/обновление значений с ошибками" .
мы уже написали пакетник, через который массово изменили и вернули значения во вкладке Оценка.
получается какая-то неконсистетность данных, которая при пересохранении странным образом уходит.
Осталась проблема со списанными, так как там уже эти поля изменить нельзя.
Можно ли как что перечитать (обновить) табл ANLB, чтобы данные стали корректны?

ошибка при ajab

Если проблема в манданте для тестирования осталась, то можно попробовать ее найти так: выгрузить по проблемному ОС ANLA, ANLB, ANLU, ANLZ. Изменить. И тупо сравнить, что изменилось.

Может что-то изменили в настройках методов или самого кода амортизации, и система перепланирует амортизацию или дату начала?

изменений в таблицах при пересохранении нет.
думаю, что проблема возникла после изменения z*таблицы, в которой лежит код амортизации по налоговому учету.
при этом система пересчитала амортизацию как надо, не записав при этом никакие изменения в журнал

А у вас по этому ОС в транзакции AW01N на закладке "проведенные значения" случайно нет запланированной амортизации?
Могу только предположить, что вы сначала списали ОС, потом запустили прогон амортизации за последний период, а после этого до осуществления закрытия года "экспериментировали" с изменением СПИ по нему.

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

Ну неужели никто не сталкивался ?????

у меня при закрытии 2008 года возникла такая же ошибка, причем только в двух БЕ...отсальные закрылись без ошибок. А так же ошибка не только по ос которые съамортизировались полностью в 2007г, но и по поступившим в 2008г. вы не разобрались с проблемой?

Помогла нота 103749 программа RACORR52.

Устанавливаю ноту. Можете подсказать

Просто скопировал код программы в этой ноте. Она ничего не исправляет, а просто реагирует на XAFAR. И дает инфу по ошибочным ОС. А как мне исправить эти ОС???

к этой программе создала транзацию , написала проект через тр. lsmw прогнала все ошибочные ОСы. После этого закрытие года (тр. AJAB) прошло успешно.