Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

We have a challenge in our enterprise, where we have at least a few different storage locations for employee information. We are trying to get this all consolidated as much as possible so there is one place to go and look up / edit employee information such as name, address and phone number.

Since 90+% of employees have active directory accounts, we are thinking AD is a good place to make the master source of information - to pull from there / make edits there.

The rest will be updated / pulled from a second HR system (the HR system is limited however, and not user friendly for MIS or other non HR staff to go in and out of and make edits on a regular basis). These are employees that are short term and most likely not worth the effort of constantly editing by MIS.

So, I am looking for suggestions on how to allow certain key users (specific managers or HR staff for example) to be given access to some sort of utility or interface to edit active directory users (or possibly even add them if possible).

However, I of course do not want to allow any non MIS staff to be able to edit the access information such as group memberships. They should only be able to edit personal information such as name, address, phones and similar.

One possibility I am looking at is SpiceWorks - I already use it, and synchronize with AD. I know it has an ability to write changes back to AD, so maybe that will work. Anyone else use SpiceWorks, or any other utility to do this (or have other suggestions)?

share|improve this question

2 Answers 2

If you want to delegate Modify or write to specific attributes. You can do this through the Active Directory Delegation Wizard. You would make a group for HR and delegate the appropriate permissions to them. They would then be able to edit the info using ADUC or you could write a custom web interface, which isn't all that difficult to do if you don't want them to use ADUC for some reason.

share|improve this answer
    
Thanks. I managed to get the ADUC utility installed on an XP machine, used the delegation wizard on a container with users, but I can not seem to enable edit or the basic user information. Do you happen to know what the permissions are called for that information - for example, phones or address? I enabled the 'public' information, 'phones', and a couple other similar sounding properties, but those screens are still gray. –  Scott Szretter Nov 21 '11 at 16:42
    
@ScottSzretter kouti.com/tables/userattributes.htm or msdn.microsoft.com/en-us/library/windows/desktop/… are both useful. –  MDMarra Nov 21 '11 at 16:44

Well, seriously- whoever thinks AD is a good source database to run your central HR information is someone you should get a ercomendation... one to work for your competitor (a.k.a. fire him).

It is way too low level and technical to b a logical business side master system.

I think the approach is brkoen - you will end up doping tons of setup for little gain. AD is very technical, you need a higher level logical application.

share|improve this answer
    
I do not think I am asking for it to be our 'central HR information' database, but the issue we have is a central place for peoples name, address and phone numbers. We have PDF's produced from the 'HR database' on a file server or on peoples local machines that they downloaded, a web site with an outdated document, people use exchange/outlook and look up information from there, and even more sources. We are trying to eliminate this from the point of view of most of our users use outlook and they can look people up in there. Plus we can generate pdf's / reports off AD if needed. –  Scott Szretter Nov 21 '11 at 16:03
    
That makesm ore sense. In this case, though, I would automate the AD information storage via a nightly batch from the HR application. And / or use SQL Server Master Data Services to craete and maintain a central truth location. The later ist he most professional approach - starting a central enterpris data model (for HR) that other systems feed from. –  TomTom Nov 21 '11 at 16:18

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.