Добрый день!

Проблема состоит в следующем:
был создан пользовательский код амортизации, метод расчета амортизации. Использовано BADI FAA_DC_CUSTOMER.
Расчет производится верный, но только для первого из запланированных периодов. Остальные по нулям.

Может быть, кто-то сталкивался с подобной ситуацией? Подскажите, пжста, с чем это может быть связано?

Спасибо!

В методе SET_PARAMETER может быть не все записи с нужными period_to попадают в CT_PARAMETER из IT_PARAMETER?

Да нет, вроде как, все попадает...

Единственная зацепка пока - для каждого периода значение cs_calcdata-amount одно и то же. Возможно, именно поэтому сумма отображается только в одном периоде, а в остальных 0.

Может быть я ошибаюсь, но в cs_calcdata-amount, кажется, сумма нарастающим итогом, т.е. если равны amount за соседние периоды, то амортизация в 0 и выходит.

Можете подсказать, как используется cs_calcdata-amount для расчета самой суммы за период?

Как-то не приходит в голову, как правильно расчитать процент...

Попробовали сделать нарастающим итогом - суммы, вроде нормальные, но вот в 12 период записывает сумму всех запланированных периодов, но со знаком +. То есть убирает все последним месяцем...

Попробуйте посмотреть пример использования данного BADI, класс CL_EXM_IM_FAA_EE_CUSTOMER.
У нас вроде бы нормально считалось, но только пару месяцев, до конца года не успели дойти, потому что потом отказались вообще от использования своего метода расчёта, т.к. данная BADI не вызывается по лизинговым ОС (если заполнено поле ANLA-LZINS).

Как я использовал cs_calcdata-amount:
cs_calcdata-amount = сумма амортизации за предыдущие периоды из ANLP + сумма амортизации за расчётный период.

Сумма амортизации за предыдущие периоды из ANLP = anlp-nafag + anlp-nafaz. (из ANLP брал данные по нужной afaber за месяц предшествующий месяцу расчёта с максимальным номером afbnr в периоде).

У нас тоже самое происходит . Как это можно побороть?