Skip to main content

 

In my dealing with customers, there are some questions and confusions that keep coming up. I thought I'd share them to help others who may have the same query's.

 

Why is Nintex Different?

Fully Leverage SP

Nintex Workflow is built natively on SharePoint using pre-existing SharePoint infrastructure and the Windows Workflow Foundation. The benefit is that you leverage your existing architecture and infrastructure and avoid incurring the costs of implementing, serving, and supporting additional platforms.

 

Install in minutes

Nintex Workflow installs in minutes. No need to install clunky or outdated add-ons to client machines as required by some other workflow solutions.

 

Design and deploy quickly

Workflows are designed with no down time. When you create and publish your workflow, Nintex simply picks up the new design when the next instance runs. Unlike options from other vendors who require that every designed workflow must be compiled, packaged, deployed, and activated before they can be used.

 

No code required

Nintex is designed for value and easy adoption by business users. Our renowned industry-leading interface allows immediate creation of workflows for new users while rich and deep functionality extends value for power users. Because developer skills are not required to create Nintex workflows, you have faster deployment, easier updates and modifications, and lower total costs.

 

No additional software or hardware required

There are no requirements for Kerberos installation to work with SharePoint, no additional hardware resources needed, no Silverlight requirements, and no client-side software installation.  

 

Connect and extend with Nintex in the cloud    

Nintex provides a robust set of workflow actions for the applications and tools that can make your workflows drive incredibly enhanced productivity. From updating social sites like Yammer and Twitter, leveraging Dropbox or Box.net, geolocation services, and more, Nintex’s cloud services let you get more work done in the way your teams work.

 

Get mobile

 

Use Nintex forms, tasks, approvals, and more to enable your organization to get more done and keep work flowing on any device, anywhere. The benefit is a more productive organization that can act in real time with the devices they use every day.

 

Take it to the cloud        

Cloud, On Premise, Hybrid – we’ve got that. Nintex has you covered with the most flexible choices for deployment and licensing of your SharePoint and Office 365 environments. The real benefit is that we adapt your choices today for the future.

 

Nintex Misperceptions

Misperception - Integrating with other systems:

Nintex is unable to connect to other systems. For example, SAP.

 

Answer

Nintex supports multiple integration points including web service requests, web requests, multiple queries (SQL, Oracle, XML, OLAP, OLEDB, LDAP, BCS, etc.), CRM integration and BizTalk, and even your own custom solutions. According to our over 5,000 customers and 1,000 partners, the integration found in our products is comparable, in terms of development effort, if not easier to integrate in most cases than alternative workflow solutions.

 

Misperception - Rewinding a Workflow

Nintex is unable to rewind a workflow or retract a workflow action that has already occurred due to error.

 

Answer

Changes mid-workflow are very rare. In the case that there might be a need to ‘re-route’ a workflow due to an error or other concern, Nintex provides powerful error-trapping capabilities within its actions, which you can leverage and build additional workflow logic around to address workflow rewinds and re-routing. This gives you powerful flexibility in managing your workflows.

 

Misperception – Running Long Workflows

As we know, workflows can last years, if Nintex is tied to SharePoint, what are the guarantees that the engine will allow you to run workflows for many years?

 

Answer

Using multiple master workflows and sub-workflows, it’s technically simple to create business process tracking functionality with our start workflow action, and scheduled workflows task. These allow you  to set specific time frames to start or resume your workflow, automatically picking up with the newest design.

 

Misperception – Changing a Workflow as it’s Running

Nintex supports version control, however you can’t change something in a workflow, and have all of the existing running workflows complete with the new version. Instead you would need to terminate the workflow and start it again if you wanted it to use the newest version. Other workflow solutions allow you to pause and change the workflow as it is running.

 

Answer

Changes mid-workflow are very rare. And from an auditing and reporting perspective, if you change the workflow midway through, you’d lose the ability track and baseline results. If, for some reason you are changing workflows continuously in a production environment, Nintex gives you the ability to develop simple business logic where ‘master’ workflows are able to execute other sub-workflows to manage these cases of changing workflow versions mid-workflow.

 

Misperception – Handling Complex Workflows

Nintex uses the SharePoint workflow engine, which is a weak engine and can’t handle complex workflows or heavy loads.

 

Answer

Nintex is an enterprise grade workflow tool. We have nearly 300 of the Fortune 500, and over half the Fortune 50 using Nintex to automate their business processes. Some of our largest customers run upwards of hundreds of thousands of workflows a week. Microsoft has developed a very robust and powerful workflow engine; Nintex enables this workflow for everyone.

 

Nintex utilizes the Windows Workflow Foundation 3.5. As Nintex is a custom solution we expand the capabilities found in the normal workflow engine in SharePoint on-prem so it is not a 1:1 comparison between how Nintex workflow jobs are processed and SharePoint Designer / OOTB workflows. As a provider hosted app in Office 365, all Nintex workflows are processed through the Windows Workflow Manager farm where advanced execution occurs securely between the Workflow Manager farm and Nintex's cloud services in Microsoft Azure.

I'm sure some people would benefit from an expansion on the comments around the "Rewinding a Workflow" and "Changing a workflow as it's running" misconseptions.

We've done this a number of times by breaking our workflows into smaller "micro-workflows" I guess you might call them. Perhaps some articles from Nintex on the art of workflow architecture would be beneficial for some.


Some good points, although I'd counter with a couple of my own (i'm not a Nintex Sales person btw).

No code required!

It is just a tag line, of course, if you really want to leverage more power from your workflow and forms, there is some code that is required, but in a large enterprise, Nintex does a great job of allowing business users go and create some basic automation tasks and covers off their auditing requirements without code and without having to think like a programmer. Trust me, I've dealt with these people, they weren't programmers, but they did know how to create basic approval workflows or scheduled site workflows, with just 1 day of class training. Probably the only programming concept I'd say the typical business user needs to understand is variables and the rest is getting them to understand their business process through a swim lane or similar.

Rewinding a Workflow, Changing a Workflow as it's Running

I'm with you on this but I would add that Nintex provides actions to help you negate this. We would use a Switch within a State Machine, so that if a workflow "fell over" for whatever reason, the "status" the workflow have achieved in it's previous incarnation can be used by the switch action to point it to the correct branch of the state machine. I might do a little blog on this as well.

I do agree with you though, to leverage the power of Nintex you do need to understand some programming concepts, know some code etc.  But like a lot of OOTB tools, some of the benefits you gain i.e. quick and simple time to develop apps, also cause the limitations. Which is why analysis ahead of development can really pay off to make sure you're using the right tool for the job to start with.


On that, one of the things I think Nintex WF is missing is a "Boolean Logic" action. We have Regular Expression and Build String actions for dealing with text, and Calculation actions for dealing with numbers, but no Boolean action for dealing with logical (true/false) or binary values. But I digress...

At the risk of teaching you to suck eggs, because based on the rest of your message, you know what you're talking about, but what about the "Set a Condition" Action. This simply evaluates your argument and returns Yes/No.


Regarding the rest of your comments, I can see your point. We've not had to go into level of detail that you seem to be facing, but you should be able to manage it one way or another provided there is always a consistent input into the Switch. I'm not sure if there's a limit to the number of branches you can have on a Switch, maybe a Nintex techie could tell us that??


Reply