Delete Tasks which are owned by a specific team:
Activity Status = "Open"
Task Category does not contain data
This works perfectly in an AF as below, and I've found a way to fine tune it to much smaller amounts using a combination of date created on, and using the Regarding field as a further filter.
The plan was to schedule a bulk delete of around 2-3000 per night.
All looks perfect even when scheduled, but the issue arises when I go to look at the scheduled task.
Here first is an example of an advanced find:
I then go and create a Bulk delete and schedule it for tonight, change the drop down to Tasks, find the exact same Advanced Fid, and it populates and shows up with the correct Owner =equals value.
I click next, set the name, and then choose the scheduled date and time:
Next again shows the summary, still with all of the criteria intact:
Then I click Submit.
When I look at the job, it has my name against it as the system owner (I have full admin rights in this environment) and has the status waiting.
I then click into it to see:
Clicking on the exclamation gives me:
I did see a couple of posts that suggested Bulk Delete couldn't handle any AF with a Does not contain data within it, but it seems really odd that it loses the Owner Equals Team value only once scheduled.
Any clues, or suggestions for other methods?
We have used the Bulk Delete Tool through XRM Toolbox, but it's a bit more clunky, and can't be scheduled, this way we were hoping to schedule a weeks worth of jobs, and for it to happen at a time when the likelihood of impacting the userbase was minimal.
I've carried out an AF with the team removed, and this only adds on some 650 tasks, but these need to stay - it would seem that if I had allowed the above or similar jobs to run, these would have also been deleted.
My other option is to see if I can somehow change these 650 so they do have a task category, but I don't think there is a way of carrying that out in bulk.
Any suggestions, or past experiences with this kind of issue, gratefully recieved.
Thanks
Dan