Analytics Catalog/SAP S/4HANA/Accounts Payable/Customer Line Items
Explore the catalogAR AgingAccounts PayableACDOCAExtraction
SAP S/4HANA · Accounts Receivable (FI-AR)

Customer Line Items

Every customer line item — open, cleared, or all as of a key date — with its net due date and, once paid, its clearing document. The collections team's daily list (the old FBL5N), built on I_OperationalAcctgDocItem.

Sample build of the Customer Line Items report — open / cleared / all by key date, with the clearing document and net due date, tied to the Manage Customer Line Items balance, and rendered tool-neutral so it runs in Power BI, SAC, or Tableau.

Customer Line Items sample
open on 22 Jun 2026
Filters
Company code
1010
Customer
All
Status
Open items
Key date
22 Jun 2026
312
Open items
12.40M
Open amount
3.18M
Overdue
31
Avg days to collect
DocumentTypePostingNet dueAmountStatus
1900045123DR12 May 2611 Jun 26420,000Open
1900044901DR02 Mar 2601 Apr 261,100,000Open · 82d
1900045088DR28 Apr 2628 May 26180,000Open · 25d
1900044806DG15 Feb 26(60,000)Cleared
AI Analyst · active
reading

Every line item for the selected customers — open or cleared as of the key date — with its net due date and, once paid, its clearing document. Tied to the Manage Customer Line Items balance.

flag

Document 1900044901 (1.10M) is 82 days past its net due date and still open — the single largest overdue receivable, roughly a third of the overdue balance on its own. Worth a collections call.

root cause & next step

Status is "open on the key date": an item cleared after the key date still shows open, and the clearing date can differ from the payment date (SAP KBA 3169351). Set the key date to today before working the list.

Illustrative data · tied to the customer sub-ledger · runs on your warehouse. See it live →
ACDOCA+BSEG · terms+Business Partner────▶Customer Line Items

The report's query logic — it reads the released CDS view I_OperationalAcctgDocItem (customer lines) and returns each line with its net due date, clearing document, and an open / cleared status as of the key date. The same SQL becomes a dbt model in your warehouse.

How it interconnects: it reads the released CDS view — not the legacy BSID / BSAD compatibility views. The amount comes from ACDOCA; the payment terms and due date come from BSEG, surfaced by the view as PaymentTerms and NetPaymentDays.
SQL data set · genericized · parameterized · open / cleared / all by key date
Show / hide SQL
SELECT it.CompanyCode,
       it.Customer,
       je.AccountingDocument                       AS document_no,
       je.AccountingDocumentType                   AS doc_type,
       je.PostingDate,
       ADD_DAYS(it.DocumentItemDate,
                TO_INTEGER(it.NetPaymentDays))      AS net_due_date,
       it.AmountInCompanyCodeCurrency              AS amount,
       it.ClearingJournalEntry                     AS clearing_doc,
       CASE WHEN it.ClearingDate IS NULL
              OR it.ClearingDate > :P_KEY_DATE
            THEN 'Open' ELSE 'Cleared' END          AS status
FROM   I_JournalEntry            AS je
JOIN   I_OperationalAcctgDocItem AS it
       ON  je.CompanyCode        = it.CompanyCode
       AND je.AccountingDocument = it.AccountingDocument
       AND je.FiscalYear         = it.FiscalYear
WHERE  it.FinancialAccountType   = 'D'             -- D = customer (Debitor)
  AND  it.CompanyCode            = :P_COMPANY_CODE
  AND  ( :P_STATUS = 'A'                            -- A = all items
      OR (:P_STATUS = 'O' AND (it.ClearingDate IS NULL OR it.ClearingDate > :P_KEY_DATE))
      OR (:P_STATUS = 'C' AND it.ClearingDate <= :P_KEY_DATE) )
ORDER  BY net_due_date;
To tie out to the Manage Customer Line Items ledger, match its open-item conditions: account type D, special-G/L indicator, posting date, and clearing date as of the key date. Open = not cleared on or before that date.

The data-warehouse model — one fact surrounded by conformed dimensions (what you slice by) and measures (what you aggregate), expressed as dbt so it migrates with you. Grain: one row per line item (open or cleared).

dim_customerBusiness Partner · group dim_company_codecompany · ledger dim_gl_accountrecon account dim_dateposting · due date fct_ar_line_itemsfact · one row per line itemamount · status · days_overdue
●— fact → dimension join
ElementTypeDefinition
dim_customerdimensionCustomer — Business Partner (customer role), name, group
dim_company_codedimensionCompany code & ledger context
dim_gl_accountdimensionReconciliation (receivables) account — RACCT
dim_datedimensionConformed calendar — posting & net due date
amountmeasureLine-item amount in company-code currency (HSL)
statusmeasureOpen / cleared as of the key date
days_overduemeasureKey date minus net due date (open items)
Runs on your cloud warehouse — Snowflake, BigQuery, Redshift, or Synapse. Reconciled to the customer sub-ledger — 0% variance by design. You own the code, the model, and the data.
How the data gets here: a SAP-compliant extract — released CDS view via SLT, or Table / Table-CDC — never ODP-RFC (prohibited under SAP Note 3255746, blocked June 2026). See the extraction pattern & data flow →
See the complete model
How this report's fact and dimensions fit the full ACDOCA-centered picture, via conformed keys.
Accounts Receivable data model → Enterprise model →

Every source object behind this report. Each linked object has its own page — with its fields and its real S/4HANA status, so you build on the right thing.

ObjectRoleKey fieldsS/4HANA status
I_OperationalAcctgDocItemCustomer line item with payment terms — the read objectreleasedReleased CDS view
ACDOCAUniversal Journal — the open amount & account assignment6 PK · 360+Transparent table
BSEGOpen-item management & payment terms (baseline date, net days)4 PKTransparent table
Business PartnerCustomer master (customer role) — the dimensionBUT000Transparent table
BSID / BSADLegacy customer open/cleared index — reference only, do not extractCompat view → ACDOCA
Manage Customer Line ItemsThe S/4HANA app (FBL5N's successor) this report reconciles to — referenceappReconcile target
Key fields = the primary key plus the columns this report selects; S/4HANA status = whether the object is a live transparent table, a released CDS view, or a compatibility view over ACDOCA. The compat views are referenced by legacy joins but are never the extraction source — that's the point, not a gap.
Want this built & owned?
A reconciled, customer-owned customer line-item layer on your cloud — your team owns the code. Ten-day proof of concept.
Download the AP pack → Talk to us →
Terms on this page
Line item
One posting line on a customer account — an invoice, payment, or credit.
Open item
A line that isn't yet paid / matched — still owed.
Cleared item
A line that's been matched off (paid or offset) by a clearing document.
Clearing document
The journal that clears an open item; its date is the clearing date.
Net due date
When the item is actually due: baseline date plus the payment-term days.
Key date
The "open on" date — status is judged as of this date, so set it to today.
ACDOCA
SAP's single table holding every finance posting (the "Universal Journal").
BSEG
The table that still manages open items and payment terms in S/4HANA.
I_OperationalAcctgDocItem
The released view that gives the customer line with its terms (account type D = customer).
Business Partner
The single S/4HANA master for suppliers and customers (table BUT000).
ODP-RFC
An older extraction route SAP now bans for non-SAP tools (Note 3255746).