This chapter provides overviews of future dated orders and temporary services and discusses how to:
Set up future dated orders and temporary services.
Create future dated orders.
Modify future dated orders.
Note. Future dating applies to orders for both products and services.
Future order functionality enables a user to place an order or a service management request that will occur in the future. The future dated orders are queued in the CRM system and automatically resubmitted to fulfill the order or request. This approach improves performance by not submitting orders until they are due. The functionality of order queuing is set up at the business unit level. You can activate or deactivate the queuing functionality based on your business needs.
Order queuing functionality depends on the order scheduled fulfillment date. An order will be either qualified for immediate execution, that is, the business project will be initiated immediately or will be scheduled for execution in the future. After submitting the order with future scheduled fulfillment date, the system will validate the order and change order status to Queued. The business project will not be instantiated; instead the order execution date will be calculated based on the order scheduled fulfillment date and the ordered product's lead time. A separate process (QUEUED_ORDER_SUBMISSION) will run daily to find and submit all outstanding orders scheduled to be executed on current date. One scheduled fulfillment date will be allowed per order.
Note. If an order contains multiple order lines and each associated product has a different lead time, the longest product lead time will be used to calculate the scheduled fulfillment date for that order.
The following terms are applicable to future dated orders:
Term |
Definition |
Future Dated Order |
A customer order or service modification request that will be effective on specified date in the future. |
Scheduled Fulfillment Date |
The date when future dated order should come into effect. Also known as the Fulfill By date field. |
Earliest Fulfillment Date |
The earliest date when the order can be fulfilled. This is calculated based on the ordered product's lead time. The Scheduled Fulfillment Date must not be before the Earliest Fulfillment Date otherwise the order is placed on hold and may be late. |
Queued Order |
A submitted and validated future dated order, put in the queue for automatic execution on future date. |
Order Execution Date |
The date when a future dated order should be executed to assure that all requested modifications will be effective on the scheduled fulfillment date. This date will be calculated based on Scheduled Fulfillment Date and maximum lead time for a products added to the order (for example, Order Execution Date = Scheduled Fulfillment Date – Maximum Lead Time for products that are added to the order). |
Order Execution Time Frame |
The period of time between order execution date and order scheduled fulfillment date. On order execution date the business project will be initiated and is assumed to be running until order scheduled fulfillment date. |
Suspended Service |
An installed product that is suspended with a date specifying when the product will be automatically reactivated. See Understanding Service Management Business Projects and Integration Points. |
An installed service that has an end date on the Manage Service - Line Details page is considered a temporary service. The service end date is stored along with the installed service and is used to validate a new service management order against scheduled product deactivation.
Depending on the product definition, the system performs these actions to carry out the eventual disconnection of the temporary service:
If the product definition indicates Change Service Status on a specified date, the installed product status is automatically changed in the CRM system by a background process on that date. No further notification is sent to or expected from the external systems.
If the product definition indicates Wait for External Notification, the installed service status is updated only after receiving confirmation from the external system that the requested product deactivation is fulfilled. If the notification is not received after the scheduled termination date is reached, it is considered an error.
If the product definition indicates Create Order for Change, a new service disconnection order is automatically created and submitted by the CRM system to perform product disconnection in CRM and other systems. The date when the disconnection order is created and submitted is calculated based on service disconnection date and disconnect action lead time for a product.
Note. Depending on the available actions for the service, either a Disconnect action or a Cancel action is used to change the service status or create a disconnect/resume order.
For temporarily activated services, the line action Change End Date enables the modification of the scheduled end date. The Manage Service business project is executed to update the CRM system and notify the external systems if necessary.
This section discusses how to:
Enable use of future dated orders and temporary services at business unit level.
Define lead time for products.
Define lead time for product actions.
Enable use of temporary services at product level.
Note. This section discusses page fields that pertain only to future dated order and temporary service functionality.
Page Name |
Definition Name |
Navigation |
Usage |
BUS_UNIT_RO1 |
Set Up CRM, Business Unit Related, Order Capture Definition, Order Capture Definition - Internal |
Specify whether to support future dated orders and service management requests. |
|
PROD_DEFN |
Products CRM, Product Definition, Product Definition - Definition |
Define the lead time necessary to fulfill the order for a product. |
|
RBT_PKG_ACTION |
Products CRM, Product Definition, Product Definition - Actions |
Define the lead time necessary to fulfill the action on the product. |
|
PROD_INSTALL |
Products CRM, Product Definition, Product Definition - Installed Product |
Enable temporary installation of a product and define how the system will perform possible future deactivation of the installed product. |
Access the Order Capture Definition - Internal page (Set Up CRM, Business Unit Related, Order Capture Definition, Order Capture Definition - Internal).
Order Submission
Allow Future Dated Orders |
Click to enable the business unit to create and manage orders and service management orders with fulfillment dates in the future. |
Allow Temporary Services |
Click to enable the business unit to create and manage service management orders with installed services that have end dates (temporary services). |
Use Lead Time for Start Date |
Click to set the system to calculate the start date of the service product that is added to an order using the lead time of the service product. Suppose that the lead time that is specified for a service product definition is 2 days. When this service product is added to an order on January 1, the start date of this service product, as displayed on the Line Details page, is January 3. The start date is calculated as: Start date of service product = current date + service product lead time |
See Also
Creating Order Capture Business Units
Access the Product Definition - Definition page (Products CRM, Product Definition, Product Definition - Definition).
If specified, the lead time is used to calculated the scheduled fulfillment date of the order. If no value is specified, zero lead time is assumed.
See Defining Product Information, Understanding Future Dated Order Creation.
Access the Product Definition - Actions page (Products CRM, Product Definition, Product Definition - Actions).
If specified, the action lead time is used to calculate the execution date of the action when it is selected in a service management order to perform on an installed service. If no value is specified, zero lead time is assumed.
See Defining Product Actions, Understanding Future Dated Order Creation.
Access the Product Definition - Installed Product page (Products CRM, Product Definition, Product Definition - Installed Product).
Temporary Services
This section appears if the product is of type service.
Allow Temporary Services |
Click to allow the creation of service management orders using temporary services. When this field is selected, you can specify a future deactivation date (an end date) when creating new installed products. If you select an installed service on a service management order and it is a temporary service because it has an end date, the Temporary Service check box appears on the Manage Service - Line Details page for the corresponding order line. |
External System |
Select a value to designate how an external system will handle an automatic service disconnection or resumption when either a temporary service has come to its termination date, or when a service that is suspended with the Suspend/Resume action comes to its resumption date. When the temporary service is at its termination point, this information determines how CRM should handle the disconnect (or cancellation) of the temporary service. When the service reaches its resumption date, this information determines how the system should handle the resumption for the service. Options for the automatic disconnection (or cancellation) of the temporary product or automatic resumption of a service are:
|
See Defining Installed Product Rules for a Product.
This section provides an overview of future dated orders and discusses how to:
Create future dated orders.
Select effective dated addresses.
Note. This section discusses only those fields which are impacted by future dated order functionality. Refer to the following chapters for detailed information on all fields found on these pages.
See Managing Orders and Quotes, Working with PeopleSoft Service Management, Working with Bulk Orders.
This section discusses:
Future dated orders.
Future dated service management orders.
Multiple future dated orders for the same service.
Future dated bulk orders.
Future dated bulk service management orders.
Future Dated Orders
Future dated order functionality allows you to create orders for service activation or product fulfillment in the future.
The Fulfill By date field triggers the future dating functionality. On order submit, the order execution date (date when the business project needs to be instantiated) will be calculated based on order scheduled fulfillment date and maximum lead time for products that are affected within the order.
If the order execution date is in the past, the order will be put on hold. The CSR will be able to override the hold and submit the order taking into consideration the fact that order might be overdue.
If the order execution date is the current date, the order will be submitted immediately.
If the order execution date is in the future, the order status will be changed to Queued after successful validation, and the order will be scheduled for future execution.
The order will only be submitted if no holds are generated. Once an order is submitted it is queued for fulfillment/activation. At a later date, based on the time to deliver the product/service and the future date specified:
The order configuration will be revalidated.
The hold validation will be rerun.
Correspondence will be generated as part of processing the business project to complete the order.
The order will be processed for fulfillment or activation.
Only one order scheduled fulfillment date is allowed per order. The order line start dates are populated based on the order scheduled fulfillment date (or earliest fulfillment date if scheduled fulfillment date is not set) and are editable based on the Order Capture business unit setting for Line Dates Editable on Order. The shipment arrival date is editable, but on order submit the validation is performed to ensure that shipment arrival date is later than order scheduled fulfillment date. If the validation fails the order will be put on hold.
You can select a future dated shipment/billing/site address on the Address Book page. The Advanced Options link displays all customer address based on an effective date when the addresses are valid. The Address(es) effective as of date defaults to the Fulfill By date specified on the order. Upon order submission, the address effective date is validated against the order scheduled fulfillment date to assure there is no mismatch. If the validation fails, the order is put on hold. Possible holds are:
Fulfill By date is before earliest fulfill by date.
Future dated orders not enabled.
Order revalidation after being queued.
Shipment arrival date earlier than fulfill by date.
A process will be run daily to submit outstanding future dated orders scheduled for the current date. If the order execution date is current or earlier than the current date the order is submitted. The validation will be repeated to ensure the order is still valid. If the validation fails, the order will be put on hold. Otherwise the order status will be changed from Queued to Submitted and the business project initiates.
The process that is run daily is the Scheduled JobSet named QUEUED_ORDER_SUBMISSION. You must activate and schedule this process for the automatic processing of Queued orders to occur.
On submission by the Scheduled JobSet, the revalidation process repeats the hold validation that is currently performed on order submits. Additionally all effective dated order parameters will be validated against current date:
Order contact.
Shipment addresses.
Shipment contacts.
Billing addresses.
Billing contact.
Site address.
Site contact.
Order line product for active status.
See Managing Orders and Quotes.
Future Dated Service Management Orders
Future dated service management order functionality works in the same way as order capture. The orders with future dates are queued by the system and automatically executed on the date estimated from the scheduled fulfillment date and affected product action lead time.
Only one scheduled fulfillment date is allowed per order. Start and end date fields on order line details page are visible, defaulted to the scheduled fulfillment date value or the earliest fulfillment date value if the scheduled fulfillment date is not set. These dates are editable based on the Order Capture business unit setting for the Line Dates Editable on Order field:
Change Features – no dates visible on the order line details.
Disconnect Service – end date populated based on the scheduled fulfillment date.
Suspend Service – start date populated based on the scheduled fulfillment date; end date not visible.
Suspend/Resume Service – start date populated based on the scheduled fulfillment date; end date is editable and must be filled in by the user.
Resume Service – start date populated based on the scheduled fulfillment date.
The process that is run daily to resubmit simple orders will also handle service management orders. It is run daily to submit outstanding future dated orders scheduled for the current date. If the order execution date is current or earlier than the current date the order will be submitted. The validation will be repeated to ensure the order is still valid. If the validation fails, the order will be put on hold. Otherwise the order status will be changed from Queued to Submitted and the business project will initiate.
The process that is run daily is the Scheduled JobSet named QUEUED_ORDER_SUBMISSION and must be activated and on a schedule for the automatic processing of Queued orders to occur.
On submission by the Scheduled JobSet, the revalidation process will repeat the hold validation that is currently performed on order submits. In addition, the service structure will be re-validated to confirm that the service order is still viable in the context of any service changes that could have occurred in the lag time between order capture and the order execution date. The min/max components, product relationships, and order line actions will be validated against the current service base. The validation will fail if:
The number of components doesn't match the minimum or maximum value specified for the package.
The product prerequisite is missing.
The order is for the removal of an already removed product.
The order is for the addition of an already added product.
The order is for the suspension of an already suspended product.
The order is for the resumption of an already resumed product.
See Working with PeopleSoft Service Management.
Multiple Future Dated Orders for the Same Service
You can create a future dated order for a service when there are already outstanding future dated service management orders against the service. Future dated orders are scheduled for future processing and executed on the calculated order execution date. Only one order for the same service can be processed at the same time. If another order is being processed on the order execution date, it will be omitted and put on hold. Orders will be executed one after another based on order execution date (not scheduled fulfillment date).
When creating a new service management order for a service or number of services, the list of all outstanding queued orders for these services is displayed. Instead of proceeding with the new order, you will be able to select and maintain the existing order.
A new link called Display All Queued Orders for Selected Services is displayed on the order form to users to find all currently queued orders for the selected services. The list is dynamically generated, so only current information is provided.
If there are other outstanding orders already queued for the same service, the validation check that is performed on order submit will ensure that order execution time frames do not overlap. If the validation fails, the order will be put on hold. Possible holds are:
Fulfill By date is before earliest fulfill by date.
Service disconnect or suspend before queued order.
Order execution time frames overlap.
Queued orders with installed products.
Order revalidation after being queued.
Validate start and end dates on Service Management.
Future Dated Bulk Orders
You can create a bulk order for future dated service activation or product fulfillment. The order is captured immediately; child orders are generated; submitted, and queued by the system for future processing.
Once child orders have been created from the bulk order, the scheduled fulfillment dates of the individual orders may be modified between the time the orders are generated and the time that they are submitted for processing.
The scheduled fulfillment date is copied from the parent bulk order onto each generated child order. If the scheduled fulfillment date is a future date, the child orders will be processed as future dated orders on order submission, and the child order will be queued if necessary.
Future Dated Bulk Service Management Orders
You can create a bulk service management order for future dated service activation or product fulfillment. The order is captured immediately; child orders are generated; submitted, and queued by the system for future processing.
Once child orders have been created from the bulk order, the scheduled fulfillment dates of the individual orders may be modified between the time the orders are generated and the time that they are submitted for processing.
If any child orders generated from the bulk service modification have pre-existing future dated service orders pending against them, those orders will be put on hold and must be reviewed by a CSR before they can be processed.
The scheduled fulfillment date is copied from the parent bulk service management order onto each generated child order. If the scheduled fulfillment date is a future date, the child orders will be processed as future dated orders on order submission and the child order will be queued if necessary.
Page Name |
Definition Name |
Navigation |
Usage |
RO_FORM |
Orders and Quotes, Add Order, Order - Entry Form |
Create an order for future dated service activation or product fulfillment. The order is captured immediately, submitted, and queued by the system for future processing. |
|
RX_ADR_SEL_ADDRESS |
Click the View Addresses button on Order - Entry Form page. |
View effective dated addresses. |
Access the Order - Entry Form page (Orders and Quotes, Add Order, Order - Entry Form).
Order Status |
Displays a queued status upon submission, if the Fulfill By date of the order is a future date. |
Fulfill By |
Displays a date in the future to queue the order for future processing. Prior to order submission, this field is blank by default. This field is not required on save, but it is required on order submit. If you do not explicitly specify this date before order submission, the order is scheduled for immediate execution. |
Earliest |
Displays the earliest date when the order can be fulfilled. It is based on the products' lead times from the order (current date + product's lead time). If the Fulfill by is the current date, the Earliest field is not displayed. |
Access the Address Book page (click the View Addresses button on Order - Entry Form page).
Address(es) effective as of |
The system defaults to the date selected in the Fulfill By field. If no date is selected in Fulfill By field, the system assume the order will be submitted immediately and does not show the Address(es) effective as of field. |
Select |
Click to use the associated address as the billing or shipping address for the order. |
Add Address |
Click to create a new address for use (billing, shipping, or both) in the order. |
This section discusses how to:
Modify future dated orders.
View change history for future dated orders.
Note. This section discusses page fields that pertains to future dated order functionality.
Page Name |
Definition Name |
Navigation |
Usage |
RO_FORM |
|
Access a queued order for order maintenance. |
|
RO_HISTORY |
|
View the audit trail of all order changes. |
Access the Order - Entry Form page (Orders and Quotes, Search Orders and Quotes. Enter a status of Queued and click the Search button).
This screenshot shows an example of a queued order that is currently in maintenance mode.
|
Click to switch the order to the maintenance mode, in which all applicable sections become editable. When the order is resubmitted after maintenance is completed, all holds (if identified) need to be resolved before the updates are applied to the queued order. No copy is made of the order like in order maintenance, changes to the queued order are applied directly to the order when all holds are lifted. |
Note. When the order is submitted, any changes that were made to the order is logged on the History page.
See Also
Access the Order - History page (Orders and Quotes, Search Orders and Quotes, Order - History).
See Also