on 2023 Apr 24 5:21 PM
Hallo Apab Gurus,
calling a standard bapi (bapi_alm_order_get_detail) on an ecc 6.00 unicode system (and hdb) I'm, experiencing different display results of the field header_es-funct_loc, in the 1st place displayed in debugger, in the 2nd place displayed on the s37 result page (after the bapi returns). Below you can find the pics for illustration.
in debugger the funct_loc field is 20 chars long (incorrect)
on the s37 result output funct_loc is 10 chars long (correct, the expected value)
Could someone make sense of it?
Btw. I get the 'wrong' result for the mentioned bapi, calling it from another program. Displaying the whole structure there (using cl_demo_output, and transforming the structure into xml using id transformation beforehand) also displays funct_loc as a 20 chrs long string?
Thanks in advance for your help.
Best regards, Gregor
Hello Gregor,
as Sandra already depicted this is result of execution of the CONVERSION_EXIT_TPLNR_OUTPUT and the fact that you are using so-called 'alternative labelling'.
With this functional locations habe an internal representation starting with '?' and one or more external 'labels'.
Best regards
M.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
For a description of several "peculiarities" of SE37 compared to "normal execution" of a function module (especially when it's executed remotely via RFC) see also SAP note 206068. (It also mentions conversion exists for IMPORTING as well as EXPORTING parameters.)
User | Count |
---|---|
62 | |
9 | |
8 | |
6 | |
6 | |
6 | |
6 | |
6 | |
5 | |
5 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.