Infotype Creation in the Hr Abap

8/6/2019 Infotype Creation in the Hr Abap

1/13

Step by step creation of Infotype for the HR ABAP

Creation of Custom Infotype in HR ABAP

Step By Step process to create Custom Infotype

y Go to Transaction PM01 to Create custom Infotype.y Enter the custom Infotype number to be created. The number should be between the

customer name space 9001 9999. This is the no. range interval to be used for theCustom Infotypes.

y See to it that the Employee Infotype and the PS Structure radio buttons are selected onthe screen.

y Click on All push button on the screen. A separate Dictionary window appears on thescreen.

y Maintain the structure (Provide fields) which will be included in the current customInfotype. Include all the fields that are needed in the Infotype.

y The PAKEY/PBKEY and PSHD1 structures are not required to be provided whilecreating the custom Infotype. They are created by the SAP automatically.

y Save and Activate the PS structure and go back to the initial screen of PM01.y Now, click on Technical Characteristics. Infotype list screen appears.y Click on Change (pencil) button and select your Infotype and click on Detail

(magnifying glass) button.

y Save and come back to the PM01 initial screen.y Click on Infotype Characteristics. Infotype list screen appears.y Click on Change (pencil) button and click on New Entries button.y Enter your Infotype number and the short text for the Infotype.y Depending on the requirement, we will have to set the Infotype Characteristics. The best

option would be to use the entries of a standard Infotype like 0000 (Actions) or 0001(Org. Assignment) as a reference. Other way is to click on the F4 button for eachparameter on the screen to understand its significance.

y Save the entries.y Now the Infotype is created and ready to use.

Below additional information is provided for the above screen each field possible entries

and its functionality.

Time constraint: A time constraint indicates whether more than one Infotype record may beavailable at one time. The following time constraint indicators are permissible:

1: An Infotype record must be available at all times. This record may have no time gaps. You

may not delete the record last stored on the database because all records of this Infotype wouldotherwise be deleted.


2/13

2: Only one record may be available at one time, but time gaps are permitted.

3: Any number of records may be valid at one time, and time gaps are permitted.

Other possible time constraint indicators are as follows:

A: Only one record may ever exist for this Infotype. It is valid from 01/01/1800 to 12/31/9999.

Splitting is not permissible.

View V_T582B Infotypes Which are Created Automatically controls whether the systemautomatically creates the Infotype record for an employee hiring or an applicant data entry

action.

Infotypes with time constraint A may not be deleted.

B: Only one record may ever exist for this Infotype. It is valid from 01/01/1800 to 12/31/9999.

Splitting is not permissible. Infotypes with time constraint B may be deleted.

T: The time constraint varies depending on the subtype.

Z: Refers to time management Infotypes. The time constraint for these Infotypes depends on thetime constraint class defined in view V_T554S_I Absence: General Control. Collision checks are

defined in view V_T554Y Time Constraint Reaction.

Maintenance permitted after leaving:

This field controls whether you can record master data after an employee has left the company.

A warning tells you whether you are permitted to do so or not.

Indicator for entry of additional data:

Defines whether or not you can enter additional controlling objects for the Infotype.

Indicator: Text allowed for Infotype:

If you set this parameter, you can enter a text for Infotype records.

Indicator for access authorization (from/to date):

The Access auth. (access authorization) allows you to define the time period during which an

Infotype can be accessed.

When you access Infotype data for a particular person (employee or applicant), the system readshis/her organizational assignment and the work area (Infotype, subtype and authorization level).

(Also read the documentation on authorization objects HR Master data and HR Master data-extended check ). Each Infotype will generally have records with different validity periods. One


3/13

person may also have different organizational assignments (Organizational Assignment Infotype(0001)) over a certain time period. If different administrators (users) are responsible for these

organizational assignments, this is taken into account when the authorization for a specificInfotype validity period is checked.

If you do not set this indicator (initial value), the administrator is authorized to access theInfotypes if the person had, has or will have an organizational assignment which, in accordancewith the authorization profile allows him/her to access this data.

If you set this indicator (X), the authorization check depends on the current (system) date.

To simplify matters, the term period of responsibility will be used in the following. If, during aparticular period, a person has one (or more) organizational assignment(s) for which the

administrator is responsible according to his/her authorization profile, then we refer to the entirevalidity period of this(these) organizational assignment(s) as the period of responsibility.

There are three different cases.

1. The period of responsibility begins in the future.

If the administrator has write authorization for the Infotype/subtype, this is valid for all Infotyperecords whose validity period is within the period of responsibility. Read authorization is valid

for Infotype records which do not extend beyond the end of the period of responsibility.

2. The period of responsibility begins before the current date. Its end date is no more than a fixednumber of days before the current date

In this case, write or read authorization is valid in all periods. There are no time restrictions onthe authorizations of the administrator for the relevant Infotype records.

The tolerance period enables the administrator to access Infotype records that he/she was

previously responsible for even if his period of responsibility has changed. You set up client-specific tolerance periods during the HR: Authorization main switch transaction.

3. The period of responsibility ends in the past. The end of the period of responsibility ends

before the current date even if the tolerance period is taken into account.

In this case, the administrator does not have write authorization. Read authorization applies to

Infotype records which are not valid beyond the end of the period of responsibility.

Reaction to: 1st date entered:


4/13

The three date reaction indicators control what type of databank search is carried out when no,one or two dates are entered on the selection screen.

Reaction to: First date entered

Allowed reaction indicators are:

3: a) Period indicator = I:

Record(s) valid on the date specified

b) Period indicator = S:

Record(s) whose key date is identical to the specified date

4: All records that were valid for at least one day between the date of entry and the CPU date.

Reaction to: 1st and 2nd dates entered:

The three date reaction indicators control what type of databank search is carried out when no,

one or two dates are entered on the selection screen.

Reaction to: First and second dates entered

Allowed reaction indicators are:

5: All records that were valid for at least one day in the period specified.

Reaction to: No delimitation:

The three date reaction indicators control what type of databank search is carried out when no,one or two dates are entered on the selection screen.

Reaction to: No date specification

Reaction indicators that are allowed for no date delimitation:

1: Read all records

2: Record or records valid on CPU date

6: All records between CPU date and 31.12.9999

7: All records between 01.01.1900 and CPU date

Sort sequence of records:


5/13

Indicators for record sorting:

y : in ascending order according to subtype, in descending order according to from dateof validity period

y1: in descending order according to from date of validity period, in ascending orderaccording to subtype

y 2: in ascending order according to subtype, in ascending order according to from dateof validity period

y 3: in ascending order according to from date of validity period, in ascending orderaccording to subtype

Key for screen header layout

In table T582AInfotypes Customer Specific Settings, each Infotype is assigned a header ID.

The following header IDs have been assigned:

y 00 Initial screen of transactions PA20, PA30, PA51 and PA61PB20, PB30, etc.

y 10 Infotype 0000 Actionsy Infotype 4000 ApplicantActionsy 03 Infotype 0001 OrganizationalAssignmenty 01 Infotype 0002 Personal Datay 04 All Infotypes ofTime Managementy 02 All other Infotypes

Header IDs are assigned a header modifier, from which the structure of the respective headers isdefined, as well as the HR country modifier and transaction class in table T588I Assignment of

Header ID/ Country Grouping to Header modifier.

Indicator specifying when data is chosen for the IT header:

You can use the Choose Data indicator to determine which selection period will be used to select

data from the various Infotypes to structure the Infotype header.

Use

y If you set the Choose Data indicator, you will use data that is valid for the start date ofthe current processed, or displayed, Infotype record to structure the Infotype header.

y If you do not set the Selected Data indicator, the data that is valid for the system date willbe used to structure the Infotype header.


6/13

Dependencies

By using the Data selection (Data Selection Control) indicator, you can implement both the start

date and the system date in theInfotype Header Data Selection Control(T588H) tableindependently of the info(sub)type.

You must, however, have set the Choose Data indicator beforehand.

Example

y A Basic Pay (0008) data record is valid from 01.01.1996 to 31.12.9999. The employeesvalid organizational assignment on 01.01.1996 should be displayed in the Infotype

header.y The Personal Data (0002) Infotype is valid from the employees birth date.y There is no point in displaying the employees first valid organizational assignment since

his or her birth date. Therefore, the system date is displayed for the employees valid

organizational assignment.y A date-dependent text field is used for a field in the OrganizationalAssignmentInfotype

(0001) in the Infotype header.y The start date of the OrganizationalAssignmentInfotype data record determined by the

above settings is used to read this text. If more than one text is valid within the validityperiod of the Infotype record, the text that was valid at the start of the Infotype record is

used.

Retroactive accounting relevance for payroll

When you make entries in the payroll past, the Earliest Change in Master Data since Last

Payroll field is set in the Payroll Status Infotype (0003).

In the correction phase, when entries are made in the payroll past, the Payroll Correction field isalso set.

When corrections are made in the current period, only the Payroll Correction indicator is set.

Infotypes that are payroll relevant but not retroactive accounting relevant should be given thefollowing keys:

Entry in past E

Retroactive accounting payroll R

Example

= Infotype is not relevant to retroactive accounting,

R = Change triggers retroactive accounting,


7/13

T = Retroactive accounting is field-dependent according to T588G.

Reaction to Entry in Payroll Past

Permissibility of entries relating to the payroll past

y SPACE ( )Entries which relate to past payroll periods are permitted.

This type of entry is like changing or creating a database record with a start date which lies in the

last payroll period or prior to this. The system saves without displaying warning message.

y XEntries which relate to past payroll periods are permitted. The system displays a warning

message.

y EEntries in the payroll past are not permitted. If payroll has has never been run for the employeein question, the entries are permitted.

y IWhether or not entries in the payroll past are permitted depends on which Infotype is beingprocessed. This entry is only suitable for certain Infotypes. If used in other Infotypes, the system

does not perform a check.


8/13

Creation of an Infotype in the HR ABAP

Creating a New SAP Infotype using transaction PM01 and PPCI

Step 1 Execute transaction PM01 (If you get a message saying the infotype can not be enhanced,try tranasction PPCI).

Step 2Select create IT tab and enter new infotype number into selection box.

Step 3Press the create ALL button (left of infotype no.). You will get a dialog box asking to confirm,


9/13

press the create button.

Step 4You will now be presented with the standard structure creation screen (SE11) where you need to

enter the fields of the new infotype. I have entered some examples but you can put anything inhere.

Step 5Once you have entered the fields press save and then activate, before pressing the back button.

You will now be presented with the following screen, where you will need to make a new entryor your created infotype (i.e. 9010).


10/13

Step 6The next step is to fill in the infotype attributes, these will initially be blank and you will need to

fill them in similar to the following, depending on your requirements. Then press save.


11/13

Step 7Your infotype is now created and can be accessed and populated in the usual way using

i.e. using transactions such as PA20 and PA30.

Step 8

If you look at the structure of your new infotype in transaction SE11 it will look similar to thefollowing:


12/13


13/13

Documents

Infotype Creation in the Hr Abap