Kontakt

Ansicht
Dokumentation

OALE_HRDST_16_3 - 'HR Rel.earlier than 4.0A and Acctg Rel. from 4.0A' scenario

OALE_HRDST_16_3 - 'HR Rel.earlier than 4.0A and Acctg Rel. from 4.0A' scenario

RFUMSV00 - Advance Return for Tax on Sales/Purchases   Fill RESBD Structure from EBP Component Structure  
This documentation is copyright by SAP AG.
SAP E-Book

In this step, you make the settings for the scenario Reporting for Posting Payroll Results to Accounting (known also as posting to Accounting) if Human Resources (HR) is in an R/3 System lower than 4.0A or in a R/2 System, and Accounting (AC) in an R/3 System in Release 4.0A or higher.

For information on the procedure for posting to Accounting in previous releases, refer to the SAP Library, under Payroll -> country -> Subsequent Activities -> Posting to Accounting -> Steps in Posting to Accounting -> Posting in Previous Releases

The following outlines the posting procedure in previous releases with reference to the relevant settings in Customizing. The process distinguishes between two variants (A and B):

  • If Payroll is in Release 3.1G or higher, but below 4.0A, you can use either variant A or B for posting to Accounting.
  • If Payroll is in a release lower than 3.1G, you must use variant B.

Prerequisites for Both Variants

  • All Accounting components are located in a central accounting system.
  • Accounting master data used in this scenario must be distributed in the HR system (for example, cost centers to which you want to assign accounts).

Variant A

The following procedure applies if your Payroll application is in Release 3.1G or higher, but lower than 4.0A, and if you want to use ALE in this scenario.

  1. Run the report RPCALx0 using schema x500. This transfers relevant posting information to a TemSe file.
  2. Run the report Interface Payroll / Accounting EXPORT (RPCIPX00).
  • This creates a master IDoc in the HR System.

  • The system uses data entered in the distribution model to determine which logical system should receive the IDoc.

  • The ALE layer is used to transfer automatically the data to the receiving system.

Inbound processing of the IDoc received takes place automatically. The system uses data from the received IDoc to create a TemSe file.

  1. Run the report Interface Payroll /Accounting IMPORT (RPCIPI00). The Accounting System uses data stored in the TemSe file to create posting documents.
  2. Post the documents to Accounting

To enable communication between distributed systems, you must make the following entries in Customizing under Basis -> Maintain Distribution Model -> Add Method.

Sender:   HR System
Receiver:   AC System
Message type:   HRPAYP
Standard task:   HRPAYP_ERROR

This procedure does not use filter objects. You do not need to convert field objects or to filter segments.

 

The settings for the partner profiles can be generated from the distribution system. For more information, refer to the step Generate Partner Profiles in this Implementation Guide.

 

(For Variant A)

  • The TemSe objects created via this ALE scenario are not defined as application objects. For this reason, the system does not update links between TemSe objects and IDocs.
  • The ALE scenario does not support serialization.
  • In line with the requirement that AC master data must be available in the HR System, the following restriction applies to ALE scenarios: Not all account assignment objects can be distributed using ALE.

Variant B

The following procedure applies if your Payroll application is in a release before 4.0A, and you have not maintained the distribution model.

 
  1. Run report RPCALC x0 using schema x500. This transfers information relevant to posting to a TemSe file.
  2. Run report Interface Payroll /Accounting EXPORT (RPCIPX00). This creates another TemSe file.
  3. Run report RPCIPT00 for Posting to Accounting. This creates a file on either the presentation or application server.
 
  1. Run report RPCIPT00. The AC system creates a TemSe file.
  2. Run the report (RPCIPI00). The AC system uses data in the TemSe file to create posting documents.
  3. Post the payroll results to Accounting.
 

For Release 4.0A, the naming convention for symbolic accounts was changed. The code that identifies an account, which is stored in the table T030, is now composed of four characters instead of two. This means that in the constellations described in this step, there are different keys in the HR and AC Systems. The code in the AC System is composed of the two character country grouping and the two character code in the HR System. For example, if the code of a symbolic account is 13 in the HR System, the code for the same account in the AC System for the country grouping Germany is0113.

For Release 4.0A, the naming convention for the employee grouping for account determination (Feature PPMOD) was changed. The code for the employee grouping for account determination , which from Release 4.0A is stored in the table T52EM, is now composed of three characters instead of one. This means that in the constellations described in this step, there are different codes in the HR and AC Systems. The code 1 for the employee grouping for account determination becomes 1__ in the HR System (single character code from the HR System plus two spaces).






BAL_S_LOG - Application Log: Log header data   SUBST_MERGE_LIST - merge external lists to one complete list with #if... logic for R3up  
This documentation is copyright by SAP AG.

Length: 7123 Date: 20240523 Time: 203438     sap01-206 ( 111 ms )