Over the past few months, we have helped several Fortune 100 customers get a handle on their OCS provisioning and ongoing management of user changes. Because the process was so interesting and insightful, I wanted to relay the key issues that we solved in some of these OCS deployments in the hope that many of you will be able to better prepare for these – you won’t be able to avoid them, but knowledge is half the battle. I’ll break each issue in an article of its own and try to provide as much details as possible.
Planning an OCS deployment and rollout for a mid to large enterprise (anything over 10,000 seats) is complicated at best, daunting at its worst. System administrators have to carefully evaluate the capacity requirements, network topology, telephony deployment scenarios and various other considerations before they can put together a project plan for OCS rollout. As administrators plow through various stages of this plan, they almost always neglect the provisioning or on-boarding process, which eventually becomes a gating item for their rollout.
While some administrators may be able to work around the provisioning challenges by working through the native Active Directory or OCS management interface, for most mid to large organizations it will be almost impossible to handle all the provisioning requests manually.
Issue #1: Integration with existing systems
Each enterprise has an existing mechanism for triggering the new-hire or on-boarding request and this request management mechanism should be updated to address OCS provisioning for new hires. System administrators, typically, would have a tailored request management system, however in most cases it is a variation of the following few scenarios:
• Often HR system is the first IT system that gets seeded with the new hire information and from there on a request is triggered to provision various IT services like mail, telephone, access card etc for the new employee. Some of these services might require some manual approvals and might be addressed offline. An administrator will have to augment this new hire process to further add OCS provisioning requests for new employees automatically based on their entitlements.
• Because of additional Microsoft CAL implications some enterprise may not want to roll out OCS for all employees and may want to implement a charge-back mechanism for business units or cost centers before OCS access is enabled for requested employees. Typically, in such cases an administrator has to update an existing (or build a new ) intranet website for managers to request OCS service for their direct reports or setup a self registration page for employees. These intranet pages should be further integrated with the charge back systems to make sure that the cost center or the business unit is billed accordingly.
• Additionally, an enterprise might have an ERP system or identity management framework implemented which will have to be updated to trigger OCS provisioning requests as new identities are created in the IT systems.
Ensim Unify OCS Manager has robust extensibility through web service APIs. These APIs implement most WS-* standards enabling inter-operability with any existing system and allowing system administrators to address any of the scenarios mentioned above. More technical details will follow in some of the subsequent articles.
While this is just the first aspect of OCS user provisioning, it is clear that system administrators should include user provisioning in their upfront planning to avoid any hiccups during the rollout.
Amit Gupta
Director – Product Management
Ensim Corporation
Email: agupta@ensim.com
agupta Uncategorized Identity & Access Management, OCS, OCS Deployment, Office Communicator 2007, User Provisioning