Your Accounts Receivable Data Template
Your Accounts Receivable Data Template
- Recommended attributes to collect
- Key activities to track
- Extraction guidance
Accounts Receivable Attributes
| 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
|
|||
Accounts Receivable Activities
| 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
|
|||