Your Accounts Receivable Data Template

SAP S/4HANA
Your Accounts Receivable Data Template

Your Accounts Receivable Data Template

This template provides a comprehensive framework for mapping your collections and payment processes within SAP S/4HANA. It includes a curated list of essential attributes to collect, a series of process activities to track, and technical guidance for extracting data from your financial tables. By following this structure, you can gain a clear view of your cash flow cycles and identify areas where manual intervention or payment delays occur.
  • Recommended attributes to collect
  • Key activities to track
  • Extraction guidance
New to event logs? Learn how to create a process mining event log.

Accounts Receivable Attributes

These are the recommended data fields and dimensional attributes to include in your event log for a comprehensive analysis of your accounts receivable process.
5 Required 10 Recommended 5 Optional
Name Description
Activity
Activity
The specific event or action performed in the process.
Description

This attribute describes the step performed in the AR process, such as Create Invoice, Post Partial Payment, or Clear Invoice. It is usually derived from the transaction code (TCODE) or specific changes in the document status found in change log tables.

Why it matters

It is essential for mapping the process flow and identifying the sequence of events.

Where to get

Derived from SAP TSTCT (Transaction Codes) or CDHDR/CDPOS (Change Documents)

Examples
Create AR InvoicePost Partial PaymentClear InvoiceCreate Dispute Case
Event Time
EventTime
The timestamp when the activity occurred.
Description

This attribute records the exact date and time an activity took place. For transactional data, this is often a combination of Entry Date (CPUDT) and Entry Time (CPUTM) from the header tables. It enables the calculation of cycle times and throughput times.

Why it matters

Accurate timestamps are critical for calculating DSO and identifying bottlenecks.

Where to get

SAP Table BKPF-CPUDT and BKPF-CPUTM

Examples
2023-10-12T08:30:00Z2023-10-15T14:45:12Z2023-11-01T09:15:00Z
Invoice Number
InvoiceNumber
The unique identifier for the invoice or accounting document.
Description

This attribute serves as the unique Case ID for the Accounts Receivable process. It usually corresponds to the Accounting Document Number (BELNR) in the SAP FI module or the Billing Document (VBELN) in SD, depending on the extraction logic. It links all subsequent activities such as payments, disputes, and clearing to the original financial obligation.

Why it matters

It is the central key required to reconstruct the end-to-end process flow for every transaction.

Where to get

SAP Table BKPF-BELNR or VBRK-VBELN

Examples
1400000234900004321014000002351800000099
Last Data Update
LastDataUpdate
The timestamp when the data was last extracted or refreshed.
Description

This attribute indicates when the data was loaded into the process mining tool. It helps users understand the freshness of the data presented in dashboards like Period End Reconciliation Status.

Why it matters

Ensures analysts know if they are looking at real-time or historical data.

Where to get

ETL metadata

Examples
2023-11-05T00:00:00Z2023-11-05T06:00:00Z
Source System
SourceSystem
The system where the data originated.
Description

This attribute identifies the specific instance of SAP S/4HANA or external system where the record was created. It is useful in landscape environments with multiple ERP instances to trace data lineage.

Why it matters

Allows for segregation of analysis in multi-system environments.

Where to get

System ID (SY-SYSID) or hardcoded during extraction

Examples
SAP_S4H_PRODSAP_S4H_01LEGACY_ERP
Amount in Local Currency
AmountInLocalCurrency
The value of the invoice or payment in the company code currency.
Description

This attribute (DMBTR) contains the financial amount of the transaction. It is used to calculate the total value of open invoices, credit memos, and payments. It supports the Credit Memo and Correction Analysis dashboard by quantifying value.

Why it matters

Required for financial impact analysis and prioritizing high-value collections.

Where to get

SAP Table BSEG-DMBTR or ACDOCA-DMBTR

Examples
1500.00250.5010000.00
Clearing Date
ClearingDate
The date the invoice was cleared or settled.
Description

This attribute (AUGDT) records when the open item was cleared, usually by a payment. It is the end timestamp for the core AR process cycle and is the primary variable in the Days Sales Outstanding calculation.

Why it matters

Defines the completion of the collection cycle.

Where to get

SAP Table BSEG-AUGDT or BSAD-AUGDT

Examples
2023-11-012023-11-10
Company Code
CompanyCode
The financial entity or business unit the invoice belongs to.
Description

The Company Code (BUKRS) is the central organizational unit of external accounting within the SAP System. It is used to segment analysis for dashboards like Customer Payment Behavior Profiling across different business units.

Why it matters

Essential for filtering and comparing performance across different legal entities.

Where to get

SAP Table BKPF-BUKRS or T001-BUKRS

Examples
1000US01DE012000
Customer Number
CustomerNumber
The unique identifier for the customer account.
Description

This attribute represents the Customer Number (KUNNR) associated with the invoice. It allows for detailed analysis of payment behaviors and is critical for the Customer Payment Behavior Profiling dashboard.

Why it matters

Enables drill-down into specific customer account performance.

Where to get

SAP Table BSEG-KUNNR or KNA1-KUNNR

Examples
CUST100230001004500WALMART_US
Days Sales Outstanding
DaysSalesOutstanding
The duration from invoice posting to clearing.
Description

This metric is calculated by subtracting the Posting Date from the Clearing Date for cleared items. It is the primary value for the Days Sales Outstanding Overview dashboard and is a critical measure of cash flow efficiency.

Why it matters

The primary executive KPI for the AR process.

Where to get

Calculated: ClearingDate - PostingDate

Examples
30 days45 days15 days
Document Type
DocumentType
Classifies the accounting document (e.g., Invoice, Payment, Credit Memo).
Description

The Document Type (BLART) categorizes the transaction. Examples include 'DR' for Customer Invoice, 'DZ' for Customer Payment, and 'DG' for Credit Memo. This is vital for filtering specific case types for the Credit Memo and Correction Analysis.

Why it matters

Segments the data into invoices, payments, and adjustments.

Where to get

SAP Table BKPF-BLART

Examples
DRDZDGRV
Due Date
DueDate
The calculated date by which the invoice must be paid.
Description

This attribute represents the net due date. In SAP, this is often derived by taking the Baseline Date (ZFBDT) and adding the days defined in the Payment Terms (ZTERM). It is the benchmark for the Dunning Compliance and Execution dashboard.

Why it matters

The reference point for determining if a payment is late.

Where to get

Derived from BSEG-ZFBDT and BSEG-ZTERM

Examples
2023-11-302023-12-15
Is Automated
IsAutomated
Flag indicating if the activity was performed by a system user.
Description

This boolean attribute is calculated based on the User attribute. If the User ID matches known system or batch accounts (e.g., 'BNK_BSM'), this flag is set to true. It directly drives the Payment Matching Automation Rate dashboard.

Why it matters

Key for measuring digital transformation and automation success.

Where to get

Derived from User attribute

Examples
truefalse
Payment Terms
PaymentTerms
Key representing the agreed conditions for payment.
Description

This attribute (ZTERM) defines the terms under which the customer must pay, including due dates and cash discounts. It is the primary data source for the Early Payment Discount Optimization dashboard.

Why it matters

Baseline for calculating due dates and analyzing discount eligibility.

Where to get

SAP Table BSEG-ZTERM or KNB1-ZTERM

Examples
NT300001Z015
User Name
User
The ID of the user who performed the activity.
Description

This attribute (USNAM) identifies the user or system agent responsible for the event. It is analyzed to calculate the Automated Payment Matching Rate by distinguishing between human users and system batch users.

Why it matters

Critical for determining automation rates and user productivity.

Where to get

SAP Table BKPF-USNAM or CDHDR-USERNAME

Examples
JSMITHBATCH_USERSAP_WFALEX_D
Country
Country
The country of the customer.
Description

This attribute (LAND1) comes from the customer master data. It allows for geographical segmentation of KPIs, such as analyzing Credit Memo rates by region or country.

Why it matters

Regional compliance and performance analysis.

Where to get

SAP Table KNA1-LAND1

Examples
USDEFRJP
Dispute Case ID
DisputeCaseId
The identifier for any dispute case linked to the invoice.
Description

This attribute holds the ID of a dispute case (UDM_CASE) if one exists. It links the financial document to the Dispute Management module. This is required for the Dispute Resolution Cycle Efficiency dashboard.

Why it matters

Connects AR documents to the dispute resolution workflow.

Where to get

SAP Table FDM_DCPROC or UDM_CASE_ATTR

Examples
0000056789DISP-2023-001
Dunning Level
DunningLevel
The current dunning level of the invoice.
Description

This attribute (MAHNS) indicates how many times a customer has been reminded of payment. It tracks the escalation of collection efforts and is visualized in the Dunning Compliance and Execution dashboard.

Why it matters

Monitors the severity of late payments and adherence to dunning policy.

Where to get

SAP Table MHNK-MAHNS or KNB5 (Customer master dunning)

Examples
1230
Is Credit Memo
IsCreditMemo
Flag indicating if the document is a credit memo.
Description

This boolean attribute is derived from the Document Type (e.g., if Type equals 'DG'). It allows for quick filtering of corrective transactions to support the Corrective Credit Memo Rate KPI.

Why it matters

Identifies rework and billing errors.

Where to get

Derived from DocumentType

Examples
truefalse
Region
Region
The state, province, or region of the customer.
Description

This attribute (REGIO) provides a more granular geographical view than Country. It is useful for the Credit Memo and Correction Analysis to identify regional processing issues.

Why it matters

Granular geographic analysis.

Where to get

SAP Table KNA1-REGIO

Examples
CANYTXBY
Required Recommended Optional

Accounts Receivable Activities

These are the key process steps and transactional milestones to capture in your event log for accurate process discovery and bottleneck identification.
6 Recommended 7 Optional
Activity Description
Clear Invoice
The technical accounting step where the open item is matched against a payment or credit and the status changes to Cleared.
Why it matters

The definitive end of the process instance in the system. Required to calculate the final DSO metric.

Where to get

Table BSEG or ACDOCA. Field AUGDT (Clearing Date) is populated. Use USNAM to determine if automated or manual.

Capture

Logged when AUGDT field is populated

Event type explicit
Create AR Invoice
The initial creation of the customer invoice document within the financial system. This is captured from the document header creation timestamp.
Why it matters

Marks the start of the accounts receivable process and the beginning of the aging clock. Essential for calculating Days Sales Outstanding (DSO).

Where to get

Table BKPF (Accounting Document Header), field CPUDT (Entry Date) and CPUTM (Entry Time). Filter by Document Type (BLART) relevant for Customer Invoices (e.g., DR, RV).

Capture

Logged when transaction is committed to BKPF

Event type explicit
Issue Invoice Output
The explicit action of generating the output message (email, print, EDI) to send the invoice to the customer. This validates that the customer has officially received the billing request.
Why it matters

Delays between creation and dispatch impact the customer's effective payment term window. Monitoring this ensures invoices are not stuck in internal processing.

Where to get

Table NAST (Message Status), using the Object Key (OBJKY) matching the Invoice Document Number. Timestamp from DATVR and UHRVR.

Capture

Logged in NAST table upon output generation

Event type explicit
Post Partial Payment
A payment is received that does not cover the full invoice amount, leaving a residual item on the account.
Why it matters

Impacts the Short Payment Resolution Cycle. Frequent partial payments increase complexity and manual reconciliation effort.

Where to get

Table BSEG. Inferred when a clearing document (AUGBL) creates a new residual item (Reference Document matches original invoice) with a remaining balance.

Capture

Derive from clearing doc creation with residual

Event type inferred
Receive Full Payment
The receipt of funds that fully covers the outstanding invoice amount. This is often the effective end of the customer's obligation.
Why it matters

Determines the actual payment date vs. the due date. Critical for analyzing Payment Term Deviation and customer behavior.

Where to get

Table BSEG, derived from the Clearing Document (AUGBL) where the Clearing Date (AUGDT) is set and balance becomes zero.

Capture

Logged when clearing document is posted

Event type explicit
Send Payment Reminder
A dunning notice or reminder letter is generated for an overdue invoice. This tracks the collection efforts made by the organization.
Why it matters

Critical for the Dunning Compliance Rate KPI. It verifies if the collections strategy is being executed according to policy.

Where to get

Table MHND (Dunning Data), field LAUFD (Date of Dunning Run). Correlate via Company Code and Customer.

Capture

Logged when Dunning Run (F150) is executed

Event type explicit
Create Dispute Case
A dispute case is opened against the invoice, typically via SAP FSCM Dispute Management. This indicates the customer has contested the bill.
Why it matters

Stops the clock on standard collection but starts the Dispute Resolution Cycle time. High volumes here impact cash flow predictability.

Where to get

Table UDM_CASE_ATTR (Case Attributes) or UDM_DISPUTE (Dispute Case). Link via CASE_GUID to the financial document key.

Capture

Logged in FSCM Dispute Management tables

Event type explicit
Post Credit Memo
A credit memo is issued and linked to the invoice, reducing the amount due. This usually corrects an error or processes a return.
Why it matters

Key for Corrective Credit Memo Rate KPI. High frequency indicates upstream quality issues in sales or billing.

Where to get

Table BSEG, Document Type 'DG' or 'KG'. Identified by the 'Invoice Reference' (REBZG) field pointing to the original invoice.

Capture

Logged when credit memo doc references invoice

Event type explicit
Reconcile Bank Statement
The bank statement line item is successfully matched to the payment document in the ledger, finalizing the cash position.
Why it matters

Tracks the Bank Statement Reconciliation Lead Time. Delays here affect the speed of the financial close.

Where to get

Table FEBEP (Electronic Bank Statement Line Items). Matches the payment document to the bank statement transaction.

Capture

Logged in EBS tables (FEBEP/FEBKO)

Event type explicit
Record Promise To Pay
A collection agent records a formal promise from the customer to pay a specific amount by a specific date.
Why it matters

Indicates successful collection agent activity. Used to forecast short-term cash flow and measure Collection Agent Throughput.

Where to get

Table UDM_P2P (Promise to Pay), field CREATED_AT. Linked to the invoice via the Case GUID or Document Key.

Capture

Logged in FSCM Collections Management

Event type explicit
Resolve Dispute Case
The dispute case is closed, resulting in either a credit, a write-off, or re-confirmation of the debt. This marks the end of the exception handling.
Why it matters

The end timestamp for the Average Dispute Resolution Time KPI. Efficiency here directly recovers stalled working capital.

Where to get

Table UDM_CASE_ATTR, field ESCALATION_DATE or CLOSED_DATE depending on configuration.

Capture

Logged when case status set to Closed/Void

Event type explicit
Reverse Invoice
The original invoice is cancelled or reversed in the system due to a fundamental error.
Why it matters

Represents a failed process instance. Filtering these out or analyzing them separately is crucial for data quality.

Where to get

Table BKPF, field STBLG (Reverse Document Number) is populated on the original invoice record.

Capture

Logged when STBLG field is populated

Event type explicit
Update Dispute Status
The status of an existing dispute case changes, for example, moving from 'New' to 'In Process' or 'Under Review'.
Why it matters

Provides granularity into the dispute resolution workflow and helps identify bottlenecks in the approval or investigation phase.

Where to get

Change documents for the Dispute Case (S/4HANA Case Management logs). Analysis of UDM_CASE_ATTR changes.

Capture

Compare status field changes in case history

Event type inferred
Recommended Optional

Extraction Guides

How to get your data from SAP S/4HANA