Role-Tailored Dashboard Links

Most organizations with CRM will eventually want to have some kind of dashboards to help their employees focus on the KPIs and CRM lists that are important to them. Creating the dashboards themselves is outside the scope of this article, but there are a variety of ways to build them, from the popular SharePoint dashboards with PerformancePoint analytics, to custom webpages with embedded gauges and reports.

But once you build a dashboard for one set of users, others are sure to follow. Usually it’s the sales managers who first push to have dashboards so they can monitor their team’s pipeline and close ratio. But then the salespeople themselves will want a custom dashboard, and then the service folks, and soon after that, every group of users and department in your organization is pushing for a dashboard.

So how do you keep from cluttering up your sitemap navigation with 15 links to dashboards that are irrelevant to the majority of your users? Here’s one approach: use a combination of security roles and custom entities to display dashboard links to the right group of users. Follow the steps below:

1) Build your dashboards. In this example, we’ll pretend we have a dashboard for sales managers, and a separate one for salespeople. The sales managers don’t actually sell anything, so they don’t want to see info about their specific pipeline and alerts about the accounts they own. And the salespeople shouldn’t be distracted by looking at the aggregrate numbers and new opportunities from across the organization. So we’ve built different dashboards for each of them. (This example has screenshots from CRM 3.0, but the same principles and techniques apply to CRM 4.0 as well).

2) Add the dashboards to your sitemap navigation by editing the XML. Add a “SubArea” tag with a unique ID and the Url of the dashboards’ location:


The result should look like this:



3) Now add two custom entities. I’ve added one called SalesDash (schema name is “new_salesdash”) and one called SalesMgrDash (schema name is “new_salesmgrdash”). I’ve made them Organization-owned (rather than User-owned) and I’ve selected to not show them in any area of CRM. I’ve also made sure not to allow Activities or Note to be attached to them. These entities are only there so I can reference them in the security roles, I don’t want anyone actually using them.

4) Next, edit the Salesperson and Sales Manager security roles so they have Read privileges on the respective new custom entities you’ve just created. The Salesperson security role should be able to read instances of the SalesDash entity, but not have any privileges on the SalesMgrDash entity. The Sales Manager security role can read the SalesMgrDash entity, but not the SalesDash entity.

5) Lastly, go back to your Sitemap XML and set privileges on the dashboard links to display them only to users whose security roles grant them read access to the appropriate entity:



Now your dashboards will only show up in the Sitemap for the right individuals, and your sitemap won’t look cluttered with a bunch of irrelevant links for all the wonderful dashboards you’ll be creating!

IE8 Released – and CRM 4.0 is officially supported on it

Microsoft this afternoon released Internet Explorer 8, and word from the CRM team is that CRM 4.0 is officially supported on this new browser. The CRM team worked closely with the IE team to test the browser against CRM, and, except for one minor outstanding issue (I don’t know yet what that issue is) the IE8 team has knocked out all the issues that the CRM team identified.

Click the title of this post to visit the IE8 download site.

Tag: You’re It!



At Convergence, one of the keynote speakers demoed a new beta technology called “Tag.” Similar to a barcode, tags are colorful little unique labels that, when photographed with a properly-equipped mobile device, can act as hyperlinks from physical objects to websites or contact cards out in the ether.


The idea is that people can download the little mobile app onto their phones, and if they see a “tag” on a product, or billboard, or business card, etc., they can snap a picture and their phone will automatically link to the website URL encoded in the image. There’s been a similar app for the iPhone that lets users upload a barcode and get product information from the web, but in the case of tags, Microsoft is currently allowing anyone to create a tag (just go to microsoft.com/tag and sign up), and the algorithm behind the tags allows for more data to be stored in it than a typical black and white QR or datamatrix code.


What I haven’t learned yet is whether there’s an API so you can submit URL strings through a webservice and get back tags in a binary format that you could stuff into a database. I’m thinking about applications for CRM: For example, let’s say you have field service reps who have to do service on machinery. They might have a mobile device with access to CRM data. Tags could be used to store a link to the machinery’s record in CRM, and the field service rep could pull up service history and related customer information just by snapping a pic of the tag on the piece of machinery. That’s just one possibility. But for this to work, you’d want to have a custom app in CRM that generates tags every time a new “machinery” record was created. Hmmm… lots of possibilities.