Добрый день.

Ситуация такого рода: есть кем-то сгенерированная на продуктиве прога (СПП:дебетование\кредитование), например, GPDLW0UE7SOQ6DW645GUI0V7ZHH200, ее вызывает Z* транзакция, есть динамическое ограничение выбора по полю, к примеру, БЕ, которое не работает почему-то (выбирает также СПП, которые принадлежат другой БЕ), это поле на экране называется %%DYN001-LOW типа PRPS_R-PBUKR, ЛБД - PSJ.

Вопрос 1 - что это за проги и как они сгенерированы?
Вопрос 2 - простой ли это набор букв или там что-то можно понять?
Вопрос 3 - куда копать, чтобы понять, почему не работает динамическое ограничение выбора?

Спасибо.

Подобные проги любят генерить BW-шные и около-BW-шные настройки (например BCS), соответственно их и смотреть.
Их названия генерятся как уникальные ID, смысл в них вряд ли есть. Можно по этому имени попытаться найти настройку, которая его сгенерила - если это BW, то поиском в RSA1. Ещё загляните внутрь самой проги, может там какие-то подсказки найдутся.

p.s.
Странно, что Z* прога напрямую её вызывает, по идее надо добыть её имя из настройки и вызывать динамически.

Транзакция присвоено через транзакцию START_REPORT с параметрами
D_SREPOVARI-REPORTTYPE RW
D_SREPOVARI-REPORT ZPS2011
D_SREPOVARI-EXTDREPORT
D_SREPOVARI-VARIANT
D_SREPOVARI-NOSELSCRN

REPORTTYPE - RW это Report Writer, верно? Не уверен, что копаю в нужном направлении по поводу несрабатывающего ограничения, глядел через отладку событие GET prps, но ничего информативного не было там, пока мне неясно как он выбирает записи в структуру, хотя, если задать ограничение по KOKRS - то это работает.. По поводу RSA1 там по имени проги ничего не нашлось.

Имя программы брать через ФМ GRW_JOB_SUBMIT_PREPARE, на вход подать I_REPORT_GROUP, значение смотреть в свойствах транзакции. В данном случае это D_SREPOVARI-REPORT ZPS2011. Но меня смущает, что этот параметр в ФМ 4 символа всего. По крайней мере я так использовал, чтобы получить имя программы и сделать сабмит.

Я имя проги знаю, проблема не в этом, проблема в том, что не отрабатывает динамическое ограничение по полю BUKRS, по другому полю работает, понять бы в чем проблема.

Еще поколупавшись в отладке, выяснил, что можно поставить галочку в профилях БД TCNDB-HIE_DYN и ограничение вступит в силу.

Я так понимаю - это программа сгенерированная отчетом RP/RW - смотрите тр. GRR3, а TCNDB-HIE_DYN - настраивается в профиле базы данных, в вашем случае, вы используете профиль БД без динамических ограничений (тр. OPTX). Настройте себе отдельный профиль и используйте его в отчете...

Именно, за транзакции спасибо.