SAP BASIS Foundations Landscape and Navigation

परिचय (Introduction)

उद्देश्य (Purpose)

यह चैप्टर बताता है कि सिस्टम (System) एडमिनिस्ट्रेशन करने से पहले एक नए SAP BASIS एडमिनिस्ट्रेटर को किस टेक्निकल बेस की ज़रूरत होती है। यह क्लासिक R/3 क्लाइंट (Client) और सर्वर (Server) मॉडल को मौजूदा ECC और SAP S/4HANA टर्मिनोलॉजी से जोड़ता है, फिर दिखाता है कि लॉग ऑन कैसे करें, वर्किंग कॉन्टेक्स्ट को कैसे कन्फर्म करें, SAP GUI को कैसे नेविगेट करें, फील्ड हेल्प का इस्तेमाल कैसे करें और सुरक्षित यूज़र (User)-स्पेसिफिक सेटिंग्स कैसे बनाए रखें।

यह चैप्टर किसे पढ़ना चाहिए (Who Should Read This Chapter)

यह चैप्टर नए SAP BASIS एडमिनिस्ट्रेटर्स, टेक्निकल सपोर्ट एनालिस्ट्स, फंक्शनल कंसल्टेंट्स जिन्हें SAP को सुरक्षित रूप से नेविगेट करने की ज़रूरत है, और अनुभवी एडमिनिस्ट्रेटर्स के लिए है जो यूज़र (User) ओरिएंटेशन और फर्स्ट-लेवल डायग्नोसिस के लिए एक छोटा रेफरेंस चाहते हैं।

सीखने के मकसद (Learning Objectives)

चैप्टर पूरा करने के बाद, पढ़ने वाला SAP थ्री-टियर मॉडल को समझा पाएगा, एक सिस्टम (System) को एक इंस्टेंस (Instance) और एक क्लाइंट (Client) से अलग कर पाएगा, मौजूदा SAP कॉन्टेक्स्ट को वेरिफ़ाई कर पाएगा, मेनू और ट्रांज़ैक्शन कोड (Transaction Code) के साथ नेविगेट कर पाएगा, F1 और F4 हेल्प का इस्तेमाल कर पाएगा, पर्सनल डिफ़ॉल्ट बनाए रख पाएगा और आम लॉगऑन या नेविगेशन प्रॉब्लम को सॉल्व कर पाएगा।

नीचे दिए गए नतीजे एक प्रैक्टिकल कम्प्लीशन चेक देते हैं।

• सॉफ्टवेयर-ओरिएंटेड और हार्डवेयर-ओरिएंटेड क्लाइंट (Client)/सर्वर (Server) टर्मिनोलॉजी समझाएं।
• वन-टियर, टू-टियर और थ्री-टियर SAP कॉन्फ़िगरेशन की तुलना करें।
• बताएं कि SAP बेसिस ऑपरेटिंग सिस्टम (Operating System) और डेटाबेस (Database) प्लेटफॉर्म से एप्लिकेशन को कैसे अलग करता है।
• सही सिस्टम (System), क्लाइंट (Client), यूज़र (User), पासवर्ड और भाषा के साथ लॉग ऑन करें।
• SAP Easy Access, ट्रांज़ैक्शन कोड (Transaction Code), सेशन, फेवरेट, F1 हेल्प, F4 हेल्प और टेक्निकल जानकारी का इस्तेमाल करें।
• शेयर्ड कॉन्फ़िगरेशन को बदले बिना यूज़र (User) डिफ़ॉल्ट और पैरामीटर वैल्यू बनाए रखें।
• आम कनेक्शन, लॉगऑन, ऑथराइज़ेशन (Authorization) और पर्सनलाइज़ेशन की गलतियों को सुरक्षित रूप से डायग्नोस करें।

स्कोप और संस्करण संदर्भ (Scope and Version Context)

पुराने ट्रेनिंग सोर्स में SAP R/3 रिलीज़ 4.6B के बारे में बताया गया है। इसके मुख्य कॉन्सेप्ट अभी भी काम के हैं, लेकिन अभी के SAP सिस्टम (System) Windows के लिए SAP GUI, HTML या SAP Fiori के लिए SAP GUI; मैसेज और एनक्यू सर्विस के लिए ABAP सेंट्रल सर्विस; डेटाबेस (Database) के तौर पर SAP HANA; और क्लासिक पासवर्ड-ओनली मॉडल के बाहर आइडेंटिटी या सिंगल साइन-ऑन सर्विस का इस्तेमाल कर सकते हैं। मेनू के नाम और उपलब्ध फ़ंक्शन भी रिलीज़, GUI थीम, रोल और ऑथराइज़ेशन (Authorization) के हिसाब से अलग-अलग हो सकते हैं। यह चैप्टर पुरानी स्क्रीन को यूनिवर्सल अभी की स्क्रीन के तौर पर दिखाने के बजाय उन अंतरों को बताता है।

SAP आधार और एंटरप्राइज़ सिस्टम (SAP Basis and the Enterprise System)

SAP आधार जिम्मेदारियाँ (SAP Basis Responsibilities)

SAP बेसिस एक टेक्निकल रनटाइम और एडमिनिस्ट्रेशन लेयर है जिसका इस्तेमाल ABAP-बेस्ड SAP एप्लिकेशन करते हैं। यह एप्लिकेशन एग्जीक्यूशन, कम्युनिकेशन, मेमोरी और प्रोसेस मैनेजमेंट, प्लेटफॉर्म एब्स्ट्रैक्शन और एडमिनिस्ट्रेशन टूल्स सप्लाई करता है। फाइनेंस या लॉजिस्टिक्स जैसे बिजनेस फंक्शन इस लेयर के ऊपर चलते हैं, जबकि ऑपरेटिंग सिस्टम (Operating System), डेटाबेस (Database), नेटवर्क और हार्डवेयर अंडरलाइंग प्लेटफॉर्म देते हैं।

वर्किंग सपोर्ट मॉडल में, BASIS नीचे दी गई टेक्निकल सर्विसेज़ का मालिक है या उन्हें कोऑर्डिनेट करता है।

क्लाइंट और सर्वर सिद्धांत (Client and Server Principles)

SAP एडमिनिस्ट्रेशन में सर्वर (Server) शब्द के दो मतलब हैं। सॉफ्टवेयर-ओरिएंटेड नज़रिए से, सर्वर एक प्रोसेस या प्रोसेस का ग्रुप है जो सर्विस देता है। एक वर्क प्रोसेस (Work Process) एक एग्जीक्यूशन सर्विस देता है, और एक एप्लीकेशन सर्वर इंस्टेंस (Instance) रनटाइम सर्विस का कलेक्शन देता है। उस सर्विस के लिए रिक्वेस्ट करने वाला सॉफ्टवेयर कंपोनेंट क्लाइंट (Client) होता है। इसलिए एक कंपोनेंट एक इंटरैक्शन के लिए क्लाइंट और दूसरे के लिए सर्वर हो सकता है।

हार्डवेयर-ओरिएंटेड व्यू में, सर्वर वह होस्ट कंप्यूटर होता है जिस पर सर्विस देने वाला सॉफ्टवेयर चलता है। इन मतलबों को अलग रखने से घटनाओं के दौरान कन्फ्यूजन नहीं होता है। उदाहरण के लिए, “एप्लिकेशन सर्वर (Application Server) उपलब्ध नहीं है” का मतलब SAP इंस्टेंस (Instance), होस्ट ऑपरेटिंग सिस्टम (Operating System), या दोनों हो सकता है; घटना के मालिक को यह बताना चाहिए कि कौन सी लेयर फेल हुई।

क्लाइंट (Client)/सर्वर (Server) इंटरैक्शन तब शुरू होता है जब एक सॉफ्टवेयर कंपोनेंट एक तय सर्विस के लिए रिक्वेस्ट करता है। रिक्वेस्ट एक कम्युनिकेशन चैनल के ज़रिए उस सर्विस को देने वाले कंपोनेंट तक जाती है। सर्वर रिक्वेस्ट को प्रोसेस करता है और एक रिस्पॉन्स या एरर देता है। वही एप्लीकेशन सर्वर क्लाइंट के तौर पर काम करते हुए SAP GUI को डायलॉग प्रोसेसिंग दे सकता है, जब वह डेटाबेस (Database) डेटा के लिए रिक्वेस्ट करता है, RFC डेस्टिनेशन को कॉल करता है या HTTP रिक्वेस्ट भेजता है। इसलिए क्लाइंट और सर्वर एक इंटरैक्शन में एक कंपोनेंट की भूमिका बताते हैं, न कि पूरे होस्ट के लिए एक परमानेंट लेबल।

एक ऐसे यूज़र के बारे में सोचें जो कस्टमर रिकॉर्ड दिखाता है। SAP GUI प्रेजेंटेशन क्लाइंट (Client) के तौर पर काम करता है। चुना गया एप्लिकेशन सर्वर (Application Server) डायलॉग प्रोसेसिंग देता है, लेकिन जब वह कस्टमर डेटा पढ़ता है तो उसका वर्क प्रोसेस (Work Process) डेटाबेस (Database) सर्विस का क्लाइंट बन जाता है। अगर ABAP प्रोग्राम किसी रिमोट टैक्स सर्विस को कॉल करता है, तो वही वर्क प्रोसेस उस रिमोट एंडपॉइंट का भी क्लाइंट बन जाता है। यह अंतर एडमिनिस्ट्रेटर को हर फेलियर को एप्लिकेशन-सर्वर प्रॉब्लम मानने के बजाय टेक्निकल लेयर्स पर रिक्वेस्ट को फॉलो करने में मदद करता है।

सपोर्ट के दौरान अंतर क्यों मायने रखता है (Why the Distinction Matters During Support)

जब कोई घटना बताती है कि कोई सर्वर उपलब्ध नहीं है, तो सबसे पहले गायब सर्विस की पहचान करें। कन्फर्म करें कि प्रभावित ऑब्जेक्ट होस्ट है, SAP इंस्टेंस (Instance) है, डेटाबेस (Database) लिसनर है, मैसेज सर्वर (Message Server) है, RFC डेस्टिनेशन है या कोई दूसरी सॉफ्टवेयर सर्विस है। होस्टनेम, सिस्टम (System) ID, इंस्टेंस का नाम, पोर्ट और टाइमस्टैम्प रिकॉर्ड करें, जहाँ ज़रूरी हो। यह इंफ्रास्ट्रक्चर, BASIS, डेटाबेस और नेटवर्क टीमों को एक ही वर्ड के तहत अलग-अलग ऑब्जेक्ट की जांच करने से रोकता है।

एक टियर, दो टियर और तीन टियर कॉन्फ़िगरेशन (One Tier Two Tier and Three Tier Configurations)

SAP बिज़नेस प्रोसेसिंग प्रेजेंटेशन, एप्लिकेशन और डेटाबेस (Database) सर्विस का इस्तेमाल करती है। टियर डिस्क्रिप्शन एडमिनिस्ट्रेटर को बताता है कि वे सर्विस होस्ट शेयर करती हैं या अलग-अलग होस्ट पर चलती हैं; इससे उनका लॉजिकल मकसद नहीं बदलता है।

चित्र 1.1 तीन टियर SAP रिक्वेस्ट पाथ (Figure 1.1 Three tier SAP request path)

प्रेजेंटेशन टियर में एक यूज़र एक्शन शुरू होता है। एप्लिकेशन टियर डिस्पैचर (Dispatcher) और वर्क प्रोसेस (Work Process) के ज़रिए बिज़नेस लॉजिक को एक्ज़ीक्यूट करता है। डेटाबेस टियर बिज़नेस डेटा, कस्टमाइज़िंग और रिपॉजिटरी जानकारी स्टोर करता है। एक डिस्ट्रिब्यूटेड सिस्टम में, कई एप्लिकेशन इंस्टेंस एक ही डेटाबेस को एक्सेस कर सकते हैं और कॉमन सेंट्रल सर्विसेज (Central Services)़ के साथ रजिस्टर कर सकते हैं। लॉगऑन ग्रुप (Logon Group) यूज़र्स को सही इंस्टेंस में डिस्ट्रिब्यूट कर सकते हैं।

तीनों टियर में डिटेल्ड रिक्वेस्ट फ्लो (Detailed Request Flow Across the Three Tiers)

जब यूज़र कोई फ़ंक्शन चुनता है, तो प्रेजेंटेशन लेयर एक्शन और ज़रूरी स्क्रीन डेटा को कनेक्टेड एप्लिकेशन सर्वर (Application Server) पर भेजता है। डिस्पैचर (Dispatcher) रिक्वेस्ट को एक क्यू में रखता है और उसे ज़रूरी टाइप के उपलब्ध वर्क प्रोसेस (Work Process) को असाइन करता है। वर्क प्रोसेस यूज़र कॉन्टेक्स्ट लोड करता है, ABAP लॉजिक को एग्जीक्यूट करता है और जब परसिस्टेंट डेटा की ज़रूरत होती है तो डेटाबेस (Database) इंटरफ़ेस का इस्तेमाल करता है। रिस्पॉन्स डिस्पैचर के ज़रिए वापस आता है, और प्रेजेंटेशन लेयर अगली स्क्रीन को रेंडर करता है। बाद का डायलॉग स्टेप उसी इंस्टेंस पर किसी दूसरे फ्री डायलॉग वर्क प्रोसेस का इस्तेमाल कर सकता है।

एप्लिकेशन टियर में कई इंस्टेंस (Instance) हो सकते हैं। हर इंस्टेंस का अपना डिस्पैचर (Dispatcher), वर्क-प्रोसेस पूल और लोकल बफ़र्स होते हैं, लेकिन एक ही ABAP सिस्टम में सभी इंस्टेंस एक ही डेटाबेस (Database) और सिस्टम-वाइड सेंट्रल सर्विसेज (Central Services)़ का इस्तेमाल करते हैं। अगर सिर्फ़ एक डायरेक्ट SAP लॉगऑन एंट्री धीमी है, तो उस इंस्टेंस की तुलना दूसरे इंस्टेंस से करें। अगर हर इंस्टेंस धीमा है, तो डेटाबेस, सेंट्रल सर्विसेज़, नेटवर्क या किसी कॉमन एक्सटर्नल कॉल जैसी शेयर्ड डिपेंडेंसीज़ की जांच करें।

लोड वितरण और विशेषीकृत उदाहरण (Load Distribution and Specialized Instances)

लॉगऑन ग्रुप (Logon Group), मैसेज सर्वर (Message Server) को कॉन्फ़िगर किए गए लोड और ग्रुप मेंबरशिप के हिसाब से यूज़र्स को एक एलिजिबल एप्लीकेशन इंस्टेंस (Instance) पर डायरेक्ट करने देता है। कुछ लैंडस्केप (Landscape) डायलॉग यूज़र्स, बैकग्राउंड प्रोसेसिंग, इंटरफेस या दूसरे वर्कलोड के लिए इंस्टेंस को रिज़र्व या फेवर करते हैं। स्पेशलाइज़ेशन ऑनलाइन रिस्पॉन्स टाइम को प्रोटेक्ट कर सकता है, लेकिन यह डिपेंडेंसी भी बनाता है: अगर किसी ग्रुप को असाइन किया गया एकमात्र इंस्टेंस अनअवेलेबल है, तो उस ग्रुप के यूज़र्स फेल हो सकते हैं, भले ही SAP सिस्टम जनरली अवेलेबल रहे।

लोड-बैलेंसिंग की समस्या के लिए, SAP लॉगऑन ग्रुप (Logon Group), मैसेज सर्वर (Message Server), चुने हुए एप्लिकेशन सर्वर (Application Server) और समय को रिकॉर्ड करें। चेक करें कि क्या सभी ज़रूरी इंस्टेंस (Instance) रजिस्टर्ड हैं और क्या प्रभावित ग्रुप में हेल्दी सर्वर हैं। लोड-बैलेंस्ड एंट्री को परमानेंट फिक्स के तौर पर डायरेक्ट प्रोडक्टिव कनेक्शन से न बदलें; डायरेक्ट एंट्री तय डिस्ट्रीब्यूशन डिज़ाइन को बायपास कर देती है।

SAP बेसिस लेयर, एप्लिकेशन और टेक्निकल प्लेटफ़ॉर्म के बीच रनटाइम एनवायरनमेंट देती है। क्लासिक एक्सप्लेनेशन में यूज़र (User) इंटरफ़ेस, कम्युनिकेशन इंटरफ़ेस, प्रोग्रामिंग इंटरफ़ेस, स्क्रीन और ABAP इंटरप्रेटर, ABAP डिक्शनरी और शेड्यूलिंग और मेमोरी मैनेजमेंट जैसी रनटाइम सर्विस के बारे में बताया गया है। मौजूदा टर्मिनोलॉजी में, सटीक इम्प्लीमेंटेशन बदल गया है, लेकिन सेपरेशन ज़रूरी है: एप्लिकेशन को किसी खास ऑपरेटिंग सिस्टम (Operating System) या डेटाबेस (Database) इम्प्लीमेंटेशन पर सीधे निर्भर रहने के बजाय सपोर्टेड SAP इंटरफ़ेस का इस्तेमाल करना चाहिए।

चित्र 1.2 SAP आधार तकनीकी स्टैक (Figure 1.2 SAP Basis technical stack)

क्लासिक डाइनप्रो मॉडल स्क्रीन प्रोसेसिंग को ABAP एप्लीकेशन लॉजिक के साथ जोड़ता है। एक स्क्रीन इंटरप्रेटर स्क्रीन फ्लो को हैंडल करता है, ABAP रनटाइम प्रोग्राम लॉजिक को एग्जीक्यूट करता है, और दोनों डिक्शनरी डेफिनिशन पर निर्भर करते हैं। मौजूदा एप्लीकेशन दूसरी UI टेक्नोलॉजी का इस्तेमाल कर सकते हैं, लेकिन सर्वर (Server)-साइड ABAP रनटाइम और रिपॉजिटरी मेटाडेटा ABAP सिस्टम (System) में सेंट्रल रहते हैं।

प्रोग्रामिंग और संचार इंटरफेस (Programming and Communication Interfaces)

प्रोग्रामिंग इंटरफ़ेस SAP एप्लिकेशन को स्टेबल एब्स्ट्रैक्शन के ज़रिए रनटाइम और प्लेटफ़ॉर्म सर्विस इस्तेमाल करने देते हैं। ABAP SQL डिक्शनरी मेटाडेटा और SAP डेटाबेस (Database) इंटरफ़ेस का इस्तेमाल करता है, इसलिए एप्लिकेशन कोड नॉर्मल डेटा एक्सेस के लिए एक डेटाबेस सिंटैक्स से बंधा नहीं रहता है। कम्युनिकेशन इंटरफ़ेस दूसरे सिस्टम (System) के साथ कंट्रोल्ड एक्सचेंज को सपोर्ट करते हैं। रिमोट फ़ंक्शन कॉल प्रोग्राम-टू-प्रोग्राम कॉल देता है, जबकि एप्लिकेशन लिंक इनेबलिंग डिस्ट्रिब्यूटेड बिज़नेस सिनेरियो और मैसेज एक्सचेंज का इस्तेमाल करता है। मौजूदा लैंडस्केप (Landscape) HTTP, OData, SOAP, REST, IDoc और इवेंट-बेस्ड सर्विस का भी इस्तेमाल कर सकते हैं।

BASIS के नज़रिए से, इंटरफ़ेस ट्रबलशूटिंग प्रोटोकॉल और एंडपॉइंट की पहचान करके शुरू होती है। RFC प्रॉब्लम में डेस्टिनेशन, गेटवे, ऑथेंटिकेशन या रिमोट ABAP रनटाइम शामिल हो सकता है। HTTP प्रॉब्लम में ICM, वेब डिस्पैचर (Dispatcher), TLS ट्रस्ट या रिमोट सर्विस शामिल हो सकती है। ALE या IDoc फेलियर में एप्लीकेशन कॉन्फ़िगरेशन के साथ-साथ टेक्निकल कनेक्टिविटी भी शामिल हो सकती है। एक सफल लो-लेवल कनेक्शन टेस्ट यह साबित नहीं करता कि बिज़नेस रिक्वेस्ट सही तरीके से पूरी हुई है।

शेड्यूलिंग और मेमोरी प्रबंधन (Scheduling and Memory Management)

रनटाइम एनवायरनमेंट वर्क-प्रोसेस शेड्यूलिंग और यूज़र (User) कॉन्टेक्स्ट को कोऑर्डिनेट करता है। डिस्पैचर (Dispatcher) पूरे सेशन के लिए एक यूज़र को एक डायलॉग वर्क प्रोसेस (Work Process) डेडिकेट नहीं करता है। यह हर डायलॉग स्टेप को एक सही फ्री प्रोसेस को असाइन करता है। जब स्टेप चलता है तो यूज़र कॉन्टेक्स्ट जानकारी उपलब्ध कराई जाती है और इसे स्टेप्स के बीच रोल आउट या मैनेज किया जा सकता है। यह मल्टीप्लेक्सिंग कई यूज़र्स को कंट्रोल की गई संख्या में वर्क प्रोसेस शेयर करने की सुविधा देता है।

मेमोरी मैनेजमेंट प्रोसेस-लोकल और शेयर्ड एरिया को मिलाता है, जिनका सही इम्प्लीमेंटेशन और पैरामीटर ABAP रिलीज़ और ऑपरेटिंग सिस्टम (Operating System) पर निर्भर करते हैं। एडमिनिस्ट्रेटर को मेमोरी पैरामीटर बदलने से पहले मौजूदा SAP डॉक्यूमेंटेशन और मापे गए वर्कलोड का इस्तेमाल करना चाहिए। मेमोरी एरर एक प्रोग्राम, एक वर्क प्रोसेस (Work Process), इंस्टेंस (Instance)-वाइड कमी या ऑपरेटिंग-सिस्टम लिमिट की वजह से हो सकता है; स्कोप की पहचान किए बिना पैरामीटर बढ़ाने से फेलियर दूसरी लेयर पर जा सकता है।

वर्तमान ECC और SAP S4HANA संदर्भ (Current ECC and SAP S4HANA Context)

SAP ECC और SAP S/4HANA अभी भी लॉजिकल प्रेजेंटेशन, एप्लिकेशन और डेटाबेस (Database) सेपरेशन का इस्तेमाल करते हैं, हालांकि डिप्लॉयमेंट ऑप्शन अलग-अलग हैं। SAP S/4HANA अपने डेटाबेस के तौर पर SAP HANA का इस्तेमाल करता है, और यूज़र SAP GUI या SAP Fiori के ज़रिए काम कर सकते हैं। मॉडर्न ABAP सिस्टम आम तौर पर मैसेज सर्वर (Message Server) और स्टैंडअलोन एनक्यू सर्वर (Enqueue Server) को ABAP सेंट्रल सर्विसेज (Central Services)़ इंस्टेंस में रखते हैं। एडमिनिस्ट्रेटर को प्रोफ़ाइल, इंस्टॉलेशन या हाई-अवेलेबिलिटी प्रोसीजर लागू करने से पहले रिलीज़-स्पेसिफिक डॉक्यूमेंटेशन का इस्तेमाल करना चाहिए।

ऐतिहासिक व्यावसायिक ढांचा संदर्भ (Historical Business Framework Context)

ट्रेनिंग सोर्स SAP बिज़नेस फ्रेमवर्क को एक कॉमन इंफ्रास्ट्रक्चर के तौर पर दिखाता है, जिस पर SAP और कनेक्टेड एप्लिकेशन बिज़नेस जानकारी एक्सचेंज करते हैं। यह ALE और सर्टिफाइड इंटरफेस को अलग-अलग कंपोनेंट्स को एक होस्ट पर ज़बरदस्ती डाले बिना इंटीग्रेट करने के मैकेनिज्म के तौर पर बताता है। प्रोडक्ट के नाम और मार्केटिंग स्ट्रक्चर बदल गए हैं, लेकिन आर्किटेक्चरल सबक अभी भी काम का है: SAP टेक्निकल प्लेटफॉर्म को स्टेबल रनटाइम और कम्युनिकेशन सर्विस देनी चाहिए, जबकि बिज़नेस कंपोनेंट्स को डिस्ट्रिब्यूट किया जा सके।

मौजूदा प्रोजेक्ट्स के लिए, पुराने ALE डिज़ाइन को ऑटोमैटिकली कॉपी करने के बजाय प्रोडक्ट और रिलीज़ के लिए सपोर्टेड इंटीग्रेशन टेक्नोलॉजी का इस्तेमाल करें। रिकॉर्ड का सिस्टम (System), मैसेज डायरेक्शन, ऑथेंटिकेशन, मॉनिटरिंग ओनर, रिट्राई बिहेवियर और डुप्लिकेट-प्रोसेसिंग कंट्रोल्स को वेरिफाई करें। प्रोडक्टिव कनेक्टिविटी खुलने से पहले इंटीग्रेशन आर्किटेक्चर टेक्निकल डिज़ाइन में शामिल होता है।

सिस्टम इंस्टेंस क्लाइंट और लैंडस्केप (Systems Instances Clients and Landscapes)

SAP सिस्टम और सिस्टम ID (SAP System and System ID)

SAP सिस्टम एक पूरा लॉजिकल इंस्टॉलेशन है जिसे तीन-कैरेक्टर वाले सिस्टम ID से पहचाना जाता है। इसमें एक डेटाबेस (Database), एक या ज़्यादा एप्लीकेशन सर्वर (Server) इंस्टेंस (Instance), सेंट्रल सर्विस, प्रोफ़ाइल और शेयर्ड टेक्निकल कॉन्फ़िगरेशन शामिल हैं। सिस्टम ID क्लाइंट (Client) नंबर या एप्लीकेशन सर्वर होस्ट जैसा नहीं होता है।

एक इंस्टेंस, होस्ट पर SAP प्रोसेस का एक स्टार्ट करने लायक और मॉनिटर करने लायक ग्रुप होता है। हर एप्लिकेशन सर्वर इंस्टेंस (Application Server Instance) का अपना डिस्पैचर (Dispatcher), वर्क प्रोसेस (Work Process) और लोकल बफ़र होता है। इसलिए, एक मल्टी-इंस्टेंस सिस्टम (System) में एक सर्वर पर प्रॉब्लम हो सकती है, जबकि दूसरे इंस्टेंस ठीक रहते हैं।

SAP क्लाइंट (SAP Client)

क्लाइंट (Client), ABAP सिस्टम (System) के अंदर एक लॉजिकल बिज़नेस और डेटा पार्टीशन होता है। एक यूज़र एक बार में एक क्लाइंट पर लॉग ऑन करता है। यूज़र मास्टर (User Master) रिकॉर्ड, एप्लिकेशन डेटा और बहुत सी कस्टमाइज़िंग क्लाइंट पर निर्भर होती हैं, जबकि कुछ रिपॉजिटरी और टेक्निकल ऑब्जेक्ट क्रॉस-क्लाइंट होते हैं। 100 या 600 जैसा क्लाइंट नंबर एक अलग SAP इंस्टॉलेशन की पहचान नहीं करता है।

क्लाइंट पर निर्भर और क्रॉस क्लाइंट डेटा (Client Dependent and Cross Client Data)

क्लाइंट (Client) पर निर्भर टेबल में एक क्लाइंट फ़ील्ड होता है, जो आम तौर पर MANDT होता है, जो क्लाइंट के हिसाब से रिकॉर्ड को अलग करता है। एक आम एप्लीकेशन रिक्वेस्ट लॉग-ऑन क्लाइंट में डेटा को पढ़ता और बदलता है, जब तक कि एप्लीकेशन जानबूझकर किसी अप्रूव्ड क्रॉस-क्लाइंट मैकेनिज्म का इस्तेमाल न करे। क्लासिक ABAP एडमिनिस्ट्रेशन में यूज़र मास्टर (User Master) भी क्लाइंट-स्पेसिफिक होते हैं, जिसका मतलब है कि क्लाइंट 100 में मौजूद यूज़र मौजूद नहीं हो सकता है या क्लाइंट 200 में उसके अलग रोल हो सकते हैं।

क्रॉस-क्लाइंट (Client) ऑब्जेक्ट पूरे SAP सिस्टम (System) या कई क्लाइंट पर असर डालते हैं। रिपॉजिटरी ऑब्जेक्ट, चुनी हुई टेक्निकल सेटिंग्स और कुछ कस्टमाइज़िंग इस कैटेगरी में आते हैं। जिस ऑब्जेक्ट को बदला जा रहा है, उसके लिए सही कैटेगरी को वेरिफाई करना होगा। एक क्लाइंट पर लॉग ऑन करते समय किया गया बदलाव तब भी पूरे सिस्टम पर असर डाल सकता है, जब अंदरूनी ऑब्जेक्ट क्रॉस-क्लाइंट हो।

क्लाइंट प्रशासन सावधानी (Client Administration Caution)

क्लाइंट (Client) बनाना, डिलीट करना, कॉपी करना, एक्सपोर्ट करना, इंपोर्ट करना और खोलना कंट्रोल्ड BASIS एक्टिविटी हैं। ऐसे किसी भी एक्शन से पहले, सोर्स और टारगेट क्लाइंट, लॉजिकल-सिस्टम (System) इम्पैक्ट, उपलब्ध जगह, बैकग्राउंड-जॉब की ज़रूरतें, क्लाइंट प्रोटेक्शन और बिज़नेस डाउनटाइम कन्फर्म करें। चैप्टर 1 उन हाई-इम्पैक्ट ऑपरेशन के लिए कोई एग्जीक्यूशन रनबुक नहीं देता है; यह उन कॉन्टेक्स्ट चेक को सेट करता है जो उनसे पहले होने चाहिए।

विकास गुणवत्ता और उत्पादन (Development Quality and Production)

एक कॉमन लैंडस्केप डेवलपमेंट (Development), क्वालिटी (Quality) एश्योरेंस और प्रोडक्शन (Production) को अलग करता है। बदलाव कंट्रोल्ड सिस्टम में किए और टेस्ट किए जाते हैं, फिर ट्रांसपोर्ट (Transport) के ज़रिए आगे बढ़ाए जाते हैं। सीधे प्रोडक्टिव बदलाव सीमित होते हैं क्योंकि वे टेस्टिंग, अप्रूवल और ट्रेसेबिलिटी को बायपास करते हैं। नाम रखने के तरीके अलग-अलग होते हैं, इसलिए एडमिनिस्ट्रेटर को सिर्फ़ सिस्टम ID से अंदाज़ा लगाने के बजाय असली सिस्टम रोल को वेरिफ़ाई करना चाहिए।

लॉग ऑन करना और संदर्भ की पुष्टि करना (Logging On and Confirming Context)

लॉगऑन के लिए ज़रूरी जानकारी (Information Required for Logon)

लॉग ऑन करने से पहले, अप्रूव्ड SAP लॉगऑन एंट्री या URL, क्लाइंट (Client) नंबर, यूज़र ID, ऑथेंटिकेशन मेथड और लॉगऑन लैंग्वेज लें। लोड-बैलेंस्ड SAP GUI कनेक्शन के लिए, एंट्री सिस्टम ID, मैसेज सर्वर (Message Server) और लॉगऑन ग्रुप (Logon Group) का इस्तेमाल कर सकती है। डायरेक्ट कनेक्शन के लिए, यह आमतौर पर एक एप्लीकेशन सर्वर और इंस्टेंस (Instance) नंबर की पहचान करता है।

डायरेक्ट और लोड बैलेंस्ड SAP लॉगऑन एंट्रीज़ (Direct and Load Balanced SAP Logon Entries)

इंस्टेंस (Instance) नंबर दो अंकों का आइडेंटिफ़ायर है जिसका इस्तेमाल कई SAP सर्विस और पोर्ट कन्वेंशन में किया जाता है, लेकिन ट्रबलशूटिंग के दौरान इंस्टेंस नंबर से पोर्ट का अंदाज़ा कभी नहीं लगाना चाहिए। अप्रूव्ड कनेक्शन डेफ़िनिशन और मौजूदा सिस्टम (System) डॉक्यूमेंटेशन का इस्तेमाल करें। SAProuter स्ट्रिंग में एक्सटर्नल रूटिंग जानकारी हो सकती है और इसे कंट्रोल्ड टेक्निकल डेटा के तौर पर हैंडल किया जाना चाहिए।

भाषा और आरंभिक पासवर्ड व्यवहार (Language and Initial Password Behaviour)

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

लॉगऑन प्रक्रिया (Logon Procedure)

नॉर्मल SAP GUI लॉगऑन के लिए इस प्रोसेस का इस्तेमाल करें। सिंगल साइन-ऑन या आइडेंटिटी-प्रोवाइडर फ़्लो, पासवर्ड स्टेप की जगह ले सकते हैं।

1. 1. SAP लॉगऑन खोलें और अप्रूव्ड सिस्टम (System) एंट्री चुनें।
2. 2. कन्फर्म करें कि एंट्री का नाम और डिस्क्रिप्शन, तय डेवलपमेंट (Development), क्वालिटी (Quality) या प्रोडक्शन (Production) सिस्टम (System) से मैच करते हैं।
3. 3. जहां पूछा जाए वहां क्लाइंट (Client), यूज़र (User) ID, पासवर्ड और भाषा डालें। स्क्रीनशॉट या डॉक्यूमेंट में कोई काम का पासवर्ड स्टोर या शेयर न करें।
4. 4. अगर सिस्टम (System) को शुरुआती पासवर्ड बदलने की ज़रूरत है, तो शुरुआती पासवर्ड एक बार डालें और एक सही पर्सनल पासवर्ड बनाएं।
5. 5. SAP Easy Access खुलने के बाद, काम शुरू करने से पहले सिस्टम (System), क्लाइंट (Client) और यूज़र (User) को वेरिफ़ाई करें।

मल्टीपल-लॉगऑन वॉर्निंग का मतलब है कि उसी यूज़र (User) के पास पहले से ही एक और एक्टिव लॉगऑन है। उपलब्ध ऑप्शन और पॉलिसी अलग-अलग हो सकती हैं। जब तक आपको पता न हो कि यह आपका है और इसमें अनसेव्ड काम है या नहीं, तब तक दूसरा सेशन बंद न करें। पुराने ट्रेनिंग सिस्टम (System) ने छह GUI सेशन की इजाज़त दी थी, लेकिन मौजूदा लिमिट सिस्टम कॉन्फ़िगरेशन से कंट्रोल होती हैं और उन्हें यूनिवर्सल फिक्स्ड वैल्यू के तौर पर नहीं दिखाना चाहिए।

सिस्टम और क्लाइंट सत्यापन (System and Client Verification)

एक्टिव सिस्टम (System), क्लाइंट (Client), यूज़र (User), ट्रांज़ैक्शन और प्रोग्राम डिटेल्स को कन्फ़र्म करने के लिए सिस्टम → स्टेटस का इस्तेमाल करें। स्टेटस बार कॉन्टेक्स्ट भी दिखाता है, हालांकि दिखने वाले फ़ील्ड GUI सेटिंग्स पर निर्भर करते हैं। क्लाइंट खोलने, यूज़र बदलने, जॉब शेड्यूलिंग, ट्रांसपोर्ट (Transport) इंपोर्ट या किसी दूसरे सेंसिटिव एक्शन से पहले यह चेक ज़रूरी है।

1. 1. मौजूदा SAP GUI स्क्रीन से सिस्टम (System) → स्टेटस चुनें।
2. 2. अप्रूव्ड रिक्वेस्ट के लिए सिस्टम (System) ID और क्लाइंट (Client) को वेरिफ़ाई करें।
3. 3. लॉग-ऑन यूज़र (User) और मौजूदा ट्रांज़ैक्शन को वेरिफ़ाई करें।
4. 4. किसी इंस्टेंस (Instance)-स्पेसिफिक प्रॉब्लम की जांच करते समय एप्लिकेशन सर्वर (Application Server) को रिकॉर्ड करें।
5. 5. डेटा बदले बिना स्टेटस विंडो बंद करें।

सिस्टम स्टेटस से क्या रिकॉर्ड करें (What to Record From System Status)

SAP GUI नेविगेशन (SAP GUI Navigation)

एसएपी आसान पहुँच (SAP Easy Access)

SAP Easy Access स्टैंडर्ड SAP GUI एंट्री स्क्रीन है। यह यूज़र (User) मेनू या SAP मेनू, फेवरेट और एक कमांड फ़ील्ड (Command Field) देता है। दिखने वाला ट्री रोल मेनू, रिलीज़ और ऑथराइज़ेशन (Authorization) पर निर्भर करता है। जब यह ऑप्शन उपलब्ध हो, तो टेक्निकल नाम दिखाने के लिए Extras → Settings का इस्तेमाल करें।

SAP मेनू और भूमिका आधारित उपयोगकर्ता मेनू (SAP Menu and Role Based User Menu)

SAP मेनू एप्लिकेशन एरिया के हिसाब से फ़ंक्शन को ऑर्गनाइज़ करता है। रोल-बेस्ड यूज़र (User) मेनू यूज़र के असाइन किए गए रोल से बनता है और इसका मकसद उस यूज़र से जुड़े फ़ंक्शन दिखाना होता है। कोई भी मेनू पूरी ऑथराइज़ेशन (Authorization) रिपोर्ट नहीं है। कोई फ़ंक्शन इसलिए नहीं हो सकता क्योंकि रोल मेनू में वह नहीं है, जबकि डायरेक्ट ट्रांज़ैक्शन एंट्री को अभी भी ऑथराइज़ किया जा सकता है; इसका उल्टा भी हो सकता है जब मेनू में कोई ट्रांज़ैक्शन हो लेकिन फ़ील्ड-लेवल ऑथराइज़ेशन चेक फ़ेल हो जाए।

उपलब्ध मेनू व्यू के बीच स्विच करने के लिए, रिलीज़ में दिए गए SAP Easy Access बटन या मेनू फ़ंक्शन का इस्तेमाल करें। बड़े SAP मेनू का इस्तेमाल गैर-ज़रूरी एक्सेस का अनुरोध करने के लिए न करें। सपोर्ट के लिए, मेनू से कोई आइटम गायब होने के बारे में बताने के बजाय, सटीक ट्रांज़ैक्शन और फ़ेल एक्टिविटी कैप्चर करें।

कमांड फ़ील्ड और ट्रांज़ैक्शन कोड (Command Field and Transaction Codes)

एक ट्रांज़ैक्शन कोड (Transaction Code) एक तय एप्लीकेशन या एडमिनिस्ट्रेशन फ़ंक्शन खोलता है। कमांड फ़ील्ड (Command Field) में कोड डालें और एंटर दबाएँ। एक मेनू पाथ और एक ट्रांज़ैक्शन कोड एक ही स्क्रीन पर आ सकते हैं, लेकिन एक्सेस अभी भी ऑथराइज़ेशन (Authorization) चेक से कंट्रोल होता है।

/n और /i का इस्तेमाल ध्यान से करें। वे मौजूदा ट्रांज़ैक्शन को बिना सेव किए छोड़ सकते हैं। `/nex` बिना नॉर्मल कन्फर्मेशन के लॉगऑन खत्म कर सकता है और इसे आम प्रोडक्टिव काम के दौरान इस्तेमाल नहीं करना चाहिए।

फ़ंक्शन चुनने के तीन तरीके (Three Ways to Select a Function)

यूज़र (User) मेनू ट्री से कोई फ़ंक्शन चुन सकता है, कमांड फ़ील्ड (Command Field) में ट्रांज़ैक्शन कोड (Transaction Code) डाल सकता है या फ़ेवरेट से कोई आइटम चुन सकता है। मेनू पाथ बताता है कि फ़ंक्शन कहाँ है, ट्रांज़ैक्शन कोड जाने-पहचाने कामों के लिए अच्छा है, और फ़ेवरेट पर्सनल शॉर्टकट देते हैं। जब ये तीनों रूट एक ही ट्रांज़ैक्शन को बताते हैं, तो ये एक ही अंदरूनी फ़ंक्शन खोलते हैं।

1. 1. कोई नया फ़ंक्शन सीखने के लिए, मंज़ूर SAP मेनू या यूज़र (User) मेनू में नेविगेट करें।
2. 2. स्क्रीन खुलने के बाद, सिस्टम (System) → स्टेटस चुनें और ट्रांज़ैक्शन कोड (Transaction Code) नोट करें।
3. 3. SAP Easy Access पर वापस जाएं और कमांड फ़ील्ड (Command Field) में ट्रांज़ैक्शन कोड (Transaction Code) को टेस्ट करें।
4. 4. ट्रांज़ैक्शन को फेवरेट में तभी जोड़ें जब यह कन्फर्म हो जाए कि यह वही सपोर्टेड फ़ंक्शन है।
5. 5. प्रोसीजर में मेनू पाथ और ट्रांज़ैक्शन कोड (Transaction Code) दोनों को डॉक्यूमेंट करें ताकि दूसरा यूज़र (User) दोनों में से कोई भी रूट फ़ॉलो कर सके।

ट्रांज़ैक्शन कमांड और बिना सेव किया गया काम (Transaction Commands and Unsaved Work)

प्रीफ़िक्स /n दूसरा ट्रांज़ैक्शन खोलने से पहले मौजूदा ट्रांज़ैक्शन को खत्म कर देता है। इसलिए यह ट्रांज़ैक्शन के नॉर्मल वॉर्निंग बिहेवियर के बाद बिना सेव की गई एंट्री को हटा सकता है। प्रीफ़िक्स /o एक और सेशन खोलता है और मौजूदा सेशन को सेव करता है। कॉन्फ़िगरेशन की तुलना करते समय या किसी एक्टिविटी को मॉनिटर करते समय दूसरे सेशन का इस्तेमाल करें, लेकिन याद रखें कि दोनों सेशन एक ही यूज़र (User) और क्लाइंट (Client) के तहत काम करते हैं, जब तक कि अलग लॉगऑन का इस्तेमाल न किया जाए।

डीबगिंग या एडमिनिस्ट्रेटिव शॉर्टकट के लिए /h जैसे कमांड रनटाइम बिहेवियर बदल सकते हैं और इसके लिए खास ऑथराइज़ेशन (Authorization) की ज़रूरत हो सकती है। ये बेसिक नेविगेशन से बाहर हैं और इन्हें सिर्फ़ अप्रूव्ड डेवलपमेंट (Development) या सपोर्ट प्रोसीजर के तहत ही इस्तेमाल किया जाना चाहिए। इमरजेंसी कमांड को रूटीन प्रोडक्टिविटी शॉर्टकट के तौर पर न सिखाएं।

मेनू टूलबार स्टेटस बार और स्क्रीन नियंत्रण (Menu Toolbar Status Bar and Screen Controls)

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

स्क्रीन तत्व संदर्भ (Screen Element Reference)

संदेश और स्थिति संकेतक (Messages and Status Indicators)

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

नेविगेशन कमांड (Navigation Commands)

पिछली लॉजिकल स्क्रीन पर वापस जाने के लिए Back का इस्तेमाल करें, मौजूदा एप्लिकेशन को छोड़ने के लिए Exit का इस्तेमाल करें और मौजूदा एक्शन को रोकने के लिए Cancel का इस्तेमाल करें। उनका काम ट्रांज़ैक्शन पर निर्भर करता है। अगर सिस्टम (System) पूछता है कि सेव करना है या नहीं, तो प्रॉम्प्ट को ऑटोमैटिकली हटाने के बजाय, चाहे गए नतीजे को वेरिफ़ाई करें।

चित्र 1.3 सुरक्षित SAP नेविगेशन प्रवाह (Figure 1.3 Safe SAP navigation flow)

यूज़र मेनू पसंदीदा और ट्रांज़ैक्शन शुरू करें (User Menu Favorites and Start Transaction)

यूज़र (User) मेन्यू असाइन किए गए रोल से बनता है। फेवरेट पर्सनल शॉर्टकट होते हैं और ऑथराइज़ेशन (Authorization) नहीं देते हैं। फेवरेट → इन्सर्ट फ़ोल्डर से फ़ोल्डर बनाएँ, फेवरेट → इन्सर्ट ट्रांज़ैक्शन से ट्रांज़ैक्शन जोड़ें, या वेब एड्रेस या फ़ाइल तभी जोड़ें जब कंपनी पॉलिसी इसकी इजाज़त दे। एक्स्ट्रा → सेट स्टार्ट ट्रांज़ैक्शन लॉगऑन के बाद चुने गए ट्रांज़ैक्शन को खोल सकता है; स्टैंडर्ड स्टार्ट स्क्रीन पर वापस जाने के लिए वैल्यू डिलीट करें।

सहायता और तकनीकी जानकारी (Help and Technical Information)

F1 फील्ड सहायता (F1 Field Help)

कर्सर को किसी फ़ील्ड में रखें और उसका डिस्क्रिप्शन और एप्लिकेशन का मतलब दिखाने के लिए F1 दबाएँ। F1 हेल्प तब काम आती है जब फ़ील्ड लेबल जाना-पहचाना हो लेकिन उसका बिज़नेस इफ़ेक्ट साफ़ न हो।

F1 हेल्प में एक डेफ़िनिशन, परमिशन वाला इस्तेमाल, एप्लिकेशन हेल्प लिंक और टेक्निकल जानकारी का एक्सेस शामिल हो सकता है। टेक्स्ट में कई स्क्रीन द्वारा शेयर किए गए डेटा एलिमेंट के बारे में बताया जा सकता है, इसलिए मौजूदा ट्रांज़ैक्शन कॉन्टेक्स्ट को कन्फ़र्म करें। अगर किसी फ़ील्ड का बिज़नेस इफ़ेक्ट साफ़ नहीं है, तो सिर्फ़ टेक्निकल फ़ील्ड के नाम से बिहेवियर का अंदाज़ा लगाने के बजाय फ़ंक्शनल ओनर से सलाह लें।

F4 मान सहायता (F4 Value Help)

अलाउड या सर्च की जा सकने वाली वैल्यू दिखाने के लिए इनपुट फ़ील्ड में F4 दबाएँ। सर्च टैब और फ़िल्टर फ़ील्ड के हिसाब से अलग-अलग होते हैं। सही रिज़ल्ट चुनें और उसे वापस इनपुट फ़ील्ड में कॉपी करें। F4 हेल्प टाइपिंग की गलतियों को कम करता है लेकिन यह कन्फर्म नहीं करता कि कोई वैल्यू बिज़नेस रिक्वेस्ट के लिए सही है।

विस्तृत F4 खोज प्रक्रिया (Detailed F4 Search Procedure)

1. 1. कर्सर को टारगेट इनपुट फ़ील्ड में रखें और F4 दबाएँ या वैल्यू-हेल्प आइकन चुनें।
2. 2. जब कई सर्च मेथड उपलब्ध हों, तो एक सही सर्च टैब चुनें।
3. 3. सर्च क्राइटेरिया का सबसे छोटा भरोसेमंद सेट डालें, जैसे नाम का हिस्सा और ऑर्गनाइज़ेशनल वैल्यू।
4. 4. सर्च करें और मिली लिस्ट को रिव्यू करें।
5. 5. सही रो चुनें और वैल्यू को फ़ील्ड में ट्रांसफर करने के लिए कॉपी चुनें या एंटर दबाएं।
6. 6. बिज़नेस ट्रांज़ैक्शन जारी रखने से पहले कॉपी की गई वैल्यू और उसके डिस्क्रिप्शन को वेरिफ़ाई करें।

अगर कोई रिज़ल्ट नहीं दिखता है, तो एक्सीडेंटल फ़िल्टर हटा दें, क्लाइंट (Client) और ऑर्गेनाइज़ेशनल कॉन्टेक्स्ट को कन्फ़र्म करें और चेक करें कि वैल्यू मौजूद है और वैलिड है या नहीं। ऑथराइज़ेशन (Authorization) हेल्प रिज़ल्ट को भी रोक सकता है। सिर्फ़ इसलिए मास्टर डेटा न बनाएं क्योंकि F4 सर्च खाली है।

तकनीकी जानकारी (Technical Information)

F1 हेल्प से, प्रोग्राम, स्क्रीन, टेबल या स्ट्रक्चर, फ़ील्ड नाम, डेटा एलिमेंट और पैरामीटर ID (अगर उपलब्ध हो) को देखने के लिए टेक्निकल इन्फॉर्मेशन (Technical Information) चुनें। यह सबूत ऑथराइज़ेशन (Authorization) एनालिसिस, फ़ंक्शनल ट्रबलशूटिंग और यूज़र (User) डिफ़ॉल्ट बनाए रखने के लिए उपयोगी है। टेक्निकल इन्फॉर्मेशन डायग्नोस्टिक है; यह सीधे डेटाबेस (Database) में बदलाव को ऑथराइज़ नहीं करता है।

तकनीकी जानकारी फ़ील्ड संदर्भ (Technical Information Field Reference)

आवेदन सहायता (Application Help)

हेल्प → एप्लिकेशन हेल्प, मौजूदा एप्लिकेशन से जुड़े डॉक्यूमेंटेशन को खोलता है, जहाँ इसे कॉन्फ़िगर किया गया है। मौजूदा SAP डॉक्यूमेंटेशन SAP हेल्प पोर्टल या एम्बेडेड हेल्प के ज़रिए भी दिया जा सकता है। डॉक्यूमेंटेशन को हमेशा प्रोडक्ट और रिलीज़ से मैच करें।

उपयोगकर्ता प्रोफ़ाइल और व्यक्तिगत सेटिंग्स (User Profile and Personal Settings)

अपना डेटा और डिफ़ॉल्ट (Own Data and Defaults)

सिस्टम (System) → यूज़र (User) प्रोफ़ाइल → अपना डेटा चुनें या ट्रांज़ैक्शन SU3 का इस्तेमाल करें। एड्रेस टैब में पर्सनल कॉन्टैक्ट जानकारी होती है। डिफ़ॉल्ट टैब में लॉगऑन भाषा, डेसिमल नोटेशन, डेट फ़ॉर्मेट, टाइम ज़ोन और डिफ़ॉल्ट आउटपुट सेटिंग्स हो सकती हैं। पैरामीटर्स टैब यूज़र-स्पेसिफिक पैरामीटर ID और वैल्यू स्टोर करता है। सिर्फ़ अप्रूव्ड पर्सनल डिफ़ॉल्ट सेव करें और ज़रूरत पड़ने पर नए ट्रांज़ैक्शन कॉल या नए लॉगऑन में उनके असर को वेरिफ़ाई करें।

यूज़र प्रोफ़ाइल टैब की पूरी जानकारी (User Profile Tabs in Detail)

डेसिमल और डेट फ़ॉर्मैट डिस्प्ले और इनपुट इंटरप्रिटेशन पर असर डालते हैं। 1,234 जैसी वैल्यू को दूसरे डेसिमल कन्वेंशन के तहत अलग तरह से पढ़ा जा सकता है, इसलिए किसी साफ़ अमाउंट एरर को एनालाइज़ करने से पहले यूज़र (User) डिफ़ॉल्ट को कन्फ़र्म करें। टाइम-ज़ोन के अंतर यह भी बता सकते हैं कि यूज़र या सिस्टम (System) के बीच जॉब, लॉग या डॉक्यूमेंट का समय क्यों बदलता हुआ दिखता है।

पैरामीटर आईडी और उपयोगकर्ता पैरामीटर (Parameter IDs and User Parameters)

पैरामीटर ID से SAP कम्पैटिबल फ़ील्ड के लिए यूज़र (User)-स्पेसिफिक डिफ़ॉल्ट प्रपोज़ कर सकता है। इसे ढूंढने के लिए, कर्सर को टारगेट फ़ील्ड में रखें, F1 दबाएं, टेक्निकल इन्फॉर्मेशन (Technical Information) खोलें और पैरामीटर ID चेक करें। हर फ़ील्ड में यह नहीं होता है। उदाहरण के लिए, कंपनी कोड के लिए क्लासिक पैरामीटर ID BUK है। प्रपोज़ किया गया डिफ़ॉल्ट सुविधा को बेहतर बनाता है; यह वैलिडेशन या ऑथराइज़ेशन (Authorization) की जगह नहीं लेता है।

पैरामीटर डिफ़ॉल्ट उदाहरण (Parameter Default Example)

मान लें कि एक सपोर्ट एनालिस्ट ज़्यादातर कंपनी कोड 1000 के साथ काम करता है। कंपनी कोड वाले ट्रांज़ैक्शन में, एनालिस्ट F1 → टेक्निकल इन्फॉर्मेशन (Technical Information) खोलता है और पैरामीटर ID BUK को कन्फर्म करता है। फिर एनालिस्ट SU3 → पैरामीटर्स खोलता है, 1000 वैल्यू के साथ BUK जोड़ता है और सेव करता है। जब कोई कम्पैटिबल ट्रांज़ैक्शन दोबारा खोला जाता है, तो SAP 1000 का प्रपोज़ल देता है। एनालिस्ट को एग्जीक्यूट करने या सेव करने से पहले कंपनी कोड को वेरिफाई करना होगा क्योंकि पैरामीटर एक कन्वीनियंस सेटिंग है, अप्रूवल कंट्रोल नहीं।

अगर ट्रांज़ैक्शन वैल्यू नहीं बताता है, तो वेरिफ़ाई करें कि सही फ़ील्ड पैरामीटर ID को सपोर्ट करता है, ट्रांज़ैक्शन को बंद करके फिर से खोलें और कन्फ़र्म करें कि एप्लिकेशन लॉजिक जानबूझकर यूज़र (User) डिफ़ॉल्ट को ओवरराइड नहीं कर रहा है। अगर गलत वैल्यू दिखती है, तो SU3 पैरामीटर को हटा दें या ठीक करें और फिर से टेस्ट करें। किसी अलग फ़ील्ड से मिले बिना डॉक्यूमेंट वाले पैरामीटर को सिर्फ़ इसलिए न रखें क्योंकि टेक्निकल नाम एक जैसा दिखता है।

डेटा सेट डेटा को होल्ड करें और डेटा डिलीट करें (Hold Data Set Data and Delete Data)

कुछ क्लासिक SAP GUI स्क्रीन होल्ड डेटा, सेट डेटा और डिलीट डेटा ऑफ़र करती हैं। होल्ड डेटा करंट सेशन के लिए डाली गई वैल्यू को रखता है और आम तौर पर उन्हें ओवरराइट करने देता है। सेट डेटा रखी गई वैल्यू को ज़्यादा ज़ोर से फ़ोर्स कर सकता है, इसलिए कोई दूसरी वैल्यू डालने से पहले डिलीट डेटा की ज़रूरत हो सकती है। अवेलेबिलिटी और बिहेवियर ट्रांज़ैक्शन और रिलीज़ पर निर्भर करता है।

टेबल नियंत्रण वेरिएंट (Table Control Variants)

जहां टेबल-कंट्रोल सेटिंग आइकन उपलब्ध है, वहां यूज़र (User) कॉलम का ऑर्डर, चौड़ाई और विज़िबिलिटी बदल सकते हैं और पर्सनल वेरिएंट सेव कर सकते हैं। SAP से मिली बेसिक सेटिंग उपलब्ध रहनी चाहिए। पर्सनल टेबल वेरिएंट (Table Variant) प्रेजेंटेशन पर असर डालते हैं, अंदरूनी ऑथराइज़ेशन (Authorization) या बिज़नेस डेटा पर नहीं।

तालिका भिन्न व्यवहार (Table Variant Behaviour)

एक पर्सनल टेबल वेरिएंट (Table Variant) यूज़र (User) और टेबल-कंट्रोल कॉन्टेक्स्ट के लिए स्टोर किया जाता है। यह दिखने वाले कॉलम, ऑर्डर और चौड़ाई को डिफाइन कर सकता है और इसे स्टैंडर्ड लेआउट के तौर पर चुना जा सकता है। जब कोई पर्सनल लेआउट किसी फ़ील्ड को छिपा देता है या कन्फ्यूजिंग हो जाता है, तो बेसिक SAP सेटिंग रिकवरी पॉइंट बनी रहती है। वेरिएंट अंदरूनी डेटा को डिलीट नहीं करते; वे जो दिखाया जाता है उसे बदल देते हैं।

1. 1. ट्रांज़ैक्शन खोलें और टेबल-कंट्रोल सेटिंग्स आइकन पहचानें।
2. 2. सबसे पहले बेसिक सेटिंग चुनें और रिकॉर्ड करें कि टास्क के लिए कौन से कॉलम ज़रूरी हैं।
3. 3. कॉलम को मूव या रीसाइज़ करें और सिर्फ़ उन फ़ील्ड को छिपाएं जो कंट्रोल, रिकंसिलिएशन या अप्रूवल के लिए ज़रूरी नहीं हैं।
4. 4. लेआउट को एक साफ़ पर्सनल वैरिएंट नाम के तहत सेव करें।
5. 5. ट्रांज़ैक्शन को फिर से खोलें और वेरिफ़ाई करें कि ज़रूरी वेरिएंट लोड हो गया है और सभी ज़रूरी कॉलम दिख रहे हैं।
6. 6. अगर लेआउट इस्तेमाल करने लायक नहीं है, तो सेटिंग्स डायलॉग पर वापस जाएं और बेसिक सेटिंग चुनें।

फ्रंटएंड वैयक्तिकरण (Frontend Personalization)

SAP GUI ऑप्शन थीम, फ़ॉन्ट साइज़, रंग और इंटरैक्शन बिहेवियर बदल सकते हैं। कुछ ऑर्गनाइज़ेशन स्क्रीन पर्सोना, ट्रांज़ैक्शन वेरिएंट या दूसरे कंट्रोल्ड UI अडैप्टेशन का भी इस्तेमाल करते हैं। पुराने GuiXT बिहेवियर को मौजूदा लैंडस्केप (Landscape) में एक्टिव नहीं मानना चाहिए। फ्रंटएंड (Frontend) कस्टमाइज़ेशन में सेफ़ प्रोसेसिंग के लिए ज़रूरी फ़ील्ड, वॉर्निंग या कंट्रोल नहीं छिपने चाहिए।

ट्रांज़ैक्शन वेरिएंट और हिस्टोरिकल GuiXT (Transaction Variants and Historical GuiXT)

एक ट्रांज़ैक्शन वेरिएंट किसी तय प्रोसेस के लिए चुने गए स्क्रीन फ़ील्ड को प्रीसेट, छिपा या सुरक्षित कर सकता है। यह एक कंट्रोल्ड सिस्टम (System) ऑब्जेक्ट है और यूज़र (User) की लोकल विज़ुअल पसंद से अलग होता है। पुराने सोर्स में GuiXT स्क्रिप्ट के बारे में भी बताया गया है जो फ्रंटएंड (Frontend) प्रेजेंटेशन बदल सकती हैं, ग्राफ़िक्स शामिल कर सकती हैं या स्क्रीन एलिमेंट को बदल सकती हैं। मौजूदा ऑर्गनाइज़ेशन दूसरी पर्सनलाइज़ेशन टेक्नोलॉजी का इस्तेमाल कर सकते हैं। किसी गायब फ़ील्ड को SAP डिफेक्ट के तौर पर डायग्नोस करने से पहले, यह पता करें कि क्या कोई ट्रांज़ैक्शन वेरिएंट, रोल-स्पेसिफिक एप्लिकेशन, स्क्रीन अडैप्टेशन या फ्रंटएंड स्क्रिप्ट स्टैंडर्ड स्क्रीन को बदलता है।

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

व्यावहारिक प्रशासन प्रक्रियाएँ (Practical Administration Procedures)

ट्रांज़ैक्शन कोड खोजें (Find a Transaction Code)

इस प्रोसेस का इस्तेमाल तब करें जब मेनू पाथ पता हो लेकिन ट्रांज़ैक्शन कोड (Transaction Code) पता न हो।

1. 1. SAP मेनू या यूज़र (User) मेनू से ज़रूरी फ़ंक्शन खोलें।
2. 2. सिस्टम (System) → स्टेटस चुनें।
3. 3. ट्रांज़ैक्शन फ़ील्ड पढ़ें. कुछ स्क्रीन पर सिंपल ट्रांज़ैक्शन कोड (Transaction Code) के बजाय प्रोग्राम या एप्लिकेशन कॉन्टेक्स्ट दिख सकता है.
4. 4. स्क्रीन नाम और उद्देश्य के साथ कोड रिकॉर्ड करें।
5. 5. अगर कन्फर्मेशन की ज़रूरत हो, तो कोड को नॉन-प्रोडक्शन (Production) सेशन में टेस्ट करें।

अलग-अलग सेशन से यूज़र (User) मौजूदा ट्रांज़ैक्शन को खत्म किए बिना स्क्रीन की तुलना कर सकता है या किसी टास्क को मॉनिटर कर सकता है।

1. 1. सिस्टम (System) → क्रिएट सेशन चुनें या नए सेशन में कोई खास ट्रांज़ैक्शन खोलने के लिए /oTCODE डालें।
2. 2. कन्फर्म करें कि नया सेशन उसी सिस्टम (System), क्लाइंट (Client) और यूज़र (User) का इस्तेमाल करता है।
3. 3. एक्स्ट्रा सेशन में एक्टिविटी पूरी करें या सुरक्षित रूप से बाहर निकलें।
4. 4. सिस्टम (System) → एंड सेशन चुनें या उस सेशन में /i एंटर करें।
5. 5. अगर सेशन की लिमिट पूरी हो गई है, तो बार-बार नए सेशन शुरू करने के बजाय, इस्तेमाल न किए गए सेशन को बंद कर दें।

उपयोगकर्ता डिफ़ॉल्ट बनाए रखें (Maintain User Defaults)

पर्सनल डिस्प्ले और लॉगऑन डिफ़ॉल्ट बनाए रखने के लिए इस तरीके का इस्तेमाल करें।

1. 1. सिस्टम (System) → यूज़र (User) प्रोफ़ाइल → अपना डेटा या ट्रांज़ैक्शन SU3 खोलें।
2. 2. डिफ़ॉल्ट टैब खोलें।
3. 3. मंज़ूर लॉगऑन भाषा, डेसिमल नोटेशन, डेट फ़ॉर्मेट, टाइम ज़ोन या आउटपुट डिफ़ॉल्ट सेट करें।
4. 4. बदलाव सेव करें और स्टेटस-बार मैसेज पढ़ें।
5. 5. नया ट्रांज़ैक्शन शुरू करें या ज़रूरत पड़ने पर फिर से लॉग ऑन करें और दिखाए गए फ़ॉर्मैट को वेरिफ़ाई करें।

पैरामीटर मान बनाए रखें (Maintain a Parameter Value)

सही पैरामीटर ID और तय डिफ़ॉल्ट कन्फ़र्म करने के बाद ही यूज़र (User) पैरामीटर का इस्तेमाल करें।

1. 1. टारगेट फ़ील्ड वाला ट्रांज़ैक्शन खोलें।
2. 2. कर्सर को फ़ील्ड में रखें और F1 → टेक्निकल जानकारी चुनें।
3. 3. पैरामीटर ID रिकॉर्ड करें। अगर कोई नहीं है, तो कोई नया न बनाएं।
4. 4. SU3 या सिस्टम (System) → यूज़र (User) प्रोफ़ाइल → ओन डेटा खोलें और पैरामीटर्स चुनें।
5. 5. पैरामीटर ID और अप्रूव्ड वैल्यू डालें, फिर सेव करें।
6. 6. संबंधित ट्रांज़ैक्शन को फिर से खोलें और कन्फ़र्म करें कि सही वैल्यू बताई गई है।
7. 7. अगर वैल्यू गलत है या अब इसकी ज़रूरत नहीं है, तो इसे SU3 से हटा दें और दोबारा टेस्ट करें।

पसंदीदा बनाएँ (Create Favorites)

फेवरेट यूज़र (User) रोल बदले बिना पर्सनल नेविगेशन शॉर्टकट देते हैं।

1. 1. SAP Easy Access से, Favorites → Insert Folder चुनें और एक क्लियर फ़ोल्डर नाम डालें।
2. 2. फ़ोल्डर चुनें और फ़ेवरेट → ट्रांज़ैक्शन डालें चुनें।
3. 3. एक सही ट्रांज़ैक्शन कोड (Transaction Code) डालें और कन्फ़र्म करें।
4. 4. लिस्ट को ऑर्गनाइज़ रखने के लिए आप चाहें तो पसंदीदा को मूव या रीनेम कर सकते हैं।
5. 5. फेवरेट खोलें और कन्फर्म करें कि यह तय ट्रांज़ैक्शन लॉन्च करता है।

एक टेबल वैरिएंट बनाएँ (Create a Table Variant)

इस प्रोसेस का इस्तेमाल सिर्फ़ वहीं करें जहाँ टेबल-कंट्रोल सेटिंग्स फ़ंक्शन उपलब्ध हो।

1. 1. टेबल खोलें और उसका सेटिंग्स आइकन चुनें।
2. 2. कंट्रोल या अप्रूवल के लिए ज़रूरी फ़ील्ड को छिपाए बिना कॉलम ऑर्डर, चौड़ाई और विज़िबिलिटी एडजस्ट करें।
3. 3. किसी वेरिएंट को बनाए रखने या सेव करने का ऑप्शन चुनें।
4. 4. एक पर्सनल वैरिएंट नाम डालें और अगर चाहें तो इसे स्टैंडर्ड के तौर पर सेट करें।
5. 5. ट्रांज़ैक्शन को फिर से खोलें और वेरिफ़ाई करें कि टेबल में उम्मीद के मुताबिक लेआउट इस्तेमाल किया गया है।

सुरक्षा और उत्पादन नियंत्रण (Security and Production Controls)

लॉगऑन सुरक्षा (Logon Security)

सिर्फ़ उन नेम्ड अकाउंट्स का इस्तेमाल करें जिन्हें सिस्टम (System) और क्लाइंट (Client) के लिए मंज़ूरी मिली है। स्क्रीनशॉट में कभी भी पासवर्ड, सिंगल साइन-ऑन टोकन या ऑथेंटिकेशन सबूत न डालें। लॉकआउट, पासवर्ड-रीसेट प्रोसेस और मल्टीपल-लॉगऑन नियम सिक्योरिटी कंट्रोल हैं; बिना मंज़ूरी के उन्हें बायपास करने से ऑडिट और लाइसेंसिंग की दिक्कतें हो सकती हैं।

क्लाइंट और प्राधिकरण सीमाएँ (Client and Authorization Boundaries)

एक सफल लॉगऑन सिर्फ़ यह साबित करता है कि यूज़र (User) क्लाइंट (Client) में एंटर कर सकता है। हर ट्रांज़ैक्शन और एक्शन आगे ऑथराइज़ेशन (Authorization) चेक कर सकता है। मेनू में दिखने वाला ट्रांज़ैक्शन अभी भी फेल हो सकता है, और कोड से शुरू किया गया ट्रांज़ैक्शन अभी भी ब्लॉक हो सकता है। ब्रॉड ऑथराइज़ेशन जोड़ने के बजाय अप्रूव्ड सिक्योरिटी टूल्स से फेल चेक को एनालाइज़ करें।

उत्पादन में सुरक्षित नेविगेशन (Safe Navigation in Production)

किसी सेंसिटिव एक्शन को सेव करने या करने से पहले, सिस्टम (System), क्लाइंट (Client), यूज़र (User), ट्रांज़ैक्शन और टिकट या अप्रूवल को कन्फ़र्म करें। हर सेव के बाद स्टेटस मैसेज पढ़ें। सिर्फ़ इसलिए कि स्क्रीन एक्सेसिबल है, अनजान कमांड, मास सिलेक्शन, डायरेक्ट टेबल मेंटेनेंस या इमरजेंसी फ़ंक्शन का इस्तेमाल न करें।

आम गलतियाँ और उनके विस्तृत समाधान (Common Errors and Detailed Solutions)

लॉगऑन और कनेक्शन त्रुटियाँ (Logon and Connection Errors)

नीचे दी गई एंट्री दिखने वाले लक्षण को उसके संभावित कारणों से अलग करती हैं। सुधार करने से पहले डायग्नोसिस पूरा करें।

नेविगेशन और प्राधिकरण त्रुटियाँ (Navigation and Authorization Errors)

सहायता और वैयक्तिकरण त्रुटियाँ (Help and Personalization Errors)

विस्तृत त्रुटि समाधान प्रक्रियाएँ (Detailed Error Resolution Procedures)

ऊपर दी गई टेबल क्विक लुकअप को सपोर्ट करती हैं। नीचे दिए गए तरीके बताते हैं कि सबूतों को नष्ट किए बिना या सिक्योरिटी कंट्रोल को कमज़ोर किए बिना सबसे आम लक्षणों की जांच कैसे करें।

लक्षण: SAP GUI क्लाइंट (Client), यूज़र (User) और पासवर्ड स्क्रीन दिखने से पहले कनेक्शन एरर दिखाता है, या कनेक्शन की कोशिश का टाइम आउट हो जाता है।

संभावित कारण: SAP लॉगऑन एंट्री में गलत एप्लीकेशन सर्वर, मैसेज सर्वर (Message Server), सिस्टम ID, इंस्टेंस (Instance) नंबर, लॉगऑन ग्रुप (Logon Group) या SAProuter रूट हो सकता है। टारगेट इंस्टेंस या मैसेज सर्वर बंद हो सकता है। DNS, फ़ायरवॉल, VPN, रूट, पोर्ट या लोकल फ्रंटएंड (Frontend) कॉन्फ़िगरेशन भी कनेक्शन को ब्लॉक कर सकते हैं।

डिटेल्ड डायग्नोसिस: सबसे पहले SAP Logon एंट्री को अप्रूव्ड कनेक्शन रिकॉर्ड से कम्पेयर करें; इसे मेमोरी से एडिट न करें। पता करें कि एंट्री डायरेक्ट है या लोड बैलेंस्ड। पूछें कि क्या उसी नेटवर्क पर दूसरे यूज़र कनेक्ट हो सकते हैं और क्या वही यूज़र दूसरे SAP सिस्टम (System) तक पहुँच सकता है। डायरेक्ट एंट्री के लिए, टारगेट एप्लीकेशन इंस्टेंस (Instance) चेक करें। ग्रुप एंट्री के लिए, मैसेज-सर्वर (Server) रीचैबिलिटी, ग्रुप कॉन्फ़िगरेशन और इंस्टेंस रजिस्ट्रेशन चेक करें। सही समय को SAP स्टार्ट सर्विस, डिस्पैचर (Dispatcher), मैसेज-सर्वर, SAProuter, फ़ायरवॉल और नेटवर्क एविडेंस के साथ कोरिलेट करें।

सुधार का तरीका: कन्फर्म एंट्री एरर को ठीक करें, मंज़ूर स्टार्ट प्रोसीजर के ज़रिए रुकी हुई SAP सर्विस को रिस्टोर करें, या ओनरिंग नेटवर्क या सिक्योरिटी टीम से ब्लॉक्ड पाथ को रिस्टोर करवाएँ। अगर एक एप्लीकेशन इंस्टेंस (Instance) डाउन है लेकिन लोड-बैलेंस्ड ग्रुप में दूसरे हेल्दी इंस्टेंस हैं, तो अनऑफिशियल डायरेक्ट कनेक्शन डिस्ट्रीब्यूट करने के बजाय ग्रुप बिहेवियर को वैलिडेट करें।

प्रोडक्शन (Production) से जुड़ी सावधानी: फ़ायरवॉल कंट्रोल को डिसेबल न करें, SAProuter को बायपास न करें या इंटरनल होस्ट और पोर्ट डेटा को शॉर्टकट के तौर पर पब्लिश न करें। जब सबूत सिर्फ़ एक फ्रंटएंड (Frontend) या नेटवर्क पाथ की पहचान करते हैं, तो पूरे SAP सिस्टम (System) को रीस्टार्ट न करें।

वैलिडेशन: अप्रूव्ड एंट्री उम्मीद के मुताबिक लॉगऑन स्क्रीन पर पहुँचती है, यूज़र (User) सही क्लाइंट (Client) पर लॉगऑन करता है और सिस्टम (System) → स्टेटस एक अप्रूव्ड एप्लीकेशन सर्वर (Server) या लॉगऑन-ग्रुप रिज़ल्ट दिखाता है।

नाम या पासवर्ड गलत है (Name or Password Is Incorrect)

लक्षण: SAP कनेक्शन लॉगऑन स्क्रीन तक पहुंचने के बाद भी ऑथेंटिकेशन फेल हो जाता है।

संभावित कारण: क्लाइंट (Client) या यूज़र (User) ID गलत है, कीबोर्ड स्टेट ने डाला हुआ पासवर्ड बदल दिया है, पासवर्ड एक्सपायर हो गया है, शुरुआती पासवर्ड बदलने की ज़रूरत है, यूज़र लॉक है या आइडेंटिटी प्रोवाइडर ऑथेंटिकेशन को रिजेक्ट कर देता है। मल्टी-क्लाइंट सिस्टम (System) में, एक ही यूज़र नेम का हर क्लाइंट में अलग स्टेटस हो सकता है।

डिटेल्ड डायग्नोसिस: एक्सेस रिक्वेस्ट से क्लाइंट (Client) और यूज़र ID कन्फर्म करें। यूज़र से पासवर्ड पूछे बिना कैप्स लॉक और कीबोर्ड लेआउट चेक करें। एक ऑथराइज़्ड एडमिनिस्ट्रेटर लॉक स्टेटस, वैलिडिटी डेट्स, यूज़र टाइप और ऑथेंटिकेशन मेथड के लिए उसी क्लाइंट में यूज़र मास्टर (User Master) को चेक करता है। सिंगल साइन-ऑन के लिए, SAP पासवर्ड को ऑटोमैटिकली रीसेट करने के बजाय आइडेंटिटी, सर्टिफिकेट या टिकट फ्लो को रिव्यू करें।

सुधार का तरीका: मंज़ूर पासवर्ड-रीसेट या आइडेंटिटी-रिकवरी प्रोसेस का इस्तेमाल करें। यूज़र (User) की पहचान और वजह कन्फ़र्म करने के बाद ही गलती से हुआ एडमिनिस्ट्रेटिव या फ़ेल-लॉगऑन लॉक हटाएं। वैलिडिटी या यूज़र-टाइप सेटिंग्स को तभी ठीक करें जब एक्सेस ओनर बदलाव को मंज़ूरी दे।

प्रोडक्शन (Production) में सावधानी: बार-बार पासवर्ड का अंदाज़ा लगाने से अकाउंट लॉक हो सकता है और असली गलती छिप सकती है। कभी भी किसी यूज़र (User) का पासवर्ड ईमेल, चैट या स्क्रीनशॉट से न मांगें, और कभी भी किसी दूसरे व्यक्ति के बताए गए अकाउंट से टेस्ट न करें।

वैलिडेशन: नाम वाला यूज़र अप्रूव्ड ऑथेंटिकेशन मेथड का इस्तेमाल करके एक बार तय क्लाइंट (Client) पर लॉग ऑन करता है, यूज़र मास्टर (User Master) अनलॉक रहता है और कोई सिक्योरिटी एक्सेप्शन नहीं आया।

क्लाइंट लॉगऑन के लिए उपलब्ध नहीं है (Client Is Unavailable for Logon)

लक्षण: सिस्टम (System) रिक्वेस्ट किए गए क्लाइंट (Client) को रिजेक्ट कर देता है, रिपोर्ट करता है कि लॉगऑन मुमकिन नहीं है या क्लाइंट एक्सपेक्टेड एनवायरनमेंट से एब्सेंट है।

संभावित कारण: यूज़र ने गलत क्लाइंट (Client) डाला, क्लाइंट मौजूद नहीं है, मेंटेनेंस के दौरान लॉगऑन पर रोक है, कॉपी या रिफ्रेश के बाद क्लाइंट सुरक्षित है, या रिक्वेस्ट किया गया क्लाइंट किसी दूसरे सिस्टम (System) का है। उस क्लाइंट में यूज़र मास्टर (User Master) भी नहीं हो सकता है।

डिटेल्ड डायग्नोसिस: अप्रूव्ड रिक्वेस्ट से सिस्टम (System) ID और क्लाइंट (Client) को कन्फर्म करें। मेंटेनेंस कम्युनिकेशन और क्लाइंट के तय रोल को रिव्यू करें। एक ऑथराइज़्ड BASIS एडमिनिस्ट्रेटर क्लाइंट कॉन्फ़िगरेशन और प्रोटेक्शन को बिना बदले चेक करता है। कन्फर्म करें कि क्या समस्या सभी यूज़र (User)्स पर असर डालती है या किसी एक यूज़र पर। अगर क्लाइंट को हाल ही में कॉपी किया गया था, तो पोस्ट-कॉपी एक्टिविटीज़ और यूज़र-मास्टर हैंडलिंग के पूरा होने को वेरिफाई करें।

सुधार का तरीका: यूज़र (User) को सही मौजूदा क्लाइंट (Client) के पास भेजें, मंज़ूर एक्सेस प्रोसेस के ज़रिए नाम वाले यूज़र को बनाएं या अनलॉक करें, या ऑथराइज़्ड मेंटेनेंस रोक के खत्म होने का इंतज़ार करें। क्लाइंट प्रोटेक्शन को सिर्फ़ एक अलग मंज़ूर एक्टिविटी के तहत बदलें, जिसमें एक तय क्लोजिंग टाइम और वैलिडेशन हो।

प्रोडक्शन (Production) सावधानी: सिर्फ़ लॉगऑन एरर को ठीक करने के लिए कभी भी प्रोडक्शन क्लाइंट (Client) न खोलें। क्लाइंट प्रोटेक्शन बदलावों के साथ-साथ एक्सेस को भी कंट्रोल करता है और पूरे ऑपरेटिंग मॉडल पर असर डाल सकता है।

वैलिडेशन: अप्रूव्ड यूज़र (User)्स तय क्लाइंट (Client) पर लॉग ऑन कर सकते हैं, अनऑथराइज़्ड यूज़र्स पर रोक रहेगी और क्लाइंट की प्रोटेक्शन सेटिंग्स अप्रूव्ड स्टेट से मैच करेंगी।

लेन-देन अधिकृत नहीं है (Transaction Is Not Authorized)

लक्षण: यूज़र (User) लॉग ऑन कर सकता है, लेकिन ट्रांज़ैक्शन शुरू करते समय या उसमें कोई एक्टिविटी करते समय उसे एक ऑथराइज़ेशन (Authorization) मैसेज मिलता है।

संभावित कारण: रोल में ट्रांज़ैक्शन नहीं है, ऑथराइज़ेशन (Authorization) ऑब्जेक्ट में कोई एक्टिविटी या ऑर्गेनाइज़ेशनल वैल्यू नहीं है, रोल असाइनमेंट एक्सपायर हो गया है, यूज़र (User) कम्पेरिजन अधूरा है या एप्लिकेशन एक एडिशनल ऑथराइज़ेशन चेक करता है।

डिटेल्ड डायग्नोसिस: सिस्टम (System), क्लाइंट (Client), यूज़र, ट्रांज़ैक्शन, सटीक एक्शन और मैसेज टाइम रिकॉर्ड करें। फेलियर के तुरंत बाद SU53 चलाएं ताकि फेल चेक बाद की एक्टिविटी से रिप्लेस न हों। जब SU53 काफ़ी न हो, तो सिक्योरिटी टीम खास यूज़र के लिए अप्रूव्ड ऑथराइज़ेशन (Authorization) ट्रेस और शॉर्ट रिप्रोडक्शन (Production) विंडो का इस्तेमाल कर सकती है। रिज़ल्ट की तुलना अप्रूव्ड जॉब फ़ंक्शन से करें; डिज़ाइन बेसलाइन के तौर पर किसी दूसरे ब्रॉड-एक्सेस यूज़र का इस्तेमाल न करें।

सुधार का तरीका: एक्सेस-गवर्नेंस प्रोसेस के ज़रिए ऑथराइज़्ड बिज़नेस रोल या ऑर्गेनाइज़ेशनल वैल्यू को अपडेट करें, जहाँ ज़रूरी हो वहाँ रोल जेनरेट करें और यूज़र (User) कम्पेरिजन पूरा करें। अगर रिक्वेस्ट की गई एक्टिविटी यूज़र के रोल से बाहर है, तो एक्सेस बढ़ाने के बजाय रिक्वेस्ट को रिजेक्ट या रीरूट करें।

प्रोडक्शन (Production) में सावधानी: जल्दी ठीक करने के लिए SAP_ALL, बड़े वाइल्डकार्ड वैल्यू और परमानेंट इमरजेंसी एक्सेस से बचें। इन कामों से काम का बंटवारा और ऑडिट का खतरा हो सकता है।

वैलिडेशन: यूज़र (User) वही एक्शन करता है जो अप्रूव्ड है, दूसरे रिस्ट्रिक्टेड एक्शन ब्लॉक रहते हैं और एक्सेस में बदलाव अप्रूव्ड रिक्वेस्ट से जुड़ा होता है।

ट्रांज़ैक्शन कोड पता नहीं है या पुराना हो गया है (Transaction Code Is Unknown or Obsolete)

लक्षण: SAP रिपोर्ट करता है कि ट्रांज़ैक्शन मौजूद नहीं है, या अपग्रेड के बाद कोड एक अलग या अनसपोर्टेड फ़ंक्शन खोलता है।

संभावित कारण: कोड गलत टाइप किया गया है, किसी दूसरे प्रोडक्ट या ऐड-ऑन का है, बदला गया है, इंस्टॉल किए गए रिलीज़ में उपलब्ध नहीं है, या ओरिजिनल प्रोसेस को Fiori ऐप या सक्सेसर ट्रांज़ैक्शन में ले जाया गया है।

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

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

प्रोडक्शन (Production) सावधानी: डिज़ाइन रिव्यू और सिक्योरिटी असेसमेंट के बिना, सिर्फ़ पुराने ट्रेनिंग कोड को बचाने के लिए कस्टम ट्रांज़ैक्शन एलियास न बनाएं।

वैलिडेशन: सपोर्टेड एप्लिकेशन खुलता है, ज़रूरी फ़ंक्शन देता है और सही मौजूदा नेविगेशन पाथ के साथ डॉक्यूमेंटेड होता है।

F4 हेल्प कोई वैल्यू नहीं देता है (F4 Help Returns No Values)

लक्षण: वैल्यू हेल्प खुलती है लेकिन कोई रो नहीं दिखती, या एक्सपेक्टेड वैल्यू मिसिंग है।

संभावित कारण: सर्च फ़िल्टर बहुत ज़्यादा रोक लगाने वाले हैं, लॉग-ऑन क्लाइंट (Client) में वैल्यू मौजूद नहीं है, ऑर्गेनाइज़ेशनल क्राइटेरिया इसे बाहर करते हैं, वैल्यू ब्लॉक है या एक्सपायर हो गई है, ऑथराइज़ेशन (Authorization) रिज़ल्ट को रोकता है, या गलत सर्च टैब चुना गया है।

डिटेल्ड डायग्नोसिस: फालतू फिल्टर हटाएं और एक भरोसेमंद एट्रिब्यूट का इस्तेमाल करके सर्च करें। सिस्टम (System), क्लाइंट (Client) और ऑर्गेनाइजेशनल कॉन्टेक्स्ट कन्फर्म करें। फंक्शनल ओनर से पूछें कि मास्टर या कॉन्फ़िगरेशन वैल्यू मौजूद है या नहीं और वैलिड है। अगर कोई दूसरा ऑथराइज़्ड यूज़र (User) इसे देख सकता है, तो उस यूज़र के एक्सेस को कॉपी करने के बजाय रोल्स और ऑथराइज़ेशन (Authorization) एविडेंस की तुलना करें।

सुधार का समाधान: सही सर्च क्राइटेरिया का इस्तेमाल करें, मास्टर या कॉन्फ़िगरेशन डेटा को उसके ओनरशिप प्रोसेस से ठीक करें, या मंज़ूर किया हुआ ऑथराइज़ेशन (Authorization) दें। रिज़ल्ट चुनें और उसकी की और डिस्क्रिप्शन दोनों को वेरिफ़ाई करें।

प्रोडक्शन (Production) सावधानी: सिर्फ़ F4 रिज़ल्ट दिखाने के लिए डुप्लीकेट मास्टर डेटा न बनाएं या ऑथराइज़ेशन (Authorization) को ढीला न करें।

वैलिडेशन: तय यूज़र (User) और क्लाइंट (Client) के लिए एक्सपेक्टेड परमिशन्ड वैल्यू दिखती है, फ़ील्ड में कॉपी होती है और सही डाउनस्ट्रीम रिज़ल्ट देती है।

उपयोगकर्ता पैरामीटर डिफ़ॉल्ट नहीं है (User Parameter Does Not Default)

लक्षण: SU3 में स्टोर की गई वैल्यू ट्रांज़ैक्शन में नहीं दिखती है, या कोई अनचाही वैल्यू दिखती है।

संभावित कारण: पैरामीटर ID गलत है, फ़ील्ड में कोई पैरामीटर ID नहीं है, ट्रांज़ैक्शन उस पैरामीटर को नहीं पढ़ता है, एप्लिकेशन लॉजिक उसे ओवरराइड करता है, क्लाइंट (Client) में स्टोर की गई वैल्यू इनवैलिड है या यूज़र (User) पहले से खुली स्क्रीन को टेस्ट कर रहा है।

डिटेल्ड डायग्नोसिस: एक्ज़ैक्ट फ़ील्ड से, F1 → टेक्निकल इन्फॉर्मेशन (Technical Information) खोलें और पैरामीटर ID वेरिफ़ाई करें। इसकी तुलना SU3 → पैरामीटर्स से करें। ट्रांज़ैक्शन को बंद करें और फिर से खोलें। टेस्ट करें कि वैल्यू वैलिड है या नहीं और क्या दूसरे कम्पैटिबल ट्रांज़ैक्शन में वही फ़ील्ड इसे पढ़ता है। ट्रांज़ैक्शन वेरिएंट या एप्लिकेशन डिफ़ॉल्ट चेक करें।

सुधार का तरीका: SU3 एंट्री को ठीक करें या डिलीट करें। अगर एप्लिकेशन जानबूझकर पैरामीटर को नज़रअंदाज़ करता है, तो उस लिमिटेशन को डॉक्यूमेंट करें और उसकी जगह सपोर्टेड एप्लिकेशन सेटिंग का इस्तेमाल करें।

प्रोडक्शन (Production) सावधानी: एक पैरामीटर चुपचाप एक ऑर्गेनाइज़ेशनल वैल्यू प्रपोज़ कर सकता है। डॉक्यूमेंट्स सेव करने या रिपोर्ट्स एग्जीक्यूट करने से पहले यूज़र (User)्स को इसे वेरिफाई करना होगा।

वैलिडेशन: कम्पैटिबल ट्रांज़ैक्शन अप्रूव्ड वैल्यू का प्रस्ताव देते हैं, इनकम्पैटिबल फ़ील्ड पर कोई असर नहीं पड़ता है और यूज़र (User) उस प्रस्ताव को ओवरराइड कर सकता है जहाँ प्रोसेस इसकी इजाज़त देता है।

दिनांक दशमलव या समय प्रदर्शन गलत है (Date Decimal or Time Display Is Wrong)

लक्षण: तारीखें, रकम या टाइमस्टैम्प किसी अनजान फ़ॉर्मेट में दिखते हैं, या यूज़र (User) को लगता है कि वैल्यू बदल गई है, जबकि सिर्फ़ उसका प्रेज़ेंटेशन बदला है।

संभावित कारण: SU3 डिफ़ॉल्ट अलग हैं, एप्लिकेशन एक खास फ़ॉर्मेट लागू करता है, फ्रंटएंड (Frontend) लोकेल इनपुट पर असर डालता है, पर्सनल टाइम ज़ोन सिस्टम (System) टाइम ज़ोन से अलग है या रिपोर्ट आउटपुट को अलग से फ़ॉर्मेट करती है।

डिटेल्ड डायग्नोसिस: SU3 चेक करें → डेट फ़ॉर्मेट, डेसिमल नोटेशन और टाइम ज़ोन के लिए डिफ़ॉल्ट। एक्सपेक्टेड सेटिंग्स का इस्तेमाल करके उसी स्टोर किए गए ऑब्जेक्ट की तुलना यूज़र (User) से करें। डेटाबेस (Database) वैल्यू को दिखाए गए रिप्रेजेंटेशन से अलग करें। टाइमस्टैम्प के लिए, सिस्टम (System) टाइम, यूज़र टाइम ज़ोन और एप्लिकेशन कन्वर्ज़न बिहेवियर रिकॉर्ड करें।

सुधार का समाधान: मंज़ूर यूज़र (User) डिफ़ॉल्ट बनाए रखें, ज़रूरत पड़ने पर नया सेशन शुरू करें और अगर SU3 इस्तेमाल नहीं हो रहा है, तो उसके अपने कॉन्फ़िगरेशन के ज़रिए एप्लिकेशन-स्पेसिफिक फ़ॉर्मेटिंग को ठीक करें।

प्रोडक्शन (Production) सावधानी: स्टोर किए गए अमाउंट, तारीखों या जॉब शेड्यूल को तब तक न बदलें जब तक टीम यह साबित न कर दे कि असल वैल्यू गलत है, न कि सिर्फ़ अलग तरह से दिखाई गई है।

वैलिडेशन: वैल्यू यूज़र (User) के लिए सही तरीके से दिखाई देती है और उसका मतलब निकाला जाता है, जबकि अंदरूनी बिज़नेस डेटा में कोई बदलाव नहीं होता है।

पर्सनल टेबल लेआउट ज़रूरी कॉलम छिपाता है (Personal Table Layout Hides Required Columns)

लक्षण: यूज़र (User) को ऐसा कॉलम नहीं मिल रहा है जिसे उसके साथ काम करने वाले देख सकें, कॉलम का ऑर्डर कन्फ्यूजिंग है या टेबल अधूरी दिख रही है।

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

डिटेल्ड डायग्नोसिस: ट्रांज़ैक्शन, स्क्रीन और एक्टिव लेआउट को कन्फर्म करें। बेसिक टेबल सेटिंग पर जाएं और तुलना करें। चेक करें कि कॉलम उपलब्ध है लेकिन ऑफ-स्क्रीन है। पूछें कि क्या कोई ट्रांज़ैक्शन वेरिएंट या UI अडैप्टेशन यूज़र (User) या रोल पर लागू होता है।

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

प्रोडक्शन (Production) से जुड़ी सावधानी: बिज़नेस में गलतियों से बचने के लिए ज़रूरी अप्रूवल, स्टेटस, अमाउंट या ऑर्गनाइज़ेशनल कॉलम न छिपाएं।

वैलिडेशन: ट्रांज़ैक्शन को दोबारा खोलने के बाद ज़रूरी कॉलम दिखाई देते हैं और सही किया गया लेआउट दूसरी कंट्रोल से जुड़ी जानकारी को नहीं हटाता है।

डायग्नोस्टिक चेकलिस्ट (Diagnostic Checklist)

लॉगऑन या नेविगेशन इंसिडेंट को आगे बढ़ाने से पहले इस सीक्वेंस का इस्तेमाल करें।

1. 1. सही सिस्टम (System) एंट्री, सिस्टम ID (अगर पता हो), क्लाइंट (Client), यूज़र (User), समय और मैसेज टेक्स्ट रिकॉर्ड करें।
2. 2. तय करें कि फेलियर कनेक्शन से पहले, ऑथेंटिकेशन के दौरान, लॉगऑन के बाद या सिर्फ़ एक ट्रांज़ैक्शन में होगा।
3. 3. चेक करें कि क्या एक यूज़र (User), एक क्लाइंट (Client), एक एप्लीकेशन सर्वर (Server) या सभी यूज़र प्रभावित हैं।
4. 4. क्रेडेंशियल और कॉन्फिडेंशियल डेटा को छिपाने के बाद स्क्रीनशॉट या लॉग को संभाल कर रखें।
5. 5. सिस्टम (System) → स्टेटस, SU53 या फेलियर के लिए सही दूसरे अप्रूव्ड सबूत का इस्तेमाल करें।
6. 6. सबूतों से पहचान होने के बाद ही ओनिंग लेयर को ठीक करें।
7. 7. ओरिजिनल एक्शन को दोहराएं और रिज़ल्ट रिकॉर्ड करें।

नया BASIS उपयोगकर्ता अभिविन्यास (New BASIS User Orientation)

एक नए BASIS एनालिस्ट को एक क्वालिटी (Quality) सिस्टम का एक्सेस मिलता है। एनालिस्ट अप्रूव्ड SAP Logon एंट्री चुनता है, असाइन किए गए क्लाइंट (Client) पर लॉग ऑन करता है, System → Status खोलता है और सिस्टम, क्लाइंट और यूज़र (User) को कन्फर्म करता है। एनालिस्ट SAP Easy Access में टेक्निकल नाम दिखाता है, अप्रूव्ड मेनू या ट्रांज़ैक्शन कोड (Transaction Code) के ज़रिए SM04 खोलता है, एक नुकसान न पहुंचाने वाले फ़ील्ड पर F1 और टेक्निकल जानकारी का इस्तेमाल करता है, एक पर्सनल फेवरेट बनाता है और SU3 में एक डेट फ़ॉर्मेट बनाए रखता है। कोई शेयर्ड कॉन्फ़िगरेशन या बिज़नेस डेटा नहीं बदला जाता है।

कंट्रोल्ड वैलिडेशन प्रोसेस इस तरह है।

1. 1. अप्रूव्ड सिस्टम (System) एंट्री और असाइन किए गए क्लाइंट (Client) को कन्फर्म करें।
2. 2. लॉग ऑन करें और सिस्टम (System) → स्टेटस के साथ सिस्टम, क्लाइंट (Client) और यूज़र (User) को वेरिफ़ाई करें।
3. 3. एक परमिशन वाला डिस्प्ले ट्रांज़ैक्शन खोलें और उसका ट्रांज़ैक्शन कोड (Transaction Code) रिकॉर्ड करें।
4. 4. नॉन-सेंसिटिव डिस्प्ले फ़ील्ड पर F1 और F4 हेल्प का इस्तेमाल करें।
5. 5. एक पर्सनल फेवरेट बनाएं और उसे वेरिफाई करें।
6. 6. SU3 डिफ़ॉल्ट को रिव्यू करें, सिर्फ़ अप्रूव्ड पर्सनल डिस्प्ले सेटिंग बदलें और उसे वैलिडेट करें।
7. 7. नॉर्मली लॉग ऑफ करें और कन्फर्म करें कि कोई अनसेव्ड एक्टिविटी न बची हो।

अपेक्षित परिणाम (Expected Results)

एनालिस्ट सिस्टम, इंस्टेंस (Instance) और क्लाइंट (Client) में अंतर समझा सकता है; मौजूदा कॉन्टेक्स्ट की पहचान कर सकता है; मेनू और ट्रांज़ैक्शन कोड (Transaction Code) से नेविगेट कर सकता है; हेल्प फ़ंक्शन का इस्तेमाल कर सकता है; और पर्सनल सेटिंग्स बनाए रख सकता है। किसी भी ऑथराइज़ेशन (Authorization) फेलियर को डॉक्यूमेंट किया जाता है और बिना किसी रोक-टोक के एक्सेस का अनुरोध किए सिक्योरिटी टीम को भेजा जाता है।

सारांश (Summary)

चाबी छीनना (Key Takeaways)

SAP बिज़नेस प्रोसेसिंग प्रेजेंटेशन, एप्लिकेशन और डेटाबेस (Database) सर्विसेज़ को अलग करती है, तब भी जब डिप्लॉयमेंट कुछ सर्विसेज़ को शेयर्ड होस्ट पर रखता है। SAP बेसिस बिज़नेस एप्लिकेशन और टेक्निकल प्लेटफ़ॉर्म के बीच रनटाइम और एडमिनिस्ट्रेशन लेयर देता है। सेफ़ एडमिनिस्ट्रेशन सिस्टम (System), क्लाइंट (Client), यूज़र (User) और ट्रांज़ैक्शन को कन्फ़र्म करके शुरू होता है, फिर सपोर्टेड नेविगेशन और एविडेंस-बेस्ड ट्रबलशूटिंग का इस्तेमाल करता है।

• एक सॉफ्टवेयर सर्वर (Server) एक सर्विस देता है; एक हार्डवेयर सर्वर वह होस्ट होता है जो सर्विस सॉफ्टवेयर चलाता है।
• एक सिस्टम (System), इंस्टेंस (Instance) और क्लाइंट (Client) अलग-अलग टेक्निकल स्कोप हैं।
• पसंदीदा और मेनू दृश्यता प्राधिकरण प्रदान नहीं करते हैं।
• F1 एक फ़ील्ड को समझाता है; F4 एक अलाउड वैल्यू चुनने में मदद करता है; टेक्निकल जानकारी टेक्निकल आइडेंटिफ़ायर दिखाती है।
• SU3 सेटिंग्स यूज़र (User)-स्पेसिफिक होती हैं और सेव करने के बाद उन्हें टेस्ट किया जाना चाहिए।
• एरर रिकवरी में पहचानी गई लेयर को ठीक करना होगा और एक वैलिडेशन स्टेप शामिल करना होगा।

इस चैप्टर में बेसिस सिस्टम और सिस्टम एनवायरनमेंट और नेविगेशन के लिए सोर्स टॉपिक शामिल हैं: SAP एप्लीकेशन इंफ्रास्ट्रक्चर, क्लाइंट (Client)/सर्वर (Server) प्रिंसिपल, वन-टियर से थ्री-टियर अरेंजमेंट, SAP बेसिस सर्विस, रनटाइम इंटरफेस, लॉगऑन फील्ड और क्लाइंट बिहेवियर, SAP GUI स्क्रीन एलिमेंट, SAP Easy Access, ट्रांज़ैक्शन सिलेक्शन, रोल मेन्यू, F1 और F4 हेल्प, एप्लीकेशन हेल्प, सेशन, यूज़र प्रोफाइल डिफ़ॉल्ट, पैरामीटर ID, फेवरेट, टेबल वेरिएंट (Table Variant) और फ्रंटएंड (Frontend) पर्सनलाइज़ेशन। इसमें करंट ECC और SAP S/4HANA कॉन्टेक्स्ट, सिक्योरिटी कंट्रोल, डिटेल्ड प्रोसीजर और इंडिपेंडेंट एरर-रिज़ॉल्यूशन गाइडेंस भी शामिल है।