Section A · Systems of record

CLM — Ironclad, DocuSign CLM, Icertis, Conga, Agiloft

Contract Lifecycle Management platforms. Where contracts live, get signed, and route through approval. For contract intelligence, CLM is usually the document source.

What CLM does (vs CI)

Contract Lifecycle Management software handles the workflow around contracts:

  • Drafting from templates
  • Clause-library management
  • Approval routing
  • E-signature integration
  • Versioning and redlines
  • Repository (where signed contracts live)

What CLM doesn't do (or does only superficially):

  • Extract structured data from already-signed legacy documents.
  • Build analytics-ready data on contract obligations.
  • Reconcile contract terms against actual spend.

The two product categories complement each other: CLM owns workflow up to signature; contract intelligence platforms ingest from CLM (and elsewhere) to make signed contracts data-queryable.

Ironclad

What it is

Modern cloud-native CLM. Strong in tech and growth-stage enterprises. Best-in-class UX; modern integration story.

How to integrate

REST API at https://api.ironcladapp.com/.... Modern, well-documented. Webhook support for real-time events.

import httpx

resp = httpx.get(
    "https://api.ironcladapp.com/public/api/v1/records",
    params={"limit": 100, "filters": "status:signed"},
    headers={"Authorization": f"Bearer {settings.ironclad_token}"},
)
contracts = resp.json()["list"]

Auth

OAuth2; API keys for service-to-service.

Common integration

  • Pull all signed contracts as documents; treat as the document source.
  • Subscribe to webhooks for new contracts; ingest in near-real-time.
  • Push extracted metadata back as custom fields on Ironclad records.

Gotchas

  • Workflow rich — many distinct contract types with their own metadata schemas.
  • Permission model granular; service accounts need explicit scope.

DocuSign CLM

What it is

DocuSign's contract lifecycle product (formerly SpringCM, acquired by DocuSign). Common at customers who already use DocuSign for e-signature.

How to integrate

REST API. DocuSign's general API is well-documented; CLM-specific endpoints are well-supported.

Auth

OAuth2; JWT for service integrations.

Gotchas

  • Older CLM features (SpringCM-era) sometimes behave differently from newer DocuSign-integrated ones.
  • Multi-instance customers (different DocuSign accounts per business unit) need per-instance config.

Icertis

What it is

Enterprise CLM, common at large global enterprises. AI-flavored marketing (their own clause-analysis features); enterprise sales motion.

How to integrate

REST API. Documentation is enterprise-y; works but requires patience.

Auth

OAuth2; varies by customer's deployment model (cloud vs hybrid).

Gotchas

  • Heavy customization per customer. Per-customer schema differs.
  • Their own contract-intelligence features can overlap with your platform's; navigate this politically with the customer.
  • Approval workflows can block integration writes.

Conga (Conga Contracts, formerly Apttus)

What it is

Salesforce-native CLM. Common at customers who run on Salesforce broadly.

How to integrate

Salesforce APIs underneath. REST APIs via Salesforce; Conga's own endpoints for some operations.

Gotchas

  • Inherits Salesforce's governance and limits.
  • Customer's Salesforce admin is usually the gatekeeper — separate from CLM admin.

Agiloft

What it is

Older but still widely deployed CLM. Strong in government and regulated industries.

How to integrate

REST API; XML-based integrations also still common.

Gotchas

  • Older UX; integrations often via batch extracts rather than real-time.
  • Heavy customization; customer-specific schemas are the rule.

Integration patterns for CI platforms

Reading documents from CLM

The standard pattern: pull every signed contract document from CLM as the source corpus for ingestion. Stable IDs in CLM map to source_uri on your documents table.

  • Initial backfill: paginate through CLM's record API, download each signed document, ingest into your platform.
  • Ongoing sync: webhook-driven (for CLMs that support it) or scheduled polling for newly signed contracts.
  • Schema mapping: CLM has its own contract metadata (parties, signed_date, contract_type). Cross-reference with your extracted output rather than overwriting — CLM metadata is often less rich than extraction.

Writing back to CLM

Optional but high-value. Push extracted metadata back to CLM custom fields so the procurement / legal team sees enriched data in the system they already use.

  • Renewal-notice deadlines.
  • Off-contract spend warnings.
  • Supplier-risk flags.
  • Clause-deviation alerts.

Sequencing

Start read-only. Build trust. Then propose write-back in Phase 2 of the deployment — after the customer's CLM admin has seen the platform working and is comfortable expanding scope.