Add Access to Deployment Type from with in the workflow

In a cloud based Nintex Start form make the user context of an authenticated user available in the form designer.

Currently the user context is only available in the workflow not in the form. With the user context available in the form designer we can use the user context in form rules or primarily as a filter in the new data lookup control.

Could you add connections to monday.com?

While we can see Instance Start Data, it is almost impossible to relate fields on a Start Form back to the start instance data as the naming convention for Instance Start Data from the form just shows the control type. Would be great if the controls variable name was used in the Start Data to make it easier to review that data.

When you send an email in Nintex Workflow Cloud, all the emails will be delivered by <nintex@workflowcloud.com> and we are looking to change this email with one of our own email addresses/domains < noreply@mydomain.com>.

Please consider purchasing a static ip for your cloud service.

see https://azure.microsoft.com/en-in/updates/static-public-ip-addresses-available-for-azure-virtual-machines/

To open up our databases/api's to Nintex to access we will need to add the full Dynamic Azure Ip range. ( The list is very long ).

see
https://community.nintex.com/t5/How-To-s/Nintex-Online-Services-IP-Addresses-to-Whitelist/ta-p/83587

It would be very difficult to enter and maintain as the list changes in most instances.

Thanks

Would be great if there was some sort of off-the-shelf payment gateway setup to allow for online payments within a Nintex Form. Would be even more awesome if we could manipulate variables such as cost price via form rules.

It would be nice to be able to create a shorten URL for the Forms in Workflow Cloud just like your able to do with Live Forms on SharePoint on Prem. We have already had a few request from stakeholders of some Forms and Workflows we have already created on this.

Hey guys, could we have a few more options in the Format date action? e.g. ddd mmm yyyy. i.e. combinations that have full names of days and months both in dd mm order and mm dd order. Cheers

Hi all, the short cut keys to access variables/fields differ between the form designer and the form variable editor.

In the form designer, if I want to access a field/variable, I type [[ (two square brackets).

In the form variable editor, if I want to access a field/variable, I only need to type a single [

I reckon these should be consistent.

Google Drive connector only supports personal drive access. To use NWC in enterprise environment with Google Drive, Team Drives access is required

When using "Store a file" in the SharePoint Online connector, it is not possible to assign metadata. The metadata is even required, so the file uploaded is not completed. So you must store them fileID and then update the item with the correct metadata. Would be much more convenient to let us add metadata at once!

Currently if a xtension responds with a code other than 2xx the call is considered to be a failure.

However many APIs legitimately return a status-code other than 2xx. For example if you query a service and no results are found, many APIs return 404 - "Not Found". This is a valid response and I would like to react on this response within the workflow. Many times this would result in either creating a new record (if a query returns 404) or updating an existing record (if a query returns 200).

I would love to see enhancements to scheduled start. Scenarios I would like to see are:

• Every x Monday of the month


• Every x workday of the month

Regards,
Daniel

Ability to delete instances. Without the ability to delete instances the API pulls all instances including all of the test instances which is just added noise to our reports.

I lost a more than a day of work, hours!
and no automatic save feature....

This alone will cause me not to go with Nintex as a solution. I can't afford this.
I've testes over 8 solutions this month, and all offer auto save.
The mighty Nintex does not....

All the forms (Items + tasks) are now fully public. Everyone who has access to the link can act on it. How can you be sure that your task is not going to be answered by someone who shouldn't have access to it ? You can't. So, how do you secure your workflow? You can't.

Can we have a way to secure every kind of forms? like a SalesForce / Google/Microsoft "passeport"? and the ability to only allow a list of users (or using wild searches : *@mydomain.com) to connect to this form!

When deleting a workflow or connection it would be helpful to display the actual name of the element to be deleted in the modal dialog. I like the warning, prior to deleting something - but in order to avoid accidental deletion I would appreciate to see the name of the item being deleted.