Page tree
Skip to end of metadata
Go to start of metadata


1. The most important decision in any accounting system is the chart of accounts or a template of what accounts are going to be used to
collect information in the company code. SAP provides validation of any values entered in the account. Going to transaction FS00 resolves
this issue. Please note that only the second line item allows a cross-company code posting. The credit here goes from GM03 to GM01
company code.

2. After pressing simulation or posting a further validation takes place. The intercompany entry is summarized on top of the page.

3. The first validation error points to the missing intercompany customer/vendor configuration (clearing accounts)

4. The intercompany clearing (automatic creation of a payable and receivable through the customer and vendor accounts) is configured via
transaction OBYA. It belongs to the automatic account determination configuration set of transactions, but it involves two rather than just one
subledger, e.g. fixed assets

5. The easiest way to configure the intercompany vendor and customer accounts is to create just one, regardless of the particular
relationship. In practice all four should be unique, but the system is not validating that. It is only providing a message that master data has not
yet been created, but it allows saving of values.

6. Further validations point to insufficient intercompany configuration of the document type SA. Since this is standard ledger document
type, we will not be changing it but rather create a specific intercompany one (not shown here).

7. The top of the screen shows the the intercompany clearing and the items section shows the actual line items as entered in the journal.

8. After changing the amounts and trying to post the entry, two new line items get added for the intercompany relationship.

9. After saving the journal we get a notification of another journal booked on the opposite side: company code GM04.

As a final note please keep in mind that the current entry is out of balance as it contains an odd number of line items crossing the company
codes. This is a result of using the explicit intercompany vendor/customer instead of relying on the configuration for the automated
payments. So we have three intercompany line items with the third journal line item - a credit - becoming the "out of balance" balance from
the viewpoint of the relationship between GM03 and GM04. The journal itself is in balance and thus the system will allow the posting
even though it will cause issues in consolidation.