Коллеги, может быть кто-то сталкивался и подскажет.

Задача следующая.
Обычная процентная сделка.
Есть потребность вводить и сохранять не только ставку процента или сумму процентов, а еще и общую сумму на закрытие сделки = сумма основного долга+причитающиеся проценты.
Это, полагаю, можно сделать через BAdI FTR_CUSTOMER_EXTENT, добавив z-вкладку и z-поле на ней для ввода общей суммы.
Но помимо этого хотелось бы автоматически рассчитать сумму процентов и автоматически заполнить ее в стандартное поле процентов на первой вкладке.
Есть ли какая-либо возможность реализовать расчет значений и автозаполнение полей на форме ввода при вводе/изменении сделки без применения молота и наковальни?

Коллеги, если кто-то искал в этом направлении и также ничего не нашел, прошу поделиться таким опытом тоже.
Спасибо!

Добрый день,

Через badi FTR_CUSTOMER_EXTENT вы можете отрисовать закладки и нужные вам поля.

А затем в методе EVT_TRANSACTION_SAVE_READY (срабатывает при сохранении сделки) вам нужно будет запускать BAPI_FTR_CONDITION_GETLIST для получения всех условий сделки и асинхронно BAPI_FTR_CONDITION_CHANGE для изменения нужного вам условия.

Спасибо за весьма интересный ответ!
Но предложенный метод срабатывает во время сохранения сделки, а не на форме при вводе значений.
В данном случае, нужен расчет именно на форме, т.к. от результатов расчета зависит решение о заключении сделки.
При реализации через данные методы получится, что пользователь вводит данные, сохраняет сделку, потом идет смотрит что там насчиталось,
и при неблагоприятном исходе сразу же сторнирует сделку, т.к. результат расчета не порадовал и такую сделку заключать не будут.
А хотелось бы ввести данные, сразу на форме получить результат нехитрого расчета и принять решение сохранять сделку или нет.

В бадишке FTR_CUSTOMER_EXTENT, есть переменная pi_proxy_transaction, которая содержит параметры сделки, но как я не изменял их - в сделке ничего не меняется. Пробовал дебажить, почему не передаются параметры в сделку, но результата не получил.

Поэтому единственное решение, которое вам поможет - разработка Z, в которой будет производиться расчет (нехитрый) и принимать решение - создавать сделку или нет.

Rygor, огромное спасибо!
Так и думала, что Z-оболочка, в которой будет вызываться ФМ создания сделки единственное доступное решение,
но очень хотелось получить подтверждение этого мнения от Вас.
Еще раз, спасибо!