The feedback on the self-service portal has consistently been that it needs to be more customizable. That is by far the #1 feedback item on SCSM 2010. The types of desired customizations typically fall into these categories:
Most of these things ideally would be configurable options on the web parts and there would be some sort of administrative UI which allowed you to change these things. Making things like that configurable via an admin experience requires significant development and test time which unfortunately we didn’t have in the 2010 product development cycle. That is what we are shooting for in the vNext version (currently code named “R2”) of the SCSM portal that we are super excited to show you at the Microsoft Management Summit for the first time. The vNext portal will be based on SharePoint 2010 (any version including Foundation). It will be made up of web parts. You can change the text shown on labels, change fonts, change the style, change the layout, etc. using standard SharePoint administrative experiences and tools. It will be relatively easy to add new content to the portal by creating web parts that use the SDK and plugging them into the SharePoint site. You will also be able to add languages or change display strings by modifying the string resource files. We will let the user choose which language they want to display the console in. The portal will be a single SharePoint site instead of an analyst portal and an end user portal, but the user experience will be role based so people only see what they need to see. In short, it will be what we all wished the SCSM 2010 portal could have been.
In the meantime, we know that the lack of customizability of the portal is a pain point for customers right now. Many of the modifications that customers want to be able to do are relatively trivial to make if you had the source code and a little bit of know how. To help customers achieve their goals for a customized self-service portal in the near term, we are releasing the source code to the portal today. Not everybody has Visual Studio and a developer on hand to make these customizations, but a lot of our customers do. Some of our SCSM administrators, consultants, and SI partners are even developers at heart and are excited about the possibility of making the self-service portal do what they want it to do. We realize this isn’t ideal to have to modify code to get what you want, but it is better than not being able to modify it all! Hopefully this will suffice while we are busy building the new portal.
But we also have another fun surprise! We are also including a newly styled portal in this download that you can deploy with copy/paste of some files. The new site looks like this:
It is styled to look similar to the SharePoint 2010 default site template:
Looks a lot better huh?!
This updated version of the portal is also intended to show you some of the possibilities for customizing the portal. The updated version of the portal has the following modifications:
(new) vs. (old)
Results in a new change request being created with an automated activity that looks like this:
When the automated activity kicks in it will create a new user in Active Directory using PowerShell:
I’ve commented most of the code where I have made modifications with “PORTALMOD” so you can search through the code base and easily see all of the modifications that I made.
So – to recap, this new release includes:
I’ve also attached the MP to this blog post that is need to make the new user provisioning scenario go. Please don’t use this in production though! I have spent minimal time testing it as it is just an example of what you could do. To deploy it you just need to import the MP .xml file and put the workflow .dll file in the C:\Program Files\Microsoft System Center\Service Manager 2010 directory.
I also want to discuss what the roadmap is for the portal. The SCSM 2010 SP1 portal is an ASP.Net web site that hosts web parts. Those web parts can be put on a SharePoint site. The results are not great but you can do it and it can be made to look good now that you have the source code. So, in that sense what we have done for the SCSM 2010 and what we are doing for the SCSM vNext portal are similar, the only difference being that in vNext we will require SharePoint as the hosting framework for the web parts. So – in theory you could port your web parts that you develop today to run on the vNext portal since it is all just SharePoint and web parts. The only little detail there is that the web parts you create today using the source code provided will use a different way of accessing the data than the vNext portal will. We are still sorting out the details of that and whether or not you could mix/match 2010 web parts with vNext web parts on the same SharePoint server, but I think we’ll be able to make it work.
Lastly, I just want to make sure that everyone is clear on what this release is. Think of it as a shortcut to developing your own custom portal using the Service Manager SDK. We have effectively shown you how to do it and provided some sample code . Whatever you create is like you created it from scratch. If there is a bug in a modified portal then you won’t be able to call Microsoft support about it. I hope that makes sense and seems fair. If there is a bug in the SDK somewhere then of course you can call Microsoft support about it. Of course we are here to help you on the forums and blog if you need some help getting started, have questions, or want to discuss a bug.
I’m really looking forward to seeing what people do with this. We have had some internal groups here at Microsoft take this source code and do this already and it has worked out great.
Download the files from the Microsoft Download site here:
You can also download this from MSDN or TechNet if you are a subscriber - the release there is called the 'Service Manager Portal SDK'.
Big THANKS to Paresh (the Microsoft developer on the original portall that helped pull this together), the marketing team for funding the portal style update, and all the community beta testers that validated this release for us!
i have SCSM2010 and there seems to be a problem with my analyst portal (i have not as yet applied your solution)... apparently i cant seem to get the images right and when ever we click the submit button on the grey pop-up while approving change, we get a run time error
looks like a developer form our team messed it up cause the button click modal points to a review.cs file on his own user profile path...
is there a webpart / file / etc that i can replace to get this back to normal ?
I would like to remove the link Request new user from the portal, i am not able to locate "HomePageTasks.Cs" file can you please provide the path where this file could be located.
I edited the HomePageTasks.cs file, rebuild it copied the .dlls that were modified during build, but i am getting an error saying run time error.
can you please provide a step by step details on what needs to copy and to where?
The instructions to deploy the portal are all in the documentation that comes with the source code download.
Hi Travis, like the new portal alot! many thanks :) currently delving into what has been discussed here before:
I don't think this is the correct way since i get around 26 errors when building :S
//Since it is not currently resolved just add an end user comment
IDataItem updateCommentLogItem = (IDataItem)sdkQueryUtility.CreateEmoFromClass(WebpartsConstants.CommentLogTypeId);
updateCommentLogItem[DataItemConstants.Id] = Guid.NewGuid().ToString();
updateCommentLogItem[WebpartsConstants.EnteredDate] = DateTime.Now;
updateCommentLogItem[WebpartsConstants.EnteredBy] = HttpContext.Current.User.Identity.Name;
updateCommentLogItem[WebpartsConstants.CommentLogComment] = strLogComment;
requestDataItem[WebpartsConstants.UserCommentsComponent] = updateCommentLogItem;
IDataItem updatedbyaffecteduser = sdkQueryUtility.GetEnumeration(new Guid (SELECT
EnumType.EnumTypeId, LocalizedText.LTValue, EnumType.EnumTypeName, LocalizedText.LTStringType
FROM ServiceManager.dbo.EnumType INNER JOIN
ServiceManager.dbo.LocalizedText ON EnumType.EnumTypeName = LocalizedText.ElementName
WHERE (LocalizedText.LTValue LIKE 'updatedbyaffecteduser'));
requestDataItem[WebpartsConstants.IncidentPropertyStatus] = updatedbyaffecteduser;
Hello Travis, we are having problems with end users trying to Update Request. When user are requested to update more information on the portal, the user would need to enter their information, and click update. But, sometimes, the update will not show, unless they click on the update request button multiple times. This happens intermittently. I did call Microsoft about this, but they could not find the problem too. The logs shows no error.
Any help would be appreciated.
@Ana - sorry to hear about the problems. Not sure what that could be. Do you plan to upgrade to System Center 2012 as soon as it is available? The new portal in 2012 has an update capability out of the box.
Hi Travis, I ask for your help, he is to change the font size in the text of the link “Create Other Request” in the user portal... you have idea how to do this... in advance thank you for the help
Hi Guys Do you know If this portal works with 2012 system manager ?
Hi @Travis please let me know If it works with scsm2012 ?
@jj1123 - no, sorry it doesn't work with 2012 (at least not without some modifications)
We are a school District.
We are trying to customize web portal in scsm2012. We cant find a way to edit the web parts so that we can remove three clicks to go to actual form . We want the request form on first or atleast second page. Any Suggestions ?
@travis Thanks for your quick response. You are the best :-)
@jj1123 - Sorry JJ, there isn't a way to do that right now.
@travis we were waiting for your response. Thanks for the reply. We thought you will give us a good news and we can enjoy that with a coffee at our office.
But unfortunately this is disappointing. So do you think creating a custom silverlight application or web part is the only solution for this problem now ? but that would be alot of work right ?