Your Order to Cash - Billing & Invoicing Data Template
Your Order to Cash - Billing & Invoicing Data Template
This is our generic process mining data template for Order to Cash - Billing & Invoicing. Use our system-specific templates for more specific guidance.
Select a specific system- A universal starting point for any system.
- Recommended attributes for in-depth analysis.
- Key activities to map your billing and invoicing flow.
Order to Cash - Billing & Invoicing Attributes
| Name | Description | ||
|---|---|---|---|
| Activity Name ActivityName | The name of the business activity or event that occurred at a specific point in the invoice lifecycle. | ||
| Description The Activity Name describes a specific step or task within the billing process, such as 'Invoice Generated', 'Invoice Sent to Customer', or 'Payment Applied To Invoice'. Each event in the process log is associated with an activity, forming the sequence of steps that make up the process flow. Analyzing the sequence of activities is the core of process mining. It reveals the actual paths invoices take, highlighting standard procedures, deviations, rework loops, and bottlenecks. Understanding which activities occur, in what order, and how frequently is fundamental to process discovery, conformance checking, and identifying opportunities for improvement. Why it matters It defines the steps in the process, enabling the visualization and analysis of the invoice journey from creation to closure. Where to get Often derived from document status changes, transaction codes, or specific event logs within the source system. Examples Invoice ApprovedPayment ReceivedDispute RaisedInvoice Sent to Customer | |||
| Event Time EventTime | The precise timestamp indicating when a specific activity or event occurred. | ||
| Description Event Time, or timestamp, records the exact date and time that an activity was executed or a status change occurred. This temporal data is critical for understanding the timing and duration of process steps. In analysis, Event Time is used to order activities chronologically, calculating the time spent between steps, the duration of activities, and the total end-to-end cycle time of each case. It is the basis for identifying bottlenecks, measuring performance against service level agreements, and analyzing trends over time. Without accurate timestamps, performance and duration analysis is impossible. Why it matters This timestamp is crucial for calculating all time-based metrics, such as cycle times and durations, which are essential for identifying bottlenecks. Where to get Usually found alongside activity or status fields in transaction logs, change documents, or document header and item tables. Examples 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z | |||
| Invoice ID InvoiceId | The unique identifier for each customer invoice. This attribute serves as the primary case identifier for the billing and invoicing process. | ||
| Description The Invoice ID is a unique alphanumeric code assigned to each invoice generated. It acts as the central key that links all related activities, from creation and approval to payment and closure, into a single process instance or case. In process mining analysis, the Invoice ID is essential for reconstructing the end-to-end journey of every invoice. It allows analysts to visualize process flows, identify variations, and calculate case-level metrics like cycle time. Filtering by specific Invoice IDs can also help in deep-diving into problematic cases to understand root causes of delays or errors. Why it matters This is the unique key for tracking an invoice's entire lifecycle, making it the essential foundation for any billing process analysis. Where to get Typically found in the header table of billing or invoice documents in the source ERP or financial system. Examples INV-2023-00123910004587SI-58832 | |||
| Last Data Update LastDataUpdate | The timestamp indicating the last time the data for this event was refreshed or extracted from the source system. | ||
| Description This attribute records the date and time of the most recent data extraction or refresh. It reflects the freshness of the data being analyzed. In any process mining project, knowing the recency of the data is crucial for reporting and analysis. This attribute helps users understand the time period covered by the analysis and ensures that decisions are based on up-to-date information. It is also vital for monitoring data pipelines and ensuring that the data extraction processes are running as expected. Why it matters It indicates the freshness of the data, ensuring that analysis and decisions are based on the most current information available. Where to get This timestamp is typically generated and added to the dataset during the data extraction, transformation, and loading (ETL) process. Examples 2024-03-10T02:00:00Z2024-03-09T02:00:00Z2024-03-08T02:00:00Z | |||
| Source System SourceSystem | The system of record from which the data was extracted. | ||
| Description This attribute identifies the originating business application or system where the event data was generated, such as an ERP, CRM, or a custom billing platform. In environments with multiple integrated systems, this field helps distinguish between data sources. Understanding the source system is important for data validation, governance, and troubleshooting. When data from multiple systems is combined, this attribute provides context and helps explain potential differences in data granularity or terminology. It also supports a more detailed analysis of process variations that may be driven by the system used for a particular transaction. Why it matters It provides crucial context for data origin, which is important for data validation and for analyzing processes that span multiple systems. Where to get This information may be stored as a field in the source tables or added during the data extraction, transformation, and loading (ETL) process. Examples SAP S/4HANAOracle NetSuiteSalesforceMicrosoft Dynamics 365 | |||
| Currency Currency | The currency code for the monetary amounts on the invoice, such as USD or EUR. | ||
| Description The Currency attribute specifies the unit of money for the Invoice Amount. It provides the necessary context for interpreting financial values, especially in global organizations that transact in multiple currencies. In analysis, the Currency field is essential for correctly aggregating and comparing financial data. Before calculating total values or comparing invoice amounts across different regions, all values must be converted to a common currency. This attribute is critical for accurate financial reporting and for segmenting process performance by currency or region. Why it matters It provides essential context for all financial values, ensuring accurate monetary analysis and reporting, especially in multi-national operations. Where to get Located in the header of the invoice or billing document table, usually alongside the amount fields. Examples USDEURGBPJPY | |||
| Customer Name CustomerName | The name of the customer or entity to whom the invoice was issued. | ||
| Description This attribute contains the legal or trading name of the customer being billed. It provides a human-readable identifier for the business partner involved in the transaction. Analyzing the process by Customer Name helps identify if certain customers are associated with process deviations, payment delays, or disputes. This can inform customer relationship management strategies and lead to tailored communication or process adjustments for specific accounts. It also allows for performance benchmarking across different customer segments. Why it matters It allows for customer-centric analysis, helping to identify patterns, delays, or issues specific to certain customers or customer groups. Where to get Sourced from the customer master data and linked to the invoice document via a customer ID. Examples Global Trade CorpInnovate Solutions Ltd.Standard Manufacturing Co.Tech Services Inc. | |||
| Invoice Amount InvoiceAmount | The total monetary value of the invoice, including all line items, taxes, and charges. | ||
| Description The Invoice Amount represents the total financial value that a customer is expected to pay. This is a key financial metric associated with each invoice case. This attribute is fundamental for financial analysis within process mining. It allows for the segmentation of invoices into value-based categories, such as high-value versus low-value, to see if they follow different process paths or have different cycle times. It is also used to calculate key performance indicators like Days Sales Outstanding (DSO) and to analyze the financial impact of process inefficiencies, such as delays in collecting payments on large invoices. Why it matters It enables financial impact analysis, allowing you to prioritize issues based on monetary value and understand how different invoice values affect the process. Where to get Typically located in the header of the invoice or billing document table in the source financial system. Examples 5000.001250.7525000.5099.99 | |||
| Invoice Status InvoiceStatus | The current status of the invoice in its lifecycle, such as Open, Paid, or Disputed. | ||
| Description The Invoice Status indicates the current state of an invoice within the overall process. It provides a snapshot of where the invoice is at any given time, for example, if it's pending approval, awaiting payment, paid in full, or cancelled. This attribute is useful for creating a high-level overview of the current workload and financial position. Dashboards often use this field to show the distribution of invoices by status, such as the total value of open or overdue invoices. In process mining, analyzing the transitions between statuses can provide a simplified, high-level view of the process flow. Why it matters It provides a quick snapshot of an invoice's position in the process, which is useful for operational dashboards and high-level status tracking. Where to get This is a standard field in the header of most invoice or billing document tables. Examples OpenPaidOverdueDisputedCancelled | |||
| Payment Due Date PaymentDueDate | The date by which the customer is expected to pay the invoice. | ||
| Description The Payment Due Date is a critical date calculated based on the invoice date and the agreed-upon payment terms. It sets the deadline for receiving payment without the invoice becoming overdue. This attribute is essential for monitoring collections performance and managing cash flow. It is used to calculate key metrics like Days Sales Outstanding (DSO) and On-Time Payment Rate. By comparing the actual payment date to the due date, businesses can identify late payments, analyze payment behavior of different customers, and assess the effectiveness of their collections strategies. Why it matters This date is the baseline for measuring payment performance, calculating DSO, and identifying overdue invoices, which directly impacts cash flow. Where to get Found in the invoice header data. It may be entered directly or calculated from the invoice date and payment terms. Examples 2023-11-302024-01-152024-02-28 | |||
| User User | The user, employee, or system ID responsible for executing a specific activity. | ||
| Description This attribute identifies the person or automated system agent who performed a given task in the process. This could be the creator of the invoice, the approver, or the person who applied the payment. Analyzing activities by user helps in understanding workload distribution, individual performance, and training needs. It can highlight which users or teams are highly efficient and which may require additional support. Furthermore, it is crucial for compliance and audit purposes to trace who performed critical actions within the process. Why it matters It provides visibility into resource performance and workload, enabling analysis of team efficiency and identification of training opportunities. Where to get Typically found in change logs or document history tables, associated with each recorded event or transaction. Examples j.doeAccountingBotm.smithe.jones | |||
| Customer Region CustomerRegion | The geographical region, territory, or country associated with the customer. | ||
| Description Customer Region specifies the geographical location of the customer. This can be defined at various levels, such as country, state, or a custom-defined sales region. This is a powerful attribute for segmentation. Analyzing the billing process by region can highlight geographical variations in performance, such as differences in payment times, dispute rates, or process compliance. These insights can inform region-specific strategies for collections and customer service, and help identify best practices in high-performing regions that can be replicated elsewhere. Why it matters It enables geographical analysis, revealing regional differences in payment behavior, process efficiency, and compliance. Where to get Derived from the customer master data, often based on the customer's address. Examples North AmericaEMEAGermanyAPAC | |||
| Is Rework IsRework | A flag indicating if the invoice process involved rework activities, such as corrections or multiple approval cycles. | ||
| Description IsRework is a boolean flag that is true if an invoice has undergone one or more rework loops. Rework includes activities that correct errors or repeat a step that should ideally only be done once, such as re-submitting an invoice for approval after it was rejected. This attribute directly measures process inefficiency. By filtering for cases where IsRework is true, analysts can immediately isolate problematic invoices and investigate the root causes of the rework. Calculating the rework rate, which is the percentage of cases with rework, is a key KPI for measuring process quality and identifying opportunities to streamline operations and reduce wasted effort. Why it matters It directly flags process inefficiency, allowing for easy identification and analysis of cases that required extra, non-value-added work. Where to get This attribute is typically not available in source systems and must be derived during data transformation by identifying sequences of activities that indicate rework. Examples truefalse | |||
| Organizational Unit OrganizationalUnit | The business unit, company code, or sales organization responsible for the invoice. | ||
| Description This attribute identifies the specific internal entity within the company that issued the invoice or is responsible for the transaction. Examples include a company code, business unit, or sales organization. Analyzing the process by Organizational Unit allows for internal benchmarking and performance comparison across different parts of the business. It helps to identify which business units are most efficient, which have the highest rework rates, or which struggle most with late payments. This is essential for holding units accountable and for standardizing processes across the enterprise. Why it matters It enables internal performance comparison between different business units, helping to identify best practices and areas for improvement. Where to get This is a fundamental organizational data field found in the header of nearly all financial documents in an ERP system. Examples 1000US01Global ServicesManufacturing EU | |||
| Payment Terms PaymentTerms | The agreed-upon conditions for invoice payment, such as Net 30 or Due on Receipt. | ||
| Description Payment Terms define the rules agreed upon between the seller and the buyer for the payment of an invoice. This includes the period of time allowed for payment and any discounts for early payment. Analyzing the process by payment terms can reveal whether certain terms are associated with longer payment cycles or higher rates of late payments. This information can help businesses optimize their payment term strategy to improve cash flow. It also provides important context when investigating why certain invoices become overdue. Why it matters This attribute influences the payment due date and customer payment behavior, making it key to understanding and improving on-time payment rates. Where to get Typically stored in both customer master data and on the individual invoice document header. Examples Net 30Net 60Due on Receipt2% 10, Net 30 | |||
| Sales Order Number SalesOrderNumber | The identifier of the sales order that originated the invoice. | ||
| Description The Sales Order Number is a reference to the preceding document in the Order-to-Cash chain that triggered the creation of the invoice. It links the billing process back to the sales process. This attribute is crucial for achieving a true end-to-end view of the Order-to-Cash process. By linking invoices back to sales orders, organizations can analyze the full lifecycle from customer order to final payment. This enables a more holistic analysis, helping to identify how issues in the sales or fulfillment process might impact billing and collections. Why it matters It links the billing process to the upstream sales process, enabling a complete end-to-end Order-to-Cash analysis. Where to get This reference is typically stored in the invoice document header or line items, linking it to the sales document table. Examples SO-10582490000123ORD-2023-987 | |||
Order to Cash - Billing & Invoicing Activities
| Activity | Description | ||
|---|---|---|---|
| Customer Payment Received | A payment has been received from a customer and recorded in the financial system. At this stage, the funds are acknowledged but may not yet be specifically applied to the invoice. | ||
| Why it matters This is a critical cash flow event. The time between payment receipt and application is a key measure of cash application efficiency. Where to get Recorded in cash receipt journals, payment transaction tables, or bank statement processing tables. Capture Identify the creation of a customer payment or cash receipt record. Event type explicit | |||
| Invoice Closed | The invoice is officially closed, signifying its lifecycle is complete. This state is reached when the outstanding balance becomes zero through payments, credit notes, or other adjustments. | ||
| Why it matters As the primary successful end point of the process, this activity is essential for calculating the overall cycle time and measuring process completion rates. Where to get This is often an inferred status based on the invoice's balance becoming zero, or an explicit status change in the system. Capture Determine the latest timestamp of the transaction, like a payment application, that caused the invoice balance to become zero. Event type inferred | |||
| Invoice Generated | This activity marks the creation of the invoice record in the system. It is the official start of the billing process, often triggered automatically from a fulfilled sales order or entered manually. | ||
| Why it matters As the starting point, this event is crucial for calculating the end-to-end invoice cycle time and identifying delays at the beginning of the process. Where to get Captured from the creation timestamp of the primary invoice or billing document table. Capture Identify the creation event or initial save timestamp for a new invoice record. Event type explicit | |||
| Invoice Sent to Customer | The approved invoice has been officially delivered to the customer via their designated method, such as email, print, or an online portal. This action starts the clock on the customer's payment terms. | ||
| Why it matters This event is the official start of the collections cycle and is critical for calculating Days Sales Outstanding (DSO) and on-time payment rates. Where to get Recorded in output management logs, communication records, or a specific 'Sent Date' field on the invoice. Capture Use the timestamp from system logs that record when an invoice was emailed, printed, or sent via EDI. Event type explicit | |||
| Payment Applied To Invoice | The received customer payment has been successfully matched and applied against the specific invoice. This reconciliation step reduces or eliminates the invoice's outstanding balance. | ||
| Why it matters This activity is crucial for understanding cash application cycle times. Delays here can misrepresent the true aging of receivables and impact credit management. Where to get Found in accounts receivable sub-ledger tables that link payment documents to invoice documents, often called clearing documents. Capture Capture the timestamp when a payment record is linked to an invoice record to clear the open item. Event type explicit | |||
| Payment Due Date Reached | This is a calculated event that occurs when the invoice's payment due date has passed. It is not a transactional activity but a temporal milestone based on the invoice's issue date and payment terms. | ||
| Why it matters This milestone is essential for categorizing invoices as overdue and analyzing on-time payment performance. It serves as a trigger point for collection activities. Where to get This event is not directly recorded; it is calculated from the invoice date and payment terms fields. Capture Calculate as 'Invoice Sent Date' + 'Payment Term Days'. Event type calculated | |||
| Credit Note Issued | A credit note, or credit memo, is created and often applied to an existing invoice. This is typically done to correct a billing error, grant a price adjustment, or account for returned goods. | ||
| Why it matters Frequent credit notes can signal underlying issues in sales or fulfillment that lead to revenue leakage or customer dissatisfaction. Where to get Captured from the creation of a credit note or credit memo document, which is often linked back to the original invoice. Capture Record the creation timestamp of a credit memo transaction type. Event type explicit | |||
| Dispute Raised | The customer has formally disputed all or part of the invoice, citing issues such as incorrect pricing or quantity. This typically puts a hold on collection activities until the dispute is resolved. | ||
| Why it matters Analyzing disputes helps identify the root causes of customer dissatisfaction and billing inaccuracies, which directly impact DSO and customer relationships. Where to get Often recorded as a status change, a flag on the invoice, or the creation of a separate dispute case record linked to the invoice. Capture Capture the creation date of a dispute case or a status change to 'Disputed'. Event type explicit | |||
| Invoice Approved | The invoice has successfully passed all internal reviews and is formally approved. This event signifies that the invoice is confirmed as accurate and is ready to be sent to the customer. | ||
| Why it matters This is a key milestone that separates internal processing time from the time the customer has to pay. Analyzing the duration until approval reveals internal efficiency. Where to get Captured from a workflow system log or a status change on the invoice document from 'Pending' to 'Approved'. Capture Capture the timestamp of the final approval event in the workflow log or status change. Event type explicit | |||
| Invoice Cancelled | An existing invoice is voided or cancelled, which reverses its financial impact. This is usually done to correct a significant error before payment is received, such as billing the wrong customer. | ||
| Why it matters Cancellations highlight operational errors that require rework and can delay correct billing. High rates of cancellation point to process or data quality problems. Where to get Captured from reversal documents or a specific 'cancelled' or 'voided' status on the invoice record. Capture Look for the creation of a reversal document linked to the original invoice or a status change to 'Void'. Event type explicit | |||
| Invoice Corrected | An invoice was modified after its initial creation, often due to a rejection or the discovery of an error. This can involve updating amounts, line items, or customer information. | ||
| Why it matters High frequency of corrections indicates potential issues with master data or the initial order fulfillment process, leading to rework and delays. Where to get Inferred from change logs, audit trails, or by identifying patterns of invoice cancellation followed by re-creation for the same order. Capture Detect changes to key financial fields in the invoice record after its initial creation. Event type inferred | |||
| Invoice Rejected | An approver has rejected the invoice during the internal review process. This action typically requires the invoice to be corrected and resubmitted, creating a rework loop. | ||
| Why it matters This activity highlights internal process inefficiencies, data quality issues, and rework that extends the invoice lifecycle and delays payment. Where to get Usually captured as a status change on the invoice record, often accompanied by rejection comments in related tables. Capture Record the event when the invoice status is updated to 'Rejected' or a similar state. Event type explicit | |||
| Invoice Submitted for Approval | Represents the submission of a generated invoice into a formal internal review workflow. This step is common in organizations with controls requiring management review before an invoice is finalized. | ||
| Why it matters Tracking submissions and approvals helps identify bottlenecks in internal processes that delay sending invoices to customers, directly impacting cash flow. Where to get Typically recorded as a status change or a log entry from a workflow management system. Capture Capture the timestamp when the invoice status changes to a 'Pending Approval' or similar state. Event type explicit | |||
| Invoice Written Off | The remaining balance of an invoice is cancelled and classified as bad debt. This action is typically taken after all collection efforts have been exhausted. | ||
| Why it matters This represents a failure in the collection process and a direct financial loss. Analyzing write-offs helps identify high-risk customers and improve credit policies. Where to get Recorded as a specific adjustment or journal entry that clears the invoice balance against a bad debt account. Capture Identify transactions that adjust the invoice balance using a 'write-off' reason code or post to a bad debt account. Event type explicit | |||
| Payment Reminder Issued | A communication, such as a dunning letter or email, has been sent to the customer regarding an overdue invoice. This is a key activity in the collections process to prompt payment. | ||
| Why it matters Tracking reminders helps measure the effectiveness of the collections strategy and identifies customers who frequently require follow-up. Where to get Captured from logs of dunning runs, collection systems, or communication activity logs linked to the customer or invoice. Capture Use the timestamp from the dunning history table or collection activity log. Event type explicit | |||
Extraction Guides
Extraction methods vary by system. For detailed instructions,