How to Troubleshoot Failed Workflow Submission

This passage will walk you through different kinds of failed workflow submissions and how to troubleshoot them so that the admin can quickly solve the problems based on actual conditions.

Next Node Rule Not Applicable

Cause

If you have added a condition in a workflow and the submitted record does not meet the condition, you cannot submit the workflow form. Edit the form to meet the condition or modify the condition before submitting it.

Solution

If you fail to submit a workflow due to the Next Node Rule not applicable, find and solve the problem in the following ways.

1. Identifying the Record Submitted Unsuccessfully

Tick Manage Data, identify the record submitted unsuccessfully and view the record.

For example, Application No. is 00048. Click the Filter button, add a condition, and enter the number to check the record.

2. Checking Updates

In Updates, view the cause of the failure and the node where you fail to submit the workflow.

3. Checking Chart

In the Chart, view the version number, the current node, and the next node.

4. Checking the Version Number

Select the same workflow version in the workflow.

For example, as the version number in the Chart is V25, click the V25 version.

5. Checking the Flow Line and the Condition

As the failure happens on the Start node, the next node rule is not applicable, and the next node is the Administration Department, we should check the flow line between the Start and Administration Department.

For example, the workflow will flow to the next node when the applicant is Alan. Check whether the submitted record meets the condition.

If the applicant is not Alan, you will fail to submit the workflow form.

Could Not Find the Approver for the Next Node

Cause

If the system fails to find the approver you select from Auto-assign, it will show Couldn’t find the approver for the next node. Then the administrator should select another approver.

Solution

If you fail to submit a workflow due to Couldn’t find the approver for the next code, find and solve the problem in the following ways:

1. Identifying the Record Submitted Unsuccessfully

Tick Data Management, identify the record submitted unsuccessfully and check it.

For example, Application No. is 00048. Click the Filter button, add a condition, and input the number to check the record.

2. Checking Updates

In Updates, view the cause of the failure and the node where you fail to submit the workflow.

3. Checking Chart

In Chart, view the version number, the current node, and the next node.

4. Checking the Version Number

Select the matched workflow version.

For example, as the version number in Chart is V35, tick the V35 version.

5. Checking the Approver Setting

As the failure happens on the Start node, the system cannot find the approver for the next node, and the next node is the Administration Department, you should set the Administration Department. That is, you have not set a member as Level 4 Department Head in Contacts.

The following are the ways to set the approver:

6. Inactive Approver

If the approver on a node is inactive, you should reset an approver, click Handover in Inactive Members, and set Handover in batches.

Does Not Match Child Workflow Node Input Conditions

Cause

In any case of the following circumstances, you fail to submit a child workflow.

Solution

1. In the first circumstance, enable the child workflow.

2. In the second, re-transfer the form into a child workflow and add conditions for Parent Workflow and Child Workflow.

3. If the child workflow is deleted, ask the admin to restore it. If it is not granted the Cross-App permission, set the Cross-App form in Cross-App.

4. In the fourth, click Handover in Inactive Members to take over the child workflow.

Loops Existing in the Multi-Branch Workflow

Cause

If a loop exists in a multi-branch workflow, it will disrupt the normal flow because data will flow among the nodes in the loop in circulation.

This problem occurs in two common cases including "Multiple Branches Extending From One Node " and "Multiple Dependent Loops," distinguished from the status of the last finished node, as shown in the workflow Chart.

1. Multiple Branches Extending From One Node

Multiple Branches on One Node means that there are multiple branches extending from the last finished node. The nodes to which multiple branches are about to flow are connected in a loop.

For example, in the following chart, if the Task Node is the last node where data is submitted, there will be two branches extending from it. The two branches are activated, namely, the branch from Task Node to Node in Loop 1 and the branch from Task Node to Node in Loop 2. However, nodes in the loop are not activated successfully, which indicates that the Node in Loop 1 and the Node in Loop 2 are connected in a loop.

The data will flow into nodes in the loop at the same time. You can find that connectors of Node in Loop 1 and Node in Loop 2 form a closed loop.

2. Multiple Dependent Loops

In this case, no activated connector extends from the last finished node, and there are finished nodes involved in another loop.

For example, the Inventory Approval node is the last node where data is submitted, and the connector extending from it is not activated.

The Inventory Approval Node is involved in Loop 2 of Purchase Application > Finance Approval > Inventory Approval > Purchase Application and the Purchase Application and Finance Approval nodes are involved in Loop 1 of Purchase Application > Finance Approval > Purchase Application at the same time.

Solutions

When the failed submission is caused by loops in the multi-branch workflow, you can deal with that according to the following ways.

1. Modifying Proceeding Conditions

Note:

This solution is applicable to the first case "Multiple Branches Extending From One Node."

Select one of the connectors that extends to nodes in the loop. Modify the proceeding condition to avoid the situation that data flows to multiple nodes in a loop at the same time.

2. Replacing the Connector with the Workflow Returning Feature

Note:

This solution is applicable to both cases, including "Multiple Branches Extending From One Node " and "Multiple Dependent Loops."

Delete the connector that causes the loop. Then enable the workflow returning feature to displace the connector.

I have finished reading. 🏆

👉I can't wait to TROUBLESHOOT FAILED WORKFLOW SUBMISSION.

👉I need more HELP in Discord Forum.