Product
Litigation
- Early Case Assessment
- Evidence Analysis
- Web Search
- Document Review
- Production Setup
- Connectors (Upcoming)
- Legal Research (Upcoming)
Transactional
- Contract Review
- Contract Intelligence
- Word Add-In
- Web Search (Upcoming)
- Connectors (Upcoming)
- Legal Research (Upcoming)
Solutions
Litigation
- Early Case Assessment
- Investigations & Subpoenas
- Trial Preparation
- Enterprise eDiscovery
- Cloud eDiscovery
Transactional
Who it’s for
Resources
Learn
Customers
Events & CLE
Extract MSA obligations by identifying the controlling documents, separating each duty into its actor, action, trigger, timing, and conditions, and attaching source wording and a verifiable clause reference. For customer-side teams, capture supplier performance duties alongside customer dependencies that may affect delivery or remedies. The deliverable is a source-linked obligations register with operational owners, completion evidence, and assigned uncertainties—not merely a clause summary or calendar. Preserve the underlying wording so reviewers can test every normalized instruction against the operative agreement.
When to use this workflow
Use this workflow when an executed MSA moves from legal to procurement and service management, a new statement of work adds commitments, or an amendment changes responsibilities. It also helps customer counsel repair a tracker whose entries cannot be traced to operative documents.
The scope is extracting obligations, conditional rights, and operational dependencies. Distinguish required conduct from optional rights: exercising a termination right may require notice, but the right itself is not a duty to terminate.
This guide addresses US commercial contracting. Apply the actual language, governing law, facts, and document hierarchy; the workflow recommendations are not independent legal requirements.
What you need
Collect the executed MSA, applicable SOWs, amendments, service-level schedules, pricing exhibits, security and data-processing addenda, and incorporated terms in their relevant versions. Include referenced acceptance procedures, reporting specifications, and transition schedules.
You also need:
- A document index with stable IDs, execution status, effective dates, versions, and missing attachments.
- The customer’s service scope, contracting entities, operational contacts, and review period.
- Available trigger evidence: delivery submissions, invoice receipts, incident notices, and commencement records.
- A customer-maintained checklist of important duties, escalation owners, and internal lead times.
Treat the checklist as review instructions, not evidence of agreed terms. Separate negotiations and unsigned drafts from the operative package; flag uncertain execution status.
Use the template
Use the Master Services Agreements — Obligations register below. Copy this table into your working document or spreadsheet. Keep one independently testable action per row; related actions can share a parent ID.
| ID / scope | Source / wording | Actor → beneficiary | Action / type | Trigger / timing | Conditions / links | Owner / proof | Review / performance / next action |
|---|---|---|---|---|---|---|---|
In Source / wording, record document ID, version, clause, page, and exact operative wording. Preserve lengthy passages in source notes keyed to the row ID. A topic heading alone is not a citation.
Action / type contains the normalized instruction and classification: duty, conditional duty, or elective right. Trigger / timing preserves the contractual formula separately from any calculated date. Conditions / links captures definitions, exceptions, dependencies, and overrides.
Owner / proof identifies the customer administrator and completion evidence; the administrator is not necessarily the contractual obligor. In the final column, label extraction review and performance separately—for example, “Review: verified; performance: trigger unverified.” Distinguish missing, ambiguous, redacted, and not reviewed. Use a source-gap row for unavailable documents, not a fabricated obligation.
Step by step
1. Establish the controlling document package
Assign stable IDs and map each SOW to its governing MSA, amendments, and schedules. Read precedence provisions rather than assuming the main agreement controls.
The Access Worldwide–E*TRADE agreement gives the MSA priority unless the scope explicitly provides otherwise and conditions SOW effectiveness on authorized signatures (§§1.3–1.4). Conversely, ProQuest–IBM gives conflicting Service Agreement terms priority for the particular undertaking without amending other Service Agreements (Exhibit B §1.2). These illustrate different drafting choices, not universal rules.
Record: applicable scope, controlling source, and override references. Assign missing attachments or hierarchy conflicts before marking affected entries verified.
2. Identify actions rather than merely collecting clauses
Read by customer-critical topic: delivery, acceptance, payment, service levels, confidentiality, security, IP, subcontracting, audit, indemnity, termination, and transition assistance. Commitments may appear in definitions, schedules, or reporting tables, not just sentences using “shall.”
Split incident investigation, notification, and corrective reporting where timing or completion evidence differs. Do not turn service objectives into mandatory deliverables or customer elections into unconditional tasks. Capture continuing restrictions, such as limits on data use, even without a discrete due date.
Record: actor, beneficiary, normalized action, and type. Flag language whose mandatory character needs legal interpretation.
3. Attach wording that supports the entire instruction
Capture operative text with clause and page references. Add references for definitions that affect meaning or timing, including “Business Day,” “Acceptance,” and “Security Incident.”
Where printed and file pages differ, record both. For incorporated online terms, identify the captured version rather than citing a changing homepage. Verify OCR against the image where a missing negative or numeral could reverse meaning.
Test the instruction against its source: has “reasonable assistance” become unlimited assistance, or has a written-request condition disappeared? A source note must support the conditions as well as the principal verb.
Record: exact wording or keyed source note, document version, supporting references, and extraction-review status. Mark unavailable wording missing instead of reconstructing it.
4. Extract triggers and calculate dates separately
Preserve relative timing before calculating deadlines. “Within five business days after receipt” requires receipt evidence and the applicable business-day definition—not simply a document creation date. Distinguish delivery, receipt, acceptance, and effectiveness.
For renewal, extract the term, mechanism, notice window, and SOW modifications. ProQuest–IBM’s Exhibit B §2.2 requires nonrenewal notice at least six months before expiration and permits revocation at least 90 days before expiration (agreement text). Those are contractual periods, not default deadlines.
Record: trigger evidence, formula, calculation basis, and verified date when available. Keep internal lead times separate. Assign contradictory dates for resolution rather than choosing silently.
5. Link customer cooperation to supplier performance
Customer dependencies include access, data, designated reviewers, design approvals, and change-request responses. Link each duty to the supplier commitment it supports.
Read relief provisions for notice, causation, mitigation, and change-control conditions. Do not convert customer delay into an automatic extension without supporting wording. Preserve invoice-dispute procedures separately from payment duties, and link service-credit requests to their claim conditions rather than treating credits as necessarily automatic.
Record: related row IDs, conditions, and the source of supplier relief or customer remedy prerequisites. Assign an administrator able to provide the input; route feasibility questions to the service lead.
6. Define completion evidence and notice mechanics
Specify evidence such as a delivered report, approval, deletion confirmation, or receipt acknowledgment. Distinguish contractually required proof from additional records the customer chooses to retain. A supplier’s completion statement may not establish delivery to the stipulated recipient.
Classify notices before choosing a method. Invacare–Birlasoft §22.3(a) prescribes hard-copy delivery methods and receipt-based effectiveness for primary notices; §22.3(b) permits email for other notices with affirmative recipient acknowledgment, excluding automatic receipts (§22.3(a)–(b)). Resolve uncertain notice classification rather than assuming email suffices.
Record: applicable method, recipient, copies, receipt requirements, and completion proof. Assign missing contact details to an owner.
7. Validate the register with legal and operational reviewers
Have legal check meaning, hierarchy, and conditions while operational owners check whether triggers and performance are observable. Validate material instructions against cited text, not another summary.
Review linked rows together. Delivery may be correctly extracted but misleading without testing, acceptance, and deemed-acceptance conditions. Include continuing and post-termination duties even when the immediate handoff concerns launch activities.
When amendments arrive, preserve prior entries and identify superseded rows rather than overwriting source history.
Record: reviewer disposition, separate performance status, unresolved question, owner, and next action. Release unresolved matters with explicit assignments, not an appearance of completion.
Worked example
Fictional scenario: Harbor Lantern Retail LLC, the customer, engages Cobalt Orchard Systems LLC. All parties, documents, and clauses below are invented.
MSA-01 v1 §4.2 allows ten Business Days for written acceptance or rejection after receipt of a complete testing package. Its §1.6 defines Business Day as Monday through Friday, excluding US federal holidays; §2.1 permits express SOW overrides. Signed SOW-02 v1 replaces the acceptance period with seven Business Days. Software was uploaded, but the available folder contains no package manifest or receipt acknowledgment.
SOW-02 also requires customer test data. SEC-01 v1 defines Security Incident in §1.2 as confirmed unauthorized access to customer production data. No incident record is supplied. The table gives representative entries, not a complete register.
| ID / scope | Source / wording | Actor → beneficiary | Action / type | Trigger / timing | Conditions / links | Owner / proof | Review / performance / next action |
|---|---|---|---|---|---|---|---|
| O-01 / implementation | SOW-02 v1 §3.1, p. 4: “For this SOW, Customer shall accept or reject in writing within seven Business Days after receipt of the complete testing package, replacing MSA §4.2’s ten-day period.” | Customer → supplier | Written acceptance or rejection / conditional duty | Complete-package receipt; seven Business Days | MSA-01 §§1.6, 2.1, p. 2; O-02 dependency | Testing lead / manifest, receipt, written response | Review: verified; trigger: unverified. Obtain package and receipt evidence; upload alone does not establish completeness. |
| O-02 / implementation | SOW-02 v1 §3.2, p. 4: “Customer shall supply test data before testing begins. Any resulting schedule relief requires an approved change request.” | Customer → supplier | Supply test data / duty | Before testing begins | Relief condition in same clause; link O-01 | Data lead / transfer record, testing-start record | Review: verified; performance: unverified. Confirm delivery and approved changes; missing proof establishes neither breach nor extension. |
| O-03 / security | SEC-01 v1 §5.1, p. 2: “Supplier shall notify Customer’s security contact within 24 hours after confirming a Security Incident.” | Supplier → customer | Incident notification / conditional duty | Confirmation; 24 hours | SEC-01 §1.2, p. 1; designated contact unresolved | Security lead / confirmation and notification records | Review: contact gap; trigger: not established. Confirm recipient; do not mark notice overdue without event evidence. |
The register changes the customer’s response. Counsel should not calculate acceptance from the upload alone. The SOW’s shorter period matters only after the complete-package receipt trigger is established. Missing test-data evidence requires investigation, but does not establish schedule relief. The security row prepares administration without implying that an incident occurred. The supplied notification clause also does not establish an email method or acknowledgment requirement; those require separate source review.
Common mistakes
- One row per clause: bundled notification and reporting duties cannot be tracked independently. Split actions with distinct timing or proof.
- MSA-only extraction: SOW acceptance overrides disappear. Apply the hierarchy to each affected row.
- Rights recorded as overdue duties: optional audits or termination become mandatory tasks. Label elections and their exercise conditions.
- Dates without trigger evidence: an assumed receipt creates a false deadline. Preserve the formula and mark calculations unverified.
- Extraction approval treated as performance: accurate wording does not prove completion. Maintain separate review and performance statuses.
Final quality check
- Each material action has a stable document, version, clause, and page reference.
- Source wording supports the actor, action, timing, and conditions.
- Overrides and amendments apply only to their proper scope.
- Dependencies and relief are linked without assumed causation.
- Calculated dates identify trigger evidence and calculation assumptions.
- Notice entries preserve applicable methods, recipients, copies, and receipt requirements.
- Missing sources and open issues are resolved or expressly assigned.
Complete the workflow with DecoverAI
DecoverAI is the Legal Intelligence Platform for litigation and transactions. Its contract review capabilities support customer-side analysis: in Word, choose the represented party and provide deal-specific instructions; findings quote and locate clauses, rank severity, and identify missing language as not present. Tabular review supports work across documents. Lawyers retain responsibility for source verification, interpretation, and deadline calculations; the register remains their work product. Book a demo to discuss this extraction workflow.
Frequently asked questions
Should supplier and customer obligations share a register?
Yes, when they affect the same services. Distinguish actors and link customer cooperation to dependent supplier performance. Filtered views can support handoffs without losing those relationships.
What if an incorporated schedule is missing?
Create a source-gap row identifying the reference, affected scope, and retrieval owner. Do not infer duties from another contract. Identify which existing entries remain unverifiable.
Can we enter deadlines before triggers occur?
Enter contractual formulas. Label planning estimates noncontractual. Calculate deadlines after verifying the trigger, definitions, and applicable calculation assumptions.
How should continuing confidentiality duties be recorded?
Capture restricted conduct, covered information, exceptions, duration, and survival. Administrative review dates should not imply a contractual review cadence absent supporting wording.
Sources
These filed agreements illustrate their wording, not general law or market standards.
- Access Worldwide–E*TRADE MSA, §§1.3–1.4: incorporation, precedence, and SOW signature conditions.
- ProQuest–IBM MSA, Exhibit B §§1.2 and 2.2: undertaking-specific precedence and renewal notice provisions.
- Invacare–Birlasoft MSA, §22.3: notice delivery and acknowledgment provisions.
This guide is general information about legal workflows, not legal advice for any matter. It was drafted and reviewed with AI assistance. The worked example is fictional. Contract rights and procedure depend on the governing law, the actual wording, and the facts, so check the cited sources and the rules that apply in your jurisdiction before relying on it.
