Académique Documents
Professionnel Documents
Culture Documents
y y y y y y y y y y y y
y y
Go to Transaction PM01 to Create custom Infotype. 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 the Custom Infotypes. See to it that the Employee Infotype and the PS Structure radio buttons are selected on the screen. Click on All push button on the screen. A separate Dictionary window appears on the screen. Maintain the structure (Provide fields) which will be included in the current custom Infotype. Include all the fields that are needed in the Infotype. The PAKEY/PBKEY and PSHD1 structures are not required to be provided while creating the custom Infotype. They are created by the SAP automatically. Save and Activate the PS structure and go back to the initial screen of PM01. Now, click on Technical Characteristics. Infotype list screen appears. Click on Change (pencil) button and select your Infotype and click on Detail (magnifying glass) button. Save and come back to the PM01 initial screen. Click on Infotype Characteristics. Infotype list screen appears. Click on Change (pencil) button and click on New Entries button. Enter your Infotype number and the short text for the Infotype. 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 each parameter on the screen to understand its significance. Save the entries. 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 be available 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 would otherwise be deleted.
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 system automatically 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 the time constraint class defined in view V_T554S_I Absence: General Control. Collision checks are defined in view V_T554Y Time Constraint Reaction.
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 specific Infotype validity period is checked. If you do not set this indicator (initial value), the administrator is authorized to access the Infotypes if the person had, has or will have an organizational assignment which, in accordance with 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 a particular 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 entire validity 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 Infotype records 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 fixed number of days before the current date In this case, write or read authorization is valid in all periods. There are no time restrictions on the 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 clientspecific 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.
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.
: in ascending order according to subtype, in descending order according to from date of validity period 1 : in descending order according to from date of validity period, in ascending order according to subtype 2 : in ascending order according to subtype, in ascending order according to from date of validity period 3 : in ascending order according to from date of validity period, in ascending order according to subtype
10 Infotype 0000 Actions Infotype 4000 Applicant Actions 03 Infotype 0001 Organizational Assignment 01 Infotype 0002 Personal Data 04 All Infotypes of Time Management 02 All other Infotypes
Header IDs are assigned a header modifier, from which the structure of the respective headers is defined, as well as the HR country modifier and transaction class in table T588I Assignment of Header ID/ Country Grouping to Header modifier.
Use
y y
If you set the Choose Data indicator, you will use data that is valid for the start date of the current processed, or displayed, Infotype record to structure the Infotype header. If you do not set the Selected Data indicator, the data that is valid for the system date will be used to structure the Infotype header.
Dependencies
By using the Data selection (Data Selection Control) indicator, you can implement both the start date and the system date in the Infotype Header Data Selection Control (T588H) table independently of the info(sub)type. You must, however, have set the Choose Data indicator beforehand.
Example
y
y y
y y
A Basic Pay (0008) data record is valid from 01.01.1996 to 31.12.9999. The employees valid organizational assignment on 01.01.1996 should be displayed in the Infotype header. The Personal Data (0002) Infotype is valid from the employees birth date. 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. A date-dependent text field is used for a field in the Organizational Assignment Infotype (0001) in the Infotype header. The start date of the Organizational Assignment Infotype data record determined by the above settings is used to read this text. If more than one text is valid within the validity period of the Infotype record, the text that was valid at the start of the Infotype record is used.
Example
= Infotype is not relevant to retroactive accounting, R = Change triggers retroactive accounting,
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
Entries which relate to past payroll periods are permitted. The system displays a warning message.
y
Entries in the payroll past are not permitted. If payroll has has never been run for the employee in question, the entries are permitted.
y
Whether or not entries in the payroll past are permitted depends on which Infotype is being processed. This entry is only suitable for certain Infotypes. If used in other Infotypes, the system does not perform a check.
Step 1 Execute transaction PM01 (If you get a message saying the infotype can not be enhanced, try tranasction PPCI). Step 2 Select create IT tab and enter new infotype number into selection box.
Step 3 Press the create ALL button (left of infotype no.). You will get a dialog box asking to confirm,
Step 4 You 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 in here.
Step 5 Once 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 entry or your created infotype (i.e. 9010).
Step 6 The 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.
Step 7 Your 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 the following: