Ruminations on Architecture & Security

July 8, 2008

HR, your source of identies?

Filed under: Identity — Bavo De Ridder @ 10:26 am

For a few years I had the pleasure to work for Novell. I did several consulting projects with Identit Manager and even have some experience with the predecessor DirXML. After the Novell era, I worked for an independent service provider and got to know Sun Identity Manager and IBM Tivoli Identity Manager. This just to say that I have at least some experience in the world of Identity Management and directory synchronisations.

Matt Flynn is chiming in on the virtual directory versus meta directory “blog wars” that have been going on earlier this year. You can catch up here, here, ah, also here and then here as well.

In that post Matt Flynn starts with a simple scenario: there is an HR database, an Active Directory and a custom build SQL identity store. So far so good, that looks like something standard and simple. Then he continues by requiring that the HR database is the primary source for account creation and status.

This is where I have to disagree, strongly disagree. For years IDM product vendors have been telling us that the HR database should be the primary source for Identity information. This is just not true. The HR platform can not fulfil this role of primary source. The platform has been built and is driven by the need to manage the employee status of people and make sure they are paid properly and in time. This difference between what the HR platform actually is and what IDM product vendors want it to be, becomes more visible if you look at the following typical issues:

  • New employees are not entered fast enough in the HR system. The IDM system can’t act on events if they don’t happen in time.
  • Some of the attributes kept in the HR system are of lesser importance to HR and therefore typically are of lower (data) quality. The IDM system however depends on correct and up to date values for these attributes.
  • When employees migrate internally (to a different department or business division) the HR system often lags behind in changing the employee records. It also rarely models the typical transition periods involved in migrating.

For me these are all signs that the HR system, at least as they are managed today, should not be used as a primary source for account creation and status. In fact, the HR system should probably be “just a slave” of the IDM system. Leave the HR system for what it is: a system for managing the legal and financial aspects of an employee.

If you use the HR system as your primary source, you will soon find yourself implementing numerous ugly hacks and workarounds to compensate for low quality data and events that are either triggered too late or without enough detail. Demanding that the HR department should get their act together and improve is not a good solution. Doing identity management is not their job, they manage the legal and financial relationships. That’s just a part of the Identity. It’s the IDM product that should manage the identity and inform the HR system of changes that are relevant to the legal and financial aspect of the relationship.

None of the current IDM product vendors however have a product that can serve this role. As far as I know, most of these products are expensive data synchronisation tools with some workflow and UI layers on top. As the years pass by, I am wondering if any of these vendors is ever going to radically change and improve how (enterprise) Identity Management is dealt with. Since the first of these IDM products, over 10 years ago, not much has changed. It’s just more of the same.

About these ads

4 Comments »

  1. Why can’t the systeems update each other. You discuss synchronization in your article, but I don’t think you give it a fair shake. The fact is we’ll always have a number of repositories in the enterprise. When it comes to Identity information, odds are, the HR system is going to be populated first. Why not have the IDM system read and then process the feed? Also there’s nothing saying that the HR system can’t be updated later on when things change. The same goes for the other repositories in the enterprise…

    Comment by mattpollicove — July 8, 2008 @ 4:53 pm | Reply

  2. [...] 11, 2008 · No Comments Is that your company’s HR system? Not by a long shot according to Bavo De [...]

    Pingback by The all knowing Oracle of Identity « Identity Blogger — July 11, 2008 @ 4:24 am | Reply

  3. security systems in Wyoming…

    [...] systems – it”s a very different story. A story that ends with your crystal widgets being stolen if one of those security systems fails opens. Or worse, your customers” crystal widgets. We tend not to view network and application [...]…

    Trackback by security systems in Wyoming — July 13, 2008 @ 10:22 pm | Reply

  4. [...] – bookmarked by 4 members originally found by Kloudjonas on 2008-07-22 HR, your source of identies? http://bderidder.wordpress.com/2008/07/08/hr-your-source-of-identies/ – bookmarked by 4 members [...]

    Pingback by Bookmarks about Workflow — August 15, 2008 @ 3:15 am | Reply


RSS feed for comments on this post. TrackBack URI

Leave a Reply

Please log in using one of these methods to post your comment:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

The Rubric Theme. Create a free website or blog at WordPress.com.

Follow

Get every new post delivered to your Inbox.

%d bloggers like this: