Коллеги!

Сталкивался ли кто-либо с проблемой замещения поля при проверке в логическом правиле? У меня есть логическое правило, которое использует user-exit вида


Предварительно этот UE описан в процедуре GET_EXIT_TITLES как



Я хочу заменить одно из полей при отработке логического правила. Подозреваю, что надо использовать UE типа с_exit_param_field вместо c_exit_param_none. Но как именно? Как указать какое поле я хочу заместить и т.д.?

А логическое правило в какой момент времени и для какой прикладной области срабатывает?

ОБласть использования - GS (Выбор регистра). Момент времени - 006 (Выбор регистра FI)

Для начала, я бы порекомендовал уяснить разницу между логическим правилом, проверкой и замещением.
Все-таки, вещи разные, хотя и реализация очень похожа...

Разница ясна. ЕСть необходимость использовать замещение в логическом правиле, вызванная спецификой ТПР по налогу на прибыль. Ну не привязать замещение к узлу налоговой иерархии!

Можно использовать такую схему:

exits-name = 'aaa'.
exits-param = c_exit_param_class.
exits-title = 'title'.
APPEND exits.

И далее ...

FORM aaa USING bool_data TYPE gb002_015.
....
ENDFORM.

тип gb002_015 используется для FI.
соответственно изменеия bool_data - изменение документа.
В GB002 (группа типов) можно попробовать найти нужный класс.

exits-name = 'aaa'.
exits-param = c_exit_param_field.
exits-title = 'title'.
APPEND exits.

И далее ...

FORM aaa USING bldat like bkpf-bldat.
....
bldat = sy-datum.
ENDFORM.

Насколько я помню, ситуация с изменением данных в логических правилах такова:

Каждому сочетанию Application Area + Callup Point присвоен Boolean Class. Класс определяет какие структуры будут доступны в правилах + какие поля этих структур можно изменять, а какие только читать (таблицы GB01 and GB01C + см.
http://help.sap.com/saphelp_erp2004/hel ... ontent.htm)

Если нужное поле определено как изменяемое, то в user-exit'e структура, содержащее это поле просто объявляется с помощью tables и меняется как душе угодно.
При этом user-exit объявляется типа C_EXIT_PARAM_NONE.

Упс.. Предыдующий пост мой был.

В том то и дело, что в данном случае логическое правило не относится к области FI.

В стандартном инклюде RGGBR000 можно посмотреть, как реализована процедура UM001.
Естественно, что в GB01C необходимо прописать поля для
boolclass = 023,
booltype = 'S'
нужные поля.
Осталось непонятным только одно: как генерится код для определения типа gb002_XXX

Проги типа RGUGBR00 и RGUGBR01 не помогут?
Только упомянутая тобой подпрограмма есть все-таки проверка и не меняет данные, возвращая лишь "истина" или "ложно"...

Хотя пример с UM001 глючный:
в настройке эта процедура не видна - видны только процедуры, у которых в get_exit_titles прописано c_param_none...

Во-во...

Ну а так что насчет объявления с помощью tables, не помогает?

Там еще шутка в том, что эти логические правила вызываются в функции AC_DOCUMENT_CREATE, поэтому через прямой доступ к памяти получится только читать данные из структур BKPF, BSEG, ACCIT_GLX и ACCHD, изменить что-нибудь не получится...
Для более подробной информации можно посмотреть использование функции G_VSR_SUBRULE_CALL

Удачи!