What an acceptance clause decides, and why fixed-price work depends on it#
On a fixed-price project, acceptance is a payment question: the milestone fee is due when the milestone is accepted, so the clause decides when you get paid.
A complete acceptance clause answers four questions:
- Against what? The acceptance criteria: the written, testable conditions a deliverable must meet. They live in the SOW, deal by deal, because they differ for every project.
- By when? The acceptance period: how many days the client has to test and answer, counted from a clear starting point, usually your written notice of delivery.
- And if they say nothing? Deemed acceptance: silence past the deadline, or use of the work in the client’s business, counts as a yes.
- And if it fails? The rejection and rework loop: the client lists each failure in writing, you fix and deliver again, and the same period runs once more, a limited number of times.
Most client drafts answer the first vaguely and skip the rest.
Deemed acceptance: what it is and why you write it in#
Deemed acceptance means the deliverable is treated as accepted when the client does not reject it properly in time. It covers the usual stall: nobody on the client’s side has time to test, so nobody signs off or says no.
For goods, the law already works this way. Under the Uniform Commercial Code, a buyer accepts goods when, after a reasonable chance to inspect them, they fail to make an effective rejection, or act in a way that is inconsistent with the seller’s ownership.1 But Article 2 of the UCC applies to transactions in goods,2 and a consulting engagement or a custom build is mostly services. Do not count on a statute to fill the gap. Write the period and the consequence into the contract.
Two triggers are standard in published software and services contracts:3
- Silence. The period ends and the client has sent no written list of failures.
- Use. The client puts the deliverable into production, publishes it, or sends it to their own customers.
What a client's acceptance clause usually looks like#
A typical first draft from a client’s legal team reads like this (made up, but every phrase in it is common):
Deliverables shall be subject to Client's review and acceptance. Client may reject any Deliverable that is not satisfactory to Client in its sole discretion. Provider shall correct any rejected Deliverable at no additional cost until it is accepted. Final payment shall be due upon Client's written acceptance of all Deliverables.
What each phrase does to your last invoice:
- “Satisfactory to Client in its sole discretion” has no criteria. The client can reject for a reason that was never in scope.
- No period. Review can take as long as the client likes.
- No silence rule. Without written acceptance, nothing is accepted, ever.
- “Until it is accepted” has no limit on rounds, and every new request can be framed as a correction.
- “All Deliverables” ties the final payment to the last item, so one open question on a minor deliverable holds the whole fee.
How to write acceptance criteria a stranger could check#
The clause points to criteria. The criteria do the real work, and they belong in the SOW, written with the client before the work starts. The U.S. federal rules for service contracts ask for the same thing: describe the work by its results, and make performance measurable against stated standards.4 The test: could someone who missed every meeting decide pass or fail in an hour?
| What | Weak | Testable |
|---|---|---|
| A web app release | “Works as expected” | “Passes test cases TC-01 to TC-48 in the shared test plan, in Chrome and Safari, on the staging server” |
| A data migration | “All data migrated” | “Row counts match the source for the 14 tables in Appendix B; the 20 sample records in Appendix C match field by field” |
| A strategy report | “High-quality recommendations” | “Covers the five questions in the Background section, with a cost estimate for each option and a 90-day plan” |
| A website redesign | “Client is happy with the design” | “Matches the approved Figma file; Lighthouse performance of 85 or more on the five pages listed” |
Two habits keep criteria honest:
- Name the environment. Staging, their test data, two browsers. A pass on your laptop is not a pass on their server.
- Separate defects by weight. A failure that breaks a criterion blocks acceptance. A typo, a color, a nice-to-have goes on a fix list you clear inside the warranty period.
How long the acceptance period should be#
Ten business days suits most milestones; five, a small deliverable; fifteen, a system with user testing. What matters more than the number:
- A clear start. The period runs from your written notice of delivery, not from the day someone opens the file.
- A written rejection. A rejection lists each failure and the criterion it fails. “Not ready” is not a rejection.
- A limited loop. After a rejection, you fix the listed failures and deliver again, and a shorter period runs, for only the items that failed. After two rounds, the parties meet to decide, rather than looping forever.
- Milestone by milestone. Each milestone is accepted on its own, so a late question on milestone three never holds the fee for milestone two.
A fair acceptance clause for a services firm#
Paste this into their file as a tracked change, in place of their clause, and fill in every [bracket].
Provider shall notify Client in writing when a Deliverable is ready for review (the "Delivery Notice"). Within [ten (10)] business days of the Delivery Notice (the "Acceptance Period"), Client shall test the Deliverable against the acceptance criteria stated in the applicable SOW (the "Acceptance Criteria") and either (a) accept it in writing, or (b) give Provider a written notice that lists each failure to meet the Acceptance Criteria, with enough detail for Provider to reproduce it.
Provider shall correct the listed failures and deliver the Deliverable again with a new Delivery Notice. Client shall then have [five (5)] business days to re-test only the listed failures. If the Deliverable fails again, the parties' project leads shall meet within [five (5)] business days to agree on a plan.
A Deliverable is deemed accepted on the earliest of (a) Client's written acceptance, (b) the end of the Acceptance Period without a notice under (b) above, or (c) Client's use of the Deliverable in production or in its business, other than for testing.
Defects that do not cause a failure to meet the Acceptance Criteria do not prevent acceptance. Provider shall correct them under the warranty in this Agreement.
Each Deliverable is accepted separately. Acceptance of a Deliverable does not depend on the acceptance of any other Deliverable, and fees for an accepted Deliverable are due under the payment terms of the applicable SOW.
If they push back on use as acceptance: offer that use in production counts after [five] business days of use.
The delivery notice: the email that starts the acceptance period#
Deemed acceptance needs a clear start. Send a delivery notice each time a deliverable is ready. Keep it short and factual: it may be the email that proves the date later.
The delivery notice for a milestone
To the client's project lead, with the notices contact from the MSA in Cc. Send it the day the deliverable is on their server or in their folder, never before.
Hi [Name],
[Milestone name] is delivered and ready for your review. You will find it at [link or location].
Under section [acceptance section] of our [MSA or SOW], the acceptance period of [ten] business days starts today and ends on [date]. The acceptance criteria are in section [section] of the SOW: [one line, for example: test cases TC-01 to TC-48 pass on staging].
If anything fails a criterion, please send me the list with steps to reproduce, and we will fix it and send it back within [number] business days. Anything smaller goes on our fix list and does not hold up acceptance.
If it all works, a one-line reply that says “accepted” is all we need. We will then invoice [milestone fee] for this milestone, as the SOW sets out.
[Your name]
How Tommos handles the acceptance clause, the SOW and the invoices#
Tommos (tommos.ai) is a CRM whose AI agents, the tommos, take a B2B inquiry to a signed contract. On the Sign plan, $899 a month for the firm, two of them work on the paper and the money of a deal.
Tommo Legal reads the client’s paper. When the client’s MSA or SOW arrives on a deal, Tommo Closer passes it to Tommo Legal, which reads it clause by clause against the positions your firm set once: your acceptance period, your deemed acceptance triggers, your limit on rework rounds. It writes a clause memo only where their text departs from your positions: their words with the section, your position, what it means for you, the counter-wording to paste, how confident it is, and whether the point is worth a lawyer. When their paper is a Word file, the changes come back tracked in their own document, beside the original in the client’s folder in your Google Drive. The memo is research, not legal advice.
Tommo Legal drafts your SOW. It drafts the SOW as a Google Doc from your own template in your Drive, with the scope, price and dates from your estimate. With no estimate on the deal, it asks you for one. When the paper is agreed, a person your firm allows to sign presses Sign on the card and signs electronically right there, with a certificate and a record of who signed and when, in the price of the plan. The copy signed by both sides is filed in the client’s folder.
Tommo Closer gets the milestones paid. It reads the signed SOW and proposes the payment schedule on a card: each amount, its date or the event it waits for, such as the acceptance of a milestone, and its payment term. You accept or change it. An amount due on an event carries the date the SOW’s own plan expects it; on that date, if the record does not show the event, Tommo asks the person who runs the work whether it happened. A person approves each invoice before it is made in Mercury and sent.
What Tommo Legal does · Every plan
Acceptance is one clause of ten. The full review, with the other nine and the email that sends your redline, is in how to review a client’s MSA before you sign.
This article comes from practice, not from a law firm, and it is not legal advice. For a large project or an unusual clause, ask a lawyer.
Questions about acceptance clauses#
- What is an acceptance criteria clause?
- An acceptance criteria clause sets out how a client decides that a deliverable is complete. It names the criteria the work must meet, the period the client has to test it, and what happens if the client neither accepts nor rejects it in time. In a services contract the criteria usually sit in the SOW and the process sits in the MSA.
- What is deemed acceptance?
- Deemed acceptance means a deliverable counts as accepted when the client does not send a written rejection within the acceptance period, or starts using the work in their business. It keeps a final payment from waiting on a sign-off that nobody has time to give. It applies only if the contract says so, so write the triggers into the clause.
- How long should an acceptance period be?
- Long enough for the client to run the tests the criteria name. Ten business days is a common choice for a project milestone, five for a small deliverable, and longer for a system that needs user testing. Count it from your written notice of delivery, and give a shorter period for re-testing after a fix.
- Can a client reject work for any reason?
- Only if the contract lets them. A clause that allows rejection “in Client's sole discretion” does, which is why a services firm asks for rejection only against the written acceptance criteria, with each failure listed. Defects that do not break a criterion go on a fix list under the warranty.
- Should final payment depend on acceptance of the whole project?
- Not on a project paid by milestones. Tie each fee to the acceptance of its own milestone, so a late question on the last deliverable does not hold money for work the client already accepted and uses.
- Can software check the acceptance clause in a client's contract?
- Yes. In Tommos (tommos.ai), Tommo Legal reads the client's MSA or SOW against the acceptance terms your firm set, writes a clause memo with the counter-wording, and returns tracked changes in the client's own Word file. It is on the Sign plan, $899 a month for the firm.
Key takeaways#
- An acceptance clause needs criteria, a period, a silence rule and a limited rework loop. Most client drafts have only the first, and vaguely.
- Write criteria in the SOW that a stranger could test in an hour.
- Deemed acceptance (silence or use in production) is what turns “not yet” into a paid invoice.
- Accept and invoice milestone by milestone, never on “all Deliverables”.
Sources#
- Uniform Commercial Code § 2-606(1), “What Constitutes Acceptance of Goods”, Legal Information Institute, Cornell Law School, read Oct 13, 2026
- Uniform Commercial Code § 2-102, “Scope”, Legal Information Institute, Cornell Law School: “this Article applies to transactions in goods”, read Oct 13, 2026
- Law Insider, “Deemed Acceptance” sample clauses from filed contracts (acceptance by signed certificate, by no rejection in the test period, or by live or operational use), read Oct 13, 2026
- Federal Acquisition Regulation 37.602(b), performance work statements: describe the work “in terms of the required results” and “enable assessment of work performance against measurable performance standards”, read Oct 13, 2026
Read next
- How to review a client's MSA before you signTen clauses, the wording to send back, and the email that sends it.
- How to redline a contractThe steps in Word, Google Docs and PDF, what to change, what to comment, and the email that sends it back.
- Statement of work templateFree as a Word file or a Google Doc, each section explained, and a filled 12-week example.