Extending Incident properties and forms

Extending Incident properties and forms

  • Comments 12
  • Likes

This post will discuss our experiences defining and extending the SCSM incident data model and forms used in our SCSM implementation.  Our team (MPSD) provides a comprehensive monitoring and management service used by Microsoft.com, TechNet, Windows Update, Windows Intune and Microsoft Security Essentials.  Across these teams ~5,000 servers are monitored by SCOM and SCSM. 

 

When planning our move to SCSM, we met with the different support teams to understand their requirements.  Since our monitoring and management service is used by several independent teams, we needed to take into account all of the different data model properties needed by the different teams.

 

To add properties to the System.WorkItem.Incident class we used the authoring tool.  I found it very easy to create new properties.  By using the Extension=True attribute defined on the extension class declaration we extended the built in Incident class to make the additional properties available to add into an Incident form.  When you add a property to the Incident class you will notice a new tab called ‘Extensions’ is automatically added to the Incident form. 

 

  

 

If you don't want the extension tab as was our case you can add the following to your management pack.

 

<Categories>

    <Category ID="HideIncidentFormExtensionTab" Target="MPSD_Incident_CustomForm" Value="Admin!Microsoft.EnterpriseManagement.ServiceManager.UI.Administration.Enumeration.HideExtensionTab" />

    <Category ID="MPSD_Incident_CustomForm.PopOutFormCategory" Target="MPSD_Incident_CustomForm" Value="SMConsole!Microsoft.EnterpriseManagement.ServiceManager.UI.Console.PopOutForm" />

  </Categories>

 

See this blog post for more details.

 

 

To make viewing the new properties easy, I used the authoring tool to add a tab to the incident form.  On the new tab I added the appropriate controls (textboxes and user pickers) and bound them to the new properties.  The authoring tool creates a new management pack to store these customizations in so they can be easily transported from one SCSM environment to another.  When you import the management pack into SCSM the class extensions and incident form customizations are added to the system.

 

 

Here are some of the properties we added to incident class and form to help our support engineering teams manage their incidents:

 

 

·         Engineer 1 – 5 – Used to assign engineers to work on the incident.

·         Asset Map - Describes what application is associated to the computer

·         SCOM Event ID and Event Source - We look these up in SCOM using a custom workflow when an incident is generated from an event data source monitor alert. 

·         Asset (Computer) - Used so the incident view can include the computer name because views cannot display columns of data showing properties of objects which are related over relationship types with max cardinality greater than one. 

 

See this blog post for more details.

 

·         KB URL - Contains a link to the KB article support engineers will use to resolve the Incident.  A custom workflow looks up the appropriate KB URL when an incident is generated and populates this field automatically.

·         Email TO and CC.  We extended the Exchange connector to add these properties to enable better round trip email communication about incidents

 

The event ID, event source and asset are all added to the incident views.  This allows our support engineers to quickly sort by these values giving them a quick view of what is happening across many systems.

You are likely wondering where the data comes from to fill out these new properties.  The first is a sync service that imports data from a database that contains information on all our applications.  This service fills in the contact name and asset map.  The other program is called by a SCOM workflow and runs for each new alert-generated incident.  That program looks up the Event ID and Event source in SCOM and gets the Email TO and CC information from the Exchange connector for mail incidents.

I will write more about our implementation of these programs in a future blog.

 

Your comment has been posted.   Close
Thank you, your comment requires moderation so it may take a while to appear.   Close
Leave a Comment
  • Hi,

    Suppose you have extended the incident class to add a property and you leave the MP unsealed. You don't add this property to the incident form. Then you want to create an object template in the same MP as the extended property. Is this possible? If so, how do you reference the property in the ObjectTemplate TypeID and Property Path?

    Thanks,

    Rob

  • @Rob -

    yes, that is possible.  After creating your MP with the class extension, import it into SCSM.  Create a new template. Choose the same MP.  On the incident for, select the Extensions tab.  Provide the value for the extended class property.  Save the template.

    BTW - as a best practice we recommend sealing MPs that contain model extensions.

  • @Travis, Thanks. I'm actually asking because of a forum post I was trying to assist with...

    The extensions tab is not visible when editing a template, so I think that's the problem, trying to get the references and paths, etc, correct...

  • Travis,

    Is it possible for the extensions tab to show when editing templates?

  • @Allen - unfortunately not at this time.  We are trying to remove this limitation in SCSM 2012.  No promises, but we are working on it.

  • Can SCSM be extended to assign an incident to more than a single location? Example...we have offices in 10 cities and 7 of the offices are affected with the issue. We'd like to be able to include them without having to create 7 incidents.

    Thanks,

    Doug

  • @Doug -

    I think the way that I would do this is to create a new 'Location' class using the authoring tool.  Then you can create some Location objects in the console.  Then you can release 1-n locations in the affected CIs list on an incident.  Would that work?

  •  If User is sending email to Servicedesk id from External domain (Gmail, Hotmail etc..), SCSM 2012 is creating a IR for that. How will solve this issue. I want IR should only create if AD is belonging to our AD Forest,

     If user is sending email to some other user but CC in Servicedesk, in that case also IR is creating in SCSM 2012, How will solve this issue.I want IR should only create if Servicedesk id is in TO email.

  • Hi,

    Thank you for your detail technical response about SCSM 2012. I have following query so can you please help on this.

     If User is sending email to Servicedesk id from External domain (Gmail, Hotmail etc..), SCSM 2012 is creating a IR for that. How will solve this issue. I want IR should only create if AD is belonging to our AD Forest,

     If user is sending email to some other user but CC in Servicedesk, in that case also IR is creating in SCSM 2012, How will solve this issue.I want IR should only create if Servicedesk id is in TO email.

     I want when Servicedesk is assigning ticket to Engineer Name, Automatically Engineer should get email, how will configure for the same.

    Waiting for your Kind response.

    Thank You

    Suman

  • Any luck with adding a grid on a form to add multiple printers for example

    Or show free RAM slots

    I want to show a 1 to many relation ( COmputer - One or more printers requested)

  • Jim, do the new properties became available in the datawarehouse ?

  • Jim, do the new properties became available in the datawarehouse ?