Коллеги, подскажите, плиз по сабжу.
Есть функция, внутри которой вызывается данный функциональный модуль.
На вход подается табличка TBINDBW с таким содержанием:

010 |1101 | | 0.00 | |I | 0.00 |ZTEST| |
020 |/IXB | | 0.00 | |I | 0.00 |SUMME|1 |

Вид оплаты 1101 оценивается пользовательским модулем косвенной оценки (ZTEST). Вид оплаты /IXB оценивается модулем косвенной оценки SUMME (согласно таблички T539J). И оценивается он в зависимости как раз от вида оплаты 1101.
и на выходе из этого ФМ я получаю такую же таблицу, т.е. суммы не проставляются!
Хотя если вводить оба этих вида оплаты, например, в ИТ 0008, то оба вида оплаты оцениваются.
через отладку всё так заморочено и сложно, что черт ногу сломит.
Может быть причина в том, что сначала обрабатывается вид оплаты /IXB и только затем 1101? но тогда бы по 1101 хотя бы была сумма. Или потому ,что внутри этого ФМ не запускается аналогичный ФМ, который оценил бы 1101 прежде, чем оценивать /IXB?

Спасибо заранее.

опять сама же ответила на свой вопрос.
судя по всему в табличке tbindbw, которая передается в этот ФМ, те виды оплаты, по которым будет производиться косвенная оценка, не должны быть равны нулю. а так как у меня вид оплаты 1101 сам оценивается косвенно, то сумма по нему в ИТ 0008 просто не хранится и при расчете зарплаты каждый раз оценивается по пользовательскому модулю оценки. а при работе этой вот моей стандартной функции не анализируется, являются ли те виды оплаты, по которым будет производится для /IXB косвенная оценки, фиксированной суммой или сами оцениваются при помощи другого модуля.
в общем, страшно всё запутано.
но может кто-нибудь всё-таки скажет, что я не права?

Как много Вы понаписали.
Даже тект ФМ RP_EVALUATE_INDIRECTLY короче. Может проще его потрасировать и разобраться наверняка?