COMPARE
Master Services Agreement vs Statement of Work
The MSA is the framework negotiated once and holding the risk clauses; the SOW is the instance issued per engagement with scope, fees and dates, and the published standard's own guidance says the framework and the first SOW are usually created at the same time.
This page describes a class of document in general terms. It is not legal advice, it is not about your situation, and it is not a substitute for the advice of an attorney. Reading it creates no attorney-client relationship.
01
The short version
A Master Services Agreement and a Statement of Work are two halves of one commercial relationship, and they are deliberately not the same document. The MSA is the framework: negotiated once and then reused, holding the clauses that allocate risk between the two entities. The SOW is the instance: one per engagement, sealed as often as work is bought, and holding the variables — what is being built, by when, for how much.
The division is structural rather than stylistic, and published frameworks show the same shape. The Standard Terms of the published standard's Professional Services Agreement run Services, Intellectual Property, Privacy & Security, Payment & Taxes, Term & Termination, Representations & Warranties, Disclaimer of Warranties, Limitation of Liability, Indemnification, Insurance, Confidentiality, General Terms and Definitions. Thirteen sections, and not one of them names a deliverable, a date or a price. The work sits outside them, in a separate instrument: "Each SOW together with the Key Terms and Standard Terms will constitute a separate agreement." The same standard describes the instance loosely enough to carry anything commercial: "A SOW may include details about the Deliverables, Fees, or other details about the Services."
The drafting reason for the split is negotiating cost. The framework is reviewed by counsel once and then reused; the instance is issued by delivery staff many times. A liability cap written into a SOW re-opens the negotiation the framework was written to close, and it re-opens it with people on both sides who were not in the original one.
02
Which is sealed first
Sequencing is not fixed, and the published guidance is explicit about the common case. the published standard's Statement of Work page states: "In most cases, people will create a Professional Services Agreement and the first SOW at the same time." The one-to-many shape asserts itself after that first pair: "Once you agree to the Key Terms (i.e., the legal details in the Cover Page), you can issue additional SOWs that leverage the already agreed terms." The instrument the published standard publishes assumes the framework exists by the time it is used: "This particular SOW is designed to work with an existing the published standard PSA."
There is no ceiling on the instances: "There is no limit to the number of SOWs that can exist under a single PSA." So the practical pattern is one framework sealed at or before the first engagement, and every engagement after that drafted against a framework already sealed, referenced by name and effective date.
A SOW sealed while the MSA is still in redline is an engagement whose commercial variables are settled and whose framework clauses are not. The scope, the fee and the start date are fixed. The liability cap, the intellectual-property terms and the confidentiality terms are still moving.
03
Routing and signatories, as OctoDoc proposes them
| MSA | SOW | |
|---|---|---|
| Sealed | Once per relationship | Once per engagement |
| Proposed signatory | Officer with authority to bind the entity | Delivery lead or account owner under delegated authority |
| Counterparty signatory | Officer, general counsel or founder | Project sponsor or budget owner |
| Also on the file | Counsel on copy | Finance and the account team on copy |
| Routing default | Sequential — the agency signs, then the client's officer | Parallel — either side may sign first |
| Marks proposed | 12 | 18 |
| Changed by | An amendment file | A change order or the next SOW |
04
The clause split in the published form
| Clause | Framework (PSA) | Instance (SOW) |
|---|---|---|
| Limitation of Liability | Standard Terms section | Not a Standard Terms section |
| Indemnification | Standard Terms section | Not a Standard Terms section |
| Intellectual Property | Standard Terms section | Not a Standard Terms section |
| Confidentiality | Standard Terms section | Not a Standard Terms section |
| Insurance | Standard Terms section | Not a Standard Terms section |
| Term & Termination | Standard Terms section | Not a Standard Terms section |
| Governing Law and Chosen Courts | Inside General Terms, §12.3 | Not a Standard Terms section |
| Services | Standard Terms section, framework language | Specific work, itemised |
| Deliverables | Not a Standard Terms section | May be included |
| Timelines and dates | Not a Standard Terms section | Included |
| Fees | Payment & Taxes mechanics only | May be included, with amounts |
| Conflict rule | Cover Page controls over Standard Terms | SOW controls over the Agreement |
05
Mark inventory
- Source of counts
- This Library's reference mark set for the pair, not a count taken from any published form or placed by the product
- Framework sealed first
- For every SOW after the first
- Ratio
- 1 MSA : n SOWs
- MSA marks
- 12
- MSA composition
- 2 x (signature, printed name, title, date) + 2 notice blocks + effective date + governing-law fill
- MSA routing
- sequential
- SOW marks
- 18
- SOW composition
- 2 x (signature, printed name, title, date) + SOW number + SOW effective date + MSA reference date + fee + rate + expense cap + start + end + acceptance window + named personnel
- SOW routing
- parallel
- Pair routing
- mixed
06
What the conflict clause does
A framework that expects instances hanging off it carries a conflict rule, because two documents that both speak to the same subject will eventually disagree. The rule names which one governs.
the published standard's Professional Services Agreement puts that rule on the instance: "If there is any inconsistency between this SOW and the Agreement, this SOW will control." A second rule handles the framework's own internal parts: "If there is any inconsistency between the parts of the Agreement, the Cover Page will control over the Standard Terms."
Both are drafting choices, made in that form in favor of the later and more specific document. Read on the form's own words, a payment line pasted into a SOW that differs from the framework is the version the form nominates to control. A form ordered the other way would nominate the framework instead, and the same paste would sit subordinate until the framework itself is changed. Which order applies is a question about the text of the particular framework in front of the drafter, not something that can be assumed from the document names.
07
The failure mode
The concrete failure has two shapes, and small agencies hit both.
The first is a SOW that carries operative commercial terms. A delivery lead copies the last engagement's SOW, edits the scope, and leaves in a payment-terms line, a warranty sentence or a cap on rework that the framework already addresses differently. Nobody notices, because the SOW is reviewed for scope and price and the framework is not reopened. The contradiction surfaces months later, during a dispute about a deliverable, when both sides read both documents for the first time in the same week.
The second is sequencing. A SOW goes out and is sealed while the MSA is still in redline, usually because the client wants a start date and the framework negotiation has stalled on liability. The engagement then runs on a document that incorporates a framework by reference to a file with no effective date, and every clause the SOW leaves out — indemnification, intellectual property, confidentiality, insurance, governing law — is left out while the instrument that would supply it is still unsealed.
Both shapes share one property: they are visible in the file at the moment of sending, and much harder to see afterwards. A SOW that references a framework with a blank effective date is detectable before anyone signs. So is a second copy of a term that already lives upstream.
08
How the pair is handled in OctoDoc
- 1The MSA is prepared once at the counter and kept as the framework file. Its sealed date is the value every later SOW references, so a SOW drafted against a framework that is not yet sealed carries an empty reference rather than a plausible-looking one.
- 2Dropping a SOW PDF at the counter proposes parties, roles, routing and marks on one confirm screen. A SOW drafted against a sealed MSA inherits the party roster and the entity names from it instead of having them retyped, which is where mismatched legal names usually enter.
- 3The deterministic Margin answers a supported factual question against one file with one exact canonical passage and its page. It does not follow a parent-document reference or compare two documents in v1.
- 4The standalone read link produces a consent-gated page-by-page reading log, so the sender can see whether the client's sponsor opened the fee schedule before signing.
- 5Each sealed file's digest can be checked at /verify with no account — the MSA once, each SOW as it is sealed — and each terminal proof file stands on its own.
09
Attribution
Clause names and quoted sentences above are taken from the the published Professional Services Agreement standard and its Statement of Work page. the published standard states: "the published standard agreements are free to use and modify under CC BY 4.0."
This page describes how these two classes of instrument are structured in one published framework and what OctoDoc's software does with them. It states no rule of law and gives no advice on any particular agreement.
NEXT
OctoDoc, the signing system of record
Nobody wants to manage signing across several tools. Upload a PDF or Word file, or choose a reusable PDF form; ask cited questions, prepare fields, send it for signatures, and keep the result in one account.
Anyone can check a sealed file with no account.
Fifty sends a calendar month on the paid plan, and every one of them seals.