Example: Mid-Year Amendment with Split Fulfillment Asset State Periods
Let's see how Dynamic Revenue Orchestrator (DRO) uses time-awareness to split existing
Fulfillment Asset State Period (FASP) records when a new contract starts mid-year, and how it
derives No Change, Amend, and Renew actions for the overlapping timeline.
Required Editions
Available in: Enterprise, Unlimited, and Developer
Editions
This example builds on the 3-year Sales Cloud ramp deal described in Example: Add Action with Time-Awareness Turned On. The account now adds
Service Cloud in a second 3-year ramp deal that starts on June 1, 2026. Service Cloud
decomposes into the same two shared technical products as Sales Cloud: Tenant and License
Provisioning.
Example
The Service Cloud ramp specifies these quantities:
Year 1: 50 licenses
Year 2: 150 licenses
Year 3: 250 licenses
Because the Service Cloud deal starts mid-Year 1 of the existing Sales Cloud contract,
time-aware decomposition splits the Year 1 FASP timeline for the shared technical products
into two segments: January 1 to May 31, and June 1 to December 31. The split generates six
fulfillment order line items (FOLIs) for Tenant and six FOLIs for License Provisioning
across the 3-year overlap.
Time-awareness derives these actions from the overlap:
No Change
The Tenant technical product has account scope, so its quantity stays at 1 across all
periods. Tenant doen't require new FASP values for the existing periods.
Amend
The License Provisioning technical product uses an aggregate quantity rule. Starting
June 1, Service Cloud contributes 50 more License Provisioning, which aggregate with the
existing Sales Cloud License Provisioning for the second half of Year 1. The Amend
action updates the existing License Provisioning FASPs to reflect the new aggregated
quantity.
Renew
The Renew action applies in two situations: to insert a new FASP between two existing
FASPs when DRO splits the timeline, and to add a new FASP for the final term of the
Service Cloud deal that extends into 2029.
DRO marks the baseline License Provisioning and Tenant FASPs as superseded and replaces
them with the newly generated FASPs that reflect the split time periods and the derived
actions.
Note This example doesn't demonstrate the Cancel action. Cancel applies when a FASP that
existed before technical assetization no longer exists afterward, such as when a customer
terminates a specific term of a subscription.
Did this article solve your issue?
Let us know so we can improve!
Loading
Salesforce Help | Article
Cookie Consent Manager
Cookie Consent Manager
General Information
Required Cookies
Functional Cookies
Advertising Cookies
General Information
We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required Cookies
Always Active
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional Cookies
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising Cookies
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.