Analysis of the Future Request Merge Fields
The merge fields that are utilized for reporting the history of Future Requests of subscriptions (wherever applicable) are the following ten.
Created: This merge field displays the date the future request was created.
Creator: This merge field displays the first name and last name of the user who created the request.
Type: This merge field displays the future request actions that will be performed, be that an increase or decrease in quantity or a cancellation.
Item: This merge field displays the subscription product name or the add-on product name.
Last Update: This merge field displays the date the future request was last updated.
Last Update by: This merge field displays the first name and last name of the user who updated the request for the last time.
Revoked on: This merge field displays the date the request was revoked.
Revoked by: This merge field displays the first name and last name of the user who requested the revocation.
Submitted via Storefront: This merge field displays the value “Yes” if the request was submitted from the Storefront and “No” if the request was not submitted from the Storefront.
Status: This merge field displays the status of the external pricing (“Canceled”, “Pending”, “Completed”):
Canceled(status): This status means that the future request for the subscription is currently canceled, and therefore, no execution for that request will occur.
Pending (status): This status means that the future request for the subscription is currently pending execution.
Completed (status): This status means that the future request for the subscription is completed.
Rules of the Future Request Merge Fields
The types of subscriptions (with Product: prepaid, sub-subscriptions of bundle subscriptions, and back-ordering) that are currently covered and can be displayed according to their current “snapshot” are the following:
Prepaid subscriptions support future requests and are displayed accordingly.
Back-ordering subscriptions with future requests (for the root and the tenant) are displayed.
Bundle subscriptions do not support future requests, but their sub-subscriptions can be and are displayed accordingly.
Trial subscriptions do not currently support future requests.
Pay-Per-Use (PPU) subscriptions do not support future requests.
For more information, please also check the Manage Future Requests page.
Creating Reports for Subscriptions with Future Requests
In order to create a report for subscriptions with a future request, you must choose at the 1st step of the report’s creation the Subscriptions data type, along with the checkbox Future Requests.
Then, at the 2nd step of the report’s creation, you can choose any of the ten (Created, Creator, Type, Item, Last Update, Last Update by, Revoked on, Revoked by, Submitted via Storefront, Status) column fields.
All ten fields are located under the Future Requests General Columns.
At the 3rd step of the report’s creation, you can specify the expected status for the field Status as illustrated below by setting the Operator as “is equal to“ and the value as “Pending“.
Creating Custom Notification for Subscriptions with a Future Requests
The above-mentioned fields (Created, Creator, Type, Item, Last Update, Last Update by, Revoked on, Revoked by, Submitted via Storefront, Status), are also available as merge fields when you wish to create a custom notification for subscriptions having a future request. Therefore, in order to notify and inform a specific BSS user from your operations team, of such data, please navigate to BSS Setup >Administration > Notifications > Customer Notification Details > Subscriptions, then click on the "New Notification" button, and apply the condition as indicated in the following example.
Highlighted in green color, is the condition you can utilize for this custom notification:
Entry = "Future Requests", Field = "Status", Operator = "is equal to", Value = "Pending".
The main body of the notification email should contain inside the generic text all ten merge fields for a complete representation.
