Related State Transitions

In Litium Studio, the complexity of state transtions in a order is broken down into several state machines. For example, at the minimum, a order will have its set of

• Order states
• Payment states
• and Delivery states.

However, all above states are related to each other. For example, a order cannot be said to be "Complete" if its all deliveries are not "Delivered". In the same way, if the order payment "Fails", the order has to be in a "Attention" state to notify the administrators some action need to be taken.

The above scenarios are achieved through related state transitions.
For the Virtual State Machines implemented, the final step of a state transtion is to examin the related state transitions and invoke them.

As you can see in above diagram, a related state transition starts a whole new state transition cycle, but in a different state machine. For example, the payment state machine may invoke a related state transition in the order state machine.

 The default state transition plugin implementation is configured in following way to handle related state transitions

• The order is put to Confirmed and then to Processing if the Payment Status is not Init or any delivery status is not Init
• The order is put to Attention if a payment fails or a delivery fails.
• The order is put to completed if all payments are Paid and Deliveries delivered