Skip to main content

Nintex Workflow | Assign a task action - difference between on premise and office 365


One of the things I've been asking recently is: "what the difference is between the on premise and office 365 version of the assign a task action in Nintex Workflow?

As I often do, I did some googling and was unfortunately unable to find much answers to my question online. So I decided to investigate this myself and write a post to share my observations, and hopefully save some people time looking for the answer.

Before I begin, do note that Nintex are frequently improving the Office 365 version of their workflow platform, and the information shown here could become out of date when they release feature enhancements. As an example, the assign a task action for the Office 365 version recently gained the ability (which was available in the on premise platform) to connect a task action with the Nintex Form product to allow you to customise the task interface users see.

Whilst I will try my best to update this post as new features gets introduced, I would highly recommend keeping an eye out of new features being released from the Nintex Community.

On premise vs Office 365

On Premise - Flexi Task configuration screen
Office 365 - Start a Task Process configuration screen


Comparison of On premise vs Office 365 features
Feature Flexi task (on premise) Start a task process (Office 365)
Create individual task for group members Yes Yes
Lazy approval option Yes Yes
Delegation option Yes No
Create or modify custom task outcomes Yes Yes
Mandatory comments for certain outcomes OOTB task form + Nintex Form task form Nintex Form task form only
Task completion behaviour First response applies; Majority decides; Majority must choose a specific outcome; All must agree; All must agree on a specific outcome Wait for all responses; wait for first response; wait for specific response; wait for percentage of a response
Item Level Permissions (automatically manage unique permission on item related to task) Yes No
Task email notification Yes Parity for the most part with exception of the following features (define from, cc, bcc email address; attachment; IM support)
Due Date Reminder Yes Parity for the most part with the exception of the following features (email capabilities mentioned above, sending of reminder during business day/business hour only)
Escalation (autocomplete or send to another user) Yes Yes (includes business day/hour calculation)
User experience Feature rich Great changes made to reduce the number of clicks required to achieve something. e.g. the insert reference values are now available in to the right of the page as opposed to having to open a dialog box.

Summary

It is definitely great to see the progress Nintex are making in such a short amount of time with bringing feature parity between what was provided in the on premise workflow platform and office 365 equivalent. On the plus side, the changes that have been made to the user interface has really improved the user experience for workflow designers. Although the table above shows that minor gaps still exist between the two SharePoint platforms, from a practical business impact, I see the ability to delegate a task to another user as being the last big feature that I am looking out for.

On a side note, one of the other experiments I have been doing in Office 365, is to change the user assigned to a task to see what would happen. (For those who have not used the Office 365 version, Nintex uses the out of the box task content type which means rights to edit a task form relies on SharePoint permission, on the other hand the on premise version will restrict the ability to edit the task to just the task assignee whilst allowing the admin to delegate the task). During this experiment, I found that changing the user assigned to the task would automatically send an email to the new user of the task even though no delegation feature has yet been implemented in office 365. However unlike the on premise version, the previous user assigned to the task is not notified that their task has been re-assigned to a new user.

Have you used both actions in both SharePoint on premise and Office 365? Have you found additional differences between the platform that I have missed? Please share you experience in the comments below.

Popular posts from this blog

Access Web App | Filter a view by current user login (deprecated)

Update (April 1 2017): Microsoft has released an update that willl stop the creation of new apps starting June 2017, and shut down any remaining apps by April 2018. See more here

The problem One of the things I needed to do lately was see if a view within Access Web Apps can be configured to filter data that is related to the logged in user. e.g. as a user I want to be able to view a list of projects where I had been assigned as the project owner.

In SharePoint, this would have been quite easy to achieve as we can create a view and set the filter to {column name} is equal to [me].

Unfortunately Access Web Apps does not quite work this way:

No people picker control in Access Web Apps - this means we need to store and manage our own list of user data within a table in your Access Web App Database (or find a way to link a table with SharePoint's user profile or hidden user information list).Access Web Apps is a relational database - this means the approach to filtering a table view is…

Nintex Workflow | parsing JSON responses from json-only web requests

Update 03/08/16:
Logic Apps has gone GA, and has undergone a major v2 change since this post was written. For the most part, the core actions remain the same but just renamed or work a little differently e.g. http listener (now known as "When an http request is received" + "Received") and conditions (now triggered via the add a condition" button instead of being configured inside the http action.)

It is worth noting that the BizTalk JSON Encoder API app can no longer be found in the marketplace. This is now a native function in Logic Apps. Though, I'll try to refresh this post with the how to do it in the version of Logic Apps that GA'd, I'm not sure when I will have to do it, so if you can't wait, I suggest looking at the xml function can be found here.

Update 07/08/16:
Steps for new Logic App UI that has GA have been added into the solution section below.
The problem
One of the things I have been working on lately in the Nintex Workflow world,…

An intro to conditional validation and formatting in PowerApps (using SharePoint as a data source)

The Problem What if we need to create a form that changes it's behaviour based on the answer entered by the user.

For example, we need to build a leave request form that: Shows the comment field if applying for a sick leave, but hides the comment field if applying for a annual leaveRequires the requestor to write a comment if their sick leave is more than 1 day, but is optional if sick for just 1 day.  The default form interface for custom lists in SharePoint Online can be used for basic scenarios, but doesn't provide an easy way to add business logic described above (unless you want to write some javascript)

In the past InfoPath would have been the tool of choice for many, however this tool is now in maintenance mode and whilst it will still be supported for a wee while there will be no improvements or enhancements to the platform.

The Solution This is where PowerApps come in. PowerApps is now the platform that is recommended by Microsoft as a way for business users to create…