For many Customizing tables, standard specialized classes are delivered. These classes enable standard business logic, when required, to read the corresponding tables; moreover, they facilitate processing by offering a central buffering location, as well as return parameters. Wherever such standard classes are delivered, they always observe the naming convention
CL_HR_<tablename>
.
Example
As illustrated below (and in a previous topic,
Performing Foreign Key Checks
), the standard system automatically performs foreign key checks by using classes
CL_HR_T001P
,
CL_HR_T500P
and
CL_HR_T503
to read the
Personnel Area/Subarea
table (T001P),
Personnel Areas
table (T500P) and
Employee Group/Subgroup
table (T503), respectively.
t001p = cl_hr_t001p=>read( werks = p0001-werks btrtl = p0001-btrtl ).CALL METHOD a_foreign_key_check->add_foreign_keysEXPORTING foreign_key_structure = t001p.
t500p = cl_hr_t500p=>read( persa = p0001-werks ).CALL METHOD a_foreign_key_check->add_foreign_keysEXPORTING foreign_key_structure = t500p.
t503= cl_hr_t503=>read( persg = p0001-persg persk = p0001-persk ).CALL METHOD a_foreign_key_check->add_foreign_keysEXPORTING foreign_key_structure = t503.
In the event that no standard specialized class exists for a Customizing table that your infotype must read, you may create a new class for this purpose, as described in the following topic .