Handling non-standard responses to MA and RA.
But the above assumes one thing of all environments and deployments - every single employee will read their email and hopefully understand that if they just reply to an MA/RA (based on the context of the message) nothing will happen. I'm curious how if at all, anyone is tackling this "blackhole" of responses.
I can only really think of a few ways out of this:
1. SMA runbook that acts as a secondary Exchange Connector looking for responses to MA/RA and then updates the parent WI.
2. SMA runbook that acts as a secondary Exchange Connector looking for responses to MA/RA and then updates a group of people (because in a cross-departmental SR, no one may be Assigned To the SR)
3. Include a link in the MA/RA notification that says "Responses are unmonitored, Click here to create a new request." and features similiar completed/rejected/completed HTML mailto links to generate an email that doesn't feature the work item number so at least the question gets created
It really seems like there isn't a universally good way out of this, but something is more than nothing. I'm just not sure what that something should be in this particular regard.
Best Answers
-
Bill_Crum Customer IT Monkey ✭
Try adding the below to the bottom of your Activity Notifications, and see if it will give your Analysts a link they can use to comment, which will be added to the Parent Work Item rather than the Activity.
<a href="mailto:scsmmailbox@MyDomain.com?subject=[$Context/Path[Relationship='CustomSystem_WorkItem_Activity_Library!System.WorkItemContainsActivity' SeedRole='Target' TypeConstraint='CustomSystem_WorkItem_Library!System.WorkItem']/Property[Type='CustomSystem_WorkItem_Library!System.WorkItem']/Id$]"><b>Add Comment</b></a>
or the below one would add to the comment that it originated from a Child Work Item and include the Activity Number so comments about activities were noted that they were about activities.
<a href="mailto:scsmmailbox@MyDomain.com?subject=[$Context/Path[Relationship='CustomSystem_WorkItem_Activity_Library!System.WorkItemContainsActivity' SeedRole='Target' TypeConstraint='CustomSystem_WorkItem_Library!System.WorkItem']/Property[Type='CustomSystem_WorkItem_Library!System.WorkItem']/Id$]&Body=Comment originated from a Child Work Item: [$Context/Property[Type='WorkItem!System.WorkItem']/Id$]"><b>Add Comment</b></a>
I have not tested this in an html link, but I use it on my Review Activity Notifications to display parent work item information and it works beautifully. Try this and see if it puts the Parent Work Item ID in the subject field of the email that opens. Then the user would just need to type in their comment in the body and click send.
6 -
Adam_Dzyacky Product Owner Contributor Monkey ✭✭✭✭✭@Bill_Crum - yup, exactly what I ended up doing (and the same conclusion I arrived at myself the same day if you look at my second reply). Awesome to see us reach the same conclusion though!
5
Answers
This said, i may have answered my own question since it now seems some SMA runbook could be created to do Action Log Notify based on a support group (instead of Assigned To, where it doesn't exist for a cross-departmental request) as I don't believe Action Log Notify notifies Support Groups?
We ensured that our Analysts worked from the console/portal and used emails as a reference that work has come in. We provided links to the work item with in the email that directed people to the Portal.
To complete this activity, click <a href="mailto:scsmmailbox@MyDomain.com?subject=[$Context/Property[Type='WorkItem!System.WorkItem']/Id$]&body=[Completed]"><b>Mark as Complete</b></a> then send.
or to Approve an RA:
To approve, click <a href="mailto:scsmmailbox@MyDomain.com?subject=[$Context/Property[Type='WorkItem!System.WorkItem']/Id$]&body=[Approved]"><b>Approve</b></a> then send.
Hope this helps.
The solution that @Billy_Wilson describes above is great to get the status changed for an activity, but if someone just responds with some notes, assuming that it will update some action log within the MA then this will not help this issue.
An SMA, PowerShell or Orchestrator automation solution could help but adds a lot of complexity to the system for you to maintain.
The solution @Tony_Collett suggests is a more business process approach and might be a cleaner and more efficient way of solving the problem because if you try to make the tool fit the way people do work now without taking a long hard look at the way work is done, then you could be chasing your own backside for ever.
this is not an easy one.
Good luck
Try adding the below to the bottom of your Activity Notifications, and see if it will give your Analysts a link they can use to comment, which will be added to the Parent Work Item rather than the Activity.
<a href="mailto:scsmmailbox@MyDomain.com?subject=[$Context/Path[Relationship='CustomSystem_WorkItem_Activity_Library!System.WorkItemContainsActivity' SeedRole='Target' TypeConstraint='CustomSystem_WorkItem_Library!System.WorkItem']/Property[Type='CustomSystem_WorkItem_Library!System.WorkItem']/Id$]"><b>Add Comment</b></a>
or the below one would add to the comment that it originated from a Child Work Item and include the Activity Number so comments about activities were noted that they were about activities.
<a href="mailto:scsmmailbox@MyDomain.com?subject=[$Context/Path[Relationship='CustomSystem_WorkItem_Activity_Library!System.WorkItemContainsActivity' SeedRole='Target' TypeConstraint='CustomSystem_WorkItem_Library!System.WorkItem']/Property[Type='CustomSystem_WorkItem_Library!System.WorkItem']/Id$]&Body=Comment originated from a Child Work Item: [$Context/Property[Type='WorkItem!System.WorkItem']/Id$]"><b>Add Comment</b></a>
I have not tested this in an html link, but I use it on my Review Activity Notifications to display parent work item information and it works beautifully. Try this and see if it puts the Parent Work Item ID in the subject field of the email that opens. Then the user would just need to type in their comment in the body and click send.