Creating Customer Specific Functions for HR Payroll

During the execution of payroll, 'Personnel Calculation Schema' (created using Transaction: PE01) is used to calculate the employee's salary. The schema comprises of funtions (created using Transaction: PE04), inorder to incorporate cutomer specific calculation routines during execution of payroll, SAP allows you to create payroll functions in customer namspace (Starting from Y or Z).

Step by Step creation of SAP Payroll Funcitons:

1) Follow the menu path

HumanResources>>TimeManagement>>Administration>>Tools>>Funtions/Operations or transaction PE04. Enter a four digit name for e.g ZIABC, and press the create button, enter the description. On creation the system proposes the name of the routine use it, or enter a name of your choice by selecting the option 'Self-defined'.

2) During the execution of payroll some tables are filled with wage types and there amounts to make these tables available to your routine enter the name of the table for e.g (RT or CRT) in the input parameters, and to make the changes done to the data in the tables avaiable to the payroll enter the name of the table in the Output parameters as well.

Input Parameters
----------------

Ctry	Num	Object Name
99 99	1 2	RT CRT

and same shall be done in the Output Paramters if required.

3) Create an include in the program PCBURZ990 (using Transaction: SE38), in which create a subroutine with the name supplied by SAP or the name selected by you during Funtion creation, in our case, it is FUZIABC.

Note: The program PCBURZ990 is in SAP Namespace, so an Access Key
will be required before you can proceed. But it will not be overwritten during any upgrade.

*Example of the subroutine
*-------------------------


  FORM FUZIABC.
*enter the code
  ENDFORM.

4) After this activate the program the Funtion and add it in the schema used for payroll processing.

Question on Payroll Journal Report for Print Forma

Technical Question on Payroll Journal Report for Print Forma

I need to know how and where to find a Print Format Form

I'm executing Payroll Journal Report, there is a option of how to display the report which SAP call as Print Format. then you select form to display. it's not SAPSCRIPT ok.

Does anyone know where to find that form, and display.

Transaction PE51 (Form Editor).

-----

Payroll Journal - Totals Section

I would like to insert new wage types in the payroll journal. Since the forms for the details and totals section are different. I have inserted the new wage types in both the forms using PE51. However, the new wage types are only appearing in the details section and not the totals section. Is there any other configuration that I have to do?

You must cumulate yours wgtype in **** in order to have column with this certain wgtype in totals.

You must define this wgtype **** as cumuilation wgtype only on detail page level. On total page you just put wgtype that you going to see as normal.

Thanks for your help. Now, it's working. The wage type should be added in the cum. ID **** for both the forms namely details and totals.

-----

Unable to add wage type to the total display of Payroll Journal

I am not able to add a wage type to the total display of the payroll journal. there is a form in which I added this wage type for the display. But, it does not display on that journal. Can you please give me some ideas how to resolve this issue?

Have a look at V_512W_D and check the Evaluation Class (2) for your wage type.

If the value is blank, it will not be displayed in your form, even if the wage type is specifcally defined in your form. You need a non-blank value for your evaluation class (2) in order to print.

The Eval Class for that WT already has the value 3 (Earnings) in it. Can you please tell me what else to look for?

The Payroll Journal uses 4 separate forms for the print format

(1) Page Header

(2) Continuation Excerpt

(3) Employee Data Excerpt

(4) Totals Block

Did you add your new wage type to both (3) and (4) print formats?

Be aware that in the totals form, with the cummulation ID's, all wagetypes that you want to have cumulated are:

1) Assigned to a cumulation ID of choice and

2) also assigned to cumulation ID ****

One payroll for two month

An option will be to run the payroll for November in December and then December in December. Then in February run for January and then February payroll.

Retro to December can be forced on the payroll run screen. You will find a field called "Forced Retro to"

It means you would have two payroll results and two DME files in December and then again in February.

You could try exiting November without running and then run December. You should find that it will detect that November has no results and auto retro to November. But need to ensure you have not been in corrections for November, otherwise the system will say employees in error (which you can change the status of the individuals - if not too many).

Another option is to delete the control record (if the above option doesn't work) and recreate to have next payroll in December but still with your original retro period.

You should test these in your user acceptance system to ensure there are no side effects.

Posting The Payroll Results To FICO

For posting payroll results to Accounting, in IMG you can follow this :

1 ) First you need to create symbolic accounts. goto PAYROLL INDIA - REPORTING FOR POSTING PAYROLL RESULTS TO ACCOUNTING - ACTIVITIES IN THE HR SYSTEM - EMP GRP AND SYMBOLIC ACCOUNTS - DEFINE SYMBOLIC ACCOUNTS

2) DEFINE POSTING CHARACTERISTICS OF WT ( ASSIGN WT TO SYMBOLIC ACCOUNTS)

3) goto PAYROLL INDIA - REPORTING FOR POSTING PAYROLL RESULTS TO ACCOUNTING - ACTIVITIES IN THE AC SYSTEM - ASSIGNING ACCOUNTS - ASSIGN BALANCE SHEET A/C AND ASSIGN EXPENSE A/C

4) EASY ACCESS - HR - PAYROLL-INDIA - SUBSEQUENT ACTIVITIES - PER PAYROLL PERIOD- EVALUATION - POSTING TO A/C-EXECUTE RUN

The prerequisite for posting is -Enter posting information in Master data and run payroll. After doing that follow this posting process:-

a) Create a document

b) release document ( it asks do u want to release for posting-say post immediately)

c) post document

Though the t.code FB03 you can do completeness check of the document.

Now execute the posting run - a posting run can be performed as a test run without documents / a simulation run / a productive run.

In a simulation and production run the system checks all HR and FI tables and the posting info in master data to determine whether they exist.

In a test run the system checks only the balance of expenses and payables.

Now you chose execute run - next select release post run - now post post run - finally it generates index info.

I have to create a new wage type for additional payments. This has to look at a payroll constant and calculate the amount to be paid. What I would like to know is when I do this do I have to do anything so that the amount in this Wage Type will be posted to FI like create a G/L ? Or will this be posted automatically along with other wage types?

If you are copying wage type xxxx to create your new wage type for additional payment, there is a chance that your posting will take place similar to wage type xxxx.

Rest is pure config in payroll. There is a full section for it. Symbolic accounts...... G/Ls....Accrual A/Cs.... pretty involved stuff. Without a FI guru with you ...I won't advise proceeding forward.

That depends on how you create the wage type. The link is done in some T52E* table, which is for instance copied by PU30. If you create the wage type by creating it directly in T512W (via view V_512W_T), then you will have to do the link additionally. The standard way to create a wagetype is however to find a corresponding wage type, which has the same (or similar) functionality as the one you want to create and then use PU30 to copy this wage type to the new wage type.

Thereby a lot of tables (I think in the newest, 4.6C, it's around 95 tables) are checked and if needed the entries are copied. Amongst those tables you will also find the ones establishing the links to FI's G/L.

Following comments relate specifically to 3.1H. They may or may not apply to your system.

Normally a new wage type is created by copying an existing wage type, either a model wage type that has some standard attributes, or an existing actual wage type in production use.

Your config changes will need to set up the new wage type so that the amount is derived from your payroll constant. However, the posting to FI will have been copied from the wage type you copied. The posting is represented by processing class 32 and evaluation class 01 (of table T512W) for a payment wage type. Provided the new wage type is similar in its posting requirement to the one you have copied you only need to do two things now:

1. ensure that processing class 32 is the correct option for the type of posting you want.

2. ensure that the value in evaluation class 01, also known as a symbolic account, correctly represents the target account number in FI for this expense.

If you have to post to an existing account number, for which there is already a symbolic account allocated, you can set evaluation class 01 to that symbolic account.
If the payment is so different from existing payment types, that your accountants want it posted to a new account code, you need to

3. allocate a new symbolic account number (next available number in the range)

4. insert a new entry in table T030, "Posting of HR to FI/CO", linking the new symbolic account to the account number advised by your FI administrator.

It's actually easier to do than describe.