हम IdM का परिचय देते हैं। कार्यान्वयन इंजीनियर से देखें

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

हम कार्यात्मक आवश्यकताओं को बनाते हैं

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

आवश्यक सिस्टम कार्यक्षमता को तार्किक और आर्थिक रूप से उचित, कार्यान्वित किया जाना चाहिए और अपनी क्षमताओं के अनुरूप होना चाहिए। यह अनिवार्य रूप से व्यावसायिक प्रक्रियाओं का एक शीर्ष-स्तरीय विवरण है जिसे IdM कार्यान्वयन का उपयोग करके स्वचालित करने की आवश्यकता है।

स्पष्टता के लिए एक सरल उदाहरण पर विचार करें। कल्पना करें कि आपको निम्नलिखित कार्मिक प्रक्रियाओं को स्वचालित करने की आवश्यकता है:

• एक नए कर्मचारी का प्रवेश (स्थिति और इकाई के अनुसार प्राथमिक अधिकारों के साथ खातों का निर्माण)।
• कर्मचारियों के लिए नई साख का अनुरोध (समन्वय, अनुप्रयोगों के स्वचालित और अर्ध-स्वचालित निष्पादन)।
• किसी कर्मचारी को एक पद पर स्थानांतरित करना (नई स्थिति के अनुरूप शक्तियां जारी करना, पुरानी शक्तियों की पुष्टि या निरस्तीकरण)
• एक कर्मचारी का बर्खास्तगी (सभी भूमिकाओं को वापस बुलाने के साथ अपने सभी खातों को अवरुद्ध करना)।

नई कर्मचारी स्वीकृति प्रक्रिया के लिए कार्यात्मक आवश्यकताओं में, यह निम्नलिखित लिखने के लायक है: सिस्टम कार्मिक प्रणाली से नए कर्मचारी के बारे में जानकारी पढ़ता है, सक्रिय निर्देशिका (AD) में खाता बनाता है, स्थिति के अनुसार आवश्यक समूहों को असाइन करता है, CRM में खाता बनाता है, एक प्रोफ़ाइल और भूमिकाएँ प्रदान करता है। आधिकारिक कर्तव्यों के अनुसार।

कार्यालय में प्रवेश करने पर सीईओ को कॉफी पीने की आवश्यकता के लिए वहां प्रवेश करने की कोई आवश्यकता नहीं है। यह एक IdM फीचर नहीं है, हालांकि एक एपीआई के साथ, कॉफी निर्माता साकार है, भी :)

हम सिस्टम घटकों के इंटरैक्शन का आरेख बनाते हैं

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

इसलिए, हमने महसूस किया कि पहले चरण में इन स्वचालित प्रक्रियाओं के कार्यान्वयन के लिए, आपको केवल तीन प्रणालियों के साथ एकीकृत करने की आवश्यकता है:

• कार्मिक प्रणाली 1C के साथ: ZUP,
• एंटरप्राइज़ इन्फ्रास्ट्रक्चर में उपयोगकर्ता विशेषाधिकार के प्राथमिक प्रदाता के रूप में Microsoft सक्रिय निर्देशिका के साथ,
• आदेश के तहत एक तीसरे पक्ष के विक्रेता द्वारा लिखित और बनाए रखा गया मुख्य सीआरएम व्यापार प्रणाली के साथ।

आपको भविष्य की प्रणाली के घटकों की बातचीत योजना की तुरंत कल्पना करने की आवश्यकता है।

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

इस सामान के साथ हम खरीदारी के लिए बाहर जाते हैं।

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

हम एक प्रोजेक्ट टीम बनाते हैं और प्री-प्रोजेक्ट सर्वे करते हैं

IdM खरीदने के तुरंत बाद करने वाली पहली बात (सौदे के लिए गिलास की पूरी गिनती नहीं गिनना) प्रोजेक्ट टीम बनाना है। हां, ग्राहक की ओर से प्रोजेक्ट टीम होनी चाहिए। पूरे आयोजन की सफलता इसकी रचना पर निर्भर करती है। इसमें उन सभी इच्छुक विभागों के प्रतिनिधियों को शामिल किया जाना चाहिए जिनके पास आवश्यक रूप से तकनीकी प्रकृति के विभिन्न मुद्दों को जल्दी से हल करने के लिए आवश्यक और पर्याप्त शक्तियां हैं जो कार्यान्वयन के दौरान उत्पन्न होती हैं।

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

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

हम टीके लिखते हैं

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

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

उदाहरण के लिए, कार्मिक प्रक्रिया। ToR में एक नए कर्मचारी का प्रवेश इस तरह दिखेगा:

1. एक एचआर क्लर्क 1 सी: जेडयूपी एचआर सिस्टम में एक नए कर्मचारी के बारे में जानकारी दर्ज करता है। अनिवार्य निम्नलिखित क्षेत्रों में भरता है: ... (यह सूचीबद्ध है जो)।
2. IdM कार्मिक प्रणाली 1C से एक नए कर्मचारी के बारे में डेटा प्राप्त करता है: ZUP, नए कर्मचारी की स्थिति और इकाई को निर्धारित करता है। IdM में एक नया कर्मचारी प्रोफाइल बनाता है। लॉगिन का गठन इस तरह के नियमों के अनुसार किया जाता है, ऐसे और इस तरह के अनुसार पासवर्ड। नए कर्मचारी के पासवर्ड के लिए लॉगिन जानकारी वहां और ऐसे संचार चैनलों के माध्यम से भेजी जाती है (इंगित करें कि आईडीएम को पता कहां से मिलता है)।
3. आईडीएम स्वचालित रूप से नए कर्मचारी की इकाई के अनुरूप निर्देशिका (OU - संगठन इकाई) में विशेषताओं (सूची) के साथ विज्ञापन में खाता बनाता है। लॉगिन का गठन इस तरह के नियमों के अनुसार किया जाता है, ऐसे और इस तरह के अनुसार पासवर्ड। नए कर्मचारी के लॉगिन और पासवर्ड पर डेटा वहां और इस तरह के संचार चैनलों के माध्यम से भेजा जाता है (संकेत मिलता है कि ईडीएम को पता कहाँ से मिलता है और संचार चैनल के पैरामीटर)।
4. बनाया गया AD खाता समूहों में रखा गया है (हम "रोल मॉडल के अनुसार सूची" या इंगित करते हैं)। रोल मॉडल को भी एक अलग अध्याय में एक ToR में सोचा और वर्णित करने की आवश्यकता होगी। ऐसे समूहों की नियुक्ति उन व्यक्तियों (हम सूची) के साथ मिलकर की जाती है। सिस्टम एक नए कर्मचारी को प्राधिकरण के असाइनमेंट पर सूचनाएं उत्पन्न करता है (प्राप्तकर्ता पहचान एल्गोरिथ्म निर्दिष्ट करें; अलग से अनुमोदन मार्गों का वर्णन करें), साथ ही समन्वयक को एप्लिकेशन को समन्वयित करने की आवश्यकता के बारे में अनुस्मारक (प्राप्तकर्ता पहचान एल्गोरिदम निर्दिष्ट करें, अनुस्मारक की समाप्ति, समाप्ति और आवृत्ति)।
5. AD में खाता बनाने के बाद, IdM नए कर्मचारी के लिए Exchange मेलबॉक्स बनाने की पहल करता है। नए मेलबॉक्स के बारे में जानकारी IdM में संग्रहीत की जाती है और कर्मचारी के कार्ड पर प्रदर्शित की जाती है।

लगभग एक ही नस में, हम सीआरएम के साथ प्रणाली की बातचीत का वर्णन करते हैं ...

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

एक सरल उदाहरण: कार्मिक प्रणाली में कर्मचारी का नाम बदलते समय, उसका नाम IdM से जुड़ी अन्य सभी प्रणालियों के प्रोफाइल में बदलना होगा। लेकिन यह बदल नहीं सकता है, क्योंकि कुछ प्रणालियों में नाम केवल संग्रहीत नहीं है।

एक उदाहरण अधिक जटिल है: आवश्यकता यह है कि एक नए कर्मचारी का विज्ञापन खाता उसकी इकाई के अनुरूप OU में बनाया जाना चाहिए। सवाल यह उठता है कि अगर कार्मिक प्रणाली में एक नई इकाई स्थापित की जाती है, तो क्या करें, लेकिन यह अभी तक AD में नहीं बनाई गई है? इस प्रकार, AD में कार्मिक प्रणाली में संग्रहीत संगठनात्मक संरचना को पुन: प्रस्तुत करने की एक अलग प्रक्रिया सामने आई है, जो ToR में वर्णन करने योग्य भी है।

सिस्टम के साथ एकीकृत करता है

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

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

मैं एक उदाहरण के साथ समझाऊंगा। अपने ज्ञात कार्यों को करने के लिए उत्तरार्द्ध को गर्म करने के लिए एक बिजली संयंत्र को लोहे से जोड़ने के लिए, यह आवश्यक है कि पावर स्टेशन में एक सॉकेट हो और लोहे में प्लग हो। सॉकेट और प्लग। २ बातें। एक भी नहीं। पावर स्टेशन के किनारे पर एक आउटलेट और लोहे के किनारे पर एक प्लग का उपयोग करके, लोहे को पावर सिस्टम के साथ एकीकृत किया जाता है। किसी अन्य प्रणाली के साथ IdM एकीकरण के मामले में, 2 चीजों की भी आवश्यकता होती है: IdM पक्ष पर एक कनेक्टर और सिस्टम पक्ष पर एक API। यह महत्वपूर्ण है! अन्यथा, विभिन्न अप्रिय घटनाएं हो सकती हैं। कनेक्टर का उद्देश्य केवल उस सिस्टम से आवश्यक डेटा प्राप्त करना है जिसमें वह उन्हें भेजता है, और उन्हें उस फॉर्म में IdM में स्थानांतरित करता है जिसमें IdM उन्हें प्राप्त कर सकता है। एक ही कनेक्टर विपरीत दिशा में करता है: यह एक आदेश और IdM से एक डेटा सेट प्राप्त करता है जिसमें IdM उन्हें जारी करता है, और यह सब सिस्टम में उस रूप में पहुंचाता है जिसमें सिस्टम समझता है कि उसे क्या करना है। लेकिन! प्रणाली, सिद्धांत रूप में, IdM के लिए आवश्यक डेटा का उत्पादन करने और IdM के साथ मिलकर काम करने के लिए आवश्यक आदेशों को निष्पादित करने में सक्षम होना चाहिए। यह एपीआई का मुख्य उद्देश्य है - एक इंटरफेस प्रदान करने के लिए जो सिस्टम पर विभिन्न कार्यों को करने के लिए आईडीएम कनेक्टर के साथ कार्य कर सकता है।

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

• सभी सिस्टम खातों की खोज करें। कोई इनपुट पैरामीटर नहीं हैं। आउटपुट उनकी सभी विशेषताओं के साथ सभी खातों की एक सूची है।
• आईडी द्वारा एक खाता खोजें। इनपुट पैरामीटर अल्ट्रासाउंड का पहचानकर्ता है। लॉगआउट - एक खाता जो सभी विशेषताओं के साथ खोज मानदंडों को पूरा करता है।
• एक खाता बनाएँ। इनपुट पैरामीटर - लॉगिन, पासवर्ड, पूरा नाम ... बाहर निकलें - नए अल्ट्रासाउंड की पहचानकर्ता।
• खाता लॉकआउट। इनपुट पैरामीटर - अल्ट्रासाउंड की पहचानकर्ता। कोई आउटपुट पैरामीटर नहीं हैं।
• और इसी तरह…

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

फिर, एक नियम के रूप में, ग्राहकों के लिए यह सवाल उठता है, जो एक IdM कार्यान्वयन इंजीनियर के लिए एक गंभीर दर्द का कारण बनता है: एक API इंटीग्रेटर को एक IdM इंटीग्रेटर द्वारा स्वयं क्यों लागू नहीं किया जा सकता है?

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



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

ईडीएम के इंटीग्रेटर के कर्मचारी, गरीब पाशा-प्रोग्रामर, यह समझने की कोशिश कर रहे हैं कि सिस्टम से सामान्य प्रतिक्रिया प्राप्त करने के लिए स्क्वाट क्या किया जाना चाहिए। यह सार्वजनिक स्रोतों का अध्ययन करता है, चुभता है, पुराना दस्तावेज है, एक अज्ञात प्रणाली के स्रोत कोड को समझता है और विक्रेता के फोन को तोड़ता है। , , , , , … , -, - . , . - , . , – , «» . , «» . «» «???», « !», «, …» , -. , - -, IdM .

? ? , , , , , ? IdM'? , , ? , ? , ; , , API. . - – , ( , , IT- ) , . . , . - :D. . !

. , «» – , . , , , , , , . … , . , AD , . . SAP'? .

, . . IdM, , , , IdM. . . , .

:

• IdM , . .
• . IdM , « ».
• . .

, , . , : , , . : – 50% . , , , . IdM, .

. .

, Solar inRights