Здравствуйте, помогите пожалуйста, c кодом амортизации еще не разобралась... Необходимо решить проблему с неправильным расчетом амортизации после перемещения. Ситуация следующая: сделали перенос с одной карточки на субномер другой карточки. Первое ОС -ввод в экспл. в 2008 году, Второе ОС (на субномер которого переносим) - ввод в экспл. раньше (2007 год). Субномер Второго ОС - начало типовой амортизации в апреле этого года.

Проблема в том, что амортизация планируется больше, чем надо. Не понятно как получается эта сумма...Но ее надо исправить Код амортизации со следующими настройками:

Базовый метод - 0011,
Метод этапы - СсылЗначАмортиз = 24="Остаточная стоимость", Ставка/ОстСрок = "Да",
Метод периоды - 11/01/11/11

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

Как вообще можно посмотреть, какие значения (данные по ОС) определяют сумму амортизации? Типа формулы в самой системе, чтоли... или код программы... Как это сделать? Что, например, изменится, если вместо ссылЗначения будет не 24 Остаточная стоимость, а другое?

Подскажите пожалуйста, если мне необходимо исправить запланированную сумму амортизации за июль, возможно ли это сделать? Или, если я доначислю амортизацию (ссыл. дата - июнь) 640 ВДв, сумма внеплановой проведется только в июле, и новая запланированная амортизация начнется только с августа? Никак нельзя сделать уже с июля "правильную" запланированную амортизацию...?

Помогите плиз


И, если нельзя сделать даже с июля все "красиво", то вторая проблема в том, что не понятно совершенно, почему SAP после 310 ВДв в расчете амортизации учитывает сумму "Долевая типовая амортизация за год" - которая равна сумме амортизации по старой карточке пропорционально перенесенной сумме, за январь - март, а перенос был в марте и начало тип. амортизации с апреля. Как убрать эту долевую амортизация из расчета???

Дело срочное - пути решения проблемы пока не вижу....

Ну да, при прогнанном июне запланированная амортизация порйдет только июлем.

Можно попробовать созадть свой ВДВ (на основании 300) и к нему прописать свою схему строк проводок.

Какая версия системы?
Для версий до 6.0 у САПа есть свой код ZLIN (поиск сап нот по ZLIN).
Если использовать его - то проблемы неправильного расчета амортизации после перемещения в середине года с объекта на объект нет.
Амортизация скорее всего неправильно считается, так как на новой карточке пересчитывается с начала года.
Просмотреть формулой расчет в системе нельзя.
Определить по сути, чем отличается 24 от 27 можно либо "методом проб и ошибок", либо залезть в abap и посмотреть код.

У нас версия системы 4.7... Метод проб и ошибок - знаем такой Код амортизации - именно ZLIN, а вот

так и присходит судя по всему... а как исправить? В коде амортизации что-то не так? По методу периодам может быть надо 11/11/11/11, а не 11/01/11/11. Какой смысл этой торой цифры - 11 или 01? В тесте вроде ничего не изменилось...
И, спасибо большое за ответы )

Мне почему-то кажется, что у вас все-таки не саповский ZLIN работает, а просто код амортизации также называется.
Посмотрите ноту 963414. К ней сап приложил описание кода амортизации (там же и настройки чуть описаны).

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

Вся разница с саповским кодом в том, что там в методе поэтапной амортизации нет галочки "ОстСрок", а у нас есть.

Нет, у сапа еще большой кусок абапа работает в user-exite, который как раз и делает правильный расчет.
Почитайте доку. Поставьте в тестовой системе и посмотрите, как считает. Мне кажется, должно помочь.
Можете перенастроить свой существующий ZLIN, можете саповский код переименовать в другой какой-нибудь. Только в этом случае там в user-exite надо будет менять программу - у них вроде зашит метод амортизации ZLIN.