Note 524137 Note Language: English

HR-CIS: Posting of HR-Payroll results to FI/CO

Version: 20 Validity:
Valid from 22.07.2005

Summary
Symptom
At posting of Payroll results into Accounting (FI/CO) there is the "account correspondence" problem for Russia, Ukraine and some other countries known. In Release 3.x this problem was solved with special variant of scheme X500, delivered within HR-CIS ADDON (see Note 0072830) Since rel. 4.0 this schema is not used . How is it possible to solve this problem in Release 4.0 and higher?

More Terms
HR-CIS, HR, FI, CIS, posting, accounting, HR-CEE, Red Storno, BSEG-XNEGP , RPCIPE00, HRPAY

Cause and Prerequisites Solution Release 4.0B

Since this release the standard tool for posting of HR-Payroll result is program RPCIPE00. To provide division of documents by different Wage Types it is local developed modification RPCIPEY0 within HR-CIS ADDON delivered. In addition to standard function this modification allows to process in one program run Only those wage types which have the value of evaluation class 01 (from T512W). This value is entered on selection screen of RPCIPEY0 in special parameter . Thus you can create many posting documents, repeating many times run of the program.

Release 4.6x, 4.7, ECC 5.0

For these releases the modification of RPCIPE00 (RPCIPEY0) is not longer supported. The standard recommended solution is to use standard RPCIPE00 (recommend ed customizing tricks see below) in combination with Subsystem "Corresponding Account Statement" (J_3RKORRSC0, J_3RKORRSSP from FI/LO-CIS ADDON (or C-CEE ADDON), see SAP Service Marketplace). Only this method will be standard supported by SAP CIS & Baltic States in the future ! Other way, which allows to keep functionality is to create customer specific posting programs on base of standard RPCIPE0. Some of such possibilities are described below too. It is important to note, that these customer solutions Will not be supported by standard maintenance. !!! All questions about following recommendations please refer to SAP Consult CIS (Moscow, HR Consulting ) !!!

** Recommendation on customizing for RPCIPE00

The general idea is to use the standard document-split facilities of RPCIPE00 program. In particular posting on the accounts, relevant for controlling (CO), normal finance accounts, creditor- and debtor- accounts is carried out in one run, but with split into different FI-documents. On this base you can, for example, customize standard "Posting Program" as follows: o all "payments-wage Types" are posted on "expence"-symb. accounts (marked with type C in T52EP) {Example: Wage type Y004
Page 1 of 5

28.02.2008

Note 524137 Salary 1 o

HR-CIS: Posting of HR-Payroll results to FI/CO

3320 C 2 3370 C }

all "deductions" are posted on "Balance.."-accounts (type F) {Example: Wage type /TAX IncomeTax 1 + 33TX F 2 F }

3307

individual deductions, for example garnishments, you can split as follows: Wage type Y313 Deduction (Amount) 1 + 33UD K 2 3307 F fund payments posting could are customized so: Wage type F125 PensionFund 28%(Expenses) 1 33ZC C

33PF F 2 +

The next trick, proposed here, is to assign one, defined as normal FI-account to more than one, different described (C- and F-) symbolic accounts {example - 3370 70101000 in "Assign Balance sheet Accounts" and 337C 70101000 in "Assign Expence Accounts"}. It brings only warning by posting execution, but allows to split documents during posting run. By such approach you will need also technical account for assignment to document split. It can be set for example so: 1001 70101000 . In this case posting run brings following results: 0000000300 RU03 01.08.2002 PP 0000000119 Created I004259 0000000301 RU03 01.08.2002 PP 0000000119 Created I004259 0000000302 RU03 01.08.2002 PP 0000000119 Created I004259 The first document: 32000100 Expences Total salary+funds | cost center 9.097,00 70101000 PayedSalaries&Wages CCtr HR-HR - 6.700,00 70101000 PayedSalaries&Wages - 2.397,00 The second: 69200020 AllocatPensionFund - 871,0 69300020 AllocHealthInsurance - 281,0 ........ other fund payments ....... 70101000 PayedSalaries&Wages 871,00 - it is income tax amount 70101000 PayedSalaries&Wages 2.397,00 Third document contains individual deductions. Of course, you can use your own customizing solution using this ideas.

**

Customer modifications of posting Program Creating In standard we have possibility to have an influence on posting process with customer-functions. The customer-function 002 allows you to set values of fields ZUONR and SGTXT analyzing data in WPBP, RT, C1, V0 and posting item, which is formed. This fields allows you to generate additional positions within generated posting document. It also can be useful for improvement of correspondence . The change of value of field P_ITEM-XBLNR brings document-split for each XBLNR-value. But to do this you have to modify program RPCIPE0R form call_user_exit_fil a) for 4.6C after calling customer function 002: *{ INSERT XXXXXXXXXX 1 include z_cipe00 . *} INSERT b) For 4.7 and ECC 5.0 before IF NOT zuonr IS INITIAL. *{ INSERT XXXXXXXXXX 1 include z_cipe00 .
28.02.2008 Page 2 of 5

Note 524137 *} INSERT

HR-CIS: Posting of HR-Payroll results to FI/CO

In include-module Z_CIPE00, for example, you can write: tables t512w. SELECT * FROM T512W WHERE MOLGA = '33' AND LGART = p_rt-lgart AND BEGDA le p_wpbp-endda AND ENDDA ge p_wpbp-begda . ENDSELECT. p_item-xblnr = t512w-AKLAS(2). This algorithm allows you produce document-split according value of evaluation class 01, as it is described in this Note section for version 4.0B. To avoid possible misunderstanding, make sure, values of XBLNR, set by your modification, can't be equal to standard values XXXXX00001 - XXXXX99999, where XXXXX is value of REFER field of posting variant.

Important !!!
You must note, that when you make any modifications in standard programs, the result of it is in your own responsibility. It is right also for modifications, described in this Note ! Before productive implementation of this solution you have to test it! For all versions up to ECC 5.0 following question is relevant: "How can we create "red storno" of FI-document, posted from HR-Payroll?" For it we recommend to use standard FI-features: o Using Open FI (or substitution) set "Indicator: Negative posting" (BSEG-XNEGP) during posting process (Note: HR-documents can be determineted with BKPF-AWTYP = HRPAY or BKPF-TCODE = PCPO or BKPF-GLVOR =HRP1. To separate "cancel"-posting refer your questions to SAP Consult CIS (Moscow, HR Consulting ). After posting - make clearing of corresponding FI documents manually. This step is meaningful only for accounts with open item management. If this task is too toilful, you can use clearing program.

Release ECC 6.0

The standard recommended solution is to use standard RPCIPE00 (see recommended customizing below) in combination with Subsystem "Corresponding Account Statement" (J_3RKORRSC0, J_3RKORRSSP from SAP_APPL, see SAP Service Marketplace).

** Recommendation on customizing for RPCIPE00

1. The general idea is to use the standard document-split facilities of RPCIPE00 program. In particular posting on the accounts relevant for controlling (CO), normal finance accounts, creditor- and debtoraccounts is carried out in one run, but with split into different FI-documents. On this base you can, for example, customize standard "Posting Program" as follows: o all "payments-wage Types" are posted on "expence"-symb. accounts (marked with type C in T52EP)
Page 3 of 5

28.02.2008

Note 524137 -

HR-CIS: Posting of HR-Payroll results to FI/CO

M020 Monthly salary

Example: Wage type 1 + RU00 C 2 - RU70 F o

all "deductions" are posted on "Balance.."-accounts (type F) Example: Wage type /322 IncomeTax13 Deduct 1 + RU70 F 2 - RU68 F individual deductions, for example garnishments, can be splited as follows: Wage type M710 Alimony 1 + RUUD K 2 - RU70 F fund payments posting could be customized so: Example: Wage type /301 Pension Fund 1 - RUPF F 2 + RUZC C

2.

Since release ECC 6.0 the full reverse of the document will be done with negative posting flag (RED storno). Report is RPCIPR00. But you can switch this off by deleting a record from table T77S0. Do the following: a) Go to transaction SM30 b) Maintain table T77S0 ("System table") c) Delete the entry "Negative Posting for Reversal Active: Russia" with the following keys: Group name: POST Semantic Abbreviation: PPNRU

d) Agree with the warnings and Save 3. Since release ECC 6.0 you can customize the partial "Red storno" for negative amounts received as a result of retro calculation. Just check Russian accounts in table T52EK. The indicator "Negative Posting" operates the XNEGP flag.

**

Customer extensions for the posting Program You can implement a method EXIT_RPCIPE00_002 of BADI "SMOD_PCPO0001". And use function module HR_RU_ACC_EXIT_RPCIPE00_002 in the body of function module. It allows you to avoid cumulation debit and credit parts with the same symbolic accounts. As a result the SGTXT field will contain value from t512w-AKLAS(2). Also this value may be used by "Corresponding Account Statement" for automatic processing of documents. New solution is proposed instead of the trick with the assignment cost center on "F" - account (i.e. 70101000). See description of the old solution in section for releases 4.X and ECC 5.0

Header Data
Release Status:
28.02.2008

Released for Customer

Page 4 of 5

Note 524137 Released on: Priority: Category: Main Component Additional Components:

HR-CIS: Posting of HR-Payroll results to FI/CO

25.07.2005 10:34:01 Recommendations/additional info Consulting PY-RU Payroll Accounting: Russia XX-CSC-RU-HR Human Ressources XX-CSC-UA-HR Human Ressources

Valid Releases
Software Component SAP_HR HR-CIS HR-CIS HR-CEE HR-CEE Release 600 40B 46C 470 500 From Release 600 40B 46C 100_470 106_500 To Release 600 40B 46C 100_470 106_500 and Following

Related Notes
Number 870064 567859 72830 Short Text HR-RU: payroll release note for HR-CEE 106_500 Problems with posting of PY-Results after Upgrade from 4.0B HR-> FI interface: special features for Russia

Attributes
Attribute SAP objects SAP objects SAP objects weitere Komponenten weitere Komponenten SAP-Objekte - manuell SAP-Objekte - manuell SAP-Objekte - manuell Value BSEG-XNEGP HRPAY RPCIPE00 0000036092 0000036097 BSEG-XNEGP HRPAY RPCIPE00

28.02.2008

Page 5 of 5