Your Contract Management Data Template

DocuSign CLM
Your Contract Management Data Template

Your Contract Management Data Template

This template provides a structured overview of the essential data points needed to analyze your contract management process. It outlines the core attributes to collect, the key activities to track, and practical guidance for extracting this information. Use it to ensure you gather all necessary data for comprehensive process discovery and optimization.
  • Recommended attributes to collect
  • Key activities to track
  • Guidance for data extraction
New to event logs? Learn how to create a process mining event log.

Contract Management Attributes

These are the recommended data fields to include in your event log for a thorough analysis of your contract management process.
5 Required 8 Recommended 7 Optional
Name Description
Activity
ActivityName
The name of the specific task or event that occurred in the contract lifecycle.
Description

This attribute describes a single step or milestone within the contract management process, such as 'Contract Drafted', 'Legal Review Started', or 'Contract Executed'. These activities are the building blocks of the process map.

Analyzing the sequence and frequency of these activities is fundamental to process mining. It helps identify the actual process flow, discover deviations from the standard procedure, and pinpoint which activities are most time-consuming or frequently repeated.

Why it matters

It defines the steps in the process, allowing for the visualization and analysis of the contract workflow, bottlenecks, and variations.

Where to get

This is typically derived from the event log or audit trail data in DocuSign CLM, which records actions performed on a contract document or workflow.

Examples
Contract DraftedInternal Review StartedSent to CounterpartyContract Executed
Contract ID
ContractId
The unique identifier for each contract managed within the system.
Description

The Contract ID serves as the definitive case identifier, uniquely linking all events and activities related to a specific contract from inception to resolution. In DocuSign CLM, this may correspond to the Envelope ID or a custom contract identifier field.

This attribute is essential for process mining as it allows the reconstruction of the end-to-end journey for every individual contract. By grouping all related activities under a single Contract ID, analysts can visualize the complete process flow, measure cycle times, and analyze variations across different contracts.

Why it matters

It is the primary key that connects all related process events, making it possible to trace and analyze the entire lifecycle of a single contract.

Where to get

This is typically the main identifier for a contract or envelope object in DocuSign CLM. It might be labeled as Envelope ID or a custom field configured for contract identification.

Examples
CON-2023-03-112MSA-4815162342NDA-CORP-9981
Start Time
EventTime
The timestamp indicating when a specific activity or event began.
Description

This attribute records the precise date and time that an activity occurred. It is the temporal foundation for process mining, enabling the analysis of process performance over time.

By ordering events based on their Start Time, a chronological log is created for each case. This allows for the calculation of cycle times between activities, the duration of each step, and the overall end-to-end process duration. It is crucial for identifying bottlenecks, measuring wait times, and evaluating process efficiency against SLAs.

Why it matters

This timestamp is critical for ordering events chronologically and calculating all time-based metrics, such as cycle times and durations.

Where to get

This information is a standard part of any event log or audit trail in DocuSign CLM, associated with every recorded action.

Examples
2023-04-15T09:00:00Z2023-05-20T14:35:10Z2023-06-01T11:21:05Z
Last Data Update
LastDataUpdate
The timestamp of the most recent data refresh or extraction from the source system.
Description

This attribute indicates when the dataset was last updated. It provides context for the recency and timeliness of the analysis, letting users know how current the data is.

In dashboards and reports, this information is vital for data governance and user trust. It helps analysts understand if they are looking at real-time information or a snapshot from a specific point in time, which is crucial for making informed, timely decisions.

Why it matters

Provides crucial context on data freshness, ensuring users understand how current the process analysis is.

Where to get

This is a metadata attribute, typically generated and stored by the ETL (Extract, Transform, Load) tool or data pipeline during the data ingestion process.

Examples
2023-10-26T08:00:00Z2023-10-27T08:00:00Z
Source System
SourceSystem
Identifies the system from which the data was extracted.
Description

This attribute specifies the origin of the process data. For this view, the value would consistently be 'DocuSign CLM' or a similar identifier.

While it may seem redundant in a single-system analysis, it is a best practice to include this field. It becomes critical when merging data from multiple systems, such as combining contract data from a CRM with workflow data from DocuSign, ensuring clear data lineage and traceability.

Why it matters

Ensures data traceability and is essential for analyses that combine data from multiple enterprise systems.

Where to get

This is typically a static value added during the data extraction and transformation process to label the origin of the dataset.

Examples
DocuSign CLMDocuSign CLM v24.1
Contract Owner
ContractOwner
The user or employee responsible for managing the contract through its lifecycle.
Description

The Contract Owner is the primary point of contact and individual accountable for the progression of a contract. This is typically the person who initiated the contract request or is responsible for the business relationship.

Analyzing performance by Contract Owner can reveal patterns in efficiency, rework rates, and cycle times. This analysis helps identify high-performing individuals or teams, as well as those who might need additional training or support. It is a key dimension for segmenting data in dashboards like the 'Contract Cycle Time Analysis'.

Why it matters

Allows for performance analysis by individual or team, helping to identify best practices and areas for improvement in user-driven activities.

Where to get

This is typically a user field associated with the contract object, often populated with the name of the user who created or owns the workflow.

Examples
Alice SmithBob JohnsonCharlie Brown
Contract Status
ContractStatus
The current state or status of the contract in its lifecycle.
Description

This attribute indicates the overall status of the contract at a given point in time, for example, 'Draft', 'In Review', 'Awaiting Signature', or 'Executed'. It provides a high-level summary of where the contract is in the process.

In process mining, analyzing the status is useful for filtering cases and building dashboards that track the volume of contracts in different stages. The 'Real-Time Contract Status Tracker' dashboard directly relies on this attribute to provide visibility into the active contract portfolio and identify where work is accumulating.

Why it matters

Provides a snapshot of the contract's progress, which is essential for status tracking, workload management, and identifying bottlenecks.

Where to get

This information is usually available as a primary attribute on the contract or workflow object within DocuSign CLM.

Examples
DraftIn Internal ReviewAwaiting SignatureExecutedTerminated
Contract Type
ContractType
The classification of the contract, such as NDA, MSA, or SOW.
Description

This attribute categorizes contracts based on their legal or business purpose. Different contract types often follow different workflows, have different approval requirements, and vary in complexity.

Segmenting the process analysis by Contract Type is fundamental to understanding performance variations. It allows analysts to compare cycle times, compliance rates, and negotiation patterns for different types of agreements. For example, an NDA should have a much shorter cycle time than a complex Master Services Agreement, and this attribute makes that comparison possible.

Why it matters

Enables comparison of process performance across different categories of contracts, which often have unique workflows and complexity levels.

Where to get

This is a key metadata field, usually selected from a dropdown list when a contract is created in DocuSign CLM.

Examples
Non-Disclosure Agreement (NDA)Master Services Agreement (MSA)Statement of Work (SOW)
Contract Value
ContractValue
The total monetary value of the contract.
Description

This attribute represents the financial worth of the agreement, which can be a one-time amount or a recurring value. The value of a contract often dictates the required level of scrutiny and the complexity of the approval path.

Analyzing the process based on Contract Value is crucial for prioritizing high-value deals and identifying if they are unnecessarily delayed. It can also be used to check for compliance, for example, verifying that contracts over a certain threshold have received CFO approval. This attribute helps focus optimization efforts on the most financially significant contracts.

Why it matters

Allows for prioritization and risk assessment, as higher-value contracts often require more stringent review and have a greater business impact.

Where to get

This is typically a numeric or currency field in the contract's metadata within DocuSign CLM.

Examples
500002500001200000
Counterparty
Counterparty
The external party, such as a customer or vendor, involved in the contract.
Description

This attribute identifies the other organization participating in the agreement. Different counterparties may have different negotiation styles, legal requirements, and response times, which can significantly impact the contract lifecycle.

Analyzing process performance by Counterparty helps identify which partners are easy to work with and which ones consistently cause delays. This information can be used to improve relationship management and set realistic expectations for future negotiations. It is a key dimension for the 'Contract Rework and Revision Frequency' analysis.

Why it matters

Helps analyze how interactions with different external parties affect negotiation times, revision counts, and overall cycle times.

Where to get

This information is a fundamental part of the contract record, often stored in a dedicated 'Counterparty Name' or 'Company' field.

Examples
Acme CorporationGlobex Inc.Stark Industries
Cycle Time
CycleTime
The total time elapsed from contract request initiation to final storage.
Description

This attribute measures the end-to-end duration for each contract case. It is calculated as the time difference between the first event (e.g., 'Contract Request Initiated') and the last event (e.g., 'Contract Stored in Repository').

Cycle time is a master KPI for process efficiency. It provides a holistic view of how long it takes to get a contract done. This calculated metric is the foundation for the 'Average Contract Cycle Time' KPI and the 'Contract Cycle Time Analysis' dashboard, enabling deep dives into what factors, such as contract type or value, influence overall speed.

Why it matters

This is a primary KPI for overall process efficiency, showing the total time it takes to process a contract from start to finish.

Where to get

This metric is not present in the source system but is calculated in the process mining tool based on the start and end timestamps of a case.

Examples
15 days 4 hours32 days 8 hours7 days 2 hours
End Time
EndTime
The timestamp indicating when a specific activity or event was completed.
Description

This attribute records the precise date and time that an activity was finished. While Start Time marks the beginning, End Time marks the completion, allowing for precise duration calculations for individual activities.

Analyzing the End Time is crucial for calculating the processing time of activities, which is the active working time spent on a task. This helps differentiate between active work and waiting time, providing deeper insights into resource efficiency and the true cost of delays. For example, it can be used to calculate the exact duration of a 'Legal Review' activity.

Why it matters

Enables the precise calculation of individual activity durations, helping to distinguish active processing time from idle wait time.

Where to get

In systems like DocuSign CLM, this may be recorded explicitly in the audit trail or may need to be inferred from the start time of the subsequent event.

Examples
2023-04-15T17:30:00Z2023-05-21T10:00:15Z2023-06-01T11:55:00Z
Expiration Date
ExpirationDate
The date on which the contract is set to expire.
Description

This attribute stores the contractual expiration date. It is a critical piece of metadata for managing the contract portfolio proactively, especially for recurring revenue or long-term service agreements.

This date is the primary driver for the 'Contract Renewal & Expiration Outlook' dashboard. By monitoring contracts approaching their expiration date, organizations can trigger renewal workflows in a timely manner. It is also a key input for calculating the 'Timely Contract Renewal Rate' KPI, helping to prevent revenue leakage and service disruptions.

Why it matters

Crucial for proactive contract management, enabling timely renewals and preventing unintended contract lapses.

Where to get

This is a standard metadata field that should be captured for any contract with a defined term in DocuSign CLM.

Examples
2024-12-312025-06-302026-01-15
Approval Phase Duration
ApprovalPhaseDuration
The total time spent in all approval-related activities.
Description

This metric calculates the total duration a contract spends in the approval phase, from the moment it is sent for the first internal approval until the final required approval is obtained. It can be calculated by summing the durations of all approval-related activities or by taking the time between the start of the first approval activity and the end of the last one.

This attribute is the core measure for the 'Average Approval Phase Duration' KPI. It helps isolate delays that are specifically due to the approval process, rather than drafting or negotiation. By tracking this duration, organizations can better understand the impact of their approval matrix and identify opportunities to streamline it.

Why it matters

Isolates the time spent in approvals, making it easier to identify and address bottlenecks within the approval chain specifically.

Where to get

Calculated in the process mining tool by identifying all events related to approvals (e.g., 'Internal Approval Sent', 'Internal Approval Received') and measuring the time between the first and last such event for each case.

Examples
5 days 2 hours10 days 1 hour2 days 6 hours
Approval Status
ApprovalStatus
The status of the approval steps, such as 'Pending', 'Approved', or 'Rejected'.
Description

This attribute provides a granular status specific to the approval phase of the contract lifecycle. While Contract Status is a high-level case status, Approval Status tracks the outcome of individual approval activities.

This is essential for the 'Contract Approval Bottleneck Report' and the 'Real-Time Contract Status Tracker'. It allows for a clear view of which contracts are awaiting approval, which have been rejected and require rework, and which have successfully passed the approval stage. Analyzing transitions between these statuses helps pinpoint specific points of failure or delay in the approval chain.

Why it matters

Provides detailed insight into the approval phase, making it possible to identify which contracts are stuck and why.

Where to get

This would be the outcome of an approval task or workflow step within DocuSign CLM.

Examples
Pending Legal ApprovalApproved by FinanceRejected by Sales VP
Department
Department
The internal business unit or department that owns the contract.
Description

This attribute specifies the internal department, such as Sales, Marketing, or IT, that initiated or is responsible for the contract. Department-level processes and needs can vary, leading to different contract management patterns.

Segmenting the analysis by department is essential for understanding how different parts of the business utilize the contract management process. It helps in creating targeted reports, such as the 'Contract Approval Bottleneck Report', to identify if delays are concentrated in specific business units and allows for process improvements to be tailored to departmental needs.

Why it matters

Enables performance comparison across different business units, highlighting variations in efficiency, compliance, and workload.

Where to get

This may be a metadata field on the contract or derived from the department of the Contract Owner user.

Examples
SalesLegalProcurementMarketing
Document Version
DocumentVersion
The version number of the contract document.
Description

This attribute tracks the iteration of the contract document as it goes through revisions and redlining. Each time a new version is uploaded or saved, this number should increment.

Tracking the document version is a direct way to measure rework and the complexity of negotiations. A high number of versions for a contract indicates extensive back-and-forth between parties. This attribute is a primary input for calculating the 'Average Document Revision Count' KPI and analyzing the 'Contract Rework and Revision Frequency' dashboard.

Why it matters

Directly measures the amount of rework and negotiation effort by tracking how many times a document has been revised.

Where to get

DocuSign CLM has built-in version control for documents. This attribute would be extracted from the document's version history.

Examples
1234
Is E-Signed
IsESigned
A boolean flag indicating if the contract was executed via electronic signature.
Description

This attribute tracks whether a contract was signed using an integrated e-signature tool like DocuSign eSignature, or if it was executed through an offline method (e.g., wet signature and scan).

This attribute directly supports the 'E-Signature Adoption Rate' KPI. By analyzing the proportion of electronically signed contracts, a business can measure the success of its digital transformation initiatives. A higher adoption rate typically correlates with faster execution times, lower administrative costs, and improved compliance and document tracking.

Why it matters

Measures the adoption of digital processes and helps quantify the efficiency gains from using integrated e-signature capabilities.

Where to get

This can be determined by checking if the 'Contract Executed' event originated from the integrated DocuSign eSignature service.

Examples
truefalse
Is Rework
IsRework
A boolean flag indicating if the contract underwent a significant revision loop.
Description

This calculated attribute identifies contracts that have experienced rework, such as being sent back for redlining after an internal approval was already received. It is typically derived by looking for specific, undesirable sequences of activities.

This flag simplifies the analysis of process inefficiencies. It allows for the direct calculation of the 'Contract Rework Rate' KPI and makes it easy to filter for and analyze only those contracts that required extra effort. This helps pinpoint the root causes of rework, such as unclear initial requirements or difficult negotiation points.

Why it matters

Helps quantify and analyze the frequency of rework, a key indicator of process inefficiency and hidden costs.

Where to get

This attribute is calculated within the process mining tool by defining rules that identify rework loops, such as a 'Contract Redlined' event occurring after an 'Internal Approval Received' event.

Examples
truefalse
Legal Counsel
LegalCounsel
The legal professional or team member assigned to review the contract.
Description

This attribute identifies the specific person from the legal department who is responsible for reviewing and approving the contract. This is distinct from the Contract Owner, who is typically from the business side.

Assigning reviews to a specific legal counsel allows for a detailed performance analysis of the legal review step. It helps in building the 'Legal Review Performance' dashboard to measure and compare the throughput and cycle times of different legal team members, which can inform workload balancing and identify efficiency opportunities within the legal department.

Why it matters

Enables detailed analysis of the legal review stage, helping to balance workloads and measure the performance of the legal team.

Where to get

This would be sourced from the task assignment data within a DocuSign CLM workflow, indicating who the 'Legal Review' task was assigned to.

Examples
Jennifer WaltersMatt MurdockHarvey Specter
Required Recommended Optional

Contract Management Activities

These are the key process steps and milestones to capture in your event log for accurate process discovery in contract management.
6 Recommended 9 Optional
Activity Description
Contract Executed
Represents the successful completion of the contract, occurring when the last required signatory signs the document. This is explicitly captured by the DocuSign eSignature platform.
Why it matters

This is the primary success end-point for the contract creation process. It is essential for calculating the 'Average Contract Cycle Time' and measuring overall process throughput.

Where to get

This event's timestamp is captured in the Certificate of Completion and the document's audit log when the eSignature workflow is fully completed.

Capture

Logged automatically by the eSignature component when the last signature is applied.

Event type explicit
Contract Request Initiated
This activity marks the formal beginning of the contract lifecycle. It is typically captured when a user submits a contract request form or creates a new contract record within DocuSign CLM, triggering the associated workflow.
Why it matters

This is the primary start event for the process. Analyzing this activity is essential for measuring the overall contract throughput and the start of the end-to-end cycle time.

Where to get

This event is captured from the audit log or workflow history, corresponding to the creation timestamp of the contract record or the submission of an intake form.

Capture

Logged from the submission of a contract initiation form or the creation of a new contract object.

Event type explicit
Contract Sent for Signature
This activity marks the initiation of the e-signature process for the final, approved contract. This is a core function of DocuSign and is captured when a user sends the document via the DocuSign eSignature envelope.
Why it matters

This is a key milestone before execution. Analyzing the time from this point to execution helps understand signature collection efficiency and supports the 'E-Signature Adoption Rate' KPI.

Where to get

This is an explicit, core event logged in the document's detailed history or audit trail, often referred to as the 'Envelope History'.

Capture

Directly logged by the system when an eSignature envelope is created and sent.

Event type explicit
Contract Terminated
This activity represents the official end of a contract's lifecycle, either through expiration, cancellation, or mutual agreement. It is often captured by a manual status change in the system.
Why it matters

This serves as an alternative end-point to the process. Tracking terminations and expirations is crucial for understanding the complete contract lifecycle and for renewal analysis.

Where to get

This event is captured when a user updates the contract's status field to 'Terminated', 'Expired', or 'Cancelled'. The timestamp of this status change is used.

Capture

Inferred from a change in the contract's primary status field to a terminal state.

Event type inferred
Internal Approval Received
This milestone signifies that all required internal approvers have approved the contract. It's captured when the last required approver completes their task in the workflow.
Why it matters

This is a critical milestone indicating the contract is ready for external negotiation or execution. Delays leading up to this point highlight internal alignment issues.

Where to get

This event is recorded in the workflow history when the approval task reaches a final 'Approved' state.

Capture

Logged when the final approver in a sequential or parallel approval workflow provides their approval.

Event type explicit
Legal Review Started
Marks the point when the contract is formally submitted to the legal department for review and feedback. This is a critical step captured when the contract enters the 'Legal Review' stage of its workflow.
Why it matters

The legal review is a common bottleneck in contract management. Measuring its duration is key for the 'Legal Review Performance' dashboard and identifying opportunities for acceleration.

Where to get

The event is captured from the workflow audit trail, which logs the timestamp when a task is assigned to the legal team or the contract status changes to 'In Legal Review'.

Capture

Logged from the workflow engine when the contract is assigned to a legal review task or queue.

Event type explicit
Contract Drafted
Represents the creation and completion of the initial draft of the contract document. This can be captured when the first version of the document is uploaded or generated and saved within the system.
Why it matters

Tracking this helps understand the time spent on authoring and preparation before reviews begin. It provides a baseline for measuring the frequency of subsequent revisions.

Where to get

Inferred from the creation timestamp of the first document version in the contract's document history or a status change to 'Drafting Complete'.

Capture

Identify the creation event of the first document version associated with the contract ID.

Event type inferred
Contract Redlined
This activity represents a revision or amendment made to the contract document during the negotiation or review cycle. It is captured each time a new version of the document is uploaded or saved.
Why it matters

Tracking the frequency of redlines is crucial for the 'Contract Rework Rate' KPI. A high number of revisions can indicate unclear terms, inefficient negotiation, or poor initial drafts.

Where to get

Derived from the document version history associated with the contract. Each new version created after the initial draft can be treated as a 'Contract Redlined' event.

Capture

Logged when a new document version is uploaded or generated within the DocuSign CLM repository.

Event type explicit
Contract Renewal Initiated
Marks the beginning of the renewal process for an existing contract. This activity is typically triggered manually by a contract owner or automatically based on the contract's expiration date.
Why it matters

This activity is essential for tracking the 'Timely Contract Renewal Rate' KPI. It provides insight into how proactively the organization manages its expiring contracts.

Where to get

Captured when a specific 'Renew Contract' action is taken, which may create a new contract record linked to the original or initiate a renewal workflow.

Capture

Logged from a specific user action or automated trigger designed to start the renewal workflow.

Event type explicit
Contract Stored in Repository
This is the final administrative step where the fully executed contract is automatically filed in the central contract repository. This event is typically triggered by the completion of the signature process.
Why it matters

Ensures that the process concludes with proper record-keeping. It marks the final moment of the pre-execution lifecycle and the beginning of the post-execution phase.

Where to get

Captured from the workflow history as the completion of the final step, which archives the signed document.

Capture

Logged by the workflow engine as the final automated step after successful execution.

Event type explicit
Counterparty Negotiation Started
Indicates that the counterparty has responded, typically by providing feedback or a redlined version of the contract. This is inferred when a new document version is uploaded by an external party or the status reverts to an internal review stage.
Why it matters

This activity is crucial for analyzing the 'Negotiation Handoff Count Per Contract' KPI. Frequent loops between internal teams and the counterparty indicate negotiation friction.

Where to get

Inferred from the receipt of a new document version from an external source or a manual status change by a user to reflect that counterparty feedback has been received.

Capture

Inferred from a status change back to 'Internal Review' or 'Drafting' after the contract was with the counterparty.

Event type inferred
Internal Approval Sent
This activity occurs when the contract, having completed reviews, is sent for formal approval by designated internal authorities. It is captured when the approval workflow is initiated.
Why it matters

This marks the start of the final internal sign-off phase. Its duration is a key component of the 'Average Approval Phase Duration' KPI.

Where to get

This is an explicit action logged in the workflow history when a user sends the contract for approval, triggering assignments to approvers.

Capture

Logged when the 'Send for Approval' or a similar workflow action is executed.

Event type explicit
Internal Review Started
This activity signifies that the drafted contract has been submitted for review by internal business stakeholders, such as finance or operations. It is captured when a user initiates the 'Internal Review' task in the workflow.
Why it matters

This marks the beginning of the review phase, which is often a source of bottlenecks. Analyzing its duration helps identify delays in stakeholder feedback.

Where to get

Recorded in the workflow history when the contract is moved to an 'Internal Review' status or when a review task is assigned to a non-legal internal user.

Capture

Logged when the workflow transitions to a state or task assigned for internal business review.

Event type explicit
Obligation Monitoring Started
This activity signifies the start of post-execution management, where key dates and deliverables are tracked. It is captured when a task or sub-process for monitoring a contract obligation is initiated.
Why it matters

Critical for the 'Post-Execution Obligation Adherence Rate' KPI, this activity provides visibility into whether contractual commitments are being managed after signing.

Where to get

Requires system analysis. This would likely be captured from the creation of specific obligation tracking tasks or workflows linked to the main contract.

Capture

Logged from the creation of a post-execution task or workflow related to obligation management.

Event type explicit
Sent to Counterparty
Represents the action of sharing the contract document with the external counterparty for their review and signature. This is captured via a 'send' or 'share' action within DocuSign CLM.
Why it matters

This activity marks a handoff to an external party, where process control is limited. Understanding the time spent with counterparties is key to identifying external delays.

Where to get

Captured from the audit trail, which logs actions like sending an email with the document from the CLM or sharing it via an external portal.

Capture

Logged from a specific user action to share the document externally through the platform's features.

Event type explicit
Recommended Optional

Extraction Guides

How to get your data from DocuSign CLM