...
Even if you are testing a user-entered value, you must have the status change connector or the workflow will go straight to the branching and not wait for the user to fill in the form. The test will then work on the default values of the form and the same the branch will be taken over and over again and the other branches missed.
The status change connector does not need to be immediately above the branching - it could be further back a few connectorsup the flow. But it must occur before the branching in the flow.
Request Status Change
Are you checking for Submitted status?
Checking for submitted is only valid you had an already accepted/rejected request, and then someone manually makes it submitted again.
When you create a Request in a workflow, the Request is created in Submitted status. There isn’t a Draft status on the server like there is on the Mobile. So don’t create a Request and then immediately check the Submitted status as it will always be true.
Does it check for both Accepted and Rejected or just one of them?
If you have only one then the workflow will never go beyond this point in the workflow and the workflow will never be complete. This will active workflows in the workflow history, long after they should have finished.
Job Status Change
Does it check for both Completed and Cancelled or just one of them?
If you have only one then the workflow will never go beyond this point in the workflow and the workflow will never be complete. This will active workflows in the workflow history, long after they should have finished.
Related articles
| Filter by label (Content by label) | ||||||
|---|---|---|---|---|---|---|
|
...