Conga Product Documentation

Welcome to the new doc site. Some of your old bookmarks will no longer work. Please use the search bar to find your desired topic.

Show Page Sections

Tracking Clauses in your Agreement

Conga CLM provides two solutions for tracking the clauses used in your agreement documents.

  • Tracking Agreement Clause Activity – Track Agreement Clause activity using the Agreement Clause Related list. Whenever an agreement clause is inserted, modified or deleted during negotiation, agreement activity is recorded in the list at check-in and reconciliation. Use this data for reference or reporting purposes to track how non-standard language changes over the lifecycle of an agreement. This is the default means for tracking clause activity in your agreement.
  • Tracking Agreement Clause Versions – Add the Master Clause Listing section to your agreement layouts to provide a comprehensive list of clauses referenced in the current/final agreement document, from first check-out to activation. Drill down into each clause listing to view a list of all Clause Iterations present in the document throughout the negotiation, as well as Clause Iteration Details. Generate reports on agreements that contain specific clauses or clause language.

    Note:

    Tracking of Agreement Clause Versions is only available in Conga CLM version 8.359 or higher when using X-Author for Contracts version 8.5.1010. Only agreement documents using FX2 format are supported.

Tracking Agreement Clause Activity

The Agreement Clauses related list on the Agreement record is used to capture clause activity for associated agreement documents during contract negotiation. When an agreement is checked out by a negotiator using X-Author for Contracts, changes can be made to the document that insert, modify or delete clauses. When the agreement document is checked back in, new records are created in the Agreement Clauses related list that reflect these changes. You can use this data for reference or reporting purposes to track how non-standard language changes over the lifecycle of an agreement.

Below is an example of Agreement Clause data recorded in the related list after several sessions of negotiation (NDA agreement):



Clause activity during negotiation and subsequent check-in captured in Agreement Clauses include:

  • Inserting a clause into an agreement document using Playbook
  • Marking a clause in the document and replacing its content with clause content from Playbook.
  • Marking a clause in the document to adopt the properties of a clause from Playbook.
  • Modifying a clause in the agreement document.
  • Marking a clause for deletion.

Agreement Clause Records

Two factors determine how Agreement Clause activity is recorded in the related list during negotiation:

  • The clause was inserted, modified or deleted in the initial session or a subsequent session. A session can be defined as the time between Check-Out and Check-In of the same agreement document.
  • The clause was or was not reconciled to the agreement record.
Note:

If you are using Conga CLM 8.359 or higher with X-Author for Contracts 8.5.1010 or higher: After the agreement document is generated and checked out for the first time, a record is created in the Related List for all smart clauses present in the generated document with the Action as Original.

The following tables describe how clause actions taken during a session affect Agreement Clause information on the Agreement record.

Initial Session (1st Check-Out)

Clause Actions before Check-In

Example

At Check-In without Reconciliation

At Check-In with Reconciliation

You insert a clause using the Playbook or Mark Clause, without making any changes to the clause content.

"Housing Rent Allowance" clause is inserted from the Playbook.

Creates a single record in Agreement Clause related list with Action as Inserted.

Creates a single record in Agreement Clause related list with Action as Inserted.

After inserting a clause using Playbook or Mark Clause, you make changes to the clause content.

Contract negotiator changes a warranty period from 1 year to 2 years in the same session “Housing Rent Allowance” is inserted.

Creates a single record in Agreement Clause related list with Action as Inserted.

Creates 2 records in Agreement Clause related list:

  • One with Action as Inserted.
  • One with Action as Modified.

Once you insert a clause using the Playbook or Mark Clause, you decide to remove the entire clause or Unmark the clause from the Mark Clause Panel.

Contract negotiator decides that “Housing Rent Allowance” clause does not belong in the contract and chooses to remove it in the same session it has been inserted.

No record in the Agreement Clause related list.

No record in the Agreement Clause related list.

Subsequent Sessions

Actions taken on the Clause before Check-In

Example

At Check-In without Reconciliation

At Check-In with Reconciliation

You do not make any changes to the clause content.

"Housing Rent Allowance" clause is not modified in a session after it is inserted.

No update to the Agreement Clause related list.

No update to the Agreement Clause related list.

After checking out the same document, you make changes to the clause content.

"Housing Rent Allowance" is changed in a session after it has been inserted.

No update to the Agreement Clause related list.

Creates a single record in Agreement Clause relatedlist with Action as Modified.

Once you Check-Out the same agreement document, you, as a Legal counsel, decide to permanently delete a clause from the document. You mark that clause for deletion from the Mark Clause Panel and Check-In the agreement document to Salesforce.

Contract negotiator decides that “Housing Rent Allowance” ought to be struck from the contract in a session after it had been inserted. Contract negotiator marks the clause for deletion.

No update to the Agreement Clause related list.

Creates a single record in the Agreement Clause related list with Action as Deleted.

Tracking Agreement Clause Versions

Agreement Clause Versioning enhances existing document control by introducing a solution framework of clause versioning at the Agreement record level. Using this feature, you can easily view a comprehensive list of clauses referenced in the current agreement document. Agreement Clause Versioning is intended to complement standard agreement clause tracking through the Agreement Clause Related List. The primary purpose of Agreement Clause Versioning is to give users a means to track negotiation of clauses through the entire lifecycle of an agreement up to and including activation.

Using Agreement Clause Versioning you can:

  • Add a Master Agreement Clauses section to the agreement record layout that provides a listing of all clauses referenced in the primary agreement document from initial check-out to activation.
  • Drill down into the list to view all clause iterations for a specific clause.
  • Drill down into each clause iteration to clause iteration details to review changes to clause language.
  • Customize reports (using standard Salesforce functionality) to locate agreements by clause and/or clause language.

What is the difference between the Master Clause List and the Agreement Clause Related List?

While the two lists seem to be tracking the same information, both lists are unique and used for different purposes:

List

Description

Deleted Clauses?

Changes to a single clause

Master Agreement Clauses (Clause Versioning)

Provides a "bird's eye view" of what currently exists in the agreement document

No

Multiple changes to a single clause are stored in Clause Iterations.

Agreement Clause Related List (Default Clause Tracking)

Captures every change made to every clause that ever existed in the agreement document.

Yes

Multiple changes to a single clause are represented as separate entries.

Note: Tracking of Agreement Clause Versions is only available in Contract Management version 8.359 or higher when using X-Author for Contracts version 8.5.1010. Only agreement documents using FX2 format are supported.

Adding Master Agreement Clauses to the Agreement Layout

The Agreement Clauses Visualforce page is automatically enabled for all user profiles.

To make it visible on the agreement record, you must add it to the appropriate agreement layout.

  1. Go to Setup > Create > Objects > Agreement
  2. Under Page Layouts, click the Edit link next to the layout you want to modify.


  3. Drag-and-drop the Section field onto the area below the Actions section of the Agreement layout.


  4. Enter Agreement Clauses as the section name and choose a 1-Column layout.


  5. Click OK.
    The Agreement Clauses section is created.
  6. From the Layout Designer menu, choose Visualforce Pages.


  7. Drag-and-drop the AgreementClauses Visualforce page onto the section you just created.


  8. In the upper-right hand corner of the AgreementClauses section, click the icon to change the Visualforce Page Properties. Select the Show scrollbars option and click OK.
  9. Click Save to save the Agreement page layout.
  10. Repeat these steps for all agreement layouts that use Agreement Clause versioning.

Viewing Master Agreement Clauses

You can view a snapshot of each clause used in the agreement on the Master Agreement Clauses section on the Agreement record. You can drill down to view clause iterations from each master agreement clause record.



The important fields to note and what actions you can take are summarized in the following table.

Field Name

Description

Name

The name of the clause template or the name given to the clause by the user if it was marked. Click on the link to view the Clause Iteration list for this clause.

Clause Text

A preview of the text of the Original clause (pre-activation) or Final clause (post-activation).

Iteration Count

The number of iterations the clause has undergone during negotiation.

Action

Original or Inserted (pre-activation); Final (post-activation).

Viewing Clause Iterations

You can drill down into each master clause from the previous list to view a list of iterations the clause has gone through during negotiation. Sorted by action, if the agreement is activated, clause iterations will be listed from the "Final" version descending to the "Original" version. The following example shows a Payment Terms clause that has gone through several iterations, ending with the Final version.



Click on any link under the Number column to view the Clause Iteration Details for a specific iteration. This allows you to review the full Current Text of the clause, the Previous Text and the Diff Text (redlined combination of current previous text).



Clause Iteration Records

First Check-out: Iterations of an agreement clause begin after the agreement document is generated and checked out for the first time. All clauses that exist in the document at this point are recorded as separate entries in the Master Clause Listing. The action record in the clause iteration list is Original for these clauses. This helps you keep track of which clauses were present in the original version of the document.



During the course of negotiation, changes are made to the agreement document that insert, or modify clauses. When any of these actions occur, they are recorded as in the Master Agreement Clauses list or Clause Iterations.

Clause activity during negotiation and subsequent check-in includes:

  • Inserting a clause into an agreement document using Playbook.
  • Marking a clause in the document and replacing its content with clause content from Playbook.
  • Marking a clause in the document to adopt the properties of a clause from Playbook.
  • Modifying a clause in the agreement document.
  • Checking in the document as "Final - to be signed."
Note:

Deleted clauses are never recorded in the Master Agreement Clauses list or Clause Iterations because it is intended to represent the agreement document in its current state. All deleted clauses are tracked using the Agreement Clause Related List.

How Clause Iterations are Recorded

Two factors determine how clause activity is recorded during negotiation:

  • The clause was inserted or modified in the initial session or a subsequent session. A session can be defined as the time between Check-Out and Check-In of the same agreement document.
  • The clause was or was not reconciled to the agreement record.

The following tables describe how clause actions taken during a session affect Agreement Clause information on the Agreement record.

Initial Session (1st Check-Out)

Clause Actions before Check-In

Example

At Check-In without Reconciliation

At Check-In with Reconciliation

You insert a clause using the Playbook or Mark Clause, without making any changes to the clause content.

"Housing Rent Allowance" clause is inserted from the Playbook.

Creates a single record in Master Agreement Clauses & Clause Iterations with Action as Inserted.

Creates a single record in Master Agreement Clauses & Clause Iterations with Action as Inserted.

After inserting a clause using Playbook or Mark Clause, you make changes to the clause content.

Contract negotiator changes a warranty period from 1 year to 2 years in the same session “Housing Rent Allowance” is inserted.

Creates a single record in Master Agreement Clauses & Clause Iterations with Action as Inserted.

Creates a single record in Master Agreement Clauses with Action as Inserted.

Creates 2 records in Clause Iterations:

  • One with Action as Inserted.
  • One with Action as Modified.

Once you insert a clause using the Playbook or Mark Clause, you decide to remove the entire clause or Unmark the clause from the Mark Clause Panel.

Contract negotiator decides that “Housing Rent Allowance” clause does not belong in the contract and chooses to remove it in the same session it has been inserted.

No record in Master Agreement Clauses.

No record in Master Agreement Clauses.

Subsequent Sessions

Actions taken on the Clause before Check-In

Example

At Check-In without Reconciliation

At Check-In with Reconciliation

You do not make any changes to the clause content.

"Housing Rent Allowance" clause is not modified in a session after it is inserted.

No update to Master Agreement Clauses.

No update to Master Agreement Clauses.

After checking out the same document, you make changes to the clause content.

"Housing Rent Allowance" is changed in a session after it has been inserted.

No update to Master Agreement Clauses.

Creates a single record in Clause Iterations with Action as Modified.

Once you Check-Out the same agreement document, you, as a Legal counsel, decide to permanently delete a clause from the document. You mark that clause for deletion from the Mark Clause Panel and Check-In the agreement document to Salesforce.

Contract negotiator decides that “Housing Rent Allowance” ought to be struck from the contract in a session after it had been inserted. Contract negotiator marks the clause for deletion.

No update to Clause Iterations.

Clause record is removed from Master Clause Listing ("Deleted" change recorded in Agreement Clause Related List)

Use Case: Tracking Agreement Clause Versions

This topic describes how Agreement Clause Versioning tracks clause changes throughout the negotiation lifecycle of an agreement, from first check-out to final activation.

  • The MSA agreement record has been created and the agreement document has been generated.

Business Context

Organizations negotiating complex agreements such as Master Service Agreements need a reliable, auditable record of how clause language evolves over multiple negotiation sessions. Without clause versioning, legal teams must manually compare document versions to identify what changed and when, a time-consuming process prone to oversight. Agreement Clause Versioning eliminates this by automatically recording every insertion, modification, and deletion at the clause level, giving administrators and legal counsel a structured audit trail directly on the Agreement record.

Overview

This use case demonstrates how Agreement Clause Versioning records clause activity across three negotiation sessions for a Master Service Agreement. The contract manager checks the document in and out across multiple sessions, inserting and modifying clauses, while the legal counsel removes a clause in a later session. At each check-in with reconciliation, the Master Agreement Clauses list and Clause Iterations are updated to reflect the current state of the document.

Scenario

A contract manager negotiates a Master Service Agreement across multiple sessions, inserting and modifying clauses using X-Author for Contracts. At each check-in with reconciliation, the CLM system versions every clause change and records a new clause iteration, building a complete audit trail from the original document through to final activation.

Actors

  • Contract Requestor: Creates the MSA agreement record and generates the agreement document.

  • Contract Manager: Checks the agreement document in and out across multiple sessions; inserts, modifies, and reconciles clauses using X-Author for Contracts.

  • Legal Counsel: Reviews the document in a later session and removes a clause that is no longer applicable.

  • CLM System: Records clause activity in Master Agreement Clauses and Clause Iterations at each check-in with reconciliation.

Session 1: First check-out
  1. The contract requestor creates the MSA agreement record and generates the agreement document.

    The generated document contains standard smart clauses including Limitation of Liability and Governing Law.

  2. The contract manager logs in to X-Author for Contracts and checks out the MSA document for the first time.
    The Master Agreement Clauses section on the Agreement record is updated to list all smart clauses present in the document. Because they were present at first check-out, both clauses are listed with Action as Original.
  3. The contract manager inserts a Payment Terms clause from the Playbook into the document without modifying the clause language in this session.
  4. The contract manager checks the document back in to Salesforce and reconciles it to the Agreement record.
    Note: If the contract manager does not reconcile at check-in, the Payment Terms clause still appears in Master Agreement Clauses with Action as Inserted, but no Clause Iteration record is created until reconciliation.
    A single record is created in Master Agreement Clauses and Clause Iterations for the Payment Terms clause, with Action as Inserted. The Limitation of Liability and Governing Law clauses remain listed as Original.
Session 2: Subsequent check-out
  1. The contract manager checks the document out again and makes the following changes in the same session:
    • Modifies the Payment Terms clause language, changing the payment period from 30 days to 45 days.
    • Inserts an Indemnification clause and immediately modifies its language to include a liability cap.
  2. The contract manager checks the document back in to Salesforce and reconciles it to the Agreement record.

    The following records are created:

    • A new Clause Iteration record for Payment Terms with Action as Modified.
    • A single record in Master Agreement Clauses for Indemnification with Action as Inserted.
    • Two Clause Iteration records for Indemnification: one with Action as Inserted and one with Action as Modified, reflecting the insertion and the same-session modification.
Session 3: Legal review and final check-in
  1. Legal counsel checks out the document and marks the Governing Law clause for deletion from the Mark Clause panel, determining that the clause is covered under the governing agreement framework and is not required in this MSA.
  2. Legal counsel checks the document back in to Salesforce and reconciles it.
    The Governing Law clause is removed from the Master Agreement Clauses list. The deletion is recorded in the Agreement Clause Related List with Action as Deleted. The Master Agreement Clauses list now shows Limitation of Liability (Original), Payment Terms (Modified), and Indemnification (Inserted). Deleted clauses are never recorded in Master Agreement Clauses or Clause Iterations because these lists represent the agreement document in its current state. All deleted clause activity is tracked exclusively in the Agreement Clause Related List.
  3. The contract manager checks the document in as Final — to be signed and reconciles it to the Agreement record.
    A Final clause iteration record is created for each clause currently in the document. Any user with access to the Agreement record can drill down into each clause in the Master Agreement Clauses list to view the full iteration history, from Original or Inserted through to Final, and review the Diff Text for each iteration to see exactly what changed.
The Master Agreement Clauses list on the Agreement record provides a complete, current snapshot of all clauses in the document, with their iteration count and current action status. The contract manager and legal counsel can drill down into each clause to review the full negotiation history, from original language through every modification and access the Diff Text to compare clause language between iterations. The Agreement Clause Related List separately captures the deleted Governing Law clause, ensuring that no clause activity is lost from the audit trail.