Your Order to Cash - Billing & Invoicing Data Template

Universal process mining template
Your Order to Cash - Billing & Invoicing Data Template

Your Order to Cash - Billing & Invoicing Data Template

Universal process mining 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.
New to event logs? Learn how to create a process mining event log.

Order to Cash - Billing & Invoicing Attributes

These recommended data fields provide a solid foundation for your event log, enabling comprehensive analysis of your Order to Cash - Billing & Invoicing process.
5 Required 6 Recommended 5 Optional
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
Required Recommended Optional

Order to Cash - Billing & Invoicing Activities

The activities listed below represent the key process steps and critical milestones to capture, ensuring accurate process discovery and deep insights.
6 Recommended 9 Optional
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
Recommended Optional

Extraction Guides

How to get your data for process mining.

Extraction methods vary by system. For detailed instructions,

read our ETL guide

or select a specific process and system.