Panel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
For milestones to be calculated for an order, orchestration must take the delivery promise into account, to do so, orders must be orchestrated using a ruleset chaining instead of a ruleset. |
Milestones depend on delivery promise configuration
...
Info |
---|
All information regarding workflow actions can be found at Orders & workflows |
set_milestone : the acheived milestone. If empty,
without_always_at_start
milestone is set (generally de case when initiating milestones in the graph).To make use of milestones, they must be stored for the order at each of its line_item_groups claimed transition. To do so, the action set_milestone has to be set in the claim transition of the line_item_groups.
When recomputing, solutions with non-achieved milestones dates in the future (greater than now) will be considered as valid options. Those with dates in the past, will not be considered.
set_milestone_alert : Schedule alerts to be triggered at milestones cutoffs (plus a delay)
Notifications can be scheduled to be triggerd at the time of milestones cutoffs (plus a certain delay). When triggered, a validity check will be performed to ensure the specified milestone has not yet been reached/acheived. If already reached, notifications won't be triggered.
The time at which the notification will be triggered is the milestone cutoff of the first milestone stored in
order_delivery_promises
. Cutoffs are sorted based on the sort criteria configured for the site.
A special notification named
recompute_cutoffs_sets
can be called to recompute the cutoffs for each milestone.
Info |
---|
When recomputing cutoff sets, solutions with non-achieved milestones dates in the future (greater than now) will be considered as valid options. Those with dates in the past, will not be considered. |
...