Lesson 3 of 5
Accounts approach
7 min
In the accounts approach there is one ledger, normally only 0L, and the differences between principles live on separate G/L accounts. The chart of accounts is divided into three groups: common accounts used by all principles (most of them), accounts used only for principle A, and accounts used only for principle B. Each principle gets its own financial statement version that includes the common accounts plus its own specific accounts and excludes the others.
| Account | Used in US GAAP statements | Used in IFRS statements | Posting |
|---|---|---|---|
| Warranty expense (common) | Yes | Yes | Common postings only |
| Warranty expense - IFRS only | No | Yes | Debit 25,000 |
| Provision - IFRS only | No | Yes | Credit 25,000 |
| Result | Unchanged | −25,000 profit, +25,000 provision | One document, one ledger |
How postings work
Ordinary transactions post to common accounts. Adjustments for one principle post to that principle's specific accounts, often with document types and account naming conventions that make the principle obvious. ECC customers often used a prefix or a number range for this, and many SAP learning examples describe exactly that. Automatic postings, such as depreciation for a parallel depreciation area or a foreign currency valuation for one principle, use account determination that points to the principle-specific accounts.
Maintenance and reporting effort
The accounts approach looks simpler because there is only one ledger. In practice, the effort moves elsewhere. Every account that can carry a difference needs a twin. Every automatic posting that differs by principle needs its own account determination. Every report must be built on the right financial statement version, and a report run without one shows a meaningless mix of both principles. Period-end valuation and closing tasks must be designed so each principle's run posts to its own accounts. And as the number of principles grows, the chart of accounts grows with it.
| Topic | Ledger approach | Accounts approach |
|---|---|---|
| Number of ledgers | One per principle | One |
| Chart of accounts | Same accounts in every ledger | Extra accounts per principle |
| Reporting | Select the ledger | Select the financial statement version |
| Data volume | Higher: lines stored per ledger | Lower |
| Posting periods per principle | Possible per ledger | Shared, since there is one ledger |
| Risk of mixing principles | Low if ledger groups are used correctly | Higher: every report and account must be right |
| Availability | All editions | Private Edition and on-premise |
Ledger approach compared with accounts approach.
There is one more subtlety. In the accounts approach the IFRS financial statements are the sum of common accounts and IFRS-only accounts, so a posting to a common account that should have gone to a principle-specific account changes both principles. Nobody sees an error message; the numbers are simply wrong for one audience. The control is the same as in the ledger approach, applied to accounts instead of ledger groups: every manual adjustment needs a reviewer who checks the account against the policy list, and automatic postings need account determination tested per principle. If Contoso had kept its ECC design, Priya's test plan would need a test case for every "I" and "U" account pair.
What would you do?
Contoso's IFRS financial statements, built in the accounts-approach ECC system, suddenly show US GAAP-only accounts. What is the most likely cause?
- The accounts approach keeps one ledger with common and principle-specific accounts.
- Each principle has its own financial statement version; reporting depends on choosing it correctly.
- Maintenance effort moves to twin accounts, account determination and report design.
- Conversions often keep the accounts approach and change later as a separate project.
Check your understanding · not graded
Lesson check
1. In the accounts approach, what decides which accounts appear in IFRS statements?
2. Which is a disadvantage of the accounts approach?
3. Where do ordinary business transactions post in the accounts approach?