Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

Retrieving data from T588M table

Former Member
0 Likes
1,012

Hi all,

Just analyze this scenario...

When we hire one employee using PA40,some screens of various infotypes will be active which contains some mandatory fileds...

For this particular screen ,there will be one Module Pool,Screen number and variable key.This will be stored in T588M table.

In T588M table lot of entries are there with same module pool name and screen number.But screen number and variable key combination will be unique.

i want to know these values for all infotypes.

In system->status we get only module pool and screen number..but not variable key.Also its very difficult to see for each infotype like this..

so how to retieve the following fields REPNA(Module Pool),DYNNR(Screen Number) VARKY(Variable Key) from T588M table of a particular infotype....??????

1 ACCEPTED SOLUTION
Read only

Former Member
0 Likes
768

Hi!

You might check out the field ZYKLS in this table.

If it's first char = 'P', then the followign chars should say the infotype (not sure in this however...)

In many cases, the screen layout depends on the relevant employee data.

In this field, enter the name of the feature to be maintained with transaction PE03.

The feature return value is the variable key which is given in one of the subsequent entries.

The following fields can be used in feature decision operations:

Screen number DYNNR (4 characters)

Subtype SUBTY (Up to 4 characters, but always

the same length for one feature)

Company code BUKRS (4 characters)

Personnel area WERKS (4 characters)

Employee group PERSG (1 character)

Employee subgroup PERSK (2 characters)

Payroll area ABKRS (2 characters)

Country grouping MOLGA (2 characters)

Regards

Tamá

3 REPLIES 3
Read only

Former Member
0 Likes
768

Hi ,

Did you check the Maintenance view for the same table .

Goto sm30 and see the table entries by locking in prog name ., screen no ,,variable key ..by clicking on position and u can retrieve the entries for various variable key .

See the variable key is assigned to the program on molga basis or employee subgroup . This is done in a feature .

In the feature using the same the variable key is assigned using tcode PE03 ,

and this is called based on the relationship u maintain .

Regards,

Vijay.

Read only

Former Member
0 Likes
769

Hi!

You might check out the field ZYKLS in this table.

If it's first char = 'P', then the followign chars should say the infotype (not sure in this however...)

In many cases, the screen layout depends on the relevant employee data.

In this field, enter the name of the feature to be maintained with transaction PE03.

The feature return value is the variable key which is given in one of the subsequent entries.

The following fields can be used in feature decision operations:

Screen number DYNNR (4 characters)

Subtype SUBTY (Up to 4 characters, but always

the same length for one feature)

Company code BUKRS (4 characters)

Personnel area WERKS (4 characters)

Employee group PERSG (1 character)

Employee subgroup PERSK (2 characters)

Payroll area ABKRS (2 characters)

Country grouping MOLGA (2 characters)

Regards

Tamá

Read only

0 Likes
768

Hi Tamás ,

Thanks for ur reply..so shall i take the row which contains values in the field ZYKLS??

my variable key wrt country grouping is not matching to this...

Merlin