Dependency declaration for service orders

Gargichatterjee
Tera Contributor

Hi,

 

I want to define dependency among the service orders (for the CFS and RFSs), which are getting generated after decomposition. Currently there is no sequence maintained for the service orders. So all the service orders are getting executed parallelly. I want to define a sequence and dependency among the SOs. Please suggest how to do that.

1 ACCEPTED SOLUTION

I highly recommend to go through the NOW Learning modules for Order Management which covers this topic.

 

The staggered approach is only applicable if there is a decomposition involved and this will be subject to your Catalog Definition and Requirements.

 

Assuming, there is decomposition involved you will need to define a char on say the parent CFSS.

On the Spec Relationship between the CFSS and RFSS, you can define a decomposition rule such that the decomposition happens only if a value is set for the char.

 

The value for this char would need to be set via the subflow by updating the Order Char record for the domain order for the parent CFSS. This step can be done after the External API call in your example.

 

Once the char is set, the decomposition condition will be satisfied to create the domain order for the RFSS, invoking the associated orchestration flow.

 

Note: Defining a Char on the CFSS (or rather any Spec) just to control dependencies is not the best way of modelling as the Catalog Definition and hence the Inventory records get polluted with unnecessary data that is not relevant beyond it's temporary purpose. As such, consider the approach with overall implementation in mind.

View solution in original post

13 REPLIES 13

Certainly, and it's something we have discussed and considered for future roadmap.

yes. Actually that would help. As many other products where they provide Catalog driven order management these things are available out of box.

Gargichatterjee
Tera Contributor

One more question @ShashankInamdar, how decision tables come into picture for the first option you mentioned. If you can please elaborate.

Say the expected sequence of orchestration flows is -

RFSS-1 

> Make External Call, Get Response

Only after this step, invoke flow for RFSS-2

 

In option 1, the suggestion was to update the 'Order Stage' on RFSS-2 after the External Call from the subflow for RFSS-1.

The decision table entry would then have an additional input column for Order Stage as shown below.

Only after the particular stage value is set along with other input conditions, the flow for RFSS-2 will get invoked.

ShashankInamdar_0-1700740061836.png