Siebel Order Management Guide Addendum for Communications > Workflows for Employee Asset-Based Ordering > Workflows to Submit an Order >

SISOMBillingSubmitOrderWebService Workflow

This workflow submits an order from the Siebel CRM application to the billing application and creates a new account, if needed, in the billing application. It is called when a user clicks Submit on the order header of the Sales Orders screen.

Figure 16 illustrates the SISOMBillingSubmitOrderWebService workflow.

Figure 16. SISOMBillingSubmitOrderWebService

Workflow Description. This workflow performs the following actions:

1. Run On WorkflowProcMgr. Checks the setting of the RunOnWorkflowProcMgr process property. By default, the RunOnWorkflowProcMgr is set to N. If this property is set to Y, then this step calls Step 2, which runs the workflow on the WorkflowProcMgr object manager. If this property is set to N, then this step goes through the normal flow; in other words, the workflow proceeds to Step 5 and runs the workflow on the current object manager.
2. Submit Sync on WorkflowProcMgr. Calls the workflow recursively with the RunOnWorkflowProcMgr process property set to N, so that the workflow goes through the normal process.
3. Refresh Order Header. Refreshes the order header to reflect the status and other changes after submission.
4. Refresh Order Line Items. Refreshes the order line items to the reflect the status and other changes after submission, and ends the workflow.
5. Revision>1 & Fulfillment Mode <> TSQ? Checks whether the order revision number is greater than 1. If the order revision number is greater than 1, then this step checks whether or not this order is valid.
6. Invalidate Stale Orders. If the Order Revision number is greater than 1, then this step calls the InValidateStaleOrders method. This step checks whether a user is attempting to submit a stale version of an order. If so, then this step prevents the user from submitting the current order, to reduce order fallout.
7. Is Invalid Order? Checks whether the Fulfillment Mode is Cancel:
   • If the Fulfillment Mode is Cancel, then this step determines that the order is already submitted for cancellation and resets the active order.
   • If the Fulfillment Mode is not Cancel, then this step submits the order and calls the SIS OM Submit Order Process. For more information, see SIS OM Submit Order Process.
8. Stop 0. Displays an error message if the user attempts to submit a sales order before the user submits the parent order.
9. Is Fulfillment Status = Pending, Passed or Failed TSQ? Checks for the Fulfillment Status Code values Pending TSQ, Passed TSQ, and Failed TSQ, and checks to see whether the Order Status value is not equal to Open. If both the conditions are true, then the next step is executed.
10. Update Fulfillment Mode and Order Header Status. Sets the value of the Fulfillment Status to Deliver and sets the Status of the order to Open.
11. Change Line Item Status. Sets the Status of each line item to Open.
12. Reset Active Order. Resets the Active Order so that the current order is no longer the active order.
13. Do Synch order? Checks whether the System Preference Enable AIA Comms is set to True.
14. Is Fulfillment Mode = Deliver? Checks whether the Fulfillment Mode is Deliver. If the value matches, then only the Compute Previous Values step is executed.
15. Query Order. Derives the value for the UTCCanonical input parameter of this step from the UTCCanonical process property. The default value for this property is N.
16. Is Parent Order Status = Pending? Validates that the status of the parent order is Pending to determine whether the parent order is submitted before the child order (Submitted Order).
17. Update Order. Updates the Status of the submitted order to Pending if the Is Parent Order Status = Pending step is Yes.
18. Update Line Items. If the parent order is not submitted, then this step updates the status of the corresponding order line item to Pending.
19. Is Fulfillment Mode = Deliver? Checks whether the Fulfillment Mode is Deliver. If it is, then only next step, Compute Previous Values, is executed
20. Compute Previous Values. Derives the value of the UTCCanonical input parameter for this step from the UTCCanonical process property. The default value for this property is N. The behavior of the workflow depends on the value of the UTCCanonical process property. If it is N, then the workflow converts the date values of the Sales Order to UTC and Canonical format. To change this behavior, you can change the default value for the UTCCanonical process property in the SISOMBillingSubmitOrderWebService workflow to Y. For more information, see SISOMBillingSubmitOrderWebService Workflow.

    NOTE:  Previous values are computed when an order is modified from an asset, and during the change order process. Previous values are not computed for revision orders.

21. Get Custom Attributes. Reads the enterprise details, such as the Siebel Enterprise Server name, language, and locale.
22. Set Custom Attributes. Sets the enterprise details as part of the request message.
23. AIA Testing Enable? Checks whether or not the Enable AIA Testing system preference is set to True.
24. Write to File. Writes the entire order payload as an XML file to the path specified in the AIA Order Backup Path system preference.
25. Submit Order WS. Includes an input argument named siebel_transport_param:JMSPriority. This argument maps the Order priority to the JMS priority.
26. Update Orders. If any of the preceding steps include an exception, then this step changes the status of the order from Open to Pending.

Table 29 shows the steps in this workflow that call business service methods.