SAP S/4HANA · Accounts Receivable
Accounts Receivable Data Model
Three AR factsOn ACDOCAConformed dimensions
One owned model for Accounts Receivable. The customer-line, open-item, and balance facts are all built from ACDOCA and join one shared set of conformed dimensions. The same set the rest of finance uses.
One source (ACDOCA) · three AR facts · one shared set of conformed dimensions — the same set your finance model uses.
Why it matters: when the Accounts Receivable facts share the same customer, account, and date, a number means the same thing in every Accounts Receivable report — and it reconciles with the rest of finance, because the dimensions are the same ones the enterprise model uses.
Tap a section to drill in.
◆ The Accounts Receivable facts— each is a thin view over the source, sharing the same keys.
| Fact | Grain (one row per) | Built from |
|---|---|---|
| fct_ar_line_items | customer posting line | ACDOCA · I_OperationalAcctgDocItem (D) |
| fct_ar_open_items | open customer item | ACDOCA + BSEG open-item status |
| fct_ar_balance | customer × period balance | ACDOCA aggregated by customer |
All three key on the customer and the reconciliation account. Open vs cleared comes from open-item management (BSEG); the aging fact is the open items bucketed by due date.
◆ The conformed dimensions— one customer, one account, one calendar — used by every fact.
| Dimension | What it is | Master |
|---|---|---|
| dim_customer | Customer (KUNNR → BP) | Business Partner |
| dim_gl_account | Reconciliation G/L account | SKA1 |
| dim_company_code | Company code (RBUKRS) | T001 |
| dim_date | Posting & due dates | calendar |
Conformed means the same dimension table, the same keys, joined by every fact that needs it — so a value means the same thing in every report.
◆ Why it is one model, not three— the dimensions are shared, and it plugs straight into your finance model.
- Shared dimensions — all three facts join the same customer, account, and date dimensions, so a number reconciles across the reports instead of arguing.
- One source — ACDOCA feeds every fact; the reports differ only in grain.
- It is the same conformed set the rest of finance uses — dim_company_code, dim_gl_account, and dim_date are shared with the enterprise model, so Accounts Receivable is not a silo.
- Add later without rebuilding — new measures join the dimensions that already exist.
◆ How it is built & owned— over the source + released CDS views, on your cloud, extracted the compliant way.
- Source — ACDOCA for the postings; the released customer view I_BusinessPartner for the customer dimension; BSEG for open-item status.
- Build — dbt models: the facts and conformed dimensions, reconciled to the source ERP before go-live.
- Land — your own cloud warehouse: GCP, AWS, or Azure.
- Extract — released CDS + ODP-OData, SLT, or Table/Table-CDC; never ODP-RFC. See the extraction pattern →
- Fits the whole — these facts and dimensions slot into the enterprise data model via the conformed keys.
Terms on this page
- Customer
- Who owes you; the customer master is now a Business Partner with the customer role.
- Open item
- An unpaid customer line — what aging is built on.
- Reconciliation account
- The G/L account the sub-ledger posts to automatically.
- Fact
- A table of measures and keys — the numbers you aggregate.
- Conformed dimension
- One dimension shared by every fact, so a value means the same thing everywhere.
- ACDOCA
- The Universal Journal — the single S/4HANA table behind the finance facts.
- Star schema
- One fact surrounded by its dimensions — the report-friendly shape.
- Grain
- What one row of a fact represents — the level of detail.
Want your Accounts Receivable model built & owned?
We build the customer-line, open-item, and balance facts on ACDOCA — reconciled to the AR sub-ledger before go-live — and your team owns every line of code.