What Is a Master Services Agreement (MSA)?

A master services agreement sets the legal terms once so each new project only needs a short statement of work. What goes in the MSA, what goes in the SOW,…

Written by

A stack of contract folders representing a master services agreement and its statements of work

A master services agreement is the paperwork equivalent of agreeing the house rules once, so that nobody has to relitigate them every time somebody comes round. It sets the legal terms of an ongoing relationship — liability, payment, ownership, how either side walks away — and then each individual project only needs a short statement of work describing the actual job. You want one when you expect to work with the same party repeatedly, because the alternative is renegotiating the same six clauses from scratch every time. This guide covers what belongs in the master agreement, what belongs in the statement of work, and the clauses worth slowing down for before you sign either.

A master services agreement (MSA) is a contract that establishes the general legal terms governing all future work between two parties, with the specifics of each engagement set out in separate statements of work.

The structure exists to solve a very ordinary problem. Negotiating liability caps and payment terms afresh for every small project is slow, expensive and faintly demoralising for everyone involved. An MSA front-loads that argument once, and every engagement after it becomes a one-page document.

You will see the same document called an MSA contract, an MSA agreement, or a master service agreement in the singular. They all name the same thing. The plural is the more common drafting convention and nothing whatsoever turns on the difference — what matters is the two-document structure underneath: one master agreement, plus a statement of work for each piece of work done under it.

What a Master Services Agreement Actually Does

The MSA holds everything that does not change from one job to the next:

  • Liability and indemnification — the ceiling on what you can be made to pay, what sits outside that ceiling, and who covers whose losses under the indemnity
  • Intellectual property ownership — who ends up owning the deliverables, and the moment ownership actually moves
  • Confidentiality — often removing the need for a separate NDA
  • Payment mechanics — invoicing cadence, payment terms, late fees, and what happens when somebody disputes an invoice
  • Termination rights — how either side ends things, and what happens to work already half-finished
  • Insurance requirements — what cover each side has to carry
  • Governing law and dispute resolution — which state’s law applies, and whether an argument goes to a court or an arbitrator

None of that shifts from project to project, which is precisely why it is worth reading carefully once. Whatever you agree here quietly governs every engagement that follows, sometimes for years, long after everyone has forgotten which drawer the document is in.

MSA vs Statement of Work: What Goes Where

A statement of work (SOW) covers only what is true about this one job: deliverables, timeline, acceptance criteria, price. The test is refreshingly simple. If a term would read identically on your next project together, it belongs in the MSA. If it describes this particular piece of work, it belongs in the SOW, and our guide to change orders covers what to do when that work shifts partway through.

There is one detail here worth genuinely understanding, because it surprises people. The MSA almost always says that its terms win if an SOW conflicts with it. Which means a hard-won concession you negotiated into a statement of work can simply evaporate if it contradicts the master agreement sitting above it. If you need something genuinely different for one project, either amend the MSA, or have the SOW say plainly that it overrides the MSA on that one specific point — and check the master agreement actually permits that, because plenty do not.

Do I Need an MSA, or Just a Contract?

If you expect more than two or three engagements with the same party, the MSA pays for itself; below that, a single services agreement covering both the legal terms and the scope is the faster document.

  1. Repeat engagements. You expect more than two or three projects with the same party.
  2. Multiple concurrent projects. Several workstreams running at once, each needing its own scope but the same legal terms.
  3. Ongoing service relationships. Retainers, managed services, or continuous support work.
  4. Agency or consultancy relationships. Where the scope shifts constantly but the commercial relationship is stable.

For genuinely one-off work, an MSA is just overhead with a cover page. One well-drafted services agreement covering the legal terms and the scope together is faster to sign and considerably easier to read. The same goes for small freelance engagements, where a two-page agreement beats a twelve-page MSA plus SOW for a job that will be finished by Friday.

The Clauses That Matter Most in an MSA

The order of precedence clause

The tiebreaker. It says which document wins when two of them disagree, and it is worth finding before you assume anything you negotiated into an SOW will actually hold.

The liability cap

Check whether the cap applies to each statement of work separately or in aggregate across the whole relationship. An aggregate cap set against the value of your first small project is a coat bought for a child and still being worn at twenty — it fitted once. Three years and twenty projects later it is not protecting much. This is the most commonly skipped term in an MSA, and it interacts directly with any uncapped liability carve-outs elsewhere in the document. Read it alongside the exclusion of loss categories that usually sits beside it: a cap limits the amount, while an exclusion removes whole kinds of loss, and consequential damages are the category most often excluded.

The term and survival provisions

An MSA may run indefinitely, or renew automatically while nobody is watching. Check what happens to statements of work that are still live if the MSA ends — a well-drafted agreement lets them run to completion rather than stopping mid-project.

Intellectual property transfer timing

Ownership usually transfers on full payment rather than on delivery. If you are the client, that means an unpaid invoice leaves you holding work you do not yet own. If you are the supplier, that is not an oversight — it is your main piece of leverage, and it is the reason the clause is written that way.

What a Managed Services MSA Needs That a Project MSA Does Not

Almost all MSA guidance is written for project work: a defined job, delivered, accepted, invoiced, done. Managed services do not behave like that at all. The service runs continuously, the client’s operations lean on it the entire time, and the hardest part of the whole relationship is the exit. Four terms carry most of the risk, and generic templates handle all four badly.

The service level agreement, and where its remedies stop

The SLA is usually an attachment rather than part of the MSA itself, which makes it easy to negotiate the two separately and never notice how they interact. The question to settle is whether service credits are described as the sole and exclusive remedy for missing the service level. Where they are, a client whose operations stopped for a day recovers a percentage of one month’s fee and nothing else, whatever that day actually cost them. Which side that favours depends entirely on which side of the agreement you are sitting on — but both sides should know what it says before signing, because this is the term that decides what a bad month is worth, and our guide to SLA credits walks through how to put a number on it.

Aggregate caps under a continuous service

An aggregate cap behaves quite differently for managed services than for projects. Project work comes in discrete lumps, so a cap expressed as the fees paid under the relevant statement of work stays roughly proportionate to whatever is at risk. A managed service bills continuously, so a cap set at the fees paid in the preceding twelve months moves along with the relationship — while one set at the value of the first year simply does not. Check which of the two you agreed to. The wording looks nearly identical and the outcome is nothing alike.

Who holds the documentation and the credentials

Runbooks, network diagrams, monitoring configuration, administrative passwords, and the accounts opened with third-party vendors on the client’s behalf. Plenty of MSAs never mention any of it, and it reliably becomes the most contested question at termination — which is to say, at the exact moment neither side is feeling generous. A clause worth having names these things explicitly, says who holds them during the term, and says who receives them at the end.

Transition assistance

This is the obligation to help move the service to whoever comes next. Where the MSA says nothing, cooperation at the end is entirely voluntary — and a provider on their way out the door has very little reason to volunteer. A workable clause sets out how long the help lasts, what it covers, and what it costs. The moment to write it is at signature, while both sides are still cheerfully assuming it will never be needed.

Common Mistakes With Master Services Agreements

Three come up often enough to be worth naming.

  • Signing casually because the first project is small. The MSA governs everything that follows, not just the modest job sitting in front of you today.
  • Letting SOWs drift from the MSA. Over time, project documents quietly accumulate terms that contradict the master agreement — and are quietly unenforceable as a result.
  • Forgetting the MSA exists at all. Teams sign statements of work for years without ever rereading the umbrella terms, including a cap that has not moved since the relationship was a tenth of its current size.

The thread running through all three is the same, and it is the single most useful thing to know about these agreements: an MSA is negotiated when the relationship is at its smallest and matters most when the relationship is at its largest. Its terms get sized against a first project and then quietly govern a book of work many times bigger. Rereading the MSA as the relationship grows — not only when it starts — is the habit that prevents almost all of this. A structured vendor contract review covers the same ground.

And if things do go wrong, what you can actually do about it comes from the MSA’s remedies, not the SOW’s promises. The Legal Information Institute sets out what breach of contract means and what remedies follow — and in this structure, those remedies live in the umbrella document rather than the project one.

ContractClerk reviews master services agreements and statements of work against these terms, flags aggregate caps that look undersized for the relationship they govern, and points out where an SOW is quietly contradicting the MSA above it.

What is the difference between an MSA and a contract?

An MSA is a type of contract. What sets it apart is scope: it fixes the general terms for an ongoing relationship rather than describing one piece of work. The work itself is defined in separate statements of work issued under it.

Does an MSA replace a statement of work?

No, they work as a pair. The MSA sets the legal terms and the SOW defines the deliverables, timeline and price for one engagement. You need both, and the MSA usually says its terms win if the two documents disagree.

How long does a master services agreement last?

Many run indefinitely until somebody terminates them, while others have a fixed term that renews automatically. Check what happens to statements of work still in progress when the MSA ends, since a well-drafted agreement lets them run to completion.

Should a small business use an MSA?

Yes, once you expect repeat work with the same party. It saves renegotiating the legal terms for every project, which costs time and goodwill. For a genuinely one-off engagement, a single services agreement is simpler and quicker.

Can you negotiate an MSA after signing it?

Only by written amendment that both sides agree to. This is exactly why the aggregate liability cap deserves attention at signature: it gets sized against your first project but governs the whole relationship, and changing it later depends on the other side being willing.

Who owns the passwords and documentation when a managed services contract ends?

Whoever the agreement says, which is frequently nobody. Most MSAs stay silent on runbooks, monitoring configuration, administrative credentials and vendor accounts opened on the client’s behalf, and silence means it gets argued at the exit instead of decided at signature. Name the artefacts in the contract and say who receives them when the service ends.

The Bottom Line on MSAs

A master services agreement is a genuinely good structure that gets used carelessly far more often than it gets used badly. Its entire value is that you negotiate the hard terms once — which only works if you actually negotiate them, rather than signing the template because this first project is worth a few thousand dollars and it feels awkward to make a fuss. Read the MSA as though it governs the biggest engagement you hope to have with this party. Given enough time, it will.

Review your contract free →

This article is general information, not legal advice, and does not create an attorney-client relationship. Contract law varies by state and by situation. For high-stakes agreements, have a licensed attorney review the document.

About the author

More about how this blog is researched →