Your Credit Management & Collections Data Template
Your Credit Management & Collections Data Template
- Recommended attributes to collect
- Key activities to track
- Extraction guidance for NetSuite
Credit Management & Collections Attributes
| Name | Description | ||
|---|---|---|---|
|
Activity Name
ActivityName
|
The name of the business activity that occurred at a specific point in time. | ||
|
Description
This attribute describes a specific step or event in the credit and collections process, such as 'Invoice Generated', 'Payment Received', or 'Dispute Registered'. Analyzing the sequence and frequency of these activities is the core of process mining, revealing the actual process flow, deviations, and bottlenecks.
Why it matters
This attribute forms the backbone of the process map, allowing for the visualization and analysis of the process flow.
Where to get
This field is typically derived from the status changes of transaction records (e.g., Invoice, Customer Payment) or from related records like system notes, custom records for collections activities, or CRM tasks.
Examples
Invoice GeneratedOverdue Reminder SentPayment ReceivedInvoice Written Off
|
|||
|
Event Time
EventTime
|
The timestamp indicating when the activity occurred. | ||
|
Description
This attribute captures the precise date and time of each activity in the process. It is fundamental for all time-based analysis, including calculating cycle times, durations, and waiting times between steps. In NetSuite, this timestamp is usually the creation or last modified date of the relevant record or system note.
Why it matters
It enables the calculation of all performance metrics related to time, such as cycle times and bottlenecks, which are critical for efficiency analysis.
Where to get
This is sourced from date fields on various records. For example, the 'Date Created' of an Invoice record for 'Invoice Generated', or the timestamp from a System Note for status changes.
Examples
2023-01-15T10:00:00Z2023-02-01T14:30:00Z2023-02-15T09:05:00Z
|
|||
|
Invoice Number
InvoiceNumber
|
The unique identifier for each customer invoice. | ||
|
Description
The Invoice Number serves as the primary case identifier, uniquely linking all activities related to a specific receivable. This allows for a comprehensive analysis of the entire lifecycle, from the invoice's creation and subsequent credit management actions to its eventual payment or resolution through collection efforts. In NetSuite, this typically corresponds to the Transaction ID when the transaction type is 'Invoice'.
Why it matters
It is the essential key to trace an invoice's journey from generation to settlement, enabling end-to-end process analysis.
Where to get
This is typically the 'Transaction ID' (internal ID: tranid) field on the Invoice record in NetSuite.
Examples
INV0012345INV0054321INV0098765
|
|||
|
Customer ID
CustomerId
|
The unique identifier for the customer associated with the invoice. | ||
|
Description
This attribute links an invoice to a specific customer entity in NetSuite. It is essential for segmenting the data to analyze process performance across different customers or customer groups. For example, it enables the analysis of payment behaviors or dispute rates for strategic accounts versus small businesses.
Why it matters
Allows for customer-centric analysis, helping to identify which customers are frequently late, raise disputes, or follow non-standard processes.
Where to get
This is the 'Customer' (internal ID: entity) field on the Invoice transaction record.
Examples
CUST001CUST002CUST003
|
|||
|
Customer Segment
CustomerSegment
|
The classification of the customer, such as by size, industry, or region. | ||
|
Description
Customer Segment categorizes customers into meaningful groups (e.g., 'Enterprise', 'SMB', 'Public Sector'). This attribute is vital for the 'Collection Strategy Performance by Segment' dashboard, as it allows for comparing the effectiveness of different collection approaches across these segments. It helps tailor strategies to the unique behaviors of each group.
Why it matters
Enables targeted analysis to determine if certain process issues or payment behaviors are concentrated in specific customer groups.
Where to get
This is often a custom field on the Customer record in NetSuite. The data needs to be joined from the Customer record to the Invoice transaction.
Examples
EnterpriseMid-MarketSMB
|
|||
|
Due Date
DueDate
|
The date by which the invoice payment is due. | ||
|
Description
The Due Date is the contractually agreed-upon date for payment. It is the baseline for determining if a payment is on-time or overdue. This attribute is essential for calculating KPIs like 'On-Time Payment Rate' and for triggering dunning activities when the date is passed.
Why it matters
Acts as the primary benchmark for measuring payment timeliness and is crucial for calculating days overdue and monitoring payment term compliance.
Where to get
This is the 'Due Date' (internal ID: duedate) field on the Invoice transaction record.
Examples
2023-02-142023-03-312023-04-15
|
|||
|
Invoice Amount
InvoiceAmount
|
The total monetary value of the invoice. | ||
|
Description
Represents the total amount due on the invoice. This is a critical financial attribute used in nearly all analyses, such as identifying the financial impact of late payments or analyzing write-offs for high-value invoices. It provides essential context for prioritizing collection efforts.
Why it matters
Provides financial context to the process, allowing for analysis based on monetary value, such as prioritizing collections for high-value overdue invoices.
Where to get
This is the 'Amount (Total)' (internal ID: total) field on the Invoice transaction record.
Examples
1500.00250.5012500.75
|
|||
|
Invoice Status
InvoiceStatus
|
The current status of the invoice in its lifecycle. | ||
|
Description
Indicates the current state of the invoice, such as 'Open', 'Paid In Full', or 'Overdue'. This is useful for filtering and analyzing only the invoices that are currently active or problematic. The 'Overdue Invoices Aging and Status' dashboard relies on this attribute to provide a snapshot of outstanding receivables.
Why it matters
Allows for filtering and focusing analysis on specific stages of the invoice lifecycle, such as open, overdue, or disputed invoices.
Where to get
This corresponds to the 'Status' (internal ID: status) field on the Invoice transaction record.
Examples
OpenPaid In FullOverdue
|
|||
|
Business Unit
BusinessUnit
|
The business unit or subsidiary associated with the transaction. | ||
|
Description
Represents the specific business unit, department, or subsidiary that issued the invoice. In NetSuite OneWorld accounts, this typically corresponds to the 'Subsidiary' field. It enables process analysis to be segmented by different parts of the organization, allowing for performance comparisons and identification of division-specific issues.
Why it matters
Allows for process performance to be compared across different organizational units, revealing variations that may require different management approaches.
Where to get
In NetSuite OneWorld, this is the 'Subsidiary' field. In other accounts, it could be 'Department' or 'Class' depending on configuration.
Examples
US WestEMEA ServicesAPAC Products
|
|||
|
Collector Name
CollectorName
|
The name of the collections agent assigned to the invoice. | ||
|
Description
Identifies the specific collections agent or resource responsible for managing an overdue invoice. This allows for performance analysis across the collections team and helps in understanding workload distribution and the effectiveness of individual collectors. It supports KPIs like 'Collections Contact Success Rate'.
Why it matters
Enables performance measurement and workload balancing for the collections team, linking collection activities to specific individuals.
Where to get
This is often a custom field on the Customer or Invoice record. Some NetSuite bundles for collections add this functionality.
Examples
Alice JohnsonRobert WilliamsUnassigned
|
|||
|
Country
Country
|
The country of the customer's billing address. | ||
|
Description
This attribute indicates the country associated with the customer's billing address on the invoice. It is used to analyze geographical variations in payment behavior, collection effectiveness, and dispute rates. This can help in tailoring collection strategies to specific regions and understanding the impact of local economic conditions.
Why it matters
Enables geographical segmentation of the process, which can highlight regional differences in payment behavior or process efficiency.
Where to get
This is sourced from the 'Billing Address' details on the Invoice transaction, which is typically inherited from the Customer record.
Examples
USAGermanyJapan
|
|||
|
Days Overdue
DaysOverdue
|
The number of days an invoice is past its due date. | ||
|
Description
This calculated metric measures the number of days between the invoice's due date and the current date (for open invoices) or the payment date. It is a fundamental KPI for collections, used in the 'Overdue Invoices Aging and Status' dashboard to categorize and prioritize collection efforts. A value of zero or less indicates the invoice is not overdue.
Why it matters
Directly measures the severity of payment delays and is a key metric for aging reports and prioritizing collections activities.
Where to get
This is calculated during data transformation: (Current Date or Payment Date) - Due Date.
Examples
1532090
|
|||
|
Dispute Reason
DisputeReason
|
The reason provided for a customer dispute on an invoice. | ||
|
Description
When a customer disputes an invoice, this attribute captures the reason, such as 'Incorrect Pricing', 'Damaged Goods', or 'Duplicate Billing'. It is critical for the 'Invoice Dispute Resolution Time' and 'Invoice Write-Off Root Cause Analysis' dashboards to understand why disputes occur and identify patterns that can be addressed to prevent future issues.
Why it matters
Helps identify the root causes of customer disputes, providing insights needed to improve upstream processes like order fulfillment or billing accuracy.
Where to get
This is likely a custom field on the Invoice record or a related custom record used to track dispute cases. It is not a standard NetSuite field.
Examples
Incorrect QuantityPrice DiscrepancyDamaged Goods
|
|||
|
Invoice To Cash Cycle Time
InvoiceToCashCycleTime
|
The total time from invoice generation to final settlement. | ||
|
Description
This calculated metric measures the total duration from the 'Invoice Generated' activity to the 'Invoice Settled' activity. It represents the end-to-end performance of the entire credit and collections process. Analyzing this KPI helps identify systemic delays and provides a high-level measure of cash flow velocity.
Why it matters
This is a critical, high-level KPI that measures the overall efficiency of the entire invoice-to-cash process.
Where to get
This is a case-level calculation performed in the process mining tool: Timestamp('Invoice Settled') - Timestamp('Invoice Generated').
Examples
32 days45 days91 days
|
|||
|
Is Automated
IsAutomated
|
A flag indicating if an activity was performed automatically by a system. | ||
|
Description
This boolean attribute specifies whether an activity was executed by an automated workflow or a human user. For example, an 'Overdue Reminder Sent' activity could be automated, while a 'Collection Call Made' is manual. This is essential for the 'Manual Activity Frequency and Impact' dashboard to quantify automation levels and identify opportunities for further automation.
Why it matters
Helps quantify the level of automation in the process, supporting initiatives to reduce manual effort and improve efficiency.
Where to get
This is a derived attribute based on the activity type or the user who performed it. For example, if the user is a designated 'SYSTEM' user, the activity is flagged as automated.
Examples
truefalse
|
|||
|
Is On Time Payment
IsOnTimePayment
|
A flag indicating if payment was received on or before the due date. | ||
|
Description
This calculated boolean attribute checks if the 'Payment Received' activity occurred on or before the invoice's 'Due Date'. It simplifies the calculation of the 'On-Time Payment Rate' KPI and allows for easy filtering and analysis of on-time versus late payments. It provides a clear, binary outcome for payment performance.
Why it matters
Provides a simple, binary metric for assessing payment term compliance, making it easy to calculate and benchmark the On-Time Payment Rate.
Where to get
This is calculated during data transformation: TRUE if (Payment Date <= Due Date), otherwise FALSE.
Examples
truefalse
|
|||
|
Last Data Update
LastDataUpdate
|
The timestamp of the last data refresh from the source system. | ||
|
Description
This attribute indicates when the data for this process was last extracted and updated in the process mining tool. It helps users understand the freshness of the data they are analyzing and ensures they are making decisions based on current information.
Why it matters
Provides transparency about data currency, allowing users to know how up-to-date the process analysis is.
Where to get
This value is generated and stamped onto the dataset at the time of data extraction.
Examples
2023-10-27T02:00:00Z
|
|||
|
Payment Posting Lag
PaymentPostingLag
|
The time between receiving a payment and posting it in the system. | ||
|
Description
This calculated duration measures the delay between the 'Payment Received' activity (when the funds are received) and the 'Payment Posted' activity (when the payment is applied to the invoice in NetSuite). This is a key metric for the 'Payment Posting Lag Analysis' dashboard, highlighting internal inefficiencies in cash application that can distort cash visibility.
Why it matters
Reveals internal processing delays in cash application, which can impact financial reporting accuracy and customer account statuses.
Where to get
This is calculated in the process mining tool: Timestamp('Payment Posted') - Timestamp('Payment Received').
Examples
1 day4 hours3 days
|
|||
|
Payment Terms
PaymentTerms
|
The payment terms agreed upon with the customer for the invoice. | ||
|
Description
This attribute specifies the conditions under which a customer is expected to pay an invoice, such as 'Net 30' or 'Net 60'. It is the basis for calculating the invoice's Due Date and is fundamental for the 'Payment Terms Compliance and Deviations' dashboard, which analyzes if customers are adhering to their agreed terms.
Why it matters
Provides the contractual basis for payment schedules and is essential for analyzing compliance and identifying deviations that impact cash flow.
Where to get
This is the 'Terms' (internal ID: terms) field on the Invoice transaction record.
Examples
Net 30Net 60Due on receipt
|
|||
|
Source System
SourceSystem
|
The system from which the data was extracted. | ||
|
Description
Identifies the originating system for the event data. For this process view, the value will consistently be 'NetSuite', but it is a mandatory attribute for data governance and to distinguish data sources in a multi-system environment.
Why it matters
Ensures data lineage and traceability, which is important for data validation and governance, especially in environments with multiple integrated systems.
Where to get
This is a static value ('NetSuite') added during the data transformation process.
Examples
NetSuite
|
|||
|
User ID
UserId
|
The identifier of the user who performed the activity. | ||
|
Description
Identifies the employee or system user responsible for a particular activity, such as posting a payment or making a collection call. This allows for analysis of workload distribution, team performance, and identification of training needs. For automated activities, this might be a system user ID.
Why it matters
Enables analysis of performance by user or team and helps in understanding workload distribution and identifying where manual interventions occur.
Where to get
Sourced from fields like 'Created By', 'Modified By', or a specific 'Owner' field on transactions or related records (e.g., Phone Call record for collection calls).
Examples
j.doea.smithSYSTEM
|
|||
Credit Management & Collections Activities
| Activity | Description | ||
|---|---|---|---|
|
Invoice Generated
|
Marks the official creation of the invoice record in the system. This event is captured from the creation date of the Invoice transaction in NetSuite, serving as the starting point for the invoice's lifecycle. | ||
|
Why it matters
This is the primary start event for the Invoice-to-Cash process. It is essential for calculating key metrics like Days Sales Outstanding (DSO) and the overall Invoice-to-Cash Cycle Time.
Where to get
This is an explicit event captured from the creation date of the Invoice transaction record in NetSuite (Transaction table where Type is 'Invoice').
Capture
Use the creation timestamp of the invoice transaction record.
Event type
explicit
|
|||
|
Invoice Settled
|
The successful completion of the invoice lifecycle, where the balance due is reduced to zero through payments and any applied credits. This is inferred when the invoice status changes to 'Paid In Full'. | ||
|
Why it matters
This is the primary successful end event for the process. It is the final data point for calculating the end-to-end Invoice-to-Cash Cycle Time.
Where to get
Inferred from the 'Status' field on the Invoice transaction changing to 'Paid In Full'. The timestamp can be taken from the date of the final payment or credit memo that closed the invoice.
Capture
Timestamp of the last payment application that sets status to 'Paid In Full'.
Event type
inferred
|
|||
|
Invoice Written Off
|
An unsuccessful end to the invoice lifecycle, where the debt is deemed uncollectible and removed from accounts receivable. This is captured when a journal entry for bad debt is applied to the invoice. | ||
|
Why it matters
This is a critical failure endpoint. Analyzing the paths that lead to write-offs helps identify weaknesses in credit policy and collections strategy, ultimately reducing bad debt.
Where to get
Inferred from the application of a 'Journal Entry' to the invoice, where the journal entry is specifically for a bad debt write-off. A custom status may also be used.
Capture
Use the date of the write-off Journal Entry applied to the invoice.
Event type
inferred
|
|||
|
Payment Due Date Passed
|
A calculated event that occurs when the current date surpasses the invoice's due date without the invoice being fully paid. It signifies the transition of an invoice from 'current' to 'overdue' status. | ||
|
Why it matters
This event is a critical trigger for all collections activities. Analyzing the time after this event is key to understanding collections efficiency and dunning effectiveness.
Where to get
This is a calculated event. It is derived by comparing the current date to the 'Due Date' field on the Invoice transaction record. The event timestamp is the Due Date itself.
Capture
Timestamp is the value of the 'Due Date' field on the invoice.
Event type
calculated
|
|||
|
Payment Received
|
This event marks when a customer payment is created and applied to an invoice. It is a critical milestone captured directly from the Customer Payment transaction record in NetSuite. | ||
|
Why it matters
This activity is crucial for calculating DSO and On-Time Payment Rate. It signifies the receipt of cash and is a key measure of collections success.
Where to get
Captured from the creation date of the 'Customer Payment' transaction record. The 'Apply' sublist on this record links the payment to one or more invoices.
Capture
Use the transaction date of the Customer Payment record.
Event type
explicit
|
|||
|
Collection Call Made
|
A manual collection activity where a collections agent contacts the customer by phone. This event is captured from user-created Phone Call activity records in NetSuite's CRM module. | ||
|
Why it matters
This activity helps quantify manual effort in the collections process. Analyzing its frequency and success rate is important for optimizing resource allocation and automation.
Where to get
Captured from the creation date of a 'Phone Call' activity record where the related record is the customer, and the invoice number is referenced in the message.
Capture
Use the timestamp from the Phone Call CRM activity record.
Event type
explicit
|
|||
|
Credit Memo Issued
|
Represents the creation of a credit memo that is applied against the invoice, often to correct an error or as part of a dispute resolution. This is an explicit transaction in NetSuite. | ||
|
Why it matters
Frequent credit memos can indicate systemic issues such as pricing errors or shipping problems. Analyzing their occurrence helps identify root causes for revenue leakage.
Where to get
This is an explicit event captured from the creation date of the Credit Memo transaction record that is linked to the original invoice.
Capture
Use the creation timestamp of the Credit Memo transaction.
Event type
explicit
|
|||
|
Dispute Registered
|
Indicates that a customer has formally disputed the invoice, pausing the standard collections process. This is typically inferred from a change in the invoice's status field to a 'Disputed' state. | ||
|
Why it matters
This event is the starting point for measuring dispute resolution time. Identifying frequent disputes can reveal underlying issues in the billing or sales process.
Where to get
Inferred from a system log or a timestamped change of a custom 'Invoice Status' field to a value like 'Disputed' or 'In Dispute'.
Capture
Timestamp when a status field is updated to reflect a dispute.
Event type
inferred
|
|||
|
Dispute Resolved
|
Marks the resolution of a customer's dispute, allowing the collections process to resume or the invoice to be settled. This is inferred when the invoice status is changed from 'Disputed' back to an active state. | ||
|
Why it matters
This is the endpoint for measuring dispute resolution cycle time. Efficient dispute resolution is crucial for maintaining customer satisfaction and accelerating cash flow.
Where to get
Inferred from a system log or a timestamped change of a custom 'Invoice Status' field from 'Disputed' to a value like 'Open' or 'Resolved'.
Capture
Timestamp when a status field is updated to show resolution.
Event type
inferred
|
|||
|
Dunning Procedure Initiated
|
Represents the start of a formal dunning or collections process for an overdue invoice, which may involve multiple steps. This is captured when a specific dunning level is assigned to the invoice. | ||
|
Why it matters
Tracking the initiation of formal dunning helps measure dunning adherence and effectiveness. It is a key milestone for analyzing how different dunning strategies influence payment behavior.
Where to get
Inferred from the date the 'Dunning Level' on the invoice or customer record is first set to a non-zero or initial dunning state.
Capture
Identify the timestamp when the Dunning Level field changes.
Event type
inferred
|
|||
|
Invoice Sent to Customer
|
Represents the point at which the invoice has been communicated to the customer, typically via email. This is often inferred from system logs that track outbound communications related to the invoice transaction. | ||
|
Why it matters
Tracking this activity helps identify delays between invoice creation and customer notification, which can impact payment times. It provides insight into the efficiency of the billing communication process.
Where to get
Inferred from the date of an email sent from the invoice record, found on the Communication > Messages subtab of the Invoice transaction.
Capture
Use the timestamp of the 'Message' record linked to the invoice.
Event type
inferred
|
|||
|
Overdue Reminder Sent
|
An initial, often automated, reminder is sent to the customer regarding an overdue invoice. This activity is typically captured from the creation of a dunning letter or a logged communication event in NetSuite's dunning module. | ||
|
Why it matters
This activity is the first step in the dunning process. Analyzing its frequency and impact on payment helps in evaluating the effectiveness of initial collection efforts.
Where to get
Captured from the creation date of a 'Dunning Letter' record associated with the invoice, generated by the NetSuite Dunning SuiteApp.
Capture
Use the creation timestamp of the Dunning Letter record.
Event type
explicit
|
|||
|
Payment Posted
|
Represents the date when the financial impact of the payment is officially recorded in the General Ledger. This is captured from the posting date of the Customer Payment transaction. | ||
|
Why it matters
The time between 'Payment Received' and 'Payment Posted' reveals administrative delays. Analyzing this lag is important for ensuring accurate and timely financial reporting.
Where to get
Captured from the 'Posting Period' or transaction date on the General Ledger impact of the 'Customer Payment' transaction.
Capture
Use the GL posting date from the Customer Payment transaction.
Event type
explicit
|
|||