साल का अंत, हर कोई धीरे-धीरे जायजा ले रहा है।

मेरे लिए, यह वर्ष SAP और Windows के बीच सिंगल साइन ऑन (SSO) को लागू करने की परियोजना द्वारा याद किया गया था। इस लेख में मैं कार्यान्वयन और परियोजना प्रबंधन, नुकसान, निष्कर्ष और निष्कर्ष के अनुभव के बारे में बताऊंगा।

कंपनी बेल्जियम, मेट्रो, ट्राम और बस के संयोजन में एक बड़ी परिवहन कंपनी है। 10 हजार से अधिक कर्मचारी हैं, जिनमें से लगभग दो हजार बैकऑफ़िस हैं, कई टूल का उपयोग कर रहे हैं: कॉर्पोरेट वेबसाइट, मेल, एप्लिकेशन सर्विस, शेयर पॉइंट, आर्काइविस्ट और, ज़ाहिर है, एसएपी।

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

समस्या:

• पीसी उपयोगकर्ता के लिए SAP एक अलग एप्लिकेशन है जिसके लिए आपको अपना पासवर्ड दर्ज करना होगा
• पहले आपको पासवर्ड का अनुरोध करने की आवश्यकता है, और फिर याद रखें। पासवर्ड बनाने और बदलने के लिए कॉल प्राप्त करने के लिए तकनीकी सहायता को मजबूर किया जाता है।
• उपयोगकर्ता के दृष्टिकोण से, एक अतिरिक्त पासवर्ड एक अतिरिक्त परेशानी है। लोग कागज पर पासवर्ड स्टोर करते हैं या उन्हें बहुत सरल बनाते हैं। सुरक्षा घोर उल्लंघनों के बारे में चिल्लाती है।
• पीसी के लिए पासवर्ड की न्यूनतम आवश्यकता एसएपी में पासवर्ड सेटिंग्स से मेल नहीं खाती है। यदि आप उन्हें एक सामान्य हर में लाते हैं, तो एसएसओ को तुरंत लागू करना बेहतर है।

उद्देश्य: विंडोज और एसएपी के बीच एक एसएसओ लागू करें, ताकि आपके पीसी खाते में प्रवेश करते समय, उपयोगकर्ता एसएपी में पासवर्ड दर्ज किए बिना लॉग इन कर सके।

यदि आप एसएपी के साथ सौदा नहीं करते हैं, तो आपको इस लेख में परियोजना प्रबंधन के दृष्टिकोण से दिलचस्पी होगी, क्योंकि उन विवरणों के सैपर के लिए (ब्रैकेट में) दिया जाएगा।

कटौती के तहत:

1. क्षेत्र
   1.1 स्कोप लोग
   1.2 स्कोप सिस्टम
2. घटकों
   2.1 सिस्टम पैरामीटर बदलना
   2.2 Windows सक्रिय निर्देशिका (AD)
   2.3 SAP सुरक्षित लॉगिन ग्राहक (SLC)
   २.४ अपने AD को SAP यूजर बांधना
   2.5 SAP logon.ini फ़ाइल को संशोधित करना
3. परीक्षण
4. एसएनसी एक सुरक्षा छेद है
5. टीम का काम
6. व्यवसाय की जानकारी
7. अनुवाद की कठिनाइयाँ
8. सारांश और निष्कर्ष

परिचय

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

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

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

इस मामले के तकनीकी पक्ष के लिए एक बाहरी सलाहकार को आमंत्रित किया गया था, और प्रोजेक्ट मैनेजर (पीएम) मैं बन गया, SAP में प्राधिकरण में शामिल व्यक्ति के रूप में (इसलिए, इस लेख में SAP में प्राधिकरण पर अन्य विवरण अधिक होंगे)।

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

1. स्कोप

1.1 स्कोप लोग

हमारी कंपनी के लोग SAP का उपयोग एक व्यक्तिगत कंप्यूटर (पतले ग्राहक - SAP लोगन जीयूआई) पर एक आवेदन के माध्यम से करते हैं, लेकिन न केवल। वितरण के अंतर्गत आने वाले उपयोगकर्ताओं की गणना कैसे करें?

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

बाहर रखा गया:

• जिनके पास डेस्कटॉप कंप्यूटर है, वे लैपटॉप नहीं
• 8 हजार उपयोगकर्ता जो कभी SAP लॉगऑन नहीं खोलते हैं, लेकिन वेबसाइट और एप्लिकेशन (SAP उपयोगकर्ता प्रकार संचार) के माध्यम से SAP का उपयोग करते हैं
• सभी बाहरी उपयोगकर्ता (कर्मचारी नहीं हैं, लेकिन वीपीएन के माध्यम से सिस्टम में लॉग इन करना होगा)

1.2 स्कोप सिस्टम

हमारी कंपनी में, SAP सैंडबॉक्स की गिनती नहीं करते हुए छह सक्रिय परिदृश्य ( ECC, BI, SRM, Netweaver, PI, सॉल्यूशन मैनेजर ) का उपयोग करता है। उनमें से प्रत्येक का अपना DEV , ACC , PRD है - अर्थात वास्तव में, यह 6 * 3 = 18 सिस्टम है।

वोट के आधार पर, केवल पहले चार परिदृश्य लेने का निर्णय लिया गया था। PI और SM का उपयोग व्यवस्थापकों के एक संकीर्ण दायरे द्वारा किया जाता है और सिस्टम को स्वयं अपडेट करने की आवश्यकता होती है (कम से कम SAP_BASIS घटक को 740 संस्करण में अद्यतन करने के लिए)। अन्यथा, स्नोकवॉयर लेनदेन का समर्थन नहीं किया जाता है, और मैन्युअल रूप से ऐसा करना 10-20 लोगों के लिए बहुत परेशानी है।

2. अवयव

उन विवरणों में रुचि रखने वाले लोगों को एसएपी वेबसाइट पर चरण-दर-चरण निर्देश मिलेंगे, साथ ही विभिन्न उपलब्ध तरीके (हमने केर्बोस के आधार पर एसएसओ को चुना, लेकिन यह हमेशा एक स्पष्ट विकल्प नहीं है)।

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

काम करने के लिए जादू के लिए, आपको 5 घटकों की आवश्यकता है:

2.1 सिस्टम पैरामीटर बदलना (उदाहरण SAP)

SAP सिस्टम ( ECC , BI , SRM , Netweaver ) में आपको पैरामीटर snc / enable = 1 को सक्रिय करना होगा। यह sncwizard के माध्यम से किया जाता है और इसमें तैयारी, सिस्टम रिबूट और अंतिम सक्रियण चरण शामिल हैं।

हमने उन सलाहकारों की मदद से पहले और बाद में मापदंडों का पता लगाया, अन्य विभागों से सहायता और परीक्षण और त्रुटि। यहां सबसे मुश्किल काम था सिस्टम को रीस्टार्ट करना।

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

हमारे पास चार SAP PRD सिस्टम थे: ECC, Netweaver, SRM, BI - रिबूटिंग के लिए

ईसीसी सबसे महत्वपूर्ण है, सभी वास्तविक समय के डेटा और मुख्य परिवहन इसके लिए बंधे हैं: बसें, ट्राम।

नेटवाइवर सिस्टम (दुर्घटनाएं, मोबाइल एप्लिकेशन), साथ ही ईसीसी सिस्टम के डेटा का उपयोग सुबह 3 बजे भी किया जाता है - यदि ट्राम नहीं चलते हैं, तो मरम्मत दल जाते हैं।

एसआरएम प्रणाली - मुख्य रूप से खरीद के लिए उपयोग की जाती है और 18:00 के बाद किसी भी दिन उपलब्ध होती है।

BI के साथ , कठिनाई यह है कि सप्ताहांत पर ECC से डेटा प्रवाह प्रणाली में जाता है, इसके अलावा, कभी-कभी BI से रिपोर्ट का उपयोग शीर्ष प्रबंधन द्वारा व्यावसायिक घंटों के बाहर किया जाता है।

कुल मिलाकर, सभी पीआरडी को रिबूट करने में 2 सप्ताह का समय लगा।
पीआरडी सिस्टम में से प्रत्येक के पीएस रिस्टार्ट को सभी डीईवी और एसीसी के पुनरारंभ से पहले किया गया था, जो समन्वय करना आसान है, लेकिन इसके लिए योजना भी आवश्यक है।

2.2 Windows सक्रिय निर्देशिका (AD)

सक्रिय निर्देशिका के लिए एक विशेष तकनीकी उपयोगकर्ता (SAP Kerberos) के निर्माण की आवश्यकता होती है। यह उपयोगकर्ता SAP के लिए इनपुट टिकट की एक प्रति प्राप्त करने के लिए विंडोज से संपर्क करेगा। एक ऐसा AD सेवा उपयोगकर्ता सभी SAP सिस्टम के लिए पर्याप्त है।

यह हिस्सा पूरी तरह से हमारे बाहरी सलाहकार और सक्रिय निर्देशिका टीम द्वारा बनाया गया था, इसमें मापदंडों को परिष्कृत करने और विशेष पुस्तकालय को कॉन्फ़िगर करने के लिए कई पुनरावृत्तियों को शामिल किया गया था, लेकिन मेरे लिए यह "ब्लैक बॉक्स" का अधिक हिस्सा रहा।

2.3 उपयोगकर्ता के कंप्यूटर पर SAP सिक्योर लॉगिन क्लाइंट (SLC) इंस्टॉल करना

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

2.4 अपने AD उपयोगकर्ता के लिए SAP उपयोगकर्ता को बांधना

जैसा कि पहले ही उल्लेख किया गया है, हमारी कंपनी में एक भी उपयोगकर्ता प्रबंधन नहीं है, विभिन्न प्रणालियों तक पहुंच विभिन्न टीमों से प्राप्त की जाती है। इस मामले में, SAP में उपयोगकर्ता लॉगिन विंडोज में उपयोगकर्ता नाम से अलग है, उदाहरण के लिए, AD में उपयोगकर्ता # 45011 इवान इवानोव या IVANOVI है । यह वह गुच्छा है जिसे एसएनसी (लेन-देन SU01, फ़ील्ड एसएनसी, पी: CN = ADname @ डोमेन के माध्यम से) भरने की आवश्यकता है।

हमारी कंपनी में SAP Identity Management नहीं है। इसलिए, दो समस्याओं को हल करना आवश्यक था: नए उपयोगकर्ता बनाना और मौजूदा लोगों के मापदंडों को अपडेट करना।

नए उपयोगकर्ता बनाएँ
मुख्य प्रणाली (ईसीसी) में प्रत्येक कार्य दिवस में 4-6 नए लॉगिन बनाए जाते हैं, यह प्रति वर्ष लगभग 1000 नए उपयोगकर्ता हैं। प्रक्रिया स्वचालित है: उपयोगकर्ता बनाते समय, कार्यक्रम उसके पते, नाम, मूल सेटिंग्स में भर जाता है। हमने तय किया कि कार्यक्रम को उपयोगकर्ता निर्माण चरण में एसएनसी क्षेत्र में भी भरना चाहिए, भले ही उस व्यक्ति को एसएपी में एसएसओ की आवश्यकता होगी या नहीं।

पकड़ यह थी कि प्रत्येक उपयोगकर्ता के लिए आपको AD में एक अद्वितीय नाम भरना होगा, अर्थात। यह सभी के लिए समान पैरामीटर नहीं है - अर्थात यह आवश्यक है कि कार्यक्रम स्वयं AD में उपयोगकर्ता नाम के लिए देखता है और SAP में इसे भरता है।

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

1. सबसे पहले, उपयोगकर्ताओं को एचआर सिस्टम में बनाया जाता है (एसएपी में उन्हें पीए 20 में देखा जा सकता है)
2. फिर उन्हें जेड-टेबल पर कॉपी किया जाता है, साथ ही विभाग, स्थिति, स्थिति के बारे में डेटा के साथ, चाहे वह प्रमुख लिंक हो, आदि।
3. तब उपयोगकर्ता डेटा AD को भेजा जाता है और यहां सिस्टम विंडोज में एक उपयोगकर्ता बनाता है, और उसे AD और मेल में एक नाम देता है
4. इस आरेख में पीआई प्रवाह केवल यह समझने के लिए है कि यह तीसरे सिस्टम की एक तृतीय-पक्ष प्रक्रिया है
5. डेटा को वापस SAP में (नए Z- टेबल में) कॉपी किया जाता है, इस बार केवल AD नाम और मेल पते
6. अंतिम चरण में, जेड-प्रोग्राम लॉन्च किया गया है, जो SAP ( SU01 ) में उपयोगकर्ताओं को बनाता है। सभी उपयोगकर्ता जो एचआर सिस्टम में नहीं बने हैं, उन्हें बाद में एसएपी में बनाया जाएगा, कई ऐसे हैं जो अंततः एसएपी का उपयोग नहीं करते हैं

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

जब उपयोगकर्ताओं को भरे हुए एसएनसी फ़ील्ड के साथ बनाया जाता है, लेकिन आवश्यक AD नामों के बिना, SU01 में आप सभी दुर्भाग्यपूर्ण उपयोगकर्ता-सहयोगियों को एक से जोड़कर देख सकते हैं, कोई भी नहीं AD उपयोगकर्ता।

मौजूदा उपयोगकर्ता सेटिंग्स को अपडेट करना
शायद ही क्योंकि हमारे लॉगिन एसएपी और विंडोज मेल नहीं खाते हैं, हम एसएनसी क्षेत्र ( RS1R300 एसएन 1 प्रोग्राम के माध्यम से) में बड़े पैमाने पर भरने के लिए मानक एसएपी समाधान का उपयोग करने में सक्षम नहीं थे।

नतीजतन, मैंने 10 हजार मौजूदा उपयोगकर्ताओं के डेटा को एक अस्थायी स्क्रिप्ट ( SAP eCATT ) का उपयोग करके, मैन्युअल रूप से उपयोगकर्ता डेटा अपलोड करने और एक संस्करण बनाने के लिए अद्यतन किया। सफल होने के लिए, मुझे PRD और ACC में eCATT सिस्टम को बदलने और डेवलपर्स को लाखों कुकीज़ का वादा करने के लिए खोलना था।

2.5 SAP logon.ini फ़ाइल को संशोधित करना

तकनीकी रूप से, यह 1 मिनट है। केवल फ़ाइल गुणों में ध्यान देना आवश्यक है जो कि एसएनसी के माध्यम से कनेक्शन उपलब्ध है ।

कठिनाई यह है कि यह फ़ाइल स्थानीय रूप से उपयोगकर्ता के पीसी पर स्थित है और दो हजार उपयोगकर्ताओं को इसे बदलने की आवश्यकता है।

वास्तव में, हमारे लिए, अंतिम कार्यान्वयन पीआरडी मापदंडों को बदलने के बजाय, उपयोगकर्ताओं के बीच नई sap.logon.ini फ़ाइल को वितरित करने का क्षण था। क्योंकि भले ही पहले चार घटक पहले से ही हो, और आखिरी पांचवां न हो, तो जादू नहीं होगा।

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

3. परीक्षण

SSO का परीक्षण कैसे करें? या तो यह काम करता है या नहीं। हमारे डेवलपर ने सूंघा और कहा कि आपको कुछ भी परीक्षण करने की आवश्यकता नहीं है, और जैसे ही सैंडबॉक्स में सब कुछ काम करता है, आपको इसे उत्पादन में भेजने की आवश्यकता है। बेशक। कोई नहीं कहेगा कि वह बग के साथ कोड लिखता है।

आपको जांचने की आवश्यकता है:

• क्या SAP रीबूट के ठीक बाद SSO के साथ काम करता है
• उपयोगकर्ता वीपीएन से जुड़े होने पर एसएसओ का उपयोग कर सकते हैं
• SAP लॉगऑन को संशोधित करने के लिए अन्य सिस्टम के लिए डेवलपर्स के लिए मुश्किलें

SSO एक कार्यक्रम नहीं है, इसे लगातार DEV - ACC - PRD को लागू करना मुश्किल है। फिर भी, हर चीज को पकड़ने के लिए प्रारंभिक परीक्षण आवश्यक है जो संभावित रूप से गलत हो सकता है। इस मामले में परीक्षण नए SAP logon.ini का वितरण है जब सभी घटक पहले से ही चल रहे हैं। हमने डिवेलपर्स के साथ DEV और ACC को टेस्ट किया और नए SAP logon.ini को PRD के साथ बिजनेस यूजर्स के चयन के साथ।

उन्होंने क्या पाया:

• कभी-कभी (प्रति 500 ​​में 1 मामला) आपको एसएपी लॉगऑन या एसएलसी को पूरी तरह से पुनर्स्थापित करने की आवश्यकता होती है
• मुख्य उपयोगकर्ता जिनके पास अन्य उपयोगकर्ताओं को बदलने का अधिकार है (अगले पैराग्राफ में उस पर अधिक)

4. एसएनसी एक सुरक्षा छेद है

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

किसी भी कंपनी में ऐसे लोग होते हैं जो उपयोगकर्ता प्रबंधन में लगे होते हैं। आमतौर पर, ये लोग उपयोगकर्ता निर्माण ( SU01 ) की निगरानी करते हैं और उनके लिए उपयोग करते हैं ( PFCG ), साथ ही साथ पासवर्ड अपडेट भी करते हैं। यह तर्कसंगत है कि वे एसएनसी क्षेत्र में भी भर सकते हैं।

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

एसएपी में, एसएनसी क्षेत्र को बदलने के लिए कोई अलग नियंत्रण कदम नहीं है। प्रत्येक व्यक्ति के पास उपयोगकर्ता को बदलने का अधिकार है (ऑब्जेक्ट S_USER_GRP, ACTVT 02 ) भी एसएनसी फ़ील्ड को बदल सकता है (जबकि पासवर्ड बदलने के लिए समान ऑब्जेक्ट की आवश्यकता होती है, लेकिन ACTVT 05 के साथ)।

कई समाधान हो सकते हैं:

• मुख्य उपयोगकर्ताओं से SU01 तक पहुँच अधिकार ले लो, और जवाब में सभी SU2 और SU3 दें, जहाँ उपयोगकर्ता अपने स्वयं के मापदंडों को बदल सकते हैं
• SU01 के एक्सेस अधिकार को छीन लें, और बदले में एक z- लेन-देन दें जहां एसएनसी टैब नहीं दिखाया जाएगा
• SU01 को छोड़ दें, लेकिन विशेष नियंत्रण के साथ एसएनसी क्षेत्र की रक्षा करें

नतीजतन, हमने कस्टम प्राधिकरण ऑब्जेक्ट बनाकर और उस पर SU01 प्रोग्राम को बांधकर बाद वाला विकल्प चुना। हालांकि, जैसा कि बाद में पता चला, SAP का एक समान समाधान है - आप अलग-अलग SU01 क्षेत्रों के लिए विस्तारित रखरखाव ( नोट 1882254 ) को सक्रिय कर सकते हैं।

5. टीम वर्क

परियोजना के दौरान, मैंने टीम वर्क की सभी कठिनाइयों का सामना किया और कई बुनियादी सच्चाइयों की खोज की:

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

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

6. व्यापार के लिए जानकारी

एक बड़ी कंपनी में, अंतिम उपयोगकर्ताओं को प्रभावित करने वाले परिवर्तन समय पर होने चाहिए, और अग्रिम में बेहतर घोषणा की जानी चाहिए।

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

मुझे स्वीकार करना चाहिए कि संचार के साथ सब कुछ गलत हो सकता है।

सबसे पहले , हमने कॉर्पोरेट वेबसाइट पर SSO के बारे में उपयोगकर्ताओं को घोषणा की, न कि पत्र द्वारा। कितनी बार आप एक कॉर्पोरेट वेबसाइट पढ़ते हैं? SAP .

- , , , , , , , ( - ?) , .

- , Go Live, , ( 2 ), . .

7. fuck-up

5- SSO SAP, , .

: . , — . . 2- , 500 -. .

. “use a default language SAP logon” — , , ( SU01 , Defaults ). « SAP» .

, -, .

- .

8.

SSO — , . , 1-2 , 3- .

. . , , , .

SSO , , , , . AD, SNC. , . , ( , ) — .

 ,     ,   . 

ठोस सामग्री:

• 3 महीने में मुख्य समय कार्यों के समन्वय और समन्वय पर खर्च किया गया था
• इस परियोजना में शामिल विभाग एक-दूसरे के काम को बेहतर ढंग से समझने लगे।
• परीक्षण के दौरान, आपको अंतिम उपयोगकर्ता के स्थान पर अपना परिचय देना होगा - इसलिए आप सूचना संदेश और मूल सेटिंग्स में देखना चाहते हैं।
• SAP के लिए SSO लागू किया गया है। उपयोगकर्ता खुश हैं और पहले से ही उस समय के बारे में भूल गए हैं जब आपको एसएपी से पासवर्ड याद रखना था। तकनीकी सहायता को कम बार कॉल करें, चीयर्स।