Your Accounts Receivable Data Template
Your Accounts Receivable Data Template
- Specific data attributes for your process
- Standardized activity milestones
- HighRadius extraction instructions
Accounts Receivable Attributes
| Name | Description | ||
|---|---|---|---|
|
Activity
ActivityName
|
The name of the event or action performed on the invoice. | ||
|
Description
This attribute records the specific step or action that occurred in the credit-to-cash lifecycle. It captures events such as invoice creation, automated correspondence, collector calls, dispute logging, and payment application. Analysts use this field to reconstruct the process flow and visualize the sequence of steps. Variations in the sequence of these activities help identify process deviations, rework loops, and non-compliant behaviors.
Why it matters
It defines the steps of the process and is essential for process discovery and variant analysis.
Where to get
HighRadius Activity Log, Notes History, or Transaction History tables
Examples
Invoice CreatedPayment Reminder SentDispute Case OpenedFull Payment Received
|
|||
|
Event Timestamp
EventDateTime
|
The specific date and time when the activity occurred. | ||
|
Description
This attribute marks the exact moment an event took place within the HighRadius system. It provides the temporal dimension necessary for sequencing activities and calculating durations between process steps. In analysis, the timestamp is used to compute cycle times, such as Days Sales Outstanding (DSO) or dispute resolution time. It also enables the analysis of throughput and resource utilization over specific time periods.
Why it matters
Precise timing is required to calculate all duration-based KPIs and to order events correctly.
Where to get
HighRadius Transaction Logs timestamp column
Examples
2023-10-01T08:30:00Z2023-10-15T14:22:10Z2023-11-05T09:15:00Z
|
|||
|
Invoice Number
InvoiceNumber
|
The unique identifier for the invoice document which serves as the case ID. | ||
|
Description
The Invoice Number is the central identifier for tracking the financial obligation from creation through to final settlement. It links all related activities, including disputes, promises to pay, and payments, into a single case history. In analysis, this attribute is used to group event logs into distinct process instances. It allows for the calculation of cycle times per invoice and is the primary key for joining process data with other master data tables in the HighRadius environment or the source ERP.
Why it matters
It identifies the unique case and ensures all events are correctly associated with the specific financial transaction.
Where to get
HighRadius Invoice Data / Header Table or Source ERP (e.g., SAP VBAK, Oracle Headers)
Examples
INV-2023-001900123456US-102938550002931
|
|||
|
Collector Name
CollectorName
|
The name of the agent or user responsible for the collection activity. | ||
|
Description
This attribute identifies the specific HighRadius user or agent who performed manual activities such as logging a call, sending a specialized email, or reviewing a dispute. It is used in the Collector Productivity Benchmarks dashboard to assess individual performance and workload distribution. This helps managers identify training needs or rebalance portfolios among the collections team.
Why it matters
Enables performance analysis at the resource level.
Where to get
Activity Log / User Table
Examples
John DoeJane SmithSystem AdminCollectionAgent_01
|
|||
|
Customer Name
CustomerName
|
The name of the customer account associated with the invoice. | ||
|
Description
This attribute identifies the entity responsible for paying the invoice. In HighRadius, this is linked to the master data record for the debtor. Analyzing process performance by customer name highlights specific accounts that may require tailored collection strategies or have consistent payment delays. It supports the Customer Risk and Aging Matrix dashboard.
Why it matters
Essential for segmenting analysis by account to find problem customers.
Where to get
Customer Master Data or Invoice Header
Examples
Acme CorpGlobal IndustriesTechStart IncRetail Giant Ltd
|
|||
|
Days Sales Outstanding
DaysSalesOutstanding
|
The number of days from invoice creation to invoice clearing. | ||
|
Description
This calculated attribute represents the total lifecycle duration of the invoice. It is the core metric for the DSO Cycle Time Distribution dashboard. Monitoring this at a granular level helps pin down which stages of the process (e.g., dispute resolution vs. bank matching) contribute most to the overall cash conversion cycle.
Why it matters
The primary efficiency metric for Accounts Receivable.
Where to get
Calculated from Invoice Created and Invoice Cleared timestamps
Examples
45 days30 days62 days
|
|||
|
Due Date
DueDate
|
The date by which the customer is contractually obligated to pay. | ||
|
Description
The Due Date is determined by the payment terms applied to the invoice creation date. It serves as the target deadline for the collections process. Comparison of the Full Payment Received date against this attribute allows for the calculation of the Payment Term Compliance Rate. It is critical for determining if a payment is on time, late, or early.
Why it matters
The reference point for determining lateness and calculating Days Sales Outstanding (DSO).
Where to get
Invoice Header Table (Due Date field)
Examples
2023-11-302023-12-15
|
|||
|
Invoice Amount
InvoiceAmount
|
The total monetary value of the invoice. | ||
|
Description
This attribute represents the original total amount billed to the customer. It is the baseline for calculating outstanding balances and evaluating the financial impact of disputes or delays. Process mining analysis uses this field to weight cases by value. For example, it helps differentiate between high-value priority collections and low-value administrative noise in the Low Value Dispute Volume KPI.
Why it matters
Allows analysis to be weighted by financial impact rather than just case count.
Where to get
Invoice Header Table (Amount field)
Examples
1500.00250.5010000.00
|
|||
|
Is Automated
IsAutomated
|
Flag indicating if the activity was performed by the system without human intervention. | ||
|
Description
This boolean attribute distinguishes between steps executed by the HighRadius automation engine (like auto-correspondence or cash matching) and manual steps taken by users. It is vital for the Cash Application Automation Tracker and Touchless Invoice Rate KPI. It allows analysts to measure the ROI of automation and identify process steps that still require heavy manual touch.
Why it matters
Measures the efficiency of the HighRadius implementation.
Where to get
Activity Log (System User vs. Human User check)
Examples
truefalse
|
|||
|
Payment Term Variance
PaymentTermVariance
|
The number of days between the due date and the payment date. | ||
|
Description
This calculated attribute measures the deviation from the agreed payment terms. A positive number indicates late payment, while a negative number indicates early payment. It is the direct metric for the Payment Term Compliance Audit. By aggregating this variance, businesses can identify systematic late payers and adjust credit terms or collection strategies accordingly.
Why it matters
Direct measure of customer adherence to contract terms.
Where to get
Calculated from Due Date and Payment Date
Examples
5 days-2 days0 days
|
|||
|
Business Unit
BusinessUnit
|
The internal division or subsidiary that issued the invoice. | ||
|
Description
This attribute segments data by organizational structure, such as 'North America Sales', 'EMEA Services', or specific product divisions. It enables the Payment Term Compliance Audit to compare performance across different parts of the organization. This helps isolate whether collection issues are systemic or localized to specific business practices.
Why it matters
Allows for comparative analysis across different organizational verticals.
Where to get
Invoice Header / ERP Mapping
Examples
Consumer ElectronicsIndustrial PartsSoftware ServicesNA-West
|
|||
|
Credit Rating
CreditRating
|
The creditworthiness score or rating assigned to the customer. | ||
|
Description
This attribute reflects the risk level of the customer, often sourced from credit bureaus or internal scoring within the HighRadius Credit Cloud. It is a dimension in the Customer Risk and Aging Matrix. Analyzing aging against credit rating helps identify high-exposure risks where customers with poor ratings have large outstanding balances.
Why it matters
Essential for risk management and prioritizing collections.
Where to get
Credit Management Module / Customer Master
Examples
AAAB+High RiskLow Risk
|
|||
|
Currency Code
CurrencyCode
|
The ISO currency code for the invoice amount. | ||
|
Description
This attribute specifies the currency in which the invoice was issued (e.g., USD, EUR, GBP). When analyzing a global process, this is necessary for correctly interpreting the Invoice Amount and Open Amount fields. It ensures that aggregations are handled correctly (usually by converting to a reporting currency).
Why it matters
Required for accurate financial aggregation in multi-currency environments.
Where to get
Invoice Header
Examples
USDEURGBPJPY
|
|||
|
Customer Segment
CustomerSegment
|
Categorization of the customer based on size, industry, or strategic value. | ||
|
Description
This attribute groups customers into tiers such as 'Strategic', 'Mid-Market', 'SMB', or 'High Risk'. It is used in the Dispute Resolution Performance dashboard to see if different segments experience different service levels. It ensures that high-value customers are receiving appropriate attention during the collections process.
Why it matters
Segments analysis to align with business strategy and service level agreements.
Where to get
Customer Master Data
Examples
Strategic Key AccountWholesaleRetailGovernment
|
|||
|
Dispute Reason Code
DisputeReasonCode
|
The category code assigned to a dispute case. | ||
|
Description
This attribute classifies the nature of a customer's refusal to pay, such as 'Pricing Error', 'Damaged Goods', or 'Missing Documentation'. In HighRadius Deductions Cloud, these are standard codes. Analysing these codes helps identify the root causes of non-payment. Aggregating this data allows the business to fix upstream issues in sales or logistics that are causing downstream collection delays.
Why it matters
Crucial for Root Cause Analysis of delayed payments.
Where to get
Dispute/Deduction Management Module
Examples
P01 (Pricing)Q02 (Quality)S03 (Shortage)Admin Error
|
|||
|
Last Data Update
LastDataUpdate
|
The timestamp of when the data was last refreshed in the mining model. | ||
|
Description
This attribute records when the record was extracted or last updated in the process mining dataset. It ensures that analysts are aware of the data currency and potential latency in reporting. It is particularly important for ongoing monitoring dashboards where users need to know if they are looking at real-time data or a snapshot from the previous day.
Why it matters
It ensures transparency regarding the freshness of the data used for KPIs.
Where to get
ETL Timestamp
Examples
2023-12-01T00:00:00Z2023-12-02T06:00:00Z
|
|||
|
Open Amount
OpenAmount
|
The remaining unpaid balance on the invoice. | ||
|
Description
This attribute tracks the amount still owed by the customer. It updates as partial payments are posted. It is essential for the Partial Payment Complexity Analysis. It allows analysts to filter for fully open vs. partially paid invoices and prioritize collection efforts on high-value open items.
Why it matters
Critical for determining the current exposure and success of partial collections.
Where to get
Invoice Header / Open Items Table
Examples
0.00500.0012000.00
|
|||
|
Promise To Pay Date
PromiseToPayDate
|
The date the customer promised to make a payment. | ||
|
Description
This attribute records the commitment date given by a customer during a collection interaction. It is a key feature in the HighRadius Collections Cloud. Used in the Promise to Pay Reliability Index, this date is compared against the actual payment date to determine if the customer kept their promise. It helps evaluate the quality of the commitment and the effectiveness of the collector's negotiation.
Why it matters
Key for forecasting cash flow and measuring customer reliability.
Where to get
Collections Module / P2P Transaction Table
Examples
2023-12-102023-12-20
|
|||
|
Region
Region
|
Geographic region associated with the invoice or customer. | ||
|
Description
This attribute defines the geographical area, such as 'North America', 'EMEA', or 'APAC', relevant to the transaction. It helps in regional benchmarking and understanding how cultural or regulatory differences affect payment behaviors and collection speeds. It is useful for high-level executive reporting.
Why it matters
Supports geographic performance analysis.
Where to get
Customer Master Data or Invoice Header
Examples
NAEMEALATAMAPAC
|
|||
|
Source System
SourceSystem
|
The name of the system where the data originated. | ||
|
Description
This attribute indicates whether the data point originated directly within the HighRadius platform modules (like Collections Cloud or Cash Application Cloud) or if it was ingested from an external ERP system (like SAP or Oracle). It is useful for data lineage and validation. When analyzing process friction, knowing the source system helps identify if delays are caused by integration lags or native system processing times.
Why it matters
It provides context on data origin, especially in landscapes with multiple ERPs feeding into HighRadius.
Where to get
System Configuration or Hardcoded based on extraction logic
Examples
HighRadiusSAP ECCOracle NetSuiteMicrosoft Dynamics
|
|||
Accounts Receivable Activities
| Activity | Description | ||
|---|---|---|---|
|
Bank Statement Matched
|
The Cash Application engine (or user) successfully links a line on the bank statement to this specific invoice. | ||
|
Why it matters
Core metric for 'Automated Cash Application Rate'. Distinguishes between receipt of funds and application of funds.
Where to get
Cash Application module; match record creation.
Capture
Logged when matching rule executes
Event type
explicit
|
|||
|
Dispute Case Opened
|
The creation of a deduction or dispute case linked to the invoice, indicating a customer refusal to pay part or all of the balance. | ||
|
Why it matters
Triggers the 'Dispute Resolution Performance' analysis and pauses standard dunning for the disputed amount.
Where to get
Deductions/Disputes module; creation timestamp of the case ID linked to the invoice.
Capture
Logged when dispute case is generated
Event type
explicit
|
|||
|
Dispute Resolved
|
The conclusion of the dispute investigation, resulting in a decision (e.g., valid deduction or invalid claim). | ||
|
Why it matters
Stop-clock event for 'Dispute Resolution Cycle Time'. Delays here directly impact aging.
Where to get
Deductions module; status change to 'Closed', 'Resolved', or 'Approved'.
Capture
Compare status field before/after
Event type
inferred
|
|||
|
Full Payment Received
|
The receipt of funds that fully extinguishes the debt. This is the effective date of the payment for aging purposes. | ||
|
Why it matters
Used to calculate 'Promise to Pay Fulfillment Rate' and actual vs. expected cash flow.
Where to get
Payment transaction date associated with the final clearing document.
Capture
Logged transaction date of clearing payment
Event type
explicit
|
|||
|
Invoice Cleared
|
The final status change where the invoice balance becomes zero and is closed in the system. | ||
|
Why it matters
The end timestamp for 'Average Days Sales Outstanding'. Represents the completion of the process.
Where to get
Invoice Header table; Status = 'Closed' or 'Cleared'.
Capture
Compare status field before/after
Event type
inferred
|
|||
|
Invoice Created
|
The initial creation or ingestion of the invoice into the HighRadius platform from the ERP system. This establishes the start of the collection lifecycle. | ||
|
Why it matters
Establishes the baseline timestamp for aging calculations and Days Sales Outstanding (DSO) metrics.
Where to get
Open Invoices table or Data Integration logs where the invoice number first appears.
Capture
Logged when record inserted into invoice header table
Event type
explicit
|
|||
|
Payment Reminder Sent
|
An automated correspondence (email/letter) sent to the customer via the Collections module. This tracks the dunning strategy execution. | ||
|
Why it matters
Critical for the 'Collection Reminder Effectiveness' dashboard to measure if correspondence actually triggers payment.
Where to get
Correspondence History tab or Communication logs linked to the Invoice ID.
Capture
Logged when dunning strategy executes an action
Event type
explicit
|
|||
|
Promise to Pay Created
|
A formal commitment recorded in the system where a customer promises to pay a specific amount by a specific date. | ||
|
Why it matters
Essential for the 'Promise to Pay Reliability Index' to predict cash flow and measure customer reliability.
Where to get
P2P (Promise to Pay) module/tab linked to the invoice.
Capture
Logged when P2P record is created
Event type
explicit
|
|||
|
Collection Call Logged
|
A manual note or interaction recorded by a collection agent regarding this invoice. Indicates human intervention in the process. | ||
|
Why it matters
Supports 'Collector Productivity Benchmarks' and differentiates between automated and manual collection efforts.
Where to get
Notes/History tab within the Collections module.
Capture
Logged when user saves a call note
Event type
explicit
|
|||
|
Credit Memo Issued
|
A credit note is generated to offset the invoice balance, often resulting from a valid dispute resolution or return. | ||
|
Why it matters
Tracks 'Credit Memo Processing Efficiency' and the time lag between dispute resolution and financial posting.
Where to get
ERP sync logs or Credit Memo table linked to original Invoice ID.
Capture
Logged when CM document is linked to invoice
Event type
explicit
|
|||
|
Dispute Under Review
|
The dispute case moves from 'New' to an active investigation status. Represents the start of the actual work by the analyst. | ||
|
Why it matters
Used in 'Dispute Workflow Bottleneck Finder' to measure the lag between creation and active working time.
Where to get
Deductions module audit log; status change to 'In Progress' or 'Researching'.
Capture
Compare status field before/after
Event type
inferred
|
|||
|
Due Date Passed
|
A calculated event indicating the invoice remains open past its agreed payment terms date. | ||
|
Why it matters
Critical for 'Payment Term Compliance Audit'. Marks the transition from current to past due.
Where to get
Calculated by comparing the Invoice Due Date to the Current Date (if open) or Payment Date (if closed).
Capture
Derive from comparing field Due Date to Activity Date
Event type
calculated
|
|||
|
Partial Payment Posted
|
A payment is applied that covers only a portion of the total invoice amount, leaving a residual balance. | ||
|
Why it matters
Feeds 'Partial Payment Complexity Analysis' and indicates potential cash application friction.
Where to get
Cash Application module; payment transaction linked to invoice where Payment Amount < Open Amount.
Capture
Logged when payment is applied but status remains open
Event type
explicit
|
|||