Populate task id as soon as the task is created
All task actions can populate a task id variable but usually populate the variable only after the task is completed by the assigned user. I would like to recommend that this behavior be changed so that the task id variable is populated when the task item is created and assigned. This way I can query the task item even before it's task action is completed.
Please see my post on the forums https://community.nintex.com/thread/1451
The task ID is populated once the task is completed. Before this the task list items can be locked by the task engine for processing and a workflow accessing this task may fail. There has been therefore a strong reservation form our Engineering group to implement this capability even if technically feasible.If one wishes to delegate the task then the delegation should be used.
Should you have other use cases for accessing the task list before the task is completed then please let us know what they are. There may be an alternative way of meeting this need that will not introduce the possibility of workflow failure.
AdminLisa Tam (Product Manager, Nintex) commented
A workaround solution for sending reminders after a certain date can be found in this post https://community.nintex.com/t5/Nintex-for-SharePoint/Reminder-ignores-Due-Date-in-Flexi-Task/td-p/35351
I need a way to set reminders to start after a certain date (i.e. Task Due Date), my client doesn't want any reminders before the due date. So I need to set a delay for reminders to be send, which it seems that it needs an "Action ID" and I can't get that, so any other options here?
I understand your reasoning for not implementing, but it would be very nice to have. For my use case, I want the task ID so I can include a link to the task on a form for passive notification (users do not want to get an email everytime they have a task to approve so i put a link on a form and they can access the task that way).
please ASAP ... it is very important
Please, news on this?
Leah Ann commented
We need this to auto complete the task if other actions happen within the list item. A BIG need for this to be fixed.
It doesn't surprise me in the least that this is in the top 3 most wanted fixes.
Mike M commented
Certainly has more votes than most requested features... :)
Michael Niermann commented
for using action id as an alternative.
Can you please fix this..
Leif Frederiksen commented
I also need to be able to select a field on the current item - not just a variable.
Nintex, please let us hear your view on this.
David Weyrick commented
This would be very useful for any additional processing against the task before the task is completed.
Karl G. Schneider commented
Something new about that?
just voted, wonder how many more vote or "begging" requested before this issue can be fixed !!
Tay Amaral commented
How something very useful and simple is not available yet.
Assign Flexi Task should accept task Id before the decision.
Construct the url and send my e-mail automatic for the users, doesn't help them. ( If I could get this url my problems were solved)
They asked me something directly from forms, and I can´t give this resource to them because of this bug.
Tom Castiglia commented
This really needs to be escalated!. As noted below, when using the Request Data action, the Task ID is populated right away. But for To-Do Task, FlexiTask, Request Review & Request Approval - the Task ID is not populated until the task is complete. This is a pretty fundamental workflow requirement. There is a workaround using workflow.asmx for list workflows (via GetRunningWorkflowTasksForListItem), but this wouldn't work in a site workflow.
More than one year old and nothing happend? Seems like they don't care to provide a consitent application behaviour.
Is there a way to have a hyperlink on a list that says "Approve/Reject" for approvers to click on to view their task to approve/reject items?
I tried to start a workflow manually after a Flexi task was created on the original list. The workflow goes to the workflow history list, gets the Related Content field and compares to the current list item URL/ID and returns the matching Workflow History items ID, then I can pass that ID into a string for the approval URL on that matching workflow history item ID so approvers can click. Unfortunately, I cannot get the Workflow History related content field to match, even if I store itself as a string, "http://site/lists/dispform.aspx?ID=5, (no title)" is returned, but I cannot match that.