Show TOC

  Creating an Infotype Version

Use

You create an infotype version if you want to create a country-specific or industry-specific infotype, or an infotype for the public sector of a country.

If you require an international infotype, choose Creating an Infotype .

Creating infotype versions can affect all existing subobjects of an infotype.

Example Example

For country-specific versions of the Addresses infotype (0006), a specific single screen can be required for certain countries (for example, a single screen for entering US address data). In addition, you may have to adjust the list screen specifically for the infotype version (for example, the list screen for US address data).

End of the example.

Procedure

  1. Choose Create Infotype Version (tab page).

  2. Enter the infotype number.

  3. Enter the infotype version.

  4. Choose Generate Objects.

    The Create Object Directory Entry dialog box is opened.

  5. Enter the object directory entry for the following object:

    CL_HRPA_INFOTYPE_nnnn_yy for an infotype version of a standard infotype, or ZCL_HRPA_INFOTYPE_9nnn_yy for an infotype version of a customer-specific infotype.

  6. The following information is displayed, which you confirm:

    Note: Check class CL_HRPA_INFOTYPE_nnnn_y (or ZCL_HRPA_INFOTYPE_9nnn_yy) must be encoded manually.

    Transport table T582ITVCHCK.

    Note Note

    This table is client-dependent and cannot be transported, depending on how the client is set up. You must therefore transport the object manually (if necessary from another client).

    End of the note.

  7. Now process the subobjects of the infotype version.

Result

You have created a new infotype version.

The system has automatically created the following objects and structures:

  • PS structure (if it did not already exist)

  • The corresponding P structure

  • Table(s) PAnnnn and PBnnnn

  • Screen structure

    The system has copied the fields from the PS structure to the screen structure. The PS structure and the screen structure are identical. The name of the screen structure ( HCMT_BSP_PA_yy_Rnnnn or ZHCMT_BSP_PA_yy_R9nnn ) is generated from the infotype and the infotype version.

  • Entry in table T588UICONVCLAS

    Assignment of screen structure to conversion class

    SNAME

    INFTY

    STYPE

    VERSIONID

    CLSNAME

    HCMT_BSP_PA_yy_Rnnnn

    nnnn

    MAIN

    yy

    CL_HRPA_UI_CONVERT_BASIC

  • Module pool (if it did not already exist)

  • Screen and interface (if they did not already exist)

  • Check class CL_HRPA_INFOTYPE_nnnn_yy or ZCL_HRPA_INFOTYPE_9nnn_yy

    This check class is generated from the check class CL_HRPA_INFOTYPE_nnnn or CL_HRPA_INFOTYPE_9nnn, if they exist. If not, it is generated from check class CL_HRPA_INFOTYPE_NNNN and must be encoded manually .

  • Entry in table T582ITVCHCK

    Check class for a version indicator

    MANDT

    INFTY

    VERSIONID

    CHECKCLASS

    Sy-mandt

    nnnn

    yy

    CL_HRPA_INFOTYPE_nnnn_yy

  • Entry in table T582ITVCLAS

    This entry is generated if the table does not contain an entry for the infotype nnnn or 9nnn , that is, if there is no relevant international infotype and no other infotype version.

    Assignment of infotype to check class and container class

    INFTY

    IDCLASS

    CONT_GUI

    CONT_DB

    NITF_ADM

    nnnn

    CL_HRPA_INFOTYPE_nnnn_yy

    ’ ’

    CL_HRPA_INFOTYPE_CONTAINER

    3