CMXFeatures

Every feature of CMX, in twelve groups.

Each card says what CMX does. Core or Enterprise is marked on each.

Core

Import

Bring in the whole back-book as one job, from wherever it sits today.

A CMX import job, Q3 supplier contracts.zip: four files processed, two waiting for confirmation and two needing attention, each with its counterparty, type and flags.
One import for the whole back-book, with progress, failures and a needs-attention list.
CoreEnterprise

AI assistance

AI proposes, your people decide. Every proposal shows its working, and a person makes every decision that counts.

  1. A person confirms each value

    Each proposed value waits in the Confirm queue for a person. Nothing counts until someone confirms it.

    The CMX Confirm queue: four contracts from one import, two needing attention (possibly unsigned, an ambiguous counterparty) and two waiting for their first-time fields to be confirmed.
  2. Risk, with the reason shown

    The AI proposes each clause position with its reason and the clause it read. The level is a fixed calculation.

    A contract’s Risk tab in CMX: risk level Medium, 48 of 100, and each clause position marked Proposed by AI with its reason and a link to the clause.
  3. A daily AI spend cap

    A daily AI spend cap you set. At the cap, extraction pauses until midnight and everything else carries on.

    CMX Admin settings: the AI spend cap at R 100 per day with R 0 used today, beside the limits on AI calls, webhooks and the reporting feed.
Core

Extraction and confirmation

The document beside its values, every value marked on its page, and a person confirming what counts.

  1. Bring in the whole back-book

    One import for the whole back-book, with progress, failures and a needs-attention list.

    A CMX import job, Q3 supplier contracts.zip: four files processed, two waiting for confirmation and two needing attention, each with its counterparty, type and flags.
  2. A person confirms each value

    Each proposed value waits in the Confirm queue for a person. Nothing counts until someone confirms it.

    The CMX Confirm queue: four contracts from one import, two needing attention (possibly unsigned, an ambiguous counterparty) and two waiting for their first-time fields to be confirmed.
  3. A value, marked on its page

    Click a value and CMX marks the words it came from on its page, so the person confirming it can check it there.

    A legal services agreement in the CMX Confirm queue: its effective date selected and the words it came from marked on page 1, beside the proposed fields, each with its page reference and Confirm.
  4. Confirmed, active, and by whom

    Once a person confirms it, the contract is active in the register, and its record shows who confirmed it and when.

    A supply agreement in CMX, Active, beside its signed document: its counterparty, our entity, signatories and effective date each marked confirmed.
Core

Obligations and owner roles

Every obligation in every contract becomes a record owned by a role, with a person in that role, cover, evidence and verification.

  1. Each obligation shows its words

    Each obligation shows the words it came from. Show in document opens the page.

    An obligation open beside its contract in CMX: its source clause marked, with Show in document, its monthly timing and the next three due dates, one moved from a weekend.
  2. Obligations owned by roles

    Each obligation is owned by a role and says what evidence it needs. Someone in that role who can’t open the contract still sees the clause.

    My obligations in CMX: obligations due this week, each with its contract, the Contract Manager role and the evidence required.
  3. Cover while someone is away

    Leave and cover are recorded: the person covering sees the work as covering for a colleague, and it goes back the day after they return.

    An obligation in CMX owned by the Contract Manager role: the person in that role is on leave, and the colleague covering gets the task and its reminders.
  4. Roles, and the people in them

    Obligations belong to roles. A role with nobody in it is reported to the department admin.

    CMX Admin, Owner roles: 8 roles, 3 with nobody in them; the Operations role shows No holder and that its tasks are reported to the department admin.

How an obligation moves

  1. 1ProposedAI reads the clause and proposes the obligation, pointing to its words.
  2. 2ConfirmedA person accepts it and sets the role that owns it.
  3. 3RemindedThe person in that role is reminded 30, 7 and 1 days before, on business days.
  4. 4DoneThey mark it done with the evidence its type requires.
  5. 5VerifiedA second person, never the one who did it, verifies or sends it back.
Core

Reminders, renewals and calendar

Reminders on your business days, and renewal alerts that count back from the notice deadline.

  1. Your holidays, your due dates

    Your public holidays, in your calendar: a due date on a holiday moves to the next business day.

    CMX Admin, Non-business days: the holiday calendar listing the Day of Reconciliation, Christmas Day and the Day of Goodwill 2026, each a South African public holiday, with Add a non-business day.
  2. Every number opens its list

    Every tile counts only what the viewer can open, and opens the register with that filter.

    The CMX obligations dashboard, Company view: tiles for overdue, due in 7 and 30 days, waiting for verification, evidence missing and notice deadlines, with overdue ageing and renewals.
Core

Register, search and dashboard

One register across the group, and numbers that open the list they count.

  1. Every obligation in one list

    Owed by you and to you, filtered, saved and exported, counting only what you can open.

    The CMX obligations register: saved views, Export to Excel, filters for entity, department, owner role, counterparty, direction, status and due window, and three renewal notices, each with its notice deadline, counterparty, contract and owner role.
  2. Every counterparty in one list

    Each counterparty with its contracts, what’s owed each way and the next notice deadline, counted only from the contracts you can open.

    The CMX counterparties list: each counterparty with its registration number, departments, contracts, obligations owed each way and how many are late, next notice deadline, value and risk band, with filters and Export to Excel.
  3. Each counterparty on one page

    Its contracts, what it owes you and what you owe it, and how it performs.

    A counterparty’s page in CMX, Acme Logistics (Pty) Ltd: 3 active contracts, R 5 880 000 a year, obligations owed to us and by us with how many were on time, and each contract with its end date and notice deadline.
  4. Every number opens its list

    Every tile counts only what the viewer can open, and opens the register with that filter.

    The CMX obligations dashboard, Company view: tiles for overdue, due in 7 and 30 days, waiting for verification, evidence missing and notice deadlines, with overdue ageing and renewals.
Core

Access, departments and audit

Who sees what is decided in the database, and every change is recorded.

  1. Each department runs its own

    A department admin manages the people and roles in their own department only, and an admin role opens no contracts.

    CMX Admin, Departments: 5 departments on 2 levels, each with its admins, people and owner roles; Legal has no admin of its own and is run by the Corporate Services admin.
  2. A restricted contract’s access list

    A restricted contract carries a named access list, and anyone not on it never sees it in any list, count, search or answer.

    A restricted contract’s Access tab in CMX: only the one person on its access list can see it, and an obligation owner outside it sees the obligation and its clause excerpt only.
  3. The quarterly access review

    Each quarter every department reviews who can open what, keeps, removes or refers each person, and signs the review off.

    A CMX access review for Procurement: two roles new since the last review, each with Keep and Remove, nothing to review in shares or owner roles, and Sign off the review with 2 lines not decided.
  4. Every change on the contract

    A contract’s Audit tab lists every change, with who made it and when, and nothing in it can be edited.

    A contract’s Audit tab in CMX: every edit and view, newest first, each with who did it and when, and the reason given for an edit to the end date.
Enterprise

Insights

Risk, AI questions, value, board packs and Power BI, each counted only from contracts the viewer can open.

  1. What your contracts are worth

    Committed value by type, department and counterparty. Contracts without a usable value are counted, never shown as R 0.

    CMX Insights: committed value R 8 100 000, R 2 220 000 expiring in 12 months, high-risk and waiting counts, and value by contract type and department.
  2. Risk across your contracts

    Risk across your contracts by clause type and counterparty, counted only from contracts you can open.

    CMX Portfolio risk: contracts scored, low, medium and high counts, and unacceptable and not-found positions by clause type.
  3. CMX’s own dashboards

    Built from a fixed list of measures and groupings, with no other tool and no technical skills needed.

    The CMX dashboard builder: a catalogue of measures and groupings on the left and three widgets on a dashboard called Finance value pack.
  4. Your playbook, clause by clause

    Your playbook: the position you accept on each kind of clause, with fallbacks and weights.

    The CMX playbook: liability cap and indemnity, each with preferred, fallback and unacceptable positions and example wording.
Enterprise

Approval steps

Governance on waivers and renewal decisions, without a workflow project.

  1. Approval steps on waivers

    Approval steps on waivers and renewal decisions, by contract type and value band, with a role as the approver.

    CMX Admin, Approval steps: a step for renewal decisions on any type and one for waivers of R 3 000 000 and over, each approved by the Legal and compliance role.
  2. A waiver, with its reason

    A waiver needs a reason and an approver, the contract owner or a department admin, never the person in the owner role.

    Request a waiver in CMX, over an obligation’s detail: the reason (agreed with the supplier in writing) and the contract owner as the approver; the person who owns the obligation is not offered as approver.
  3. One list of approvals

    Waivers and renewal decisions waiting on you, every kind in one list.

    The CMX Approvals inbox: three items waiting, two waiver approvals and a renewal decision, each with its reason, Approve and Reject.
  4. The decision, who and why

    Each decision is recorded with who made it and why, and a rejection goes back to the person who asked, with a note.

    CMX Approvals: two waiver requests, each with its reason, its clause and who asked; one approved, and one returned with a note saying why.
Enterprise

Requests, templates and the clause library

Anyone can ask for a contract; Legal sees only what needs a lawyer.

  1. Ask for a contract

    The form says who it goes to, and why, before you submit.

    A contract request in CMX: the contract type, the answers form and, beside it, What happens next: it goes to the Legal reviewer, usually within 2 business days.
  2. Word templates, checked twice

    A Word template is published only when every field is filled correctly and a second person approves it.

    A CMX template, Supplier agreement draft v4: the fields found in the Word file and what each one fills in.
  3. Your approved wording, by clause

    Approved wording by clause type: preferred and fallback, versioned, owned by a role, locked where it matters.

    The CMX clause library: clauses grouped by type, each with its declared position, version, owner role and whether it is locked.
Enterprise

Drafting in Word

Word stays the editor. CMX compares, locks and keeps the numbers clean.

  1. Every changed clause listed

    A changed locked clause is listed beside the library text and stops the draft being finalised until a legal reviewer accepts it.

    A CMX draft with its Deviations tab: the liability cap clause in the library beside the changed clause in the draft, marked as stopping the draft being finalised.
Enterprise

Electronic signature

Electronic signature inside CMX, as the ECT Act recognises it: a secure link, a one-time PIN, consent and the evidence attached to the executed PDF. Where a document must be signed by hand or with a certificate, sign it outside CMX and upload the signed copy: CMX compares it with the final version, flags any change other than signatures, initials and dates, and runs its obligations like any other contract.

A contract type can be set to need a certificate signature. CMX keeps it out of electronic signing; sign it outside CMX and upload the signed copy.

  1. The signer signs in one place

    The signer reads to the end, types or draws a signature, agrees to sign electronically and signs. CMX records the time, IP address, device and PIN proof.

    The CMX signing page: the document read to the end, a typed signature, the box agreeing to sign electronically ticked, the line that CMX records the time, IP address, device and PIN proof, and Sign or Decline with a reason.
  2. The signing evidence, kept

    Every signer, method and event is kept with the executed PDF.

    An executed contract’s signing evidence in CMX: two signers, one internal and one external, when and how each signed, the document fingerprints, and every event from sent to PIN verified, with Download signed PDF and the evidence bundle.
  3. Documents waiting for you

    Waiting on me lists the documents sent for your signature next.

    CMX Signing, Waiting on me: one intercompany services agreement, sent by Pieter V., with you as signer 2 of 2 and a Sign button.
  4. Signed outside CMX, compared

    A copy signed outside CMX is compared with the final version. Any change beyond signatures, initials and dates is flagged.

    A contract signed outside CMX: a banner says the signed copy differs from the final version, with the differences listed page by page.

See these features on demo data.

Book a demoTalk to us