Subsequent activities in SAP HR Payroll

The following are the subsequent activities after payroll is run viz.,

1) Bank transfer:

2) Posting Payroll Results:

1. Bank transfer: After payroll is run, SAP DME process will transfer payment amount to
employees’ bank accounts as follows

 Run Preliminary DME Program: The Tcode to run Prelimiary DME Program is
PC00_MXX_CDTA where XX = MOLGA. This program will prepare the payroll results
for the DME process (i.e., Data Medium Exchange Process). It uses information from
HR Masterdata (0001, 0002, 0006, 0009) and information from payroll results. (Payroll
program tables WPBP and BT). This program creates a file which contains data which
complies with bank regulations. If the values are inaccurate, you will need to correct the
errors and re-run the preliminary DME program. If the values are accurate, you will use
the file as input for creating bank transfer text files (DME file).

Procedure:

1. Enter payroll area and Personnel number. Rest of the selection criteria can be kept
default and click execute

2. Note down the program run date and identification feature.

 Create DME file: The Tcode is PC00_MXX_FFOT, where XX=MOLGA. This program
uses the successful file created by the preliminary DME program. It produces a payment
summary, a DME Accompanying sheet and a DME file (per Company code) for each
paying bank of company. The DME file may need to be uploaded into designated
software that enables a transfer between company and paying bank (house bank or
company bank).

Procedure:

1. Enter Program run date and Identification feature, Paying company code, payment method, House bank,
Account ID, Currency, and click on execute.

(In other words, the company provides DME file to the house bank. Based on this DME
file, the house bank will make bank transfers.)

2. Posting payroll results: Posting payroll results to accounting is done after payroll run. It is done once each
payroll period, as well as after each off-cylcle payroll run. General Ledger (G/L)Posting involves the following:

How posting is evaluated: Each employee’s payroll result contains different wage types that are relevant to accounting. Procedure: 1. the system checks only whether the balance of expenses and payables is zero as it should be. and the accompanying posting documents. . and are posted as credits to a corresponding payables or financial account. bonus and overtime represent various expenses for the company. ‘Documents created’. Create a posting run using Tcode PC00_M99_CIPE. If the posting run is unsuccessful. employment tax. This step creates a posting run based on payroll results. Simulation Run (S): In both simulation and productive runs. there are wagetypes such as the employer’s health insurance contribution which represents an expense for the enterprise.  Creating summarized documents. For this reason.  Test run without documents (T)  A Simulation run with simulation documents (S)  A Productive run (P) Test Run (T): In a test run. tax office. a ‘run type PP’. employees’ contribution to social insurance are the employer’s payables to employee. If the posting run is successful.  In addition. it gets the status.  Wage types such as standard salary. a payable to social insurance agency. Relevant error message will appear in output log. such wage types are posted to two accounts—once debited as an expense and once credited as a payable. it gets the status.  Grouping together posting-relevant information from the payroll results. and at the same time. A posting run can be executed in three modes. ‘Incorrect Documents’. which are posted to a corresponding expense account. Processed payroll results for an employee are flagged. with a distinctive number.  Wage types such as bank transfer.  Performing the relevant postings to appropriate G/L accounts and cost centres. The posting run ensures that payroll results for an employee are only posted once. the system checks all HR and RT tables and the posting information in master data to determine whether they exist and if they are consistent.

We can drill-down through these documents to identify the reasons for which errors have occurred for unsuccessful posting run (i. select ‘Release Document’ Button and status will change to ‘All Documents Released’. Once error is resolved and status is ‘Document created’. the posting run status should be Documents created. .Productive Run (P): When you choose execute run for a productive run. Next click on ‘Post documents button’.e. status will change to ‘Documents Posted’. Alternatively.  Creates posting documents. with an incorrect status) Posting run status: Initially. 1. If the status is No documents created and you were expecting documents. Editing a posting run via Tcode PCP0. If there are incorrect documents.  Creates a posting run. the system performs the following steps:  Selects the employees and their payroll results for the evaluation. we can also access the document overview from the create Posting Run log by choosing the Document Overview button or by double clicking on the Document creation line.. go back to the previous ‘create a posting run’ step and retry. review the error message and resolve. This step provides an overview of all documents created during the posting run.

g.PY-XX-DME ( Pre-DME) Skip to end of metadata  Created by Justin Gong. Data Medium Exchange (DME) is the process of sending to the bank the payment data formatted according to the banking rules of a country. HHKCDTC0 for Hong Kong) Input Pre-DME processes both information from the master data and information from the payroll results for an employee. Component PY-XX-DME refers to Pre-DME and not DME. There are different pre-DME reports per country:  RPCDTxx0 and RPCDTxx0_CE (e. The Pre-DME process involves the following steps for every entry in BT table:  The system determines the information on the payment recipient o from the entry in the Payment Information table (BT) . last modified on Jan 20. For every current original result for employees processed in a payment run. RPCDTCU0 for USA. This is a Finance/Accounting process whereas pre- DME is a Payroll process. RPCDTCK0 for Canada)  HxxCDTC0 (e. 2011 Go to start of metadata Preliminary Data Medium Exchange (Pre-DME) Pre-DME evaluates payroll results and creates payment data to be used by DME.g. the preliminary program DME reads the Payment Information table (BT) in the payroll results.

the currency from the Currency field in the Payroll Status Information table (VERSC) is used for the payment. if the entry in the Payment Information table (BT) does not contain a recipient key and does not contain any recipient data  The system evaluates the Sender Account Number for Data Medium Exchange feature (DTAKT) to determine the following information: o The paying company code o The house bank o The house bank account  The system reads the Purpose field in the Payment Information table (BT): o If the Purpose field is filled.  The system reads the bank codes of the house bank and the recipient bank from the Bank Master Record table (BNKA). <Payroll Period> or "Pension". <Personnel Number>. o from the Payee Keys table (T521B). If a payment with inconsistent data exists for an employee. the contents of the field are transferred to the payment data o If the Purpose field is not filled. o If the Currency field in the Payment Information table (BT) does not contain a currency. this currency is used for the payment.  The system checks the payment data for consistency. if the entry in the Payment Information table (BT) contains a recipient key o from the Personal Data (0002) and Addresses (0006) infotypes. <Personnel Number>.  The system determines the payment currency: o If the Currency field in the Payment Information table (BT) contains a currency. to indicate to payment runs carried out later that they are "processed". Set Flag for Transfers It is recommended to mark this indicator as it causes the system to mark every processed entry in the Payment Information table (BT) with date and time. <Payroll Period>. This prevents entries in the Payment Information table (BT) being accidentally processed more . the system does not perform a payment for this employee. the following text is used: "Wage/Salary".  For every entry in the Payment Information table (BT) the system creates an entry in the payment data.

2. retirement. long term care). Tax payment. Benefit deductions are deposited into appropriate company clearing accounts.  Third-party remittances may include the following type deductions and methodology for conducting payable function 1. The Identification Feature originates from the six-digit system time. • Reconcile payments created in Human Resources through 3PR. Benefit deductions: (i.e. dental. Output The preliminary program DME creates a payment run that contains payment data.than once.  Payment Medium File Table (PAYR)  The third-party remittance component involves the transfer of financial posting data from HR/Payroll to Finance accounts. 3. Tax remittance is conducted by the Payroll Office . Tax deductions are deposited into appropriate company clearing accounts. If the payroll run is repeated after you have executed the preliminary program DME. the system does not overwrite the entries marked with date and time but performs a difference calculation. health. The system replaces the last digit of the sixdigit system time in the Identification Feature with a P. I can be done via decentralized ACH web system which is provided by our financial institution. The third-party remittance process allows you to complete the following three major tasks in the final processing of a payroll run:  • Posting financial data to the appropriate accounts in Finance. Electronic remittance of child support . You can clearly identify every payment run using a combination of the Program Run Date and Identification Feature. life insurance. Garnishments: Child Support Garnishments. when you started the preliminary program DME. accident insurance. The payment data contained in a payment run is saved in the following tables:  Control Records for the Payment Program (REGUV)  Settlement Data from Payment Program (REGUH)  Processed Items from Payment Program (REGUP) The data in these tables is further processed by the payment medium programs in Finance/Accounting and is usually run via RFFOUS_x reports. • Generate bank transfers and check payments. That is why you must mark the Set Flag for Transfers indicator if youwant to perform a qualified advance payment.

Meals. and processing the posting run. Outside entities. Internal departments Deductions such as Rent. and Club Fee are deposited into appropriate company clearing accounts. These steps insure the posting to finance to update the general ledger. The various steps in the process include execution of the data evaluation run. A check file will be created for spooling. 4.  Third-party posting is an additional process performed after the payroll run. Deductions for Vision. and cost centers . create the posting document. payment and information to the various State Disbursement Unit will require a special ACH file format (ACH + addenda information). 5. United Way. funds management. All other Garnishments – Non-child support garnishment will require remittance checks to be produced. update third-party remittance tables. Development funds. Employee Unions/Association. Remittance processing is conducted by the Payroll Office via decentralized ACH web system or through the KFS voucher process.