IdM का कार्यान्वयन. ग्राहक द्वारा कार्यान्वयन की तैयारी

पिछले लेखों में, हम पहले ही देख चुके हैं कि IdM क्या है, कैसे समझें कि आपके संगठन को ऐसी प्रणाली की आवश्यकता है या नहीं, यह किन समस्याओं का समाधान करता है, और प्रबंधन के लिए कार्यान्वयन बजट को कैसे उचित ठहराया जाए। आज हम उन महत्वपूर्ण चरणों के बारे में बात करेंगे जिनसे संगठन को IdM प्रणाली को लागू करने से पहले परिपक्वता के उचित स्तर को प्राप्त करने के लिए गुजरना होगा। आख़िरकार, IdM को प्रक्रियाओं को स्वचालित करने के लिए डिज़ाइन किया गया है, लेकिन अराजकता को स्वचालित करना असंभव है।

जब तक कोई कंपनी एक बड़े उद्यम के आकार तक नहीं बढ़ जाती है और कई अलग-अलग व्यावसायिक प्रणालियां जमा नहीं कर लेती है, तब तक वह आमतौर पर पहुंच नियंत्रण के बारे में नहीं सोचती है। इसलिए, अधिकार प्राप्त करने और उसमें शक्तियों को नियंत्रित करने की प्रक्रियाएँ संरचित नहीं हैं और उनका विश्लेषण करना कठिन है। कर्मचारी अपनी इच्छानुसार पहुंच के लिए आवेदन भरते हैं; अनुमोदन प्रक्रिया भी औपचारिक नहीं होती है, और कभी-कभी इसका अस्तित्व ही नहीं होता है। यह तुरंत पता लगाना असंभव है कि किसी कर्मचारी के पास क्या पहुंच है, किसने इसे मंजूरी दी और किस आधार पर।

यह ध्यान में रखते हुए कि पहुंच को स्वचालित करने की प्रक्रिया दो मुख्य पहलुओं को प्रभावित करती है - कार्मिक डेटा और सूचना प्रणालियों से डेटा जिसके साथ एकीकरण किया जाना है, हम यह सुनिश्चित करने के लिए आवश्यक कदमों पर विचार करेंगे कि आईडीएम का कार्यान्वयन सुचारू रूप से चले और अस्वीकृति का कारण न बने:

1. कार्मिक प्रक्रियाओं का विश्लेषण और कार्मिक प्रणालियों में कर्मचारी डेटाबेस समर्थन का अनुकूलन।
2. उपयोगकर्ता और अधिकार डेटा का विश्लेषण, साथ ही लक्ष्य प्रणालियों में पहुंच नियंत्रण विधियों को अद्यतन करना जिन्हें आईडीएम से जोड़ने की योजना है।
3. आईडीएम के कार्यान्वयन की तैयारी की प्रक्रिया में संगठनात्मक गतिविधियाँ और कर्मियों की भागीदारी।

कार्मिक डेटा

किसी संगठन में कार्मिक डेटा का एक स्रोत हो सकता है, या कई हो सकते हैं। उदाहरण के लिए, एक संगठन के पास काफी व्यापक शाखा नेटवर्क हो सकता है, और प्रत्येक शाखा अपने स्वयं के कार्मिक आधार का उपयोग कर सकती है।

सबसे पहले, यह समझना आवश्यक है कि कार्मिक रिकॉर्ड प्रणाली में कर्मचारियों के बारे में कौन सा बुनियादी डेटा संग्रहीत है, कौन सी घटनाएं दर्ज की जाती हैं, और उनकी पूर्णता और संरचना का मूल्यांकन करें।

अक्सर ऐसा होता है कि सभी कार्मिक घटनाओं को कार्मिक स्रोत में नोट नहीं किया जाता है (और इससे भी अधिक बार उन्हें असामयिक रूप से नोट किया जाता है और पूरी तरह से सही ढंग से नहीं)। यहां कुछ विशिष्ट उदाहरण दिए गए हैं:

• पत्तियां, उनकी श्रेणियां और शर्तें (नियमित या दीर्घकालिक) दर्ज नहीं की जाती हैं;
• अंशकालिक रोजगार दर्ज नहीं किया जाता है: उदाहरण के लिए, एक बच्चे की देखभाल के लिए लंबी अवधि की छुट्टी पर, एक कर्मचारी एक साथ अंशकालिक काम कर सकता है;
• उम्मीदवार या कर्मचारी की वास्तविक स्थिति पहले ही बदल चुकी है (रिसेप्शन/ट्रांसफर/बर्खास्तगी), और इस घटना के बारे में आदेश देरी से जारी किया गया है;
• एक कर्मचारी को बर्खास्तगी के माध्यम से एक नए नियमित पद पर स्थानांतरित किया जाता है, जबकि कार्मिक प्रणाली यह जानकारी दर्ज नहीं करती है कि यह एक तकनीकी बर्खास्तगी है।

डेटा की गुणवत्ता का आकलन करने पर भी विशेष ध्यान देना उचित है, क्योंकि किसी विश्वसनीय स्रोत, जो कि एचआर सिस्टम है, से प्राप्त कोई भी त्रुटि और अशुद्धियां भविष्य में महंगी हो सकती हैं और आईडीएम को लागू करते समय कई समस्याएं पैदा कर सकती हैं। उदाहरण के लिए, मानव संसाधन कर्मचारी अक्सर विभिन्न स्वरूपों में कार्मिक प्रणाली में कर्मचारी पदों को दर्ज करते हैं: बड़े और छोटे अक्षर, संक्षिप्ताक्षर, रिक्त स्थान की विभिन्न संख्या और इसी तरह। परिणामस्वरूप, कार्मिक प्रणाली में वही स्थिति निम्नलिखित विविधताओं में दर्ज की जा सकती है:

• वरिष्ठ प्रबंधक
• वरिष्ठ प्रबंधक
• वरिष्ठ प्रबंधक
• कला। प्रबंधक…

अक्सर आपको अपने नाम की वर्तनी में अंतर से जूझना पड़ता है:

• श्मेलेवा नताल्या गेनाडीवना,
• श्मेलेवा नतालिया गेनाडीवना...

आगे के स्वचालन के लिए, इस तरह की गड़बड़ी अस्वीकार्य है, खासकर यदि ये विशेषताएँ पहचान का एक महत्वपूर्ण संकेत हैं, अर्थात, सिस्टम में कर्मचारी और उसकी शक्तियों के बारे में डेटा की तुलना पूर्ण नाम से की जाती है।

इसके अलावा, हमें कंपनी में हमनामों और पूर्ण हमनामों की संभावित उपस्थिति के बारे में नहीं भूलना चाहिए। यदि किसी संगठन में एक हजार कर्मचारी हैं, तो ऐसे कुछ मैच हो सकते हैं, लेकिन यदि 50 हजार हैं, तो यह आईडीएम प्रणाली के सही संचालन में एक महत्वपूर्ण बाधा बन सकता है।

उपरोक्त सभी को सारांशित करते हुए, हम निष्कर्ष निकालते हैं: संगठन के कार्मिक डेटाबेस में डेटा दर्ज करने का प्रारूप मानकीकृत किया जाना चाहिए। नाम, पद और विभाग दर्ज करने के मापदंडों को स्पष्ट रूप से परिभाषित किया जाना चाहिए। सबसे अच्छा विकल्प तब होता है जब एक मानव संसाधन कर्मचारी मैन्युअल रूप से डेटा दर्ज नहीं करता है, बल्कि कार्मिक डेटाबेस में उपलब्ध "चयन" फ़ंक्शन का उपयोग करके विभागों और पदों की संरचना की पूर्व-निर्मित निर्देशिका से इसका चयन करता है।

सिंक्रनाइज़ेशन में आगे की त्रुटियों से बचने के लिए और रिपोर्ट में विसंगतियों को मैन्युअल रूप से ठीक करने की आवश्यकता नहीं है, कर्मचारियों की पहचान करने का सबसे पसंदीदा तरीका एक आईडी दर्ज करना है संगठन के प्रत्येक कर्मचारी के लिए. ऐसा पहचानकर्ता प्रत्येक नए कर्मचारी को सौंपा जाएगा और कार्मिक प्रणाली और संगठन की सूचना प्रणाली दोनों में एक अनिवार्य खाता विशेषता के रूप में दिखाई देगा। इससे कोई फर्क नहीं पड़ता कि इसमें संख्याएं हैं या अक्षर, मुख्य बात यह है कि यह प्रत्येक कर्मचारी के लिए अद्वितीय है (उदाहरण के लिए, कई लोग कर्मचारी के कार्मिक नंबर का उपयोग करते हैं)। भविष्य में, इस विशेषता की शुरूआत से कार्मिक स्रोत में कर्मचारी डेटा को उसके खातों और सूचना प्रणालियों में अधिकारियों के साथ जोड़ने में काफी सुविधा होगी।

इसलिए, कार्मिक रिकॉर्ड के सभी चरणों और तंत्रों का विश्लेषण करने और उन्हें क्रम में रखने की आवश्यकता होगी। यह बहुत संभव है कि कुछ प्रक्रियाओं को बदलना या संशोधित करना पड़ेगा। यह कठिन और श्रमसाध्य काम है, लेकिन यह आवश्यक है, अन्यथा कार्मिक घटनाओं पर स्पष्ट और संरचित डेटा की कमी से उनके स्वचालित प्रसंस्करण में त्रुटियां हो जाएंगी। सबसे खराब स्थिति में, असंरचित प्रक्रियाओं को स्वचालित करना बिल्कुल भी असंभव होगा।

लक्ष्य प्रणालियाँ

अगले चरण में, हमें यह पता लगाने की आवश्यकता है कि हम कितनी सूचना प्रणालियों को IdM संरचना में एकीकृत करना चाहते हैं, इन प्रणालियों में उपयोगकर्ताओं और उनके अधिकारों के बारे में कौन सा डेटा संग्रहीत है, और उन्हें कैसे प्रबंधित किया जाए।

कई संगठनों में, एक राय है कि हम IdM स्थापित करेंगे, लक्ष्य प्रणालियों के लिए कनेक्टर्स को कॉन्फ़िगर करेंगे, और एक जादू की छड़ी की लहर के साथ सब कुछ काम करेगा, हमारी ओर से अतिरिक्त प्रयास के बिना। अफसोस, ऐसा नहीं होता। कंपनियों में, सूचना प्रणाली परिदृश्य धीरे-धीरे विकसित और बढ़ रहा है। प्रत्येक सिस्टम में एक्सेस अधिकार देने के लिए एक अलग दृष्टिकोण हो सकता है, अर्थात, अलग-अलग एक्सेस कंट्रोल इंटरफेस को कॉन्फ़िगर किया जा सकता है। कहीं नियंत्रण एपीआई (एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस) के माध्यम से होता है, कहीं संग्रहीत प्रक्रियाओं का उपयोग करके डेटाबेस के माध्यम से होता है, कहीं कोई इंटरैक्शन इंटरफ़ेस नहीं हो सकता है। आपको इस तथ्य के लिए तैयार रहना चाहिए कि आपको संगठन के सिस्टम में खातों और अधिकारों के प्रबंधन के लिए कई मौजूदा प्रक्रियाओं पर पुनर्विचार करना होगा: डेटा प्रारूप बदलें, पहले से इंटरेक्शन इंटरफेस में सुधार करें और इस काम के लिए संसाधन आवंटित करें।

प्रेरणास्रोत

IdM समाधान प्रदाता चुनने के चरण में आपको संभवतः एक रोल मॉडल की अवधारणा का सामना करना पड़ेगा, क्योंकि यह एक्सेस अधिकार प्रबंधन के क्षेत्र में प्रमुख अवधारणाओं में से एक है। इस मॉडल में, एक भूमिका के माध्यम से डेटा तक पहुंच प्रदान की जाती है। भूमिका उन पहुंचों का एक समूह है जो एक निश्चित स्थिति में किसी कर्मचारी के लिए अपनी कार्यात्मक जिम्मेदारियां निभाने के लिए न्यूनतम आवश्यक हैं।

भूमिका-आधारित अभिगम नियंत्रण के कई निर्विवाद फायदे हैं:

• बड़ी संख्या में कर्मचारियों को समान अधिकार सौंपना सरल और प्रभावी है;
• अधिकारों के समान सेट वाले कर्मचारियों की पहुंच को तुरंत बदलना;
• अधिकारों की अतिरेक को समाप्त करना और उपयोगकर्ताओं के लिए असंगत शक्तियों का परिसीमन करना।

भूमिका मैट्रिक्स को पहले संगठन के प्रत्येक सिस्टम में अलग से बनाया जाता है, और फिर पूरे आईटी परिदृश्य में बढ़ाया जाता है, जहां प्रत्येक सिस्टम की भूमिकाओं से वैश्विक व्यावसायिक भूमिकाएँ बनती हैं। उदाहरण के लिए, व्यावसायिक भूमिका "लेखाकार" में उद्यम के लेखांकन विभाग में उपयोग की जाने वाली प्रत्येक सूचना प्रणाली के लिए कई अलग-अलग भूमिकाएँ शामिल होंगी।

हाल ही में, एप्लिकेशन, डेटाबेस और ऑपरेटिंग सिस्टम विकसित करने के चरण में भी एक रोल मॉडल बनाने के लिए इसे "सर्वोत्तम अभ्यास" माना गया है। साथ ही, अक्सर ऐसी स्थितियाँ होती हैं जब सिस्टम में भूमिकाएँ कॉन्फ़िगर नहीं की जाती हैं या वे मौजूद ही नहीं होती हैं। इस मामले में, इस सिस्टम के व्यवस्थापक को खाता जानकारी को कई अलग-अलग फ़ाइलों, पुस्तकालयों और निर्देशिकाओं में दर्ज करना होगा जो आवश्यक अनुमतियां प्रदान करते हैं। पूर्वनिर्धारित भूमिकाओं का उपयोग आपको जटिल समग्र डेटा वाले सिस्टम में संचालन की एक पूरी श्रृंखला को पूरा करने के लिए विशेषाधिकार प्रदान करने की अनुमति देता है।

एक सूचना प्रणाली में भूमिकाएँ, एक नियम के रूप में, स्टाफिंग संरचना के अनुसार पदों और विभागों के लिए वितरित की जाती हैं, लेकिन कुछ व्यावसायिक प्रक्रियाओं के लिए भी बनाई जा सकती हैं। उदाहरण के लिए, एक वित्तीय संगठन में, निपटान विभाग के कई कर्मचारी एक ही पद पर रहते हैं - ऑपरेटर। लेकिन विभाग के भीतर विभिन्न प्रकार के संचालन (बाहरी या आंतरिक, विभिन्न मुद्राओं में, संगठन के विभिन्न खंडों के साथ) के अनुसार अलग-अलग प्रक्रियाओं में वितरण भी होता है। एक विभाग के प्रत्येक व्यावसायिक क्षेत्र को आवश्यक विशिष्टताओं के अनुसार सूचना प्रणाली तक पहुंच प्रदान करने के लिए, व्यक्तिगत कार्यात्मक भूमिकाओं में अधिकारों को शामिल करना आवश्यक है। इससे गतिविधि के प्रत्येक क्षेत्र के लिए शक्तियों का न्यूनतम पर्याप्त सेट प्रदान करना संभव हो जाएगा, जिसमें अनावश्यक अधिकार शामिल नहीं होंगे।

इसके अतिरिक्त, सैकड़ों भूमिकाओं, हजारों उपयोगकर्ताओं और लाखों अनुमतियों वाले बड़े सिस्टम के लिए, भूमिकाओं के पदानुक्रम और विशेषाधिकार विरासत का उपयोग करना अच्छा अभ्यास है। उदाहरण के लिए, मूल भूमिका प्रशासक को बाल भूमिकाओं के विशेषाधिकार विरासत में मिलेंगे: उपयोगकर्ता और पाठक, क्योंकि प्रशासक वह सब कुछ कर सकता है जो उपयोगकर्ता और पाठक कर सकते हैं, साथ ही उसके पास अतिरिक्त प्रशासनिक अधिकार भी होंगे। पदानुक्रम का उपयोग करते हुए, एक ही मॉड्यूल या सिस्टम की एकाधिक भूमिकाओं में समान अधिकारों को फिर से निर्दिष्ट करने की कोई आवश्यकता नहीं है।

पहले चरण में, आप उन प्रणालियों में भूमिकाएँ बना सकते हैं जहाँ अधिकारों के संयोजन की संभावित संख्या बहुत बड़ी नहीं है और परिणामस्वरूप, छोटी संख्या में भूमिकाओं को प्रबंधित करना आसान है। ये कंपनी के सभी कर्मचारियों द्वारा सक्रिय निर्देशिका (एडी), मेल सिस्टम, सेवा प्रबंधक और इसी तरह की सार्वजनिक रूप से सुलभ प्रणालियों के लिए आवश्यक विशिष्ट अधिकार हो सकते हैं। फिर, सूचना प्रणालियों के लिए बनाई गई भूमिका मैट्रिक्स को सामान्य भूमिका मॉडल में शामिल किया जा सकता है, उन्हें व्यावसायिक भूमिकाओं में संयोजित किया जा सकता है।

इस दृष्टिकोण का उपयोग करते हुए, भविष्य में, IdM प्रणाली को लागू करते समय, निर्मित प्रथम-चरण भूमिकाओं के आधार पर पहुंच अधिकार देने की पूरी प्रक्रिया को स्वचालित करना आसान होगा।

एनबी आपको तुरंत एकीकरण में यथासंभव अधिक से अधिक सिस्टम शामिल करने का प्रयास नहीं करना चाहिए। पहले चरण में अर्ध-स्वचालित मोड में अधिक जटिल वास्तुकला और एक्सेस अधिकार प्रबंधन संरचना वाले सिस्टम को IdM से जोड़ना बेहतर है। अर्थात्, कार्मिक घटनाओं के आधार पर, केवल एक्सेस अनुरोध की स्वचालित पीढ़ी को लागू करें, जिसे निष्पादन के लिए व्यवस्थापक को भेजा जाएगा, और वह अधिकारों को मैन्युअल रूप से कॉन्फ़िगर करेगा।

पहले चरण को सफलतापूर्वक पूरा करने के बाद, आप सिस्टम की कार्यक्षमता को नई विस्तारित व्यावसायिक प्रक्रियाओं तक बढ़ा सकते हैं, अतिरिक्त सूचना प्रणालियों के कनेक्शन के साथ पूर्ण स्वचालन और स्केलिंग लागू कर सकते हैं।

दूसरे शब्दों में, IdM के कार्यान्वयन की तैयारी के लिए, नई प्रक्रिया के लिए सूचना प्रणालियों की तैयारी का आकलन करना और उपयोगकर्ता खातों और उपयोगकर्ता अधिकारों के प्रबंधन के लिए बाहरी इंटरैक्शन इंटरफेस को पहले से अंतिम रूप देना आवश्यक है, यदि ऐसे इंटरफेस नहीं हैं सिस्टम में उपलब्ध है. व्यापक पहुंच नियंत्रण के लिए सूचना प्रणालियों में भूमिकाओं के चरण-दर-चरण निर्माण के मुद्दे का भी पता लगाया जाना चाहिए।

संगठनात्मक कार्यक्रम

संगठनात्मक मुद्दों को भी नजरअंदाज न करें। कुछ मामलों में, वे निर्णायक भूमिका निभा सकते हैं, क्योंकि संपूर्ण परियोजना का परिणाम अक्सर विभागों के बीच प्रभावी बातचीत पर निर्भर करता है। ऐसा करने के लिए, हम आमतौर पर संगठन में प्रक्रिया प्रतिभागियों की एक टीम बनाने की सलाह देते हैं, जिसमें शामिल सभी विभाग शामिल होंगे। चूंकि यह लोगों के लिए एक अतिरिक्त बोझ है, इसलिए भविष्य की प्रक्रिया में सभी प्रतिभागियों को बातचीत की संरचना में उनकी भूमिका और महत्व को पहले से समझाने का प्रयास करें। यदि आप इस स्तर पर अपने सहकर्मियों को IdM का विचार "बेचते" हैं, तो आप भविष्य में कई कठिनाइयों से बच सकते हैं।

अक्सर सूचना सुरक्षा या आईटी विभाग किसी कंपनी में आईडीएम कार्यान्वयन परियोजना के "मालिक" होते हैं, और व्यावसायिक विभागों की राय पर ध्यान नहीं दिया जाता है। यह एक बड़ी गलती है, क्योंकि केवल वे ही जानते हैं कि प्रत्येक संसाधन का उपयोग कैसे और किन व्यावसायिक प्रक्रियाओं में किया जाता है, किसे उस तक पहुंच दी जानी चाहिए और किसे नहीं। इसलिए, तैयारी के चरण में, यह इंगित करना महत्वपूर्ण है कि यह व्यवसाय स्वामी है जो कार्यात्मक मॉडल के लिए ज़िम्मेदार है जिसके आधार पर सूचना प्रणाली में उपयोगकर्ता अधिकारों (भूमिकाओं) के सेट विकसित किए जाते हैं, साथ ही यह सुनिश्चित करने के लिए भी इन भूमिकाओं को अद्यतन रखा जाता है। एक रोल मॉडल कोई स्थिर मैट्रिक्स नहीं है जो एक बार बन जाता है और आप इस पर शांत हो सकते हैं। यह एक "जीवित जीव" है जिसे संगठन की संरचना और कर्मचारियों की कार्यक्षमता में परिवर्तन के बाद लगातार बदलना, अद्यतन करना और विकसित करना चाहिए। अन्यथा, या तो पहुंच प्रदान करने में देरी से जुड़ी समस्याएं उत्पन्न होंगी, या अत्यधिक पहुंच अधिकारों से जुड़े सूचना सुरक्षा जोखिम उत्पन्न होंगे, जो और भी बदतर है।

जैसा कि आप जानते हैं, "सात नानी के पास एक आंख के बिना बच्चा है", इसलिए कंपनी को एक ऐसी पद्धति विकसित करनी चाहिए जो रोल मॉडल की वास्तुकला, प्रक्रिया में विशिष्ट प्रतिभागियों की बातचीत और इसे अद्यतन रखने की जिम्मेदारी का वर्णन करे। यदि किसी कंपनी के पास व्यावसायिक गतिविधि के कई क्षेत्र हैं और, तदनुसार, कई प्रभाग और विभाग हैं, तो भूमिका-आधारित पहुंच प्रबंधन प्रक्रिया के हिस्से के रूप में प्रत्येक क्षेत्र (उदाहरण के लिए, उधार, परिचालन कार्य, दूरस्थ सेवाएं, अनुपालन और अन्य) के लिए, यह अलग क्यूरेटर नियुक्त करना आवश्यक है। इनके माध्यम से विभाग की संरचना में परिवर्तन और प्रत्येक भूमिका के लिए आवश्यक पहुंच अधिकारों के बारे में जानकारी शीघ्रता से प्राप्त करना संभव होगा।

प्रक्रिया में भाग लेने वाले विभागों के बीच संघर्ष की स्थितियों को हल करने के लिए संगठन के प्रबंधन का समर्थन प्राप्त करना अनिवार्य है। और किसी भी नई प्रक्रिया को शुरू करते समय संघर्ष अपरिहार्य हैं, ऐसा हमारा अनुभव मानता है। इसलिए, हमें एक मध्यस्थ की आवश्यकता है जो हितों के संभावित टकराव का समाधान करेगा, ताकि किसी और की गलतफहमी और तोड़फोड़ के कारण समय बर्बाद न हो।

एनबी जागरूकता बढ़ाने की शुरुआत करने के लिए एक अच्छी जगह अपने कर्मचारियों को प्रशिक्षित करना है। भविष्य की प्रक्रिया के कामकाज और इसमें प्रत्येक भागीदार की भूमिका का विस्तृत अध्ययन एक नए समाधान में संक्रमण की कठिनाइयों को कम करेगा।

सूची जांचें

संक्षेप में, हम उन मुख्य कदमों का सारांश देते हैं जो IdM को लागू करने की योजना बना रहे संगठन को उठाने चाहिए:

• कार्मिक डेटा में व्यवस्था लाना;
• प्रत्येक कर्मचारी के लिए एक विशिष्ट पहचान पैरामीटर दर्ज करें;
• आईडीएम के कार्यान्वयन के लिए सूचना प्रणाली की तैयारी का आकलन करें;
• पहुंच नियंत्रण के लिए सूचना प्रणालियों के साथ बातचीत के लिए इंटरफेस विकसित करना, यदि वे गायब हैं, और इस काम के लिए संसाधन आवंटित करना;
• एक रोल मॉडल विकसित करना और उसका निर्माण करना;
• एक रोल मॉडल प्रबंधन प्रक्रिया का निर्माण करें और इसमें प्रत्येक व्यावसायिक क्षेत्र के क्यूरेटर को शामिल करें;
• IdM से प्रारंभिक कनेक्शन के लिए कई प्रणालियों का चयन करें;
• एक प्रभावी परियोजना टीम बनाएं;
• कंपनी प्रबंधन से समर्थन प्राप्त करें;
• ट्रेन स्टाफ।

तैयारी प्रक्रिया कठिन हो सकती है, इसलिए यदि संभव हो तो सलाहकारों को शामिल करें।

IdM समाधान को लागू करना एक कठिन और जिम्मेदार कदम है, और इसके सफल कार्यान्वयन के लिए, प्रत्येक पक्ष के व्यक्तिगत प्रयास - व्यावसायिक विभागों, आईटी और सूचना सुरक्षा सेवाओं के कर्मचारी, और पूरी टीम की बातचीत दोनों महत्वपूर्ण हैं। लेकिन प्रयास इसके लायक हैं: किसी कंपनी में IdM को लागू करने के बाद, सूचना प्रणालियों में अत्यधिक शक्तियों और अनधिकृत अधिकारों से संबंधित घटनाओं की संख्या कम हो जाती है; आवश्यक अधिकारों की कमी/लंबे इंतजार के कारण कर्मचारी का डाउनटाइम गायब हो जाता है; स्वचालन के कारण, श्रम लागत कम हो जाती है और आईटी और सूचना सुरक्षा सेवाओं की श्रम उत्पादकता बढ़ जाती है।

स्रोत: www.habr.com