This article provides a deeper dive into workflow Design Sync.
BrightWork template design sync supports two types of workflow:
Rather than list all the features that are supported this article focuses on the exceptions, what is not supported or not recommended. However, some features included are worth briefly mentioning. The following scenarios supported.
Both List Workflow Types:
Nintex List Workflow:
This section outlines the features and actions that are eother not supported or are not recommended.
Workflows in the template that are unpublished are not synced.
If a workflow's published date is not the same as its last saved date then the workflow is not synced. This can mean that a published workflow will not be copied over to the project site. For example, create a workflow in the template and publish it. Now edit the workflow and save it but do not publish it. When you design sync from the project this workflow will not be synced.
Keep workflow names short.
SharePoint has a limit of 260 characters on a file or folder name. Since Nintex workflows are stored in folders it is advisable therefore to keep the names of workflows short. Although the workflow might run fine in the template, if the workflows are synced to a project site the resulting URL there could be long. This might then cause your workflow folder name to exceed 260 characters and then it will fail.
Custom workflow actions are not supported.
Nintex workflow has an option to 'Enable workflow to start from the item menu'. This is not supported in the design sync, or when creating a project site.
Workflow start conditions potential issue.
If you have a workflow in the template and project with 'Start when items are modified' selected. If you then update this to 'Start when items are created' in the and you perform a design sync with no workflow update options selected then the workflow will no longer start in the project.
To fix this perform a design sync with 'Update common List Workflows to a new version' selected.
Nintex Workflows and their GUIDs.
When creating a project site any Nintex Workflows are copied exactly as they exist in the template. This means their unique identifier (i.e. GUID) is copied also. This can mean that when viewing a workflow instances history that more instances appear in the list than have run in that list.
Tip! Renaming Nintex Workflows is not recommended.
Renaming a Nintex Workflow can create an orphaned workflow association that SharePoint cannot handle. If you experience issues after renaming Nintex Workflows this is a probably cause.