News

Authors:  Zach Puckett, Brad Orluk, Naomi Shodhan Have you ever managed a large project with multiple stakeholders who need to be notified of important project updates such as a changed delivery date?  Managing projects inevitably involves changing elements and influencing the timing of when the final deliverable is complete.  As a Project Manager, you can notify the stakeholders you need to, by using the send notification feature on Nintex Workflow for Project Server. Follow the steps below, and your workflow will be configured to inform whomever you'd like (e.g. stakeholders, team members, the PMO, etc.) when a delivery date changes. Create a project Property Field called Delivery DateBefore you start building your workflow, you will need to access the Project Server Settings page and create a new custom field for the Delivery Date value as pictured below. Please note the screen shots in the post are from Project Server 2010 and Nintex Workflow for Project Server 2010 but are certain

Products: Nintex Workflow 2013, Nintex Workflow 2010Summary Workflows are starting multiple times for each list item created or modified depending on the configuration of the workflow. Cause More than one version of the workflow is configured to 'Allow' on the affected list:  Resolution Navigate to the list and click 'Workflow Settings'. Click Remove, Block, or Restore a Workflow. Mark each workflow to 'No New Instances' other than the current version (or click Remove, if they are no longer needed). 

This blog post has been heavily leveraged but unfortunately is outdated. Please refer to the following Knowledge Base article for further guidance: Generating ULS logs to troubleshoot Nintex related issues for Forms and Workflowhttps://community.nintex.com/t5/How-To-s/Generating-ULS-logs-to-troubleshoot-Nintex-related-issues-for/ta-p/114378

Products: Nintex Workflow 2013, Nintex Workflow 2010 SummaryThe error "Could not load file or assembly ‘Nintex.Workflow.ServerControls’” indicates the need to activate web applications. SymptomThe following error occurs."Could not load file or assembly ‘Nintex.Workflow.ServerControls’” CauseOne or more web applications that use Nintex Workflow are not activated for Nintex Workflow. ResolutionUsing the Farm Installation account or another account with sufficient permissions, activate all web applications that use Nintex Workflow.To activate web applications for Nintex WorkflowOn the Central Administration Home page, click Nintex Workflow Management. Click Web Application activation. The default web application name is automatically selected. To activate all web applications for Nintex Workflow, select the check box for All content web applications and then click Activate. To activate a subset of web applications for Nintex Workflow, select each web application and then click Activate; r

Products: Nintex Forms for Office 365, Nintex Forms 2013, Nintex Forms 2010 Symbols and meanings for rules in Nintex Forms are provided below.Symbol Meaning == is equal to === is exactly equal to (value and type) != is not equal !== is not equal (neither value or type) > is greater than < is less than >= is greater than or equal to <= is less than or equal to && and | | or ! not   Did you know that this information is provided in the product Help files? The Help files contain useful information for writing rules in Nintex Forms. Simply click the Help button in the Designer tab to see context-sensitive help. Below is an example of the Help button from Nintex Forms for Office 365. You can also access Help online. Below are links to information on rules by product.Nintex for Office 365 | Nintex for SharePoint 2016 | Nintex for SharePoint 2013 | Nintex for SharePoint 2010

In addition to this blog, you can search the Nintex for SharePoint 2016 help for "Nintex Workflow Exchange Connector Service."Action that uses ExchangeThe following Nintex Workflow action uses the Nintex Workflow Exchange Connector Service to communicate with Exchange (2007, 2010, and 2013): Provision User in Exchange (2016 | 2013 | 2010) Setting up your environment to use ExchangeSetting up your environment to use Exchange for Nintex Workflow actions involves installing the Nintex Workflow Exchange Connector Service, adding root certificates to SharePoint, and ensuring that the intended user has access to the target calendars. Installing the Nintex Workflow Exchange Connector ServiceTo install the Nintex Workflow Exchange Connector ServiceBegin the process to export files from the installer file for Nintex Workflow by running the installer. Progress through each page of the installer wizard until the export option is presented. Select the export option. When prompted for the destinati

Products: Nintex Forms 2013, Nintex Forms 2010 Summary After running a Nintex Forms cmdlet, a "Feature definition id not found" error appears. Symptom The following error message appears after running the Upgrade-NFService PowerShell cmdlet during or after installation or upgrade: “Upgrade-NFService : Feature definition id ‘[ID]’ could not be found." Cause The server on which the Nintex Forms PowerShell cmdlet was run is not running the Web Application Service. For example, the cmdlet may have been run on the Central Administration server. Resolution Run Nintex Forms PowerShell cmdlets on a server that is running the Web Application Service; that is, run the cmdlets on a web application server.

Products: Nintex Workflow 2013, Nintex Workflow 2010, Nintex Workflow 2007 Summary After running a NWAdmin Operation, a "Failed to publish workflow" error appears. Symptom  The following error message appears after running the NWAdmin operation FixSiteAfterImport:  “Failed to publish workflow: It appears that Nintex Workflow [version] is not activated for this Web Application.”  Cause The server on which the NWAdmin operation was run is not running the Web Application Service. For example, the operation may have been run on the Central Administration server. Resolution Run the NWAdmin operation on a server that is running the Web Application Service; that is, run the operation on a web application server.

Products: Nintex Workflow 2013, Nintex Workflow 2010 Summary The error message “12031: Unknown” appears when a reusable template is saved or published. Symptom When saving or publishing a reusable workflow template, the system does not respond for five minutes, and then the error message “12031: Unknown” appears. Cause The Nintex Workflow publish or save process is timing out, likely due to delayed propagation caused by a lengthy content type evaluation. Resolution To reduce the time required for content type evaluation, create a content type based on Item and then select the created content type when defining the reusable workflow template. For instructions, refer to the SharePoint documentation. More Information For more information about reusable workflow templates, see “Set Title and Description for Reusable Workflow Template” in the Nintex Workflow Help (2013 | 2010). For more information about the evaluation process that Nintex Workflow uses for content types, see the following M

Hazaa !! I hear the crowds say.. Here it is Nintex Mobile Version 3 .. But why the fanfare? Well, Nintex Mobile now also supports Nintex Forms for Office 365. So let me take you on a little journey to show you what this means and how to get started. Let’s take a look at a health and safety check list “Slips, Trips and Falls” .. Firstly, we need to build out the list.Now there is nothing special about this list.. But it is in the context of its usage. A majority of “Slips, Trips and Falls” aren't happening in the office around your computer. They are happening out on construction sites, factory floors, and generally away from the office. Getting timely information, which also tends to be more accurate if recorded at the time of the accident is imperative in the modern workforce for a number of reasons which we don’t need to get into. One of the things that businesses are starting to do, is to move to the cloud. This is great, but it requires you to be connected to the internet to proces

The Skip to Stage capability of Project Server allows an administrator to skip a workflow to a particular stage, usually as a result of modifying the existing workflow, or swapping to a different workflow and needing to skip over some of the business logic or steps. The steps below are from Nintex Workflow for Project Server 2010, but also apply to Nintex Workflow for Project Server 2013.Sam Chung wrote an excellent blog post on this over at the Project Programmability blog back in February 2010, and the same concepts apply to Nintex. Consider the flow chart below which outlines a simple Project Server workflow scenario.Should the administrator wish to skip this workflow to the execution stage, and skip the approval, it is not possible as the workflow has not been coded to allow it. This is where the Skip To Stage information comes into play. When an administrator chooses to skip to a specific stage using the Server Settings > Change or Restart a workflow, the workflow is initiated

If you are building Nintex Workflows, and especially if you are deploying them across multiple environments, then you should be considering using Nintex Workflow constants. These constants are remarkably useful to make your Nintex Workflows portable, so that they can easily be deployed into multiple environments without confusion or wasted effort. Any workflow parameters which are specific to the environment in which the workflow is running, or which are likely to be changed by the business at some stage, should be built into your workflows using these constants.  Many of our clients are looking to improve their processes for deploying and managing SharePoint and Nintex based functionality, and the critical aspects tend to fall around governance and repeatability. So in the interests of repeatability, here's a PowerShell cmdlet to create a new Nintex Workflow constant.  With this script you can specify any type of constant, including credentials which are useful for service accounts. Y