Product
Analyze
Review
Produce
Draft
Solutions
Litigation
- Early Case Assessment
- Investigations & Subpoenas
- Trial Preparation
- Enterprise eDiscovery
- Cloud eDiscovery
Transactional
Who it’s for
Resources
Learn
Customers
Events & CLE
Customer-side redlining of a Managed Services Agreement starts with clause-level instructions from the customer’s negotiation playbook, then tests the MSA and its schedules together. Compare material provisions with preferred positions and authorized fallbacks, and coordinate edits across service levels, security, liability, pricing, and exit. The deliverable is a tracked-change draft supported by a deviation table identifying source language, proposed treatment, dependencies, and approval responsibility. The objective is a workable allocation of service risk, not simply a list of unfavorable clauses.
When to use this workflow
Use this workflow for a provider’s first draft, a renewal with revised terms, or a counterdraft covering outsourced infrastructure, help-desk, network, or application services. It supports customer counsel working with procurement, IT operations, security, finance, and service owners.
The scope is negotiation, not ongoing contract administration. This guide uses a US commercial-contract orientation: rights depend on actual language, governing law, facts, and deal context. Federal financial-information and HIPAA considerations apply only when their respective frameworks are triggered. The steps below are workflow recommendations, not universal legal requirements.
What you need
Collect the negotiation baseline:
- Document set: MSA, SOWs, SLAs, pricing exhibits, security and data-processing schedules, amendments, and incorporated policies, with version identifiers. For renewals, include the executed baseline.
- Customer instructions: A dated checklist of preferred terms, authorized fallbacks, escalation thresholds, and approval authority. This is the customer’s playbook, not a claimed software feature.
- Service facts: Supported systems, coverage hours, dependencies, subcontractors, access privileges, data locations, and customer obligations that may excuse provider performance.
- Commercial facts: Implementation charges, recurring fees, minimum commitments, renewal economics, and likely replacement-provider needs.
- Operational positions: Acceptable outage treatment, incident-escalation needs, oversight evidence, and minimum workable transition assistance.
Distinguish unavailable documents from absent protections. A missing SLA does not establish that the complete contract lacks service credits.
Use the template
The companion template is Managed Services Agreements — Redlining playbook. Copy this table into your working document or spreadsheet. Use one row per issue; split issues with different approval owners or dependencies.
| ID / source | Existing position | Preferred / fallback | Customer consequence | Proposed edit | Dependencies / evidence | Owner / approval | Status / outcome |
|---|---|---|---|---|---|---|---|
In ID / source, record the issue number, document ID, clause, and page where available. Capture enough operative language to identify the issue; retain the source document. Preferred / fallback must distinguish an authorized alternative from a proposal requiring approval.
Describe concrete exposure under Customer consequence: unrecovered outage losses, uncertain transition charges, or delayed incident escalation. Use Dependencies / evidence for linked clauses, missing attachments, and factual questions. Statuses should distinguish proposed, countered, accepted, approval pending, and evidence pending. Record who approved an exception and what wording that approval covers.
Step by step
1. Fix the baseline and document hierarchy
Retain an unchanged copy of the provider draft. Map incorporation and priority provisions across the MSA, SOWs, SLA, security schedule, and online policies. Identify policy-change rights and whether negotiated amendments override conflicting terms.
Do not assume one document controls every subject. The Juniper–IBM agreement gives its data-processing agreement priority for conflicts concerning Customer Personal Data—a subject-specific rule, not an unrestricted hierarchy (Schedule 14, section 2.2).
Record: Baseline IDs, priority provisions, and missing-document issues. Identify which document needs amendment so conflicting schedule language does not undermine the redline.
2. Convert the customer playbook into drafting instructions
Translate broad positions into decisions. “Strong SLA” is insufficient: specify covered services, availability calculations, permitted exclusions, credit-claim mechanics, and consequences of repeated failure.
Separate the preferred result, authorized fallback, and escalation point. Operations might accept maintenance exclusions only for agreed windows and advance notice; procurement might negotiate credit amounts without authority to accept credits as the exclusive remedy.
Resolve conflicting instructions before circulation. Security’s proposed access-suspension right may conflict with operations’ continuity needs. Keep confidential fallback limits out of provider-facing comments.
Record: Drafting direction, fallback conditions, rationale, and approval owner. Label unsettled customer positions as instructions pending, not provider deviations.
3. Compare service obligations with remedies
Read scope, acceptance, commencement, dependencies, exclusions, and change control before editing remedies. Confirm that service levels cover the required systems and hours. Test whether customer dependencies require a causal connection to missed performance or could excuse unrelated failures.
Trace each remedy through measurement evidence, claim procedure, calculation, fee base, exclusions, and repeated-failure rights. Check whether credits are exclusive or offset other recoveries. Improving a credit percentage accomplishes little if the availability calculation excludes the customer’s critical service.
Record: The mismatch, linked provisions, coordinated edits, and facts operations must confirm. Distinguish defective drafting from a commercial decision to purchase narrower coverage.
4. Align security and incident clauses with the service
Map detection, customer notice, containment, updates, investigation support, and root-cause reporting. Test whether notice depends on confirmed compromise, provider fault, or a provider-controlled severity designation. Ask security whether those conditions would obstruct the customer’s response.
For covered financial institutions, FTC guidance describes provider selection, contractual security expectations, monitoring, and periodic reassessment. Use that conditional context when assessing oversight evidence—not as a universal MSA requirement (FTC Safeguards Rule guidance).
Where the HIPAA business-associate framework applies, assess safeguards, unauthorized-use reporting, subcontractor obligations, and customer termination rights for material violations (HHS Business Associate Contracts).
Record: Proposed triggers, duties, security-owner confirmation, and unresolved applicability questions. Do not turn an external regulatory reporting deadline into the provider’s notice allowance.
5. Test liability against service failures
Read caps, exclusions, indemnities, incident-cost allocations, credits, and exclusive remedies together. Test concrete scenarios: prolonged production outage, lost restoration data, unauthorized privileged access, and failure to cooperate with a successor.
Identify each cap’s fee base and measurement period, whether claims share an aggregate, and whether exclusions remove losses the customer expects to recover. Do not assume a specific remedy overrides a general limitation.
The Juniper–IBM agreement illustrates the linkage: section 17.3(D) connects specified incident costs to the receiving party’s acts or omissions and expressly subjects the allocation to section 22 (sections 17.3(D) and 22). This is negotiated wording, not a market benchmark.
Record: Scenario, implicated clauses, proposed edits, and residual exposure requiring approval. Identify interpretation questions without promising recovery.
6. Redline term, pricing, and exit together
Distinguish the MSA term from individual service terms. Trace commencement, renewal, price changes, minimum commitments, early-exit charges, and termination rights. Check whether terminating one SOW disrupts another or leaves charges without usable services. Review notice mechanics alongside termination rights.
Specify transition activation, duration, rates, staffing, continuing service levels, credentials, documentation, data extraction, and third-party permissions. Juniper–IBM provides an example of a customer-approved disengagement plan and continued performance during assistance; its plan-delivery deadline is redacted and supplies no numerical benchmark (section 20.1).
Record: Coordinated term and exit edits, cost assumptions, and successor dependencies. Obtain operations’ assessment of whether the proposed handover is usable.
7. Reconcile the redline and obtain decisions
Read the draft as though every proposed edit were accepted. Repair definitions, cross-references, duplicate obligations, and schedule conflicts. Confirm comments match operative text.
Compare counterproposals with actual fallback instructions, not their labels. An “enhanced cap” may still use a narrower fee base than authorized. Preserve the last reviewed version so approvals can be matched to the wording presented.
Record: Disposition, residual consequence, approval evidence, and next action for unresolved rows. Deliver the tracked draft and a concise decision list, separating factual gaps from requested commercial exceptions.
Worked example
Fictional scenario: Alder Quay Foods is negotiating managed network and help-desk services with Cedar Relay Services for $42,000 monthly. The package contains MSA-D3, SLA-D2, and SOW-A1; a referenced security appendix is missing. Alder’s playbook rejects sole-remedy credits for persistent critical outages, requires legal approval of incident-cost treatment, and seeks priced transition assistance with continuing SLAs. It contains no delegated fallback for those issues.
All parties, amounts, documents, and clause descriptions below are fictional. The rows describe supplied fictional text, not real contract evidence.
| ID / source | Existing position | Preferred / fallback | Customer consequence | Proposed edit | Dependencies / evidence | Owner / approval | Status / outcome |
|---|---|---|---|---|---|---|---|
| R1: SLA-D2 §5; MSA-D3 §14 | Availability credits are sole remedy | Preserve repeated-failure termination; fallback needs approval | Persistent outages may yield only credits | Carve out termination; define repeated failure | Measurement exclusions await operational review | Operations + legal | Proposed; trigger unresolved |
| R2: MSA-D3 §§10, 14 | Incident reimbursement falls within general cap | Legal-approved incident-cost allocation | Reimbursement may exhaust shared recovery | Revise cost allocation and linked cap treatment | Security appendix missing; notice duties unverified | Security + legal | Evidence and approval pending |
| R3: MSA-D3 §18 | Assistance uses then-current rates; no continued SLA commitment | Agreed rates and continuing SLAs | Uncertain cost and handover performance | Specify rates, duration, tasks, and continuing SLAs | Successor permissions unconfirmed | Procurement + operations | Proposed; feasibility pending |
R1 cannot close until operations validates the measurement rules and repeated-failure trigger. R2 requires separate treatment of an approval question and an evidence gap: a higher cap would not establish adequate notice duties. R3 needs more than a price concession because access permissions may prevent the planned handover.
Counsel circulates supported edits and identifies these dependencies rather than describing the package as fully reviewed.
Common mistakes
- Editing only the MSA: A SOW may narrow coverage or displace remedies. Check priority and amend related schedules.
- Accepting headline SLA improvements: Credits may cover the wrong systems or hours. Test measurement, exclusions, claim conditions, and exclusivity together.
- Treating unavailable text as accepted risk: A missing security appendix is an evidence gap. Obtain it before requesting informed acceptance.
- Separating reimbursement from liability: A broad cost clause may remain capped or excluded. Coordinate both edits and explain remaining exposure.
- Leaving exit to future agreement: Unsettled assistance terms leave operational dependencies unresolved. Negotiate deliverables, duration, staffing, and pricing now.
Final quality check
- Every material row identifies the correct source version and clause.
- Supplied schedules and incorporated terms have been checked for conflicts.
- Preferred positions and fallbacks reflect actual customer authority.
- Service measurements, dependencies, and credit mechanics match operational instructions.
- Liability edits have been tested against relevant failure scenarios.
- Security and exit proposals identify missing evidence and feasibility questions.
- Open issues have owners and next actions; exceptions have wording-specific approval.
- The tracked draft, comments, and decision table describe consistent positions.
Complete the workflow with DecoverAI
DecoverAI is the Legal Intelligence Platform for litigation and transactions. In its Word contract-review workflow, choose the customer as represented party and supply deal-specific instructions. Findings quote clauses, rank severity, locate text, and identify missing language as not present. The lawyer edits or inserts suggestions as ordinary tracked changes in the signed-in Word user’s name and can dismiss findings with reasons. Tabular review supports work across documents. Verify apparent omissions against the complete package; legal judgment and exception approval remain with the team. Book a demo to discuss this workflow.
Frequently asked questions
What if the customer has no formal playbook?
Create a dated matter-specific checklist with legal, procurement, operations, and security. Set priorities and approval boundaries before offering concessions; do not substitute assumed market positions.
Should every deviation receive a redline?
No. Distinguish unacceptable risk, authorized fallback, clarification, and immaterial difference. Record accepted deviations and their rationale so later reviewers understand the decision.
Can a provider’s security policy replace negotiated terms?
Evaluate its version, incorporation, change rights, priority, and substantive coverage. Identify missing commitments and unresolved regulatory applicability; the policy’s title does not establish adequate protection.
Should transition require immediate deletion of all data?
Coordinate handover, retention, and deletion. Where HIPAA applies, HHS describes return or destruction where feasible and continued protections where infeasible—not universal immediate backup deletion (HHS guidance).
Sources
- SEC-filed Juniper–IBM Master Services Agreement: negotiated wording examples, not general law or market benchmarks.
- FTC Safeguards Rule guidance: conditional financial-institution guidance.
- HHS Business Associate Contracts: conditional HIPAA contract guidance.
Source scope: The supplied research cutoff is October 13, 2026; live agency pages are not certified historical snapshots.
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.
