đź‘‹ Use this site to provide feedback and ideas for all Nintex Products. See our post on Nintex Community "Welcome to Nintex Ideas" for more details on Nintex Ideas, how an idea is handled by our product teams and more!
If you have questions about Nintex Ideas, please contact ideas@nintex.com
If you require support, please visit Nintex Customer Central
If you have a sales inquiry, please contact sales@nintex.com
In the current object output for the Assign a task to multiple users both in the task responses collection and in the first response object there is the 'Task Responder' text variable. This is the email of the user that completed the task.
Frequently we would have a send email action in the outcome branch of the task action where we would want to include the name rather than email of the person who completed the task. To do this we have to use an azure active directory get user details actions to find the name based on the 'Task Responder' variable.
Additionally If we look at the My Nintex / Workflow tracking page for a workflow instance we can see the email and name of the person who completed a task.
It would be very helpful and reduce the number of Azure AD lookups to have 'Task Responder Name' in the Task output object especially in the 'First Response' Object.
Thank you for your feature request, comments and votes. We appreciate your input and understand the value this feature could bring. However, at this time, we will not be adding it to our near-term roadmap due to other higher priority items.
Nonetheless, we want to assure you that your idea will remain open for voting. We highly encourage you and other users to continue voting for this feature, as we regularly review our backlog based on user feedback. Your engagement and suggestions greatly influence our product development.
Is this feature going to be added soon? We definitely need more details regarding the 1st user who responds to a multiple assign task action. We send email notifications to the initiator/created by user following something being approved. We have to use azure directory every time as well and it slows the processing down when they are every where, we have to do it for each branch and have one object per branch - it's annoying! This is another prime example while some objects should be re-useable. We shouldn't have to have a new object in these instances considering we are setting the object only once subject to the route it takes.
The task form won't allow hidden controls to pass through with information to be used for the rest of the workflow. I have failed in making this work. I can get the full name using context in the task form but I have to have a visible text control where the value is stored for the value to stay with the form after actioning. I don't want to show these fields on the task form. It's tacky. I have seen other ideas that are similar in nature - details regarding the 1st person to respond to a task outcome.