FI (Financial Accounting) is the core accounting module in SAP. It records financial transactions and produces the balance sheet and profit and loss statement โ the reports that shareholders, auditors and tax authorities outside the company rely on.
The distinction worth holding on to is that FI handles accounting aimed outward. Internal questions โ how profitable a department is, what a product actually costs to make โ belong to CO (Controlling). The two share a great deal of data and are often spoken of together as "FI/CO", but their audiences differ.
Real-time posting
What characterises FI is that posting is immediate. The moment a journal entry is posted, general ledger balances update and the financial statements reflect it. Nothing waits for a nightly or month-end batch. This is a significant departure from older accounting systems.
The benefit is that a current trial balance is available at any point in the month. The cost is that a mistaken posting affects balances immediately, which is why SAP pairs real-time posting with a strict rule: posted documents cannot be edited.
Double entry and the balance rule
FI is built on double-entry bookkeeping. Every transaction is recorded from both the debit and the credit side, and within a single accounting document total debits must equal total credits. SAP will simply refuse to post a document that does not balance.
This holds even when several currencies are involved. For a foreign currency transaction, SAP handles the translation difference automatically so that the document balances in company code currency.
Automatic postings from other modules
Integration is the most important thing to understand about FI. Work done by operational departments flows into FI as accounting documents on its own. In a running system, entries typed by hand in accounting are the minority.
| Source | Business event | Resulting entry (simplified) |
|---|---|---|
| MM (Purchasing) | Goods receipt (GR) | Dr Inventory / Cr GR/IR clearing |
| MM (Purchasing) | Invoice receipt (IR) | Dr GR/IR clearing / Cr Accounts payable |
| SD (Sales) | Goods issue | Dr Cost of goods sold / Cr Inventory |
| SD (Sales) | Billing | Dr Accounts receivable / Cr Revenue |
| FI-AA (Assets) | Depreciation run | Dr Depreciation expense / Cr Accumulated depreciation |
| HR (Payroll) | Posting payroll results | Dr Salary expense / Cr Accruals and withholdings |
Look at the two MM rows. At goods receipt no invoice has arrived, so a payable cannot yet be recorded against a specific vendor. SAP posts to an intermediate GR/IR clearing account instead, and transfers it to accounts payable when the invoice arrives and is matched. This is what lets the balance sheet reflect obligations correctly even when goods and invoices arrive at different times.
The parts of FI
FI is not one monolithic function. A general ledger sits at the centre, with sub-ledgers hanging off it that hold the detail by business partner or by asset.
| Code | Name | Scope |
|---|---|---|
| FI-GL | General Ledger | The main ledger where everything aggregates; the basis for financial statements |
| FI-AP | Accounts Payable | Obligations by vendor, from invoice through payment |
| FI-AR | Accounts Receivable | Claims by customer, from billing through cash application and dunning |
| FI-AA | Asset Accounting | Acquisition, depreciation and retirement of fixed assets |
| FI-BL | Bank Accounting | Bank master data and processing of bank statements |
FI-AP and FI-AR are sub-ledgers. Balances per vendor and per customer live there, and their totals are reflected automatically in the corresponding reconciliation accounts โ payables, receivables โ in the general ledger. SAP guarantees structurally that the sub-ledger and the general ledger agree.
What changed in S/4HANA
S/4HANA changed how accounting data is stored. In ECC, FI line items (BSEG), CO line items (COEP) and new general ledger line items (FAGLFLEXA) lived in separate tables, and reconciling figures across modules was an ongoing chore.
S/4HANA consolidates them into a single table, ACDOCA โ the Universal Journal. FI and CO share the same line items, which structurally removes the old problem of the two disagreeing. Aggregate tables are gone as well; totals are derived from line items on demand.