Hierarchy
SAP_HRRXX (Software Component) Sub component SAP_HRRXX of SAP_HR⤷
PY-XX (Application Component) Payroll: General Parts⤷
PCAC (Package) Customizing HR Payroll
IMG Activity
| ID | OHAXRI042 | Define Symbolic Accounts |
| Transaction Code | S_AHR_61010533 | IMG Activity: OHAXRI042 |
| Created on | 19981221 | |
| Customizing Attributes | OHAXRI042 | Define Symbolic Accounts |
| Customizing Activity | OHAXRI042 | Define Symbolic Accounts |
Document
| Document Class | SIMG | Hypertext: Object Class - Class to which a document belongs. |
| Document Name | OHAXRI042 |
In this step, you create the symbolic accounts that you require for posting to Accounting.
A symbolic account has the following characteristics:
- A four-character alphanumberic code
- A descriptive text
- An account assignment type (AA type). This defines the type of posting (posting to expense account, posting to payables account, and so on) that applies to the wage types that are posted to the symbolic account.
- An employee grouping for account determination (EG) indicator
The following table shows what kind of account and what transaction is linked to an account determination type and what additional information (for example, for cost assignment) is also included in the posting transaction.
AA type Meaning Transaction Additional fields
C posting to expense account HRC cost assignment
CN posting to expense account HRC cost assignment
without quantity without quantity
R posting to expense account HRC
if accounting is installed in
R/2 System.
F posting to bal. sheet account HRF
FL posting to bal.sheet account HRF
for checking balance
in retroactive accounting
(recalculation difference account)
FO posting to bal. sheet account HRF
(original periods for
wage types whose amount
cannot change
retroactively)
Q posting to bal. sheet account HRF personnel number
with personnel number
D posting to personal HRD acc. determination
customer accounts with personnel number
DF posting to fixed customer HRD direct assignment
of customer account
L posting to customer HRD acc. determination
account(for specific loan) with personnel number
loan type,
sequential number
K posting to personal vendor accounts HRK acc. determination with
personnel number
KF posting to fixed vendor HRK direct assignment
acc. of vendor account
Note the following with regard to account assignment types:
- In the standard system, no quantities are transferred from wage types in the payroll result to the payroll documents and the resulting accounting documents, although information on quantities is available on the report log for report RPCIPE00 (or RPCIPX00). It is also possible to modify the system to access this information. The account assignment type CN is only useful if you have made this modification and if, in certain instances, you want to suppress the transfer of quantity information.
- The account assignment types FL und FO are only of use if there are cross-company code transactions. For more information on customizing cross-company code transactions, refer to Posting to Company Code Clearing Accounts.
- We recommend that for symbolic accounts with account type FO, you determine the account in Accounting independent of the Employee grouping for account determination (Feature PPMOD). For this reason, only one G/L account is provided for the payment of wages and salaries as standard. If you determine this G/L account depending on the employee grouping for the account determination, this can lead to inconsistencies when posting the retroactive accounting results. This is due to the fact that when posting retroactive accounting results for wage types that cannot change retroactively, a technical posting takes place (for example, for the wage type Payments (/559)). Since this technical posting usually takes place in the same account in Accounting, it balances to zero and does not appear in the posting document. However, if you determine this account independently of the employee grouping for account determination, and an employee falls in a different employee grouping due to a retroactive change in the HR master data or feature PPMOD, the technical posting cannot balance to zero because two accounts are affected in Accounting. This is why you have to make changes manually in this case.
Example
The wage types Basic pay and Overtime both represent personnel costs and should therefore be posted to expense accounts. You also want to assign these wage type amounts to Cost Accounting objects. Both wage types are dealt with in the same way as far as posting is concerned and can therefore be posted to the same symbolic account. You must specify the account assignment type C, since, in Accounting, there should be a posting to expense accounts and Cost Accounting should be provided with information.
Requirements
You have carried out the step Define Employee Grouping for Account Determination
Standard settings
Symbolic accounts are already set up in the standard system. In this step, you can modify these to meet your requirements.
Recommendation
We recommend that you do not change the definition of the symbolic accounts. If changes to the definition of the symbolic accounts are necessary, you should map the changes using new symbolic accounts.
Activities
- Check that the existing symbolic accounts meet your requirements. Note the EG indicator. If this indicator is set for an account, posting to this account also considers employee grouping for account determination. With the exception of the key (column SymAcc), you can change the default values.
- To create additional symbolic accounts, choose New entries
- To delete unnecessary symbolic accounts, mark the account and choose Edit -> Delete.
Further notes
Symbolic accounts are not country-specific.
Business Attributes
| ASAP Roadmap ID | 204 | Establish Functions and Processes |
| Mandatory / Optional | 1 | Mandatory activity |
| Critical / Non-Critical | 2 | Non-critical |
| Country-Dependency | E | Invalid for countries specified |
| Customizing Attributes | Country Key | Country Name |
|---|---|---|
| OHAXRI042 | AR | Argentina |
| OHAXRI042 | AT | Austria |
| OHAXRI042 | AU | Australia |
| OHAXRI042 | BE | Belgium |
| OHAXRI042 | BR | Brazil |
| OHAXRI042 | CA | Canada |
| OHAXRI042 | CH | Switzerland |
| OHAXRI042 | CN | China |
| OHAXRI042 | DE | Germany |
| OHAXRI042 | DK | Denmark |
| OHAXRI042 | ES | Spain |
| OHAXRI042 | FI | Finland |
| OHAXRI042 | FR | France |
| OHAXRI042 | GB | United Kingdom |
| OHAXRI042 | HK | Hong Kong |
| OHAXRI042 | ID | Indonesia |
| OHAXRI042 | IE | Ireland |
| OHAXRI042 | IN | India |
| OHAXRI042 | IT | Italy |
| OHAXRI042 | JP | Japan |
| OHAXRI042 | KR | South Korea |
| OHAXRI042 | MX | Mexico |
| OHAXRI042 | MY | Malaysia |
| OHAXRI042 | NL | Netherlands |
| OHAXRI042 | NO | Norway |
| OHAXRI042 | NZ | New Zealand |
| OHAXRI042 | PH | Philippines |
| OHAXRI042 | PT | Portugal |
| OHAXRI042 | SE | Sweden |
| OHAXRI042 | SG | Singapore |
| OHAXRI042 | TH | Thailand |
| OHAXRI042 | TW | Taiwan |
| OHAXRI042 | US | USA |
| OHAXRI042 | VE | Venezuela |
| OHAXRI042 | ZA | South Africa |
Assigned Application Components
| Documentation Object Class | Documentation Object Name | Current line number | Application Component | Application Component Name |
|---|---|---|---|---|
| SIMG | OHAXRI042 | 0 | HLA0100670 | Data Transfer |
Maintenance Objects
| Maintenance object type | C | Customizing Object |
| Assigned objects | ||||||
|---|---|---|---|---|---|---|
| Customizing Object | Object Type | Transaction Code | Sub-object | Do not Summarize | Skip Subset Dialog Box | Description for multiple selections |
| V_T52EK | V - View | SM30 | CIPO 01 | Define symbolic accounts |
History
| Last changed by/on | SAP | 19991006 |
| SAP Release Created in |
