Your Accounts Receivable Data Template

SAP ECC
Your Accounts Receivable Data Template

Your Accounts Receivable Data Template

This template offers a structured approach to mapping your financial workflows within SAP ECC by identifying essential data components. It provides a comprehensive list of process steps to monitor alongside the specific data fields required to gain full visibility into your collections cycle. By following this guide, you can ensure your event log captures the necessary details to drive efficiency and improve cash flow.
  • Process-specific attributes for financial analysis
  • Key milestones for accurate process discovery
  • Step-by-step extraction guidance for SAP ECC
New to event logs? Learn how to create a process mining event log.

Accounts Receivable Attributes

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

This attribute captures the name of the process step performed, such as 'Invoice Created', 'Payment Received', or 'Dispute Case Recorded'. It is derived from transaction codes, document types, or specific changes in the status of the accounting document. This data allows for the reconstruction of the process flow and the analysis of path variants.

Why it matters

It defines the event log structure necessary to visualize the process map and identify bottlenecks.

Where to get

Derived from TCODE in BKPF, Document Type in BLART, or Change Documents (CDHDR/CDPOS)

Examples
Invoice CreatedPayment ReceivedCredit Memo PostedDispute Case Opened
Event Time
EventTime
The specific timestamp when the activity occurred.
Description

This attribute records the exact date and time when an activity took place in the system. For transactional data in SAP ECC, this is usually a combination of the Entry Date (CPUDT) and Entry Time (CPUTM). It provides the temporal dimension required to calculate cycle times, lead times, and duration between process steps.

Why it matters

Essential for all time-based analysis, including Days Sales Outstanding and process velocity.

Where to get

Table BKPF, Fields CPUDT (Date) and CPUTM (Time)

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

This attribute represents the primary key for the Accounts Receivable process. In SAP ECC, this is typically a concatenation of the Accounting Document Number (BELNR), the Company Code (BUKRS), and the Fiscal Year (GJAHR) to ensure uniqueness across the system. It serves as the central anchor for linking all subsequent activities, such as payments, disputes, and clearings, to the original financial obligation.

Why it matters

It is the Case ID required to track the end-to-end lifecycle of a receivable from creation to final clearing.

Where to get

Table BKPF, Field BELNR (often concatenated with BUKRS and GJAHR)

Examples
140000023420231800003991202351000008822022
Last Data Update
LastDataUpdate
Timestamp of the most recent data extraction or refresh.
Description

Indicates when the data was last synchronized from the SAP ECC source system to the process mining platform. This helps users understand the freshness of the analysis and potential latency in the dashboards. It is critical for validating that KPIs reflect the current state of the business.

Why it matters

Ensures users know how current the data in their dashboards is.

Where to get

Generated by the extraction tool (ETL timestamp)

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

Identifies the specific SAP ECC instance or client from which the record was extracted. In multi-system landscapes, this attribute is crucial for segregating data and identifying system-specific process variations. It ensures data lineage and assists in troubleshooting integration issues.

Why it matters

Required for data governance and identifying the origin of records in multi-ERP environments.

Where to get

System configuration or hardcoded during extraction

Examples
SAP_ECC_P01SAP_ECC_QAERP_NA_01
Amount in Local Currency
AmountInLocalCurrency
The value of the line item in the company code currency.
Description

Represents the financial value of the activity or document in the local ledger currency (DMBTR). This attribute is used to calculate the 'ActivityAmount' and is vital for prioritizing collections based on value. It allows the analysis to focus on high-value open items.

Why it matters

Essential for financial impact analysis and prioritizing high-value cases.

Where to get

Table BSEG, Field DMBTR

Examples
1500.00230.5010000.00
Clearing Date
ClearingDate
The date when the invoice was cleared (paid or offset).
Description

The date (AUGDT) on which the open item was cleared in the system. This is the definitive end timestamp for the collection process for a specific invoice. It is the primary component for calculating 'Average Days Sales Outstanding' and determining if a payment was late.

Why it matters

The fundamental timestamp for calculating DSO and payment speed.

Where to get

Table BSAD (Cleared Items), Field AUGDT

Examples
2023-12-012023-11-15
Company Code
CompanyCode
The organizational unit for which the balance sheet is created.
Description

Represents the specific legal entity or subsidiary within the enterprise structure. In SAP, this is the 'BUKRS' field. Analyzing data by Company Code allows for benchmarking performance across different business units, identifying which entities manage receivables most efficiently.

Why it matters

Critical for filtering dashboards by Business Unit and separating financial books.

Where to get

Table BKPF, Field BUKRS

Examples
1000US01DE99
Customer Account Group
CustomerAccountGroup
Classifies customers into different segments.
Description

The SAP Account Group (KTOKD) categorizes customers (e.g., Sold-to, Ship-to, Intercompany). This serves as the primary 'Customer Segment' mapping. It is essential for the 'Customer Segment Payment Trends' dashboard to compare how different types of customers adhere to payment terms.

Why it matters

The standard way to segment customers in SAP.

Where to get

Table KNA1, Field KTOKD

Examples
KUNA0001DEBI
Customer Number
CustomerNumber
Unique identifier for the customer account.
Description

The unique ID assigned to the customer in the SAP system (KUNNR). This attribute enables the 'Collections Activity Performance' and 'Customer Segment Payment Trends' dashboards by aggregating process metrics at the customer level. It is essential for identifying high-risk clients.

Why it matters

Enables drill-down analysis into specific customer behaviors and payment trends.

Where to get

Table BSEG or BSID/BSAD, Field KUNNR

Examples
000100293CUST-9921000550021
Days Sales Outstanding
DaysSalesOutstanding
The number of days taken to collect payment.
Description

A calculated duration representing the time between the 'Invoice Created' event and the 'Invoice Cleared' event. This is the core metric for the 'Average Days Sales Outstanding' KPI. Analyzing this reveals the liquidity health of the organization.

Why it matters

The primary efficiency metric for Accounts Receivable.

Where to get

Calculated: ClearingDate - DocumentDate

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

The SAP Document Type (BLART) distinguishes between different business transactions, such as a Customer Invoice (DR), Customer Payment (DZ), or Credit Memo (DG). This attribute is fundamental for defining the 'CaseType' and filtering specific process flows, such as analyzing the 'Credit Memo Rework Rate'.

Why it matters

Differentiates between invoices, payments, and adjustments in the data.

Where to get

Table BKPF, Field BLART

Examples
RVDZDGDR
Is Automated
IsAutomated
Flag indicating if the activity was performed automatically.
Description

A boolean flag derived from the Transaction Code and User Name. For example, if the TCODE is 'F110' (Automatic Payment Run) or the User is a known system batch account, this is set to true. This attribute is directly required for the 'Automated Clearing Rate' KPI.

Why it matters

Crucial for measuring process efficiency and automation rates.

Where to get

Derived from TCODE and USNAM

Examples
truefalse
Net Due Date
NetDueDate
The calculated date by which the payment must be made.
Description

This is the final deadline for payment. In SAP, this is often derived by taking the Baseline Date (ZFBDT) and adding the days from the Payment Terms (ZTERM). This attribute is critical for the 'Payment Term Adherence Rate' KPI, identifying which invoices are overdue.

Why it matters

The reference point for determining on-time vs. late payments.

Where to get

Derived from BSEG-ZFBDT and Payment Terms (T052 table logic)

Examples
2023-12-302024-01-15
User Name
UserName
The ID of the user who performed the transaction.
Description

Captures the SAP User ID (USNAM) associated with the creation or modification of the document. This attribute maps to 'User' and is used in the 'Dispute Resolution Efficiency' dashboard to track agent performance. It also helps distinguish between manual users and system accounts.

Why it matters

Enables performance analysis by team member and detection of automation.

Where to get

Table BKPF, Field USNAM

Examples
JSMITHBATCH_USERFIN_AP_01
Billing City
BillingCity
The city associated with the customer's billing address.
Description

The city name (ORT01) from the customer master data. This supports the dashboard requirement to identify 'which customer segments or billing cities contribute most to high Days Sales Outstanding'. It allows for granular geographical analysis of payment behaviors.

Why it matters

Required specifically for the Invoice Cycle Time Analysis dashboard.

Where to get

Table KNA1, Field ORT01

Examples
New YorkBerlinLondon
Credit Control Area
CreditControlArea
Organizational unit for credit management.
Description

The Credit Control Area (KKBER) is used to set and monitor credit limits for customers. This attribute supports the 'Credit Limit and Rating Impact' analysis by grouping customers under their respective credit policies. It helps correlate credit risk settings with payment delays.

Why it matters

Key for analyzing credit risk and policy effectiveness.

Where to get

Table KNB1 or KNKK, Field KKBER

Examples
US01GLBLEU00
Credit Rating
CreditRating
The creditworthiness score of the customer.
Description

The customer's credit rating (CTLPC or similar field in KNKK/FSCM). This attribute is required for the 'Credit Limit and Rating Impact' dashboard. It allows analysts to correlate the likelihood of disputes or late payments with the customer's risk profile.

Why it matters

Connects risk management data with operational performance.

Where to get

Table KNKK (Credit Management) or FSCM tables

Examples
A+High Risk500
Customer Country
CustomerCountry
The country code associated with the customer.
Description

The geographic location of the customer (LAND1) retrieved from the customer master data. This attribute supports the 'Invoice Cycle Time Analysis' by allowing performance segmentation by region. It helps identify if specific countries have longer payment cycles due to local customs or banking delays.

Why it matters

Supports regional performance analysis and regulatory reporting.

Where to get

Table KNA1, Field LAND1

Examples
USDEFR
Dispute Case ID
DisputeCaseId
Identifier for a dispute case linked to the invoice.
Description

The unique identifier (CASE_GUID or External ID) from the SAP FSCM Dispute Management module. This attribute is strictly required for the 'Dispute Resolution Efficiency' dashboard. It links the financial document to the dispute workflow, allowing for the calculation of resolution times.

Why it matters

Connects the AR process to the Dispute Management sub-process.

Where to get

Table FDM_DCPROC or SCMG_T_CASE_ATTR (if FSCM is active)

Examples
DISP-000123100029384
Is Late Payment
IsLatePayment
Flag indicating if the payment was received after the due date.
Description

A boolean flag calculated by comparing the Clearing Date against the Net Due Date. This attribute simplifies the 'Payment Term Adherence Rate' KPI calculation. It allows for quick filtering of non-compliant cases in the dashboard.

Why it matters

Quickly identifies process violations regarding payment terms.

Where to get

Calculated: ClearingDate > NetDueDate

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

The Payment Terms key (ZTERM) dictates the due date and any applicable discounts. Analyzing this attribute helps understand if 'Early Payment Discount Capture' issues are related to aggressive terms or process failures. It is a key dimension for financial compliance.

Why it matters

Defines the expected behavior and deadlines for the case.

Where to get

Table BSEG or KNB1, Field ZTERM

Examples
NT30ZB010001
Transaction Code
TransactionCode
The SAP T-Code used to execute the activity.
Description

The specific transaction code (TCODE) used to post the document, such as 'FB01' (Post Document) or 'F110' (Automatic Payment). This attribute is the basis for the 'IsAutomated' calculation and the 'Cash Application Automation Tracker'. It reveals the method of entry.

Why it matters

Different T-Codes indicate different processing methods (manual vs auto).

Where to get

Table BKPF, Field TCODE

Examples
VF01F110FB70FEB_BSPROC
Required Recommended Optional

Accounts Receivable Activities

These process steps and milestones represent the essential activities to capture in your event log for accurate discovery of your financial workflows.
7 Recommended 7 Optional
Activity Description
Accounting Document Created
The initial posting of the customer invoice into the financial accounting ledger. This sets up the open item in the Accounts Receivable subledger.
Why it matters

Marks the official start of the financial liability and the aging clock for the customer invoice.

Where to get

Table BKPF (Header) and BSEG (Segment). Identify documents where Account Type (KOART) is 'D' (Customer). Use Entry Date (CPUDT) and Time (CPUTM).

Capture

Logged when transaction creates a record in BKPF

Event type explicit
Dispute Case Recorded
The tagging of an invoice line item with a reason code indicating a customer disagreement or query. This typically blocks the invoice for payment.
Why it matters

Key for 'Dispute Resolution Efficiency'. Identifies why cash is held up and measuring the resolution cycle time.

Where to get

Changes to BSEG-RSTGR (Reason Code) or integration with SAP FSCM Dispute Management tables (UDM_CASE).

Capture

Compare status field before/after or FSCM log

Event type inferred
Invoice Cleared
The final reconciliation step where the open invoice and the payment are linked, and the open item status is removed. The process is now complete.
Why it matters

Essential End event. Used to calculate the 'Automated Clearing Rate' and finalize the lifecycle.

Where to get

Table BSEG. Field 'AUGBL' (Clearing Document) and 'AUGDT' (Clearing Date) are populated for the invoice line item.

Capture

Logged when open item is cleared

Event type explicit
Invoice Dispatched
The transmission of the invoice document to the customer via print, email, or EDI. This activity marks when the customer actually receives the request for payment.
Why it matters

Critical for calculating the 'Invoice Dispatch Lead Time' KPI. Delays here directly increase Days Sales Outstanding.

Where to get

Likely requires joining FI document to SD Billing Document (VBRK) and checking Output Control table (NAST) for successful processing status.

Capture

Correlate VBRK-VBNUM with output logs in NAST

Event type inferred
Partial Payment Posted
The receipt of a payment that covers only a portion of the total invoice amount. The invoice remains open with a residual balance.
Why it matters

Critical for 'Partial Payment Impact Analysis'. Increases reconciliation complexity and cycle times.

Where to get

Table BSEG. Identify payment documents (Type DZ/KZ) that reference the invoice (REBZG) but do not fully clear it.

Capture

Logged when payment document is posted

Event type explicit
Payment Received
The posting of an incoming payment document that is intended to settle the invoice. This records the cash inflow in the ledger.
Why it matters

The core event for 'Average Days Sales Outstanding'. Represents the financial realization of the sale.

Where to get

Table BKPF/BSEG. Document Type 'DZ' (Customer Payment) or 'KZ' (Vendor Payment for customers).

Capture

Logged when payment transaction is executed

Event type explicit
Payment Reminder Sent
The issuance of a dunning letter or payment reminder to the customer due to an overdue balance. Represents the collection team's proactive effort.
Why it matters

Essential for the 'Collection Activity Performance' dashboard. High frequency suggests poor customer payment behavior.

Where to get

Table MHND (Dunning Data) and MHNK (Dunning Header). Records the date and dunning level of the notice.

Capture

Logged when Dunning Run (F150) is executed

Event type explicit
Bank Statement Matched
The automated matching of a line item on the electronic bank statement to a customer account. Represents the initial recognition of cash in the bank.
Why it matters

Supports 'Cash Application Automation Tracker'. Indicates the efficiency of the electronic bank statement (EBS) processing.

Where to get

Table FEBEP (Electronic Bank Statement Line Items) and FEBA (Bank Statement Processing).

Capture

Logged when EBS is uploaded and processed

Event type explicit
Cash Discount Applied
The utilization of a payment discount term, reducing the final payment amount required. Occurs when payment is made within the discount window.
Why it matters

Monitors 'Early Payment Discount Capture'. Helps validate if discounts are being taken legitimately or allowed incorrectly.

Where to get

Table BSEG. Field 'SKNTO' (Cash discount amount) is populated on the clearing line item.

Capture

Logged as field value in clearing document

Event type explicit
Clearing Reversed
The cancellation of a previously successful clearing action, reopening the invoice. This indicates an error in the initial cash application.
Why it matters

Represents rework. Frequent reversals indicate problems with auto-cash rules or manual reconciliation training.

Where to get

Table BKPF. Identify documents where the Clearing Document was reset (using Transaction FBRA logic) or via Change Logs.

Capture

Logged when transaction FBRA is executed

Event type explicit
Credit Memo Posted
The issuance of a credit note to the customer, reducing the outstanding receivable balance. This usually corrects billing errors or processes returns.
Why it matters

Feeds the 'Credit Memo Rework Rate' KPI. High volume indicates upstream quality issues in the sales or fulfillment process.

Where to get

Table BKPF/BSEG where Document Type is 'DG' (or custom Credit Memo type) referencing the original Invoice.

Capture

Logged when transaction creates credit doc in BKPF

Event type explicit
Payment Terms Changed
An update to the agreed-upon payment conditions, such as the due date or discount eligibility, after the invoice was posted. This often reflects a renegotiation or correction.
Why it matters

Changes to payment terms skew aging analysis and can indicate master data errors or ad-hoc concessions.

Where to get

Change Document tables (CDHDR/CDPOS) linked to the Accounting Document (BSEG-ZTERM or BSEG-ZFBDT).

Capture

Logged when change document is written to CDHDR

Event type explicit
Promise to Pay Recorded
A commitment received from the customer to pay a specific amount by a specific date. This updates the cash forecast.
Why it matters

Used in 'Collections Activity Performance'. Success rate of promises predicts short-term cash flow accuracy.

Where to get

SAP FSCM Collections Management tables (UDM_P2P) or inferred from text notes created by collection agents.

Capture

Logged in FSCM or text table STXH

Event type explicit
Write-off Posted
The classification of the invoice balance as uncollectible, removing it from receivables to bad debt expense. Used when collection fails.
Why it matters

A negative termination of the process. Important for analyzing the root causes of revenue leakage.

Where to get

Table BSEG. Clearing document with a specific Document Type (e.g., 'AB') or Reason Code indicating write-off.

Capture

Derive from document type and GL account mapping

Event type inferred
Recommended Optional

Extraction Guides

How to get your data from SAP ECC