CadelAll Articles
Revenue Recognition

Contract Modifications: ASC 606's Three Treatments

ASC 606 has three treatments for contract modifications: separate contract, termination + new contract, or modification of existing.

Cadel Team6 min read
CONTRACT #4819MODIFIEDBEFORE$420kAFTER$680kObligationsASC 606 MODIFIED

A contract modification can be a scope add, a price change, a term extension, or all three. ASC 606 covers all of them through one framework: two yes/no questions, three possible treatments. The treatment is determined by the modification's facts, not chosen by the controller. Each treatment produces a different recognition pattern, and the difference shows up in the modification-month revenue line.

The three treatments at a glance

ASC 606-10-25-10 through 25-13, summarized

01
Separate contract
The modification adds distinct goods or services, and the added consideration reflects the entity's SSP for the addition. Accounted for as a new contract, prospectively. Existing contract is untouched.
Fix:
02
Termination + new contract
The remaining goods or services after the modification are distinct from those already transferred, but the conditions for a separate contract are not met. Prospective. Remaining unrecognized consideration plus new consideration spread over remaining POs from the modification date.
Fix:
03
Modification of existing
The remaining goods or services are not distinct from those already transferred, or there is a single performance obligation partially satisfied. Cumulative catch-up: recompute revenue as if the contract had always been on the new terms, post the delta in the modification period.
Fix:

The decision rule, in one tree

Two yes/no questions resolve every modification. The treatment is determined by the facts of the modification, not by the controller's preference, and the decision must be reproducible from the contract itself.

ASC 606 modification: two tests resolve every case

Question 1
Does the modification add distinct goods or services priced at the entity's SSP for that addition?
Yes
Treatment 1: separate contract. Stop here.
No
Continue to Question 2.
Question 2
Are the remaining goods or services after the modification distinct from those already transferred?
Yes
Treatment 2: termination plus new contract. Prospective accounting.
No
Treatment 3: modification of existing. Cumulative catch-up.

Three fact patterns, three treatments, three numbers

Base contract
36-month software subscription, modified at month 12
Term
36 months
Total
$36K
Monthly
$1K
$12K recognized through month 12$24K deferred (months 13 to 36)
At the end of month 12 the customer modifies the contract. Three different fact patterns trigger three different treatments and three different month-13 revenue numbers.
Modification fact pattern
Treatment
Month 13 revenue
Customer adds premium support for the next 24 months at $0.25K/month, the SSP of premium support sold standalone.
T1: Separate contract
$1.00K existing PO + $0.25K new PO = $1.25K
Customer extends the term by 6 months for $9K incremental. Remaining service (months 13 to 42) is distinct from service delivered through month 12.
T2: Termination + new
($24K + $9K) / 30 = $1.10K
Customer renegotiates months 13 to 36 to $1.25K/month (was $1.00K). Same continuing PO. Adds $6K to total consideration.
T3: Modification of existing
$2.00K catch-up + $1.17K ratable = $3.17K

Same base contract, same modification month, yet three different month-13 revenue numbers depending purely on the facts.

The cumulative catch-up calculation

Treatment 3 is the only treatment that requires a cumulative catch-up entry. Under ASC 606-10-25-13(b), the modification is accounted for as part of the existing contract. The transaction price and the measure of progress are updated to reflect the modified terms, and the difference between revenue that should have been recognized to date and revenue actually recognized posts as a single entry in the modification period.

Formula: Catch-up = (Revised total transaction price × Measure of progress at modification date) − Revenue already recognized

Worked numbers for the Treatment 3 fact pattern above:

#StepValue
1Revised total transaction price ($12K recognized + $30K renegotiated)$42K
2Measure of progress (12 of 36 months)33.3%
3Revenue that should have been recognized (33.3% × $42K)$14K
4Revenue already recognized to date$12K
=Cumulative catch-up entry posted in month 13+$2K

After the catch-up, the remaining $28K amortizes over the 24 remaining months at $1.17K per month. Positive catch-ups inflate the modification period; negative catch-ups deflate it. Either way, the disclosure should explain the modification and the amount.

See it in motion

Cadel processing a modification and posting the correct treatment

Cadel · Contract modifications demo

Where the call goes wrong

The three common misclassifications, by treatment

T1
Over-applied
Cleanest to book, so teams reach for it first. But it is allowed only when the added consideration matches the SSP of the addition. Side-letter discounts, free months, or bundled pricing usually disqualify it.
Fix:
T2
Wrongly reached for
Picked whenever the modification feels prospective. The distinctness gate (remaining service distinct from past delivered) is narrow. Customer-installed software, configurable services, and customized deliverables rarely clear it.
Fix:
T3
Quietly resisted
The most common honest answer for a price or scope change on a single continuing PO. Teams resist it because the cumulative catch-up lands visibly in the modification period rather than spreading forward where it would be less visible.
Fix:

What good looks like

A clean contract modification workflow runs the two tests at intake, classifies the treatment, computes the catch-up where applicable, and posts the correct journal entries with a full audit trail of which conditions were met. The treatment decision is no longer a memo someone writes the week before the auditor arrives; it's documented at the modification event with the supporting evidence attached.

The downstream effects show up in the revenue reconciliation rollforward: when a modification isn't classified correctly at intake, the rollforward stops regenerating from source and the next quarter's tie-out fails.

See how Cadel handles end-to-end revenue recognition under ASC 606, or get in touch to walk through one of your modifications in the two-test framework.

#revenue-recognition#ASC-606#contract-modifications#explainer

See it live

See Cadel automate your revenue close

20 minutes. Bring your ASC 606 schedule. We'll show you where Cadel eliminates manual SSP allocations, modification entries, and variance chasing.

Book a Demo
Contract Modifications: ASC 606's Three Treatments | Cadel Blog