Webhook-like when task are completed

Hi @Deon ,

Yes, however, I would like to get the details of the tasks before its completed.

What I’m looking for specifically is to create a custom task dashboard outside of NAC, as the one that comes out of the box from My Nintex is pretty much limited, i.e., I can’t add additional columns that can provide additional context to end users without having them open the task form itself, and since the additional data is not something I could add to the task name since it’s a lot of context data.

The ultimate goal is for the end users to be able to filter out their task assignments so they can quickly find what they need to take action on. Some of the end users could potentially have hundreds of tasks assigned.

I was thinking on using a TaskID to build the URL to take the end users from the custom task dashboard to the NAC task form. Perhaps I could use the formUrl from the GetTask (https://us.nintex.io/workflows/v2/tasks/{taskId}) method taskAssigments.urls array to accomplish such URL-building request?

And because I don’t want to have scheduled job doing pulls of task data (polling), ideally, I was looking for some sort of push method (webhook) to optimize the customization.

Eduardo

Ok, so I was able to use Postman and indeed the formUrl points me to the assigned task URL, good.

However, I still have the problem of NAC not being able to let my endpoint know immediately after tasks have been assigned. Think webhook. I take it that isn’t even possible because it is not on API documentation.

Given this constrain, perhaps, a viable solution would be right before the task assignment make a call to a web service that could post a message to, say an Azure Queue via an Azure Function; then back on the workflow, the assign task action will wait for completion, meanwhile the message in the queue could be processed, say something like after a minute or so after being posted, and retrieve the list of tasks for the workflow instance. I could then use the task data to update my custom task dashboard. Then after the task is completed, I could make another web service that can update the outcome of the task using the GetTask method. Essentially this strategy could get my custom task dashboard in sync with My Nintex.

Does that sound reasonable? what limitations do you see in this approach? For this to work I believe I’ll need to make use of an App Token instead of PAT, correct?

Eduardo

Actually, that’s a pretty good recommendation, although I was hoping to avoid that approach. Let me provide additional context.

I was thinking of using a SharePoint Online custom list as the custom task dashboard. That way I could save some development effort into implementing a grid with filtering, paging, custom views, authentication, authorization, etc. The idea was to have this custom list (custom task dashboard) in the same SPO site that will host the list for the NAC workflow (Start Event > SPO New list item). Do recall that some end users will have hundreds of tasks assigned to them; therefore, page load time of the custom task dashboard is a factor to consider --also knowing that the JSON response size from NAC is limited to 4MB).

My resources are limited to only two developers, and the timeline is tight (within a few weeks). That’s why we were looking into using SharePoint features before going all the way custom.

Does your question imply that no webhook options are available at this moment from NAC? Do you mind sharing some other strategies we could explore now that you know more about the requirements and, somewhat, our timeline constraints?

Eduardo

Ok, thank you @Deon. I think we have enough feedback to make some good design decisions. Skuid does sound promising.

Eduardo