Contract Lifecycle
Contract Lifecycle is the Nashua 360 module that owns the commercial agreement from first draft to final expiry. It covers authoring from templates, a governed clause library, negotiation and redlining, structured approval, obligation and milestone tracking, renewal and expiry management, and electronic signature. The business problem it addresses is the one every organisation recognises: contracts drafted in disconnected documents, agreed terms that no one tracks after signature, renewals that lapse unnoticed, and obligations that surface only when they are breached. The module replaces that scattered practice with a single, versioned record of every agreement and the commitments inside it.
Within the suite it sits between the parties who negotiate an agreement and the systems that must honour it. It does not store loose files or run its own signing engine in isolation. Instead it orchestrates dedicated modules for storage, execution and approval, and it feeds agreed commercial terms into billing where relevant, so that a signed contract becomes an active, monitored source of obligations rather than a filed document.
What the module does
Contract Lifecycle gives legal, commercial and procurement teams one place to create, agree and govern contracts. Authoring begins from approved templates, so a new agreement inherits vetted structure and standard language rather than starting from a blank page. Drafters assemble and adjust terms by drawing on a central clause library, selecting pre-approved provisions and recording any deviation from them. During negotiation the module supports redlining, capturing each counterparty change as a tracked revision so that the movement from opening position to final text is fully legible.
Once terms are settled, the contract passes through structured approval and then electronic signature for execution. After signing, the module does not go quiet. It tracks the obligations and milestones the agreement creates, watches renewal and expiry dates, and surfaces what is due and when. The result is continuous coverage: authoring, negotiation, approval and execution at the front, and active obligation and renewal management for the whole life of the agreement.
Domain and data model
The central entity is the contract, which carries counterparties, effective and expiry dates, value, governing terms and a current lifecycle state. Every contract is composed of clauses drawn from or measured against the clause library, so the model distinguishes a standard, pre-approved clause from a negotiated variant and retains the link between them. Each meaningful change produces a version, giving a complete revision history from first template instance to executed original.
Around the contract the model holds obligations and milestones: dated, ownable commitments such as a deliverable, a review point, a price adjustment or a notice deadline, each with a responsible party and a status. Templates and the clause library are first-class governed assets in their own right, versioned and controlled so that the approved starting point can evolve deliberately. Signature and approval events are recorded against the contract, and where an agreement drives revenue or cost, its commercial terms are modelled so they can be handed to billing. Because Contract Lifecycle runs on the same PostgreSQL foundation as the rest of the suite, these entities are queryable, relational and consistent rather than trapped inside document files.
Principal workflows
A typical agreement moves through a predictable path. It starts as an authoring task: a drafter instantiates a template, populates the parties and commercial variables, and composes the body from the clause library, flagging any non-standard provision. It then enters negotiation, where redlining records each exchange with the counterparty and preserves the rationale for every concession. When both sides converge on final text, the contract is routed for approval, gathering the internal sign-offs that policy requires before anyone commits the organisation.
Approved contracts proceed to execution by electronic signature, at which point the agreement becomes active and its obligations and milestones begin to be tracked. From there the module runs a continuous post-signature loop: monitoring due dates, prompting owners as milestones approach, and managing the approach of renewal and expiry so a decision to renew, renegotiate or let lapse is taken on time rather than by default. Each of these transitions is a governed state change, so a contract cannot quietly skip approval or reach signature without the prior steps being complete.
Obligations, renewals and control
The functional depth of the module lives after signature, where most contract value is won or lost. Obligation tracking turns the prose of an agreement into discrete, dated, ownable items, so that a commitment to deliver, to review pricing, to give notice or to meet a service level is a monitored record rather than a clause someone must remember to read. Owners see what is theirs and when it falls due, and the organisation gains a live view of its aggregate commitments across the contract portfolio.
Renewal and expiry management is treated as a first-class control. The module tracks notice windows and expiry dates and raises them ahead of time, so auto-renewing agreements are caught before they roll over and lapsing agreements are addressed before continuity is at risk. Governance runs throughout: the clause library and templates constrain what language enters an agreement, deviations from standard clauses are explicit and visible, and approval is enforced as a precondition of execution. Where a contract governs billing, its agreed rates, schedules and terms become the authoritative basis for what is charged, keeping invoiced amounts anchored to what was actually signed.
Fitting the Nashua 360 suite
Contract Lifecycle is deliberately not a monolith. It composes with the suite's specialised modules rather than duplicating them. Document Management provides the underlying storage and versioning, so every draft, redline and executed original is retained with a full version history in the module built for that purpose. Electronic Signatures handles execution, applying legally sound signing to the final agreed text and returning the executed record to the contract.
Flow Management runs the approval workflows, so the internal sign-offs a contract needs are modelled, routed and audited by the suite's general workflow engine rather than a bespoke one, which keeps approval logic consistent with how the rest of the organisation approves work. Where an agreement drives revenue or cost, Contract Lifecycle passes its commercial terms to Accounting and Control for contract-driven billing, so the numbers charged follow directly from the signed terms. This composition means the module concentrates on what is genuinely its own, the commercial agreement and its obligations, while relying on proven, shared services for storage, execution, approval and financial treatment.
AI Workers inside the module
Nashua 360 treats AI Workers as first-class users, and Contract Lifecycle is built for them to operate inside. Through conversational query, a user can ask an AI Worker which contracts renew next quarter, which agreements contain a non-standard liability clause, or what obligations fall to a given owner this month, and receive an answer drawn directly from the contract data model. Workers also perform action execution, drafting an agreement from the right template, assembling standard clauses, or advancing a contract to the next lifecycle state on request.
Their most valuable role is vigilance. Workers provide anomaly and exception alerting: flagging a clause that departs from the approved library, an obligation that is slipping past its due date, or a renewal notice window about to close. They carry out document and data extraction, reading an inbound counterparty draft and surfacing changed terms, key dates and commercial values for review. They offer decision support by comparing negotiated language against standard positions and highlighting risk. And an AI Worker can act as an approval or review node within a Flow Management workflow, screening a contract against policy before it reaches a human approver and passing its finding into the same audited chain, so routine agreements move quickly while genuine exceptions reach the people who must judge them.
