Understanding Carve-In and Carve-Out Adjustments

An Accounting Mechanism for Aligning Billing with Allocated Revenue

Executive Summary

In multi-element customer contracts, billing patterns rarely align perfectly with how revenue is allocated across performance obligations. This mismatch creates challenges in maintaining accurate deferred revenue balances, explaining period-over-period movements, and reconciling subledger activity to the General Ledger.

Carve-in and carve-out adjustments are mathematical accounting constructs used to explain these differences. They are not pricing decisions, discounts, or revenue reallocations. Instead, they function as balancing mechanisms that reconcile amounts (selling, billing, or allocation) at different stages of ASC 606 processing.

Importantly, the term “carve” is used in two distinct but related contexts:

1. Allocation-time carve (Oracle RMCS core logic)
   Selling Amount – Allocated Amount
2. Billing vs Allocation carve (analytical / rollforward construct)
   Billing Amount – Allocated Amount

This whitepaper clarifies both constructs, explains when each applies, and demonstrates their behavior through a complex multi-POB contract example. The objective is to position carve amounts correctly within revenue accounting, rollforward reporting, reconciliations, and audit discussions.

The Business Problem: Billing Reality vs. Revenue Allocation

Modern contracts often include:

• Bundled products and services
• Zero-priced or nominally priced line items
• Front-loaded or uneven billing schedules
• Obligations satisfied at different points in time

While billing reflects commercial invoicing practices, revenue allocation reflects fair value distribution based on SSP across performance obligations. These two views serve different purposes—and they rarely align naturally.

The result is a persistent question for finance teams:

“If we billed X, but the allocated revenue says Y should be deferred, where does the difference go?”

Carve mechanisms answer this question—but only when properly defined.

What Carve-In / Carve-Out Is — and What It Is Not

A carve adjustment is an accounting reconciliation construct, not a revenue driver.

It:

• Does not change the transaction price
• Does not reallocate revenue across performance obligations
• Does not change satisfaction progress

Instead, it explains where differences reside between selling, billing, and allocation views.

In simple terms:

Carve adjustments allow billing, selling, and allocation to coexist without distorting revenue recognition.

Two Distinct Carve Constructs (Critical Clarification)

1. Allocation-Time Carve (Oracle RMCS Core Logic)

This carve occurs during Step 4 of ASC 606 — Allocate Transaction Price.

Formula (Oracle RMCS – vrm_contr_carveout_hdrs):

Carve Amount = Selling Amount – Allocated Amount

Purpose:

• Explains pricing variance at allocation time
• Captures implicit discounts or premiums
• Ensures total allocated revenue equals transaction price

This carve is pricing-driven, not billing-driven.

2. Billing vs Allocation Carve (Rollforward / Analytical Construct)

This carve is used after allocation, when analyzing billing behavior against allocated revenue.

Formula (Analytical / Rollforward):

Carve Amount = Billing Amount – Allocated Amount

Purpose:

• Explains liability placement, not pricing
• Used for rollforward analysis and GL reconciliation
• Clarifies why deferred revenue shifts across POBs

This carve is billing-driven, not allocation-driven

Directionality: Carve-Out vs. Carve-In (Billing vs Allocation Context)

Condition	Interpretation	Carve Type
Billing > Allocated Revenue	Over-billed relative to allocation	Carve-Out
Billing < Allocated Revenue	Under-billed relative to allocation	Carve-In
Billing = Allocated Revenue	Perfect alignment	No Carve

Key Insight:
Carve direction indicates where liability must reside, not where revenue moves.

When Do Carve Adjustments Occur?

A common misconception is that carve adjustments occur only at contract completion.

In reality, they are:

• Calculated continuously
• Re-evaluated each accounting period
• Updated whenever billing, allocation, or satisfaction changes

Carves behave as running balances, not one-time corrections.

A Complex Multi-POB Example

Contract Structure

A customer contract includes the following performance obligations:

POB	Description	SSP
POB 1	Software License	500
POB 2	Implementation Services	300
POB 3	Support	200
Total SSP		1,000

Contract Price: 900
(Implicit discount allocated proportionally)

Allocated Revenue

POB	Allocation %	Allocated Revenue
POB 1	50%	450
POB 2	30%	270
POB 3	20%	180
Total		900

Billing Pattern

POB	Cumulative Billing
POB 1	700
POB 2	200
POB 3	0
Total Billing	900

Billing is commercially driven and heavily front-loaded on the license.

Billing vs Allocation Carve Calculation (Cumulative)

POB	Allocated Revenue	Gross Billing	Carve Amount
POB 1	450	700	–250 (Carve-Out)
POB 2	270	200	+70 (Carve-In)
POB 3	180	0	+180 (Carve-In)
Total			0

Interpretation

• The license is over-billed relative to its allocation → carve-out
• Services and support are under-billed → carve-in
• Total contract billing still ties to contract value
• Deferred revenue balances now align with allocation logic

No revenue was reallocated.
No discount was created.
Only the liability placement was corrected.

How This Appears in Rollforward Analysis

In rollforward reporting:

• Carve-outs reduce deferred revenue for over-billed obligations
• Carve-ins increase deferred revenue for under-billed obligations
• Revenue recognition follows satisfaction, not carve movement

This explains why:

• Revenue may appear stable
• Deferred revenue shifts across obligations
• Carve columns fluctuate even without new billing

Why Carve Adjustments Are Often Misunderstood

Carve adjustments are frequently mistaken for:

• Discounts
• Revenue reallocation
• Manual corrections

This misunderstanding occurs because carve amounts:

• Are visible
• Change over time
• Appear to “move value”

In reality, they reflect allocation outcomes, they do not create them.

Key Takeaways

• Carve-in and carve-out are mathematical accounting constructs
• They exist in two contexts: allocation-time and billing analysis
• Oracle RMCS uses Selling – Allocated at allocation time
• Rollforwards use Billing – Allocated for reconciliation
• Carves do not change revenue, pricing, or satisfaction
• They are essential for deferred revenue transparency and GL tie-outs

Conclusion

Carve-in and carve-out adjustments play a critical but often misunderstood role in revenue accounting. When properly defined, they provide a clean, auditable bridge between selling, billing, allocation, and deferred revenue placement.

Understanding the dual nature of carve constructs shifts the conversation from:

“Why did revenue move?”
to
“Where is the liability correctly held?”

This distinction is essential for accurate rollforwards, reliable reconciliations, and confident audit discussions. Far from being anomalies, carve adjustments are deliberate mechanisms that make modern revenue accounting workable at scale.