Your Accounts Receivable Data Template
Your Accounts Receivable Data Template
- Process-specific attributes for financial analysis
- Key milestones for accurate process discovery
- Step-by-step extraction guidance for SAP ECC
Accounts Receivable Attributes
| 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
|
|||
Accounts Receivable Activities
| 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
|
|||