Key fields to note when modifying an infotype are:
- Time Constraints
- Sub types obligatory
- Text allowed
- Retro Accounting Relevant
- Available for Recruitment
- Assign infotypes to countries
- Infotype, subtype (* or 0010), country grouping (08)
- Permitted, not permitted or warning (radio buttons)
It is useful to place the infotype number in the text. E.g. Organisation Assignment becomes Organisation Assignment 0001 or 0001 Organisation Assignment
The reason for this is that it helps users get to know the infotype number as well as their names. Some users will prefer to work with the numbers or the text but it generally makes it much more efficient if users get to work with both. It may seem like a lot for users to remember, but users will tend to use certain infotypes far more frequently than others and tend to remember all the details about these quite easily.
Menus and user groups - you can have different ones for different user groups in your company. User dependency must be ticked in this case.
Reference - default user group which is used if the user does not have the UGR parameter set in his/her user parameters.
User group set to infotype with sequence of infotypes to display. - It is worthwhile configuring only 10 infotypes per tab otherwise you have to scroll down to the 11th one - it is hidden from the initial view.
As is the case with infotype menus, you can set up actions to behave differently for different sets of users. This you can do so by using different user groups.
Menu, infogroup modifier, infogroup, user group - It is good practice to ensure that the Action Type and Infogroup have the same name. This makes it generally easier to track and modify during the configuration set up and for ongoing maintenance.
Always make sure that the flag to update infotype 0000 (U0000) is ticked, unless of course you specifically dont want to update infotype 0000.
As with other pieces of configuration in PA, the user group used in this area is crucial to the way in which the system is configured.
If you want to edit the whole of the dynamic action table use table T588Z in table maintenance. Use this when you start the configuration for the dynamic action and you need to view other examples of dynamic actions against other infotypes.
If you wish to edit a dynamic action for a specific infotype, you can use the view V_T588Z. Once you click on the maintain button, you are asked to enter the infotype you wish to use. This then restricts the number of entries to that infotype only.
You may need to find an example of a similar dynamic action and would like to search through the whole table. On certain versions of SAP, the find and find next buttons are greyed out. A simple work around is to click on the print icon and this then takes you to an overview screen of the dynamic actions table. You will now be able to make use of the find and find next buttons. Once you have found the relevant piece that you wish to copy, just make a note of it or copy it onto the clipboard and click on the green back arrow to be taken back to the maintain table screen.
If you wish to select a piece of text in SAP it is often not possible if you are not in a particular field or table view. Use the Ctrl + Y buttons to highlight a piece of text which you can then copy onto the clip board.
When you first start configuring your dynamic action you may find that it doesnt work 100% (he he). If the dynamic action is not being called at all, then simply comment out your plausibility checks. Once you have the dynamic action correctly bringing up the infotype screen, then you can take off the comments and turn the plausibility checks back on one at a time.
In addition if your dynamic action is to work during an action, then dont put on the TCODE = PA40 plausibility check until you are happy that it is working to your satisfaction otherwise you could be creating a lot of new starters.
When maintaining dynamic actions make sure that you always put in a comment or two at the start of the dynamic action, so that you will have an idea of what it is supposed to do when you come back to modify it in 6 months time.
It is important to provide gaps in the numbering between different dynamic actions. A gap of 10 lines is the minimum you will need to have between dynamic actions. Remember this is not MS Excel where you can just easily insert a row. All of the rows in a dynamic action table are numbered and it is a real pain to insert rows. It is good practice to leave bigger gaps if you can. Use even or odd numbers for you lines of configuration. Even better use every 3rd line.
If you are wanting the dynamic action to look at multiple values for the same field on a plausibility check, make use of the /X at the end of each line for all of the values.
You may wish the dynamic action to take place in the background and not be visible to the user. It is good practice to only put the /D in at the very end once you have thoroughly tested your dynamic action.
Remember that if you find that your dynamic action is not meeting your requirements, you can always get your dynamic action to call a user programme which will be far more flexible than the functionality offered by standard dynamic actions.
You can use the report RHINTE00 to update the Org Mgt data from PA records. It is possible for a data migration exercise to update the employees PA data without updating the necessary information in Org Mgt. This report will allow you to make the necessary updates.
Choose the employees and the necessary objects to create. Run it in Test mode first. Click on the Selection icon. This creates a batch input session which you then need to run.
All of the RHINTE... programs are quite useful in maintaining the integration between PA and OM. See the reports section to get an idea of all the RHINTE programs and their use.
If you can only remember part of a table name or the text relating to a table name - then go to table maintenance viatransaction code SM30 and click on the pull-down (F4). The first 500 entries (defaulted) are shown. Click on the down arrow found above the list and fill in the search variables. Remember to use the wildcard * as a search variable. Remember that some searches in SAP are case sensitive, so if you are unsure as to whether the first letter is uppercase of lowercase, just leave that letter out of your search parameters.
If you are unsure of the table name, go to the screen holding the data. Right-click the field and then click on the Technical Info icon. Double-click on the Structure field - you should be able to see which "check table" is associated with the field.
If you know the table that has to be configured, go to table maintenance area (SM30/SM31) and click on the "customising" icon - after inserting the table name. This takes you to the IMG and to the step where the actual piece of configuration is carried out. You can select a project or just choose the skip option if you are unsure.
It is wise to check the overall view on the tables summarising the above groupings. You should easily see whether any values have been omitted. This is good practice once you have created any new groups or areas.
Personnel Sub-Area: Complete View - V_001P_ALL
Employee Group/Sub Group: Complete View - V_503_ALL
When entering the personnel number in any of the PA... transaction codes, you can use the following shortcuts in the personnel number field. Each of the letters corresponds with a different search help. There are normally only 4 that get defaulted as search helps for PA. To get to see the others choose any of the letters e.g. =h. and hit enter. You will be given an output of possible values. Click on the white/yellow icon with small lines to see all the possible search methods. Each letter corresponds to a different search method. The first one on the list corresponds to "a", the second to "b" etc etc.
- =a.900 offers any employees whose personnel number begins with 900
- =n.smi offers any employees whose surnames begin with smi
- =n.smith.ca offers any employees whose surname is Smith and whose first name begins with Ca.
- =g.1980 offers any employees born in 1980
- =k.xxx offers any employees in personnel area xxx
- =r.xxx offers any applicants with applicant number xxx
Standard SAP only allows you to link a loan type to payroll areas with the same period parameter. So if you have different period parameters, you may have to create more loan types. You can modify the standard SAP program RPCERL00 to get around this problem.
Feature DFINF controls this input. The feature has either a X or a blank returned against each infotype listed. The X ensures that a new infotype created, uses the customised settings, whilst a blank entry implies that certain values are defaulted from the infotype copied.
The infotypes for which this feature can be used are:
- Actions (0000) - treated differently to the remaining infotypes
- Organizational Assignment (0001)
- Planned Working Time (0007)
- Basic Pay (0008)
- DUEVO (0020)
- C.Pay: Funds Procedure (0189)
- C.Pay: Assignment (0192)
- DA/DS Statistics DK (0204)
- Time Sheet Defaults (0315)
If you wish to change the name of an infotype, you can do so using the following path. In the IMG follow the path:
Personnel Management Personnel Administration Setting up Procedures Infotypes Set up Infotypes
The required table is T582A. The changes will result in a warning message "Please do not make any changes: This is SAP data". You can, however, save the changes.
You can access the fast entry screen for data input using transaction code PA70. The menu path is:
Personnel Administration HR Master Data Fast Entry
You can enter data using the fast entry screens for the following infotypes:
- Recurring Payments and Deductions (0014)
- Additional Payments (0015)
- Notifications (128)
- Company Car Unavailability (225)
- Absences (2001)
- Attendances (2002)
- Substitutions (2003)
- Availability (2004)
- Overtime (2005)
- Absence Quotas
- Atttendance Quotas
- Employee Remuneration Information (2010)
1. Entering the personnel numbers in the fast entry screen
2. Manual pre-selection
3. Pre-select using the report RPLFST00 which offers the usual SAP standard selection screen
4. Pre-selection using Ad Hoc Query
You can save the records directly or save them as a batch input session. The number of records should indicate which method you use. Having chosen the batch input method, you would need to use transaction code SM35 to progress the batch input session.
You can create the entries with or without a proposal. Creating entries without a proposal will result in you having to type in all the required data (amount, number and rate) for each individual employee. If you use the create with proposal option, you enter the start and end dates, the wage type and the amount, number and rate. On the next screen, you will notice that the data you entered, has been populated on each row for all the personnel numbers selected.
You can also use the fast entry screen to delete, change and lock any number of records.
You can hold payroll results in infotypes 402. You can either create entries in table T52IF which will then allow infotype 402 to be updated for each employee after the payroll run. Alternatively you can run the report RPABRI00 to the write the payroll data to the infotype. Should you wish to delete the payroll results from this infotype, you can do so using report RPABRIDD.
Before you can populate these infotypes, you need to carry out some config. Look in the IMG under the menu path:
Personnel Admin Personnel Management HRIS Payroll Results
The evaluation wage type is the name of the field - note it is not the actual wage type. The cumulation can be either M (Monthly cumulation), Q (Quarterly cumulation) and Y (Annual cumulation). If you are wanting to save the results on IT 0402 then you can leave this blank. These 3 values probably relate to infotypes 0458 (Accounting infotype), 0459 (Quarterly Cumulation) and 0460 (Annual cumulation). The text you enter in the field "Evaluation WTT Text" will be seen on the infotype. Choose either an amount or a number for the wage type.