Your Credit Management & Collections Data Template
Your Credit Management & Collections Data Template
This is our generic process mining data template for Credit Management & Collections. Use our system-specific templates for more specific guidance.
Select a specific system- Universal data structure applicable to any credit management or collections system
- Recommended attributes for in-depth analysis of your process performance
- Key activities to track for accurate process discovery and optimization
Credit Management & Collections Attributes
| Name | Description | ||
|---|---|---|---|
| Activity Name ActivityName | The name of the specific business event or task that occurred at a point in time for an invoice. | ||
| Description The Activity Name describes a specific step or milestone in the Credit Management and Collections process. These are the building blocks of the process map, representing actions like 'Invoice Sent To Customer', 'Reminder Sent', or 'Payment Applied To Invoice'. Analyzing the sequence and frequency of these activities is the core of process mining. It helps uncover the actual process flow, compare it against the designed model, and identify deviations, rework loops, and inefficient pathways. For example, a high frequency of 'Dispute Registered' activities could indicate issues with invoice accuracy or product quality. Why it matters This attribute defines the steps in the process, forming the basis of the process map and enabling the analysis of process flows and variations. Where to get Generated from various status changes, transaction codes, or event logs within the source system's financial, sales, or collections modules. Examples Invoice CreatedPayment Due Date PassedDunning Process StartedPayment Received | |||
| Event Time EventTime | The timestamp, including date and time, that indicates precisely when an activity occurred. | ||
| Description Event Time, or timestamp, marks the exact moment a specific activity took place in the process. It provides the chronological order needed to reconstruct the sequence of events for each invoice case. This data is fundamental for any time-based analysis. In process mining, Event Time is used to calculate critical performance metrics such as cycle times between activities, total case duration, and adherence to service level agreements. For example, the time between 'Invoice Sent' and 'Payment Received' directly impacts Days Sales Outstanding (DSO). Analyzing timestamps helps identify delays, measure the efficiency of process steps, and pinpoint bottlenecks. Why it matters This timestamp is critical for ordering events, calculating cycle times and durations, and performing all time-based performance analysis. Where to get Typically recorded as a document creation date, posting date, or system log timestamp associated with a transaction or status change. Examples 2023-03-15T09:30:00Z2023-04-20T14:00:00Z2023-05-01T11:22:15Z | |||
| Invoice Number InvoiceNumber | The unique identifier for each invoice. This serves as the primary case identifier for the Credit Management and Collections process. | ||
| Description The Invoice Number is a unique alphanumeric code assigned to each invoice document. It acts as the central reference point for all activities and transactions related to that specific billing, from creation to final settlement or write-off. In process mining, the Invoice Number is used to link all related events, such as 'Invoice Created', 'Payment Received', and 'Dispute Registered', into a single process instance or case. This allows for the end-to-end visualization and analysis of the entire lifecycle of an invoice. By analyzing processes grouped by Invoice Number, organizations can identify bottlenecks, track cycle times, and understand the variations in how different invoices are handled. Why it matters This is the essential Case ID that connects all related events, allowing for the reconstruction and analysis of the end-to-end invoice lifecycle. Where to get Typically found in the header table of an invoice or accounts receivable document in the source financial system. Examples INV-2023-001239100045678SI-54321 | |||
| Last Data Update LastDataUpdate | The timestamp indicating the last time the data for an event was refreshed or extracted from the source system. | ||
| Description This attribute records the date and time when the data was last pulled from the source system into the process mining environment. It serves as a metadata field that reflects the freshness of the dataset being analyzed. Understanding the Last Data Update is important for ensuring that any analysis or dashboard reflects the most current state of the process. It helps users interpret the data correctly by knowing its cutoff point. This is particularly relevant when monitoring ongoing processes or near-real-time KPIs, as it provides context for how up-to-date the insights are. Why it matters Indicates the freshness of the data, providing context for the timeliness of the analysis and ensuring users are aware of the data's cutoff point. Where to get This is typically metadata generated and stored by the ETL tool or data pipeline during the data ingestion process. Examples 2023-10-26T02:00:00Z2023-10-25T02:00:00Z2023-10-24T02:00:00Z | |||
| Source System SourceSystem | The name or identifier of the system from which the data originates, such as an ERP or a CRM. | ||
| Description The Source System attribute identifies the specific application or platform where the event data was originally recorded. In complex IT landscapes, a single process like credit-to-cash can span multiple systems, for example, an ERP for invoicing and a separate collections platform for dunning. This attribute is valuable for understanding the technological context of the process. It can help in data validation, identifying system-specific process variations, and diagnosing integration issues between different platforms. For instance, analysis might reveal that delays consistently occur when handoffs happen between the ERP and the collections tool. Why it matters Identifies the origin of the data, which is crucial for understanding process variations across different systems and for data validation. Where to get This information is often added during the data extraction (ETL) process or can be found in technical metadata fields within the source tables. Examples SAP S/4HANAOracle NetSuiteHighRadius Collections | |||
| Collector Name CollectorName | The name or identifier of the user, agent, or team responsible for performing a collection activity. | ||
| Description Collector Name identifies the individual or group assigned to manage an overdue invoice and perform collection activities. This could be an accounting clerk, a dedicated collections agent, or a collections team. This attribute enables performance analysis at the individual or team level. By filtering or comparing processes based on the Collector Name, organizations can identify best practices from top performers, detect training needs for others, and analyze workload distribution. It is essential for understanding the human element of the collections process and its impact on outcomes like payment times and write-offs. Why it matters Enables analysis of team and individual performance, workload distribution, and the effectiveness of different collection agents or strategies. Where to get Found in AR transaction data, customer master records, or specific collections management modules. It may correspond to fields like 'Accounting Clerk' or 'User ID'. Examples John SmithCollections Team AUSER123 | |||
| Customer ID CustomerId | A unique identifier for the customer associated with the invoice. | ||
| Description The Customer ID is the unique code that represents a specific customer account in the system. It links an invoice to the entity that is legally responsible for payment. In a process mining analysis, the Customer ID is a critical dimension for segmentation. It allows analysts to examine process performance for specific customers or groups of customers. This can reveal patterns such as which customers consistently pay late, which ones raise the most disputes, or whether certain process inefficiencies only affect a subset of the customer base. These insights are vital for tailoring collection strategies and improving customer relationships. Why it matters Allows for powerful segmentation of the process data to analyze customer behavior, identify problematic accounts, and tailor collection strategies. Where to get Available in the invoice document header or linked via customer master data tables in the financial or sales system. Examples CUST-00543100234ACME-CORP | |||
| Dispute Reason DisputeReason | The reason code or description provided when an invoice is disputed by a customer. | ||
| Description Dispute Reason captures the cause of a customer's refusal to pay an invoice. Common reasons include incorrect pricing, damaged goods, quantity discrepancies, or missing documentation. This information is typically recorded when a formal dispute case is opened. The Dispute Reason is a powerful attribute for root cause analysis. By analyzing the frequency of different dispute reasons, a company can identify systemic problems outside of the collections department, such as issues in shipping, billing accuracy, or sales order entry. Process mining can further reveal how different dispute reasons impact the resolution time and process flow, helping to streamline the dispute management process. Why it matters Enables root cause analysis of payment delays and disputes, helping to identify and fix upstream issues in areas like billing, shipping, or sales. Where to get Stored in dispute management modules, CRM systems, or as a reason code on the invoice or AR document itself. Examples Incorrect PriceQuantity ShortageDamaged GoodsDuplicate Invoice | |||
| Due Date DueDate | The calculated date by which the invoice payment is contractually due. | ||
| Description The Due Date is the specific date on which an invoice payment must be received to be considered on time. It is typically calculated based on the invoice creation date and the agreed-upon payment terms. This date is a critical benchmark for performance measurement in the collections process. It is the basis for determining if a payment is late, triggering dunning procedures, and calculating aging reports. In process mining, the Due Date is used to calculate KPIs like On-Time Payment Rate and Days Sales Outstanding (DSO), and to analyze the effectiveness of collections activities in relation to payment deadlines. Why it matters Serves as the primary benchmark for measuring on-time payment performance and is essential for calculating KPIs like DSO and payment timeliness. Where to get Found in the invoice header data. It can be a direct field or derived from the invoice date and payment terms. Examples 2023-04-142023-05-302023-06-01 | |||
| Dunning Level DunningLevel | The stage or level of the automated dunning or collections process that has been reached for an overdue invoice. | ||
| Description The Dunning Level indicates how far an overdue invoice has progressed through the formal collections communication process. This is often represented as a number or code, where 'Level 1' might be a gentle reminder and 'Level 4' could be a final notice before legal action. Analyzing the Dunning Level is key to evaluating the effectiveness of the dunning strategy. Process mining can show which process paths lead to higher dunning levels and whether certain levels are effective at triggering payment. For example, analysis may reveal that most payments occur after Dunning Level 2, making Levels 3 and 4 largely ineffective and costly. This helps in optimizing the timing and content of collection notices. Why it matters Measures the intensity of collection efforts and is critical for analyzing the effectiveness of the dunning strategy at each stage. Where to get Found in collections management modules or accounts receivable data, often associated with the customer account or specific overdue documents. Examples 123Legal Action Pending | |||
| Invoice Amount InvoiceAmount | The total monetary value of the invoice. | ||
| Description Invoice Amount represents the total sum of money that the customer is billed for and expected to pay. This is a fundamental financial figure for every invoice case. This attribute is essential for financial impact analysis. By correlating process metrics with the invoice amount, organizations can prioritize their collection efforts. For example, analysis might show that high-value invoices experience longer payment delays or are more likely to be disputed. It allows for calculating key financial KPIs like Days Sales Outstanding (DSO) and determining the monetary value tied up in process bottlenecks or write-offs. Why it matters Crucial for financial analysis, prioritizing collections for high-value invoices, and quantifying the monetary impact of process inefficiencies. Where to get A standard field in the invoice header data within the accounts receivable or billing module of the source system. Examples 5400.50125000.00750.75 | |||
| Invoice Status InvoiceStatus | The current financial or operational status of the invoice, such as Open, Paid, Overdue, or Disputed. | ||
| Description Invoice Status indicates the current state of an invoice within its lifecycle. This status changes as events occur, moving from 'Open' upon creation, to 'Overdue' if unpaid past the due date, and finally to 'Paid' or 'Written Off'. This attribute provides a snapshot of the current health of accounts receivable. In a process mining analysis, it helps to categorize cases and understand the outcomes of different process variants. For example, comparing the process flows that lead to a 'Disputed' status versus a 'Paid' status can reveal root causes of payment friction. It is also used to filter for active cases, such as all currently 'Overdue' invoices, to analyze ongoing collection efforts. Why it matters Provides a clear view of the current state of invoices, enabling analysis of process outcomes and filtering for cases in a specific stage like 'Overdue' or 'Disputed'. Where to get Typically available as a status field on the invoice or accounts receivable document header. Examples OpenPaidOverdueDisputedWritten Off | |||
| Company Code CompanyCode | The identifier for the legal entity or business unit to which the invoice belongs. | ||
| Description The Company Code is an organizational unit identifier that represents a legally independent company or a distinct business area for which financial statements are prepared. In a multi-entity organization, each transaction is assigned to a specific company code. This attribute is fundamental for organizational-level analysis. It allows process performance to be compared across different legal entities, subsidiaries, or business units. Such comparisons can highlight differences in process efficiency, policy adherence, and collector performance between parts of the organization, facilitating the sharing of best practices and the standardization of processes where appropriate. Why it matters Enables process comparison and performance benchmarking across different legal entities, subsidiaries, or business units within an organization. Where to get A standard organizational field on all financial documents, including invoices, within an ERP system. Examples 1000US01DE01UK_SALES | |||
| Customer Segment CustomerSegment | A classification of the customer, such as by size, industry, strategic importance, or region. | ||
| Description Customer Segment is a categorization that groups customers based on shared characteristics. Segments can be defined by factors like industry (e.g., manufacturing, retail), size (e.g., large enterprise, SMB), geographic region, or strategic value (e.g., gold, silver, bronze). This attribute allows for a more nuanced and strategic analysis of the collections process. By comparing process performance across different segments, businesses can uncover that certain groups of customers have unique payment behaviors or challenges. For instance, international customers may face longer payment cycles due to cross-border banking. These insights enable the development of targeted collection strategies and policies for each segment, improving overall efficiency and customer satisfaction. Why it matters Allows for comparative analysis between different customer groups, enabling the development of targeted collection strategies and policies. Where to get Typically found in the customer master data within a CRM or ERP system. Examples Large EnterpriseSmall & Medium BusinessGovernmentNorth America | |||
| Invoice Currency InvoiceCurrency | The currency in which the invoice amount is denominated. | ||
| Description Invoice Currency specifies the unit of money, such as USD, EUR, or JPY, in which the invoice is issued and payment is expected. This is particularly relevant for companies that operate internationally. While process mining often focuses on process flows rather than financial conversions, this attribute is important for correctly interpreting the Invoice Amount. It allows for filtering the analysis to a specific currency or for segmenting the process to see if transactions in certain currencies follow different patterns, perhaps due to international payment processing delays or different collection strategies in foreign markets. Why it matters Provides necessary context for the Invoice Amount and allows for segmentation of analysis by currency, which can be relevant for international businesses. Where to get A standard field in the invoice header data. Examples USDEURGBPJPY | |||
| Payment Terms PaymentTerms | The agreed-upon terms that define when a customer is expected to pay an invoice. | ||
| Description Payment Terms specify the conditions under which a sale is made, primarily concerning the timing of payment. They are usually expressed as a code or short text, such as 'Net 30' (payment due in 30 days) or '2/10 Net 30' (a 2% discount if paid in 10 days, otherwise the full amount is due in 30 days). This attribute provides essential context for the invoice due date and customer payment behavior. Analyzing the process by payment terms can reveal if certain terms are correlated with higher rates of late payments or disputes. It can also be used to assess the effectiveness of early payment discounts and to inform future negotiations on payment terms with customers, helping to optimize cash flow. Why it matters Provides context for invoice due dates and allows for analysis of how different payment agreements impact on-time payment rates and overall cash flow. Where to get Stored in customer master data or on the sales order and invoice header. Examples Net 30Net 602/10 Net 30Due on Receipt | |||
Credit Management & Collections Activities
| Activity | Description | ||
|---|---|---|---|
| Dispute Registered | Marks the point when a customer formally raises a dispute against an invoice, which is then logged in the system. This event often pauses the standard collections process for the disputed amount. | ||
| Why it matters Disputes are a major cause of payment delays. Identifying when and why disputes occur is critical for root cause analysis, process improvement, and reducing Days Sales Outstanding. Where to get This is captured when a dispute case is created or when an invoice's status is changed to 'Disputed' in a dispute or collections management module. Capture Use the creation timestamp of the dispute case record or the status change timestamp on the invoice. Event type explicit | |||
| Invoice Created | Marks the official creation of the invoice record in the source system. This event is the primary starting point for the invoice-to-cash lifecycle, establishing the receivable amount and payment terms. | ||
| Why it matters This is the crucial start event for the process. All cycle time calculations, such as Invoice-to-Cash and Days Sales Outstanding, begin from this point. Where to get This is a core transaction found in the accounts receivable or billing module, captured from the creation or posting date of the invoice document. Capture Use the creation timestamp or posting date from the main invoice or financial document header table. Event type explicit | |||
| Invoice Settled | Signifies the successful end of the invoice lifecycle, where the invoice is fully paid and its balance is zero. This is the desired final state for the process. | ||
| Why it matters This is the primary 'happy path' end event for the process. Measuring the time to this activity gives the total invoice-to-cash cycle time, a critical business metric. Where to get This is often inferred when the sum of applied payments and credits equals the total invoice amount, or from a status change to 'Paid' or 'Closed'. Capture Identify the latest timestamp of a clearing or payment application transaction that brings the invoice's outstanding balance to zero. Event type inferred | |||
| Invoice Written Off | Represents the final, unsuccessful outcome where the debt is deemed uncollectible and is written off as bad debt. This clears the receivable from the books. | ||
| Why it matters This activity represents a direct financial loss. Analyzing the frequency and value of write-offs helps identify credit risk, collection failures, and potential process improvements. Where to get This is an explicit financial transaction, such as a journal entry or adjustment, posted to a bad debt account that clears the original invoice. Capture Use the posting date of the specific financial document or journal entry that writes off the invoice's remaining balance. Event type explicit | |||
| Payment Due Date Passed | A critical milestone indicating that the invoice's net due date has passed without the invoice being fully paid. This event marks the transition of an invoice from 'current' to 'overdue' status. | ||
| Why it matters This activity is the primary trigger for all collections and dunning activities. Analyzing the volume of invoices passing this point helps measure payment behavior and collection workload. Where to get This is not a direct system event but is calculated by comparing the invoice's due date field with the current timestamp or the timestamp of a subsequent activity. Capture Generate an event timestamp for the invoice due date if the invoice is not cleared by that date. For example, 'InvoiceDueDate + 1 day'. Event type calculated | |||
| Promise To Pay Received | Occurs when a customer makes a commitment to pay an invoice on a future date, and this agreement is recorded in the system. This represents a positive intermediate outcome from collection efforts. | ||
| Why it matters This is a key performance indicator for collection agent effectiveness. It provides a milestone to measure if customers are adhering to their commitments, helping to forecast cash inflows. Where to get This is an explicit event logged by a user in the collections management module, creating a record with a promise date and amount. Capture Use the creation timestamp of the 'Promise to Pay' record associated with the invoice. Event type explicit | |||
| Collection Contact Made | Represents a manual action taken by a collector to contact a customer, such as a phone call or a personalized email. This activity is logged by the collection agent in the system. | ||
| Why it matters This activity highlights manual effort in the collections process. Analyzing the frequency and outcomes of these contacts helps measure collector efficiency and resource allocation. Where to get This is typically captured from user-created activity, task, or interaction logs within a collections or CRM module. Capture Extract the creation date and time of logged activities, such as 'Phone Call' or 'Email', linked to the customer or invoice. Event type explicit | |||
| Credit Limit Approved | Represents the successful completion of a credit review process, where a credit limit is officially granted or updated for a customer. This activity typically precedes the creation of an invoice and sets the terms for the transaction. | ||
| Why it matters Analyzing the time between credit approval and invoice creation helps understand sales cycle efficiency. It also provides context for why certain invoices may have specific payment terms or face later collection issues. Where to get This event is usually recorded in a credit management module or CRM system when a credit manager approves a customer's credit application or review. Capture Capture the timestamp when the credit review status for a customer is marked as 'Approved' or a new credit limit value is finalized. Event type explicit | |||
| Credit Memo Issued | Represents the creation of a credit memo that is applied against an invoice. This is often done to correct a billing error or as part of a dispute resolution. | ||
| Why it matters Frequent credit memos can indicate systemic issues in the upstream order-to-cash process, such as incorrect pricing or shipping errors. This activity is crucial for root cause analysis. Where to get This is a standard financial transaction captured from the posting date of the credit memo document in the accounts receivable module. Capture Use the creation or posting date from the credit memo document header, linking it to the original invoice it credits. Event type explicit | |||
| Dispute Resolved | Represents the conclusion of the dispute management process, where the issue has been investigated and a resolution has been reached. The invoice can now proceed to payment or write-off. | ||
| Why it matters The time taken to resolve disputes directly impacts cash flow and customer satisfaction. This activity provides the end point for measuring dispute resolution cycle time. Where to get This is captured when the status of a dispute case is updated to 'Resolved' or 'Closed', or when the disputed flag on an invoice is removed. Capture Use the timestamp of the status change on the dispute case or invoice record that indicates resolution. Event type explicit | |||
| Dunning Process Started | Signifies the start of a formal dunning process or assignment to a specific collections strategy for an overdue invoice. This represents a more systematic escalation than a single reminder. | ||
| Why it matters This activity marks an escalation in collections efforts. Analyzing the time until this step and its outcomes helps assess the efficiency and effectiveness of the overall dunning strategy. Where to get Recorded when a dunning level is first assigned to an invoice or when a formal collection strategy is triggered in the collections management system. Capture Capture the timestamp when an invoice is first included in a formal dunning run or when a collection strategy is assigned. Event type explicit | |||
| Invoice Sent To Customer | Represents the point in time when the invoice was formally delivered to the customer, either electronically or via print. The clock for payment terms often starts from this date. | ||
| Why it matters Delays between invoice creation and sending can extend the payment cycle. This activity helps identify bottlenecks in the billing output process and their impact on cash flow. Where to get This may be captured explicitly in an output management system or inferred from logs of communications, such as emails or EDI transmissions. Capture Extract the timestamp from system logs that track outbound communications or from a dedicated 'Sent Date' field on the invoice record. Event type explicit | |||
| Payment Applied To Invoice | Represents the completion of the cash application process, where a received payment has been successfully matched and applied to a specific invoice. This action reduces or clears the open balance. | ||
| Why it matters This activity is the critical link between cash receipt and receivables reduction. Delays in application can lead to unnecessary collection activities and inaccurate customer account statements. Where to get This event is logged when a clearing transaction is posted that links a payment document to an invoice document in the accounts receivable subledger. Capture Use the posting date of the clearing document or the application date recorded in the payment application tables. Event type explicit | |||
| Payment Received | Marks the receipt of funds from a customer, often recorded from a bank statement or lockbox file. This signifies that cash has been received but not yet necessarily applied to a specific invoice. | ||
| Why it matters This activity marks the beginning of the cash application process. The lag time between receiving and applying payments is a key metric for treasury and operational efficiency. Where to get This is captured from the creation of a cash receipt or customer payment document, often found in a payment journal or cash management module. Capture Use the posting date or value date from the incoming payment or bank statement transaction record. Event type explicit | |||
| Promise To Pay Broken | A calculated event indicating a customer failed to make a payment by the agreed-upon promise date. This signifies a setback in the collection process, often requiring further escalation. | ||
| Why it matters This activity highlights inefficiencies and unreliable commitments. Analyzing its frequency helps identify high-risk customers and refine collection strategies for follow-up actions. Where to get This event is inferred by checking if an invoice's corresponding 'Promise to Pay' date has passed without a clearing payment being posted. Capture Generate an event on the day after the promise date if no corresponding payment has been applied to the invoice. Event type calculated | |||
| Reminder Sent | Represents an initial, often automated, reminder or collection letter sent to a customer regarding an overdue invoice. This is typically the first step in the dunning process. | ||
| Why it matters Tracking reminders helps evaluate the effectiveness of early-stage collection efforts. It allows for analysis of how many invoices are paid after a simple reminder versus those requiring more intensive action. Where to get This event is captured from the logs of a dunning or collections module, which records the date and type of communication sent for an invoice. Capture Use the execution date from the dunning history or communication log table associated with the invoice. Event type explicit | |||
Extraction Guides
Extraction methods vary by system. For detailed instructions,