From 2af2c5d454638c434e8fcead69afb9414ae9414d Mon Sep 17 00:00:00 2001 From: Lance Edgar Date: Sun, 19 Oct 2025 10:11:07 -0500 Subject: [PATCH] Add WorkflowsOrdersPurging --- WorkflowsOrdersPurging.md | 7 +++++++ 1 file changed, 7 insertions(+) create mode 100644 WorkflowsOrdersPurging.md diff --git a/WorkflowsOrdersPurging.md b/WorkflowsOrdersPurging.md new file mode 100644 index 0000000..47fa1aa --- /dev/null +++ b/WorkflowsOrdersPurging.md @@ -0,0 +1,7 @@ +# Order Purging + +To ensure that each customer order is handled properly should be considered the responsibility of the workflow and general user training. However neither may be perfect (although ideally the workflow/UI would be as close as possible), and it may be that some orders manage to occasionally slip through the cracks. Such situations may be helped or possibly even avoided with the following measures. + +## Stale Orders + +Most likely the easiest way to catch an order which has eluded the normal workflow would be based on the amount of time since its last logged event. Of course some stages in the workflow will last longer than others, so a rather custom query would be required to discover "stale" orders at each of the various workflow stages. What happens to stale orders will vary as well. One step would likely be to set `OrderProduct.status` to "inactive" or similar; if that's all that's required then essentially this is just a [[manual update|WorkflowsOrdersManualUpdates]].