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

मुझे इस बात का भी अफ़सोस हुआ कि 1C ने डेस्कटॉप मोड में उपयोग किए जाने के कारण सामान्य रूपों को पूरी तरह से नहीं छोड़ा। आखिरकार, यूवी में सटीक पिक्सेल स्थिति के लिए एक अवसर देना संभव होगा, और नियमित रूपसमय के साथ मर जाएगा। और इसलिए आपको पुरानी कार्यक्षमता के ज्ञान पर अपनी ताकत बिखेरनी होगी।

और इसलिए, निश्चित रूप से, यूवी सामान्य से बहुत तेज है, क्योंकि। क्लाइंट और सर्वर के बीच त्रि-स्तरीय योजना के अनुसार काम करें।

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

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

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

तौर-तरीके, ईवेंट और इंटरफ़ेस लॉक

मैंने सुना है कि 8.3 में मोडल फ़ंक्शंस का पदावनत किया गया था जैसेप्रश्न, चेतावनी, ओपनफॉर्ममॉडल. मुझे यह स्पष्ट नहीं था कि ऐसा क्यों किया गया।

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

मुझे यकीन था कि तौर-तरीकों को छोड़ दिया गया था।

समझ तुरंत नहीं आई।

1C में मोडल विंडो को नहीं छोड़ा गया है। चेतावनी प्रदर्शित करने, प्रश्न पूछने, मोडल फ़ाइल चयन संवाद खोलने के लिए नए कार्य हैं।

बारीकियां यह है कि इन मोडल विंडो को कॉल करने के बाद, नियंत्रण फ्रीज नहीं होता है, पहले की तरह, फॉर्म के बंद होने की प्रतीक्षा करता है, लेकिन जारी रहता है। प्रपत्र एक चेतावनी देता है कि यह बंद हो गया है, और आपको इस चेतावनी को संभालने की आवश्यकता है।

वे। 1सी प्लेटफॉर्म ने कोड एक्जीक्यूशन फ्रीजिंग की रूढ़ियों से छुटकारा पा लिया और पूरी तरह से इवेंट-आधारित फॉर्म मैनेजमेंट पर स्विच कर दिया।

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

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

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

नई इंटरफ़ेस सुविधाएँ

मेन्यू

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

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

जैसा कि मैं इसे समझता हूं, 1C ने इसे गलत माना कि इंटरफ़ेस एप्लिकेशन ऑब्जेक्ट का उपयोग नहीं किया गया था, और इसके लिए एक नया, उन्नत विकल्प जारी करने का निर्णय लिया।

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

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

मैंने शिक्षक से पूछा: "मैं प्रबंधित रूपों के बारे में समझता हूं, लेकिन इंटरफेस को विकसित करने की आवश्यकता क्यों है, क्लासिक मेनू में थोड़ा सुधार क्यों नहीं किया जा सका"?

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

बाईपास आदेश

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

कार्यक्षेत्र और नेस्टेड प्रपत्र

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

इसे प्रोग्राम कोड में बनाना या नेस्टेड फॉर्म मैकेनिज्म का उपयोग करना बहुत आसान होगा।

8.2-8.3 . में क्या लागू नहीं किया गया है

मैंने कभी नेस्टेड रूपों की प्रतीक्षा नहीं की। काश, वे नहीं होते, हालाँकि वे प्राचीन काल में उपयोग किए जाते थे।पहुंच.

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

कार्यात्मक विकल्प और तत्व दृश्यता

एक समय में आरएलएसउपयोगकर्ताओं को केवल तालिकाओं के व्यक्तिगत रिकॉर्ड दिखाने के लिए बनाए गए थे।

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

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

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

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

निर्णय - कार्यात्मक विकल्प और भूमिकाओं के माध्यम से दृश्यता - अप्रभावी हैं, लेकिन आपको उन्हें जानने की आवश्यकता है, क्योंकि। उनका उपयोग विशिष्ट विन्यास में किया जाता है।

8.2 इंटरफ़ेस और टैक्सी इंटरफ़ेस

8.2 इंटरफ़ेस और टैक्सी इंटरफ़ेस संगत हैं, अर्थात। कोई नया आइटम दिखाई नहीं दिया। कॉन्फ़िगरेशन 8.2 या टैक्सी में काम कर सकता है, आप उपयोगकर्ता को इन इंटरफेस के बीच स्विच करने दे सकते हैं।

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

यह स्पष्ट नहीं है कि इस तरह के भ्रमित रास्ते पर जाना क्यों आवश्यक था, अगर अंत में 8.1 में मूल मेनू प्रणाली स्क्रीन रियल एस्टेट का उपयोग करने में और भी अधिक किफायती थी?

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

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

इसलिए, मेनू सिस्टम के आसपास यह सारा शोर और विवाद मेरे लिए बहुत स्पष्ट नहीं है - यह 1C प्लेटफॉर्म में मुख्य बिंदु नहीं है, आइए इसे प्लेटफॉर्म आर्किटेक्ट्स और प्रबंधकों के विवेक पर छोड़ दें जो उन्हें विकास की दिशा का संकेत देते हैं। .

एक अविकसित विचारधारा

शिक्षक ने सही ढंग से नोट किया, हालांकि यह समझ में आता है कि प्लेटफ़ॉर्म डेवलपर्स ने नई संस्थाएँ नहीं बनाईं जहाँ इसकी आवश्यकता थी।

उदाहरण के लिए, सबसिस्टम का उपयोग कॉन्फ़िगरेशन ऑब्जेक्ट को ब्लॉक में विभाजित करने और फ़ंक्शन मेनू (सामान्य एप्लिकेशन मेनू का एक नया विकल्प) को व्यवस्थित करने के लिए किया जाता है। हालांकि एक अलग एप्लिकेशन ऑब्जेक्ट बनाना तर्कसंगत होगा, जिसे "फंक्शन मेनू" कहा जाएगा।

आपको खाली भूमिकाएँ (इंटरफ़ेस भूमिकाएँ) भी व्यवस्थित करनी होंगी, जो केवल यह निर्दिष्ट करने के लिए आवश्यक हैं कि कौन सी वस्तुएँ एक या दूसरे रूप में प्रदर्शित होंगी। यद्यपि इस दिशा में लागू वस्तु "इंटरफ़ेस" को विकसित करना तर्कसंगत होगा।

प्रभावशीलता के बारे में संदेह

कुछ 1C करीब आता हैप्रयोज्यसंदेह पैदा करो।

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

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

सेटिंग्स को सहेजने की संभावनाएं

प्रपत्र सेटिंग्स सीधे डेटाबेस में सहेजी जाती हैं, सत्र में नहीं। दुर्घटनाग्रस्त होने पर वे खो नहीं जाते हैं। तदनुसार, इन सेटिंग्स के साथ काम करने का एक नया तंत्र दिखाई दिया, जहां आप अपना डेटा सहेज सकते हैं। विकल्पसेव वैल्यू/पुनर्स्थापना मूल्य.

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

अन्य सवाल

प्रबंधित प्रपत्र क्या हैं?

प्रबंधित रूपों में, कोड क्लाइंट और सर्वर पर चलता है।

क्लाइंट का मतलब एक कमजोर मशीन है, यह एक नियमित ब्राउज़र भी हो सकता है।

और सर्वर डेटाबेस से सीधे और तेज़ कनेक्शन में है।

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

इस प्रकार प्रबंधित प्रपत्र काम करते हैं। उचित कौशल के साथ, लगातार सर्वर तक पहुँचने में कोई समस्या नहीं है।

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

थोक में 1 पर नोट्स

यहाँ वे नोट हैं जो मैंने अपने लिए लिखे हैं, उनमें बहुमूल्य ज्ञान है:

1. 1C लॉन्च विंडो में, यह अब सूचना आधार नहीं है जो पंजीकृत हैं, बल्कि प्रवेश बिंदु हैं। वे। एक डेटाबेस कई बार मौजूद हो सकता है, लेकिन यह विभिन्न उपयोगकर्ताओं और विभिन्न कार्य उपकरणों के लिए पंजीकृत है - ब्राउज़र, पतला/मोटा क्लाइंट, व्यवस्थापक लॉगिन।
2. व्यवस्थापक के लिए, एक कुंजी दिखाई दी है जो भूमिका नियंत्रण को अक्षम करती है। आप एंटरप्राइज़ में केवल इस तरह से साइन इन कर सकते हैं यदि आपके पास कॉन्फ़िगरेशन के व्यवस्थापकीय अधिकार हैं।
3. सामान्य विवरण - उन्हें 1C7 में सामान्य विवरण के साथ भ्रमित न करें, 82 में उनका उपयोग इंटरफ़ेस में एक्सेस को अलग करने के लिए किया जाता है।
4. प्रपत्र के अतिरिक्त स्क्रॉलबार से छुटकारा पाने के लिए अक्सर प्रपत्र में सूची की न्यूनतम ऊंचाई का उपयोग किया जाता है।
5. आपको निर्देशिका की आवश्यकताओं में चित्रों को संग्रहीत नहीं करना चाहिए, इससे निर्देशिकाओं के प्रदर्शन में गिरावट आती है, आपको सूचना रजिस्टर का उपयोग करना चाहिए।
6. सर्वर प्रक्रियाओं में, आपको पैरामीटर पास करते समय VALUE का उपयोग करना चाहिए ताकि पैरामीटर सर्वर को वापस पास न हो।
7. नई सुविधाओंपेजशुरू होता हैऔर पृष्ठ समाप्त होता है, संभवतः अन्य, प्लेटफॉर्म 8.3.6 से।
8. 1s 8.2 में, एक विशेषाधिकार प्राप्त मोड दिखाई दिया, अर्थात। आप कोड अनुभागों में भूमिका स्तर पर अभिगम नियंत्रण को अक्षम कर सकते हैं।
9. फॉर्म सूची के तत्व, मूल्यों की तालिका और मूल्यों के पेड़ में भिन्नता है कि सर्वर और क्लाइंट की सूची में समान प्रतिनिधित्व होता है, और तालिका और पेड़ के लिए विशेष वस्तुएं बनाई जाती हैं और उन्हें परिवर्तित किया जाना चाहिए सर्वर पर।
10. मुझे खुशी है कि शिक्षक एकवचन में वस्तुओं को नाम देना पसंद करते हैं और एक अंडरस्कोर के साथ मॉड्यूल का नाम देते हैं ताकि ये मॉड्यूल प्रासंगिक संकेत के क्रम में पहले जाएं।

जीवन के बारे में और लगभग 1C

शिक्षक ने कहा:

1. विकास इंटरफेस से किया जाना चाहिए।
   मेरी राय : कथन संदेहास्पद है, क्योंकि प्लेटफ़ॉर्म की वास्तुकला का उपयोग करने का ज्ञान और अनुभव आपको एप्लिकेशन ऑब्जेक्ट से तुरंत जाने और फिर इंटरफ़ेस बनाने की अनुमति देता है।
2. प्रबंधक डेटा दर्ज नहीं करता है, केवल रिपोर्ट देखता है। और वह 1सी में डेटा एंट्री का प्रबंधन नहीं करता, बल्कि फोन और एक सचिव के माध्यम से करता है। इसलिए, ब्राउज़र प्रबंधक के लिए पर्याप्त है, और इनपुट फ़ील्ड केवल डेटा को फ़िल्टर करने के लिए आवश्यक हैं।
   मेरी राय ए: हाँ, यह सच प्रतीत होता है।
3. बीएसपी (मानक सबसिस्टम की लाइब्रेरी) की आलोचना की। इस अर्थ में कि आवश्यक मॉड्यूल को इससे अलग करना असंभव और बहुत कठिन है।
   मेरी राय : क्योंकि यहां तक ​​कि बसपा को मॉड्यूल में विभाजित नहीं किया जा सकता है, फिर एससीपी को मॉड्यूल यूटी, जेडयूपी, बीपी, प्रोडक्शन में विभाजित नहीं किया जा सकता है। और यहाँ यह प्लेटफ़ॉर्म की गलती नहीं है, बल्कि विशिष्ट लोगों को लिखने की गलत पद्धति है - प्रतिरूपकता का सम्मान नहीं किया जाता है। यह वहीनेविज़नलंबे समय से एक ग्राहक को लेखांकन बेचने का अवसर मिला है, और फिर वह कोड को फिर से लिखे बिना और एक नए कार्यक्रम में स्विच किए बिना, यदि आवश्यक हो तो व्यापार, उत्पादन और मजदूरी खरीद सकता है।
4. विशिष्ट स्टील्स बहुत जटिल और बदलने में मुश्किल होते हैं। फिर से, मंच की जटिलता के कारण नहीं, बल्कि विशिष्ट लोगों के गलत संगठन के कारण। इस मामले में, मूल सिद्धांत खो गया है - तेज और किफायती समर्थन और यदि आवश्यक हो तो मानक विन्यास का शोधन।
5. ऑर्डर देने का एक विकल्प तब प्रदर्शित किया गया था, जब आइटम कार्यक्षेत्र में बाईं ओर स्थित होता है, और ऑर्डर की सूची दाईं ओर होती है। नामकरण के विपरीत, आप एक मात्रा डाल सकते हैं, फिर उसे आदेशों की सूची में खींच सकते हैं और एक आदेश बन जाता है। लाभ - नया ऑर्डर बनाने के लिए ऑर्डर की तालिका अवरुद्ध नहीं है।
   मेरी राय : लाभ दूर की कौड़ी है - फिर भी, उपयोगकर्ता चयनित उत्पाद को सारणीबद्ध भाग में देखने के अधिक आदी हैं, वे इस आदेश को ड्राफ्ट के रूप में सहेज सकते हैं या टेम्पलेट से आदेश की प्रतिलिपि बना सकते हैं। सामान्य तौर पर, दस्तावेजों का आविष्कार व्यर्थ में नहीं किया गया था।
6. "मुख्य", "महत्वपूर्ण", "जाओ", "यह भी देखें" वर्गों के बीच अंतर समझाया।
   मेरी राय : व्यक्तिगत रूप से, मैं अस्पष्ट रूप से समझ गया, जिसका अर्थ है कि बहुसंख्यक मंच में अंतर्निहित इन बारीकियों को नहीं समझेंगेप्रयोज्यएक टैक्सी में। इसलिए, इंटरफेस पहले जैसा दिखेगा, क्योंकि 1C में उपयोगकर्ता और प्रोग्रामर दोनों पहले से ही इसके आदी हैं।
7. किसी प्रपत्र पर तालिका फ़ील्ड के सेल में, जिसका स्रोत एक मनमाना अनुरोध है, आप डेटा दर्ज नहीं कर सकते, जैसा कि इनपुट फ़ील्ड में होता है। यह लाभ के लिए किया जाता हैप्रयोज्यताकि उपयोगकर्ता एक अलग विंडो में डेटा दर्ज करने पर ध्यान केंद्रित करे।
   मेरी राय : मैंने सारणीबद्ध भागों में इनपुट के साथ एक उदाहरण दिया, जहां ऐसा क्षेत्र मौजूद है, प्रतिबंध का अर्थ मुझे स्पष्ट नहीं है।
8. पति या पत्नी की अन्य लोगों के साथ तुलना करने से तलाक उत्पन्न होता है। कम तुलना - मजबूत शादी।
9. विदेशी भाषाओं को सीखना आसान होता है जब आप उनमें से कई का एक साथ अध्ययन करते हैं, तो एक मूल भाषा के प्रति संकीर्णता और जुनून दूर हो जाता है।
10. विदेशी भाषाएं नहीं सीखी जा सकतीं यदि आप किसी विदेशी शब्द को अपनी मूल भाषा के किसी शब्द से जोड़ते हैं, तो आपको उसे एक छवि से जोड़ना होगा। श्रृंखला विदेशी शब्द - छवि श्रृंखला विदेशी शब्द - मूल शब्द - छवि से छोटी है। बाद के मामले में, एक विदेशी भाषा में सोचने से काम नहीं चलेगा।

निष्कर्ष

मैं शिक्षक के प्रति कृतज्ञता ज्ञापित करता हूँ।

इस पाठ्यक्रम में भाग लेने से मुझे प्रबंधित रूपों के बारे में पूर्वधारणाओं से मुक्त किया गया, मैंने तौर-तरीकों की बारीकियों को स्पष्ट रूप से समझा, 8.2 और टैक्सी इंटरफेस के बीच का अंतर।

अब नियंत्रित रूप मुझे डराते नहीं हैं, बल्कि मुझे उन्हें जानने के लिए आकर्षित करते हैं।

मुझे आशा है कि आप, जो इस लेख को पढ़ रहे हैं, प्रबंधित रूपों की भी सराहना करेंगे।

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

शब्द के तहत प्रोग्रामिंग में इंटरफेसकई अलग-अलग अर्थ हो सकते हैं। अब हमारा मतलब "यूजर इंटरफेस" है।

उपयोगकर्ता इंटरफ़ेस सभी विंडो, मेनू, बटन और अन्य चीजें हैं जो उपयोगकर्ता सीधे प्रोग्राम में काम करता है।

इंटरफ़ेस डिज़ाइन उपयोग किया गया फ़ॉन्ट, रंग, पृष्ठभूमि छवि और अन्य सजावट तत्व हैं। डिज़ाइन इंटरफ़ेस की संरचना को प्रभावित नहीं करता है।

1C प्लेटफॉर्म दो अलग-अलग यूजर इंटरफेस मैकेनिज्म को लागू करता है जो अलग-अलग . मोटे 1C क्लाइंट का अपना इंटरफ़ेस होता है, पतले (और वेब क्लाइंट) का अपना इंटरफ़ेस होता है।

आइए आज बात करते हैं यूजर इंटरफेस 1सी की।

इंटरफ़ेस 1C

मोटे क्लाइंट का 1C इंटरफ़ेस इस तरह दिखता है।

इसमें शामिल है:

• मुख्य मेन्यू
• पैनल।

कुछ कॉन्फ़िगरेशन (लेखा, पेरोल) में उपयोग किया जाने वाला डेस्कटॉप 1C इंटरफ़ेस का हिस्सा नहीं है, यह एक प्रसंस्करण है जो प्रोग्रामर द्वारा अलग से किया जाता है और जो प्रोग्राम में प्रवेश करते समय पूर्ण स्क्रीन में 1C में खुलता है।

विन्यासकर्ता में, 1C इंटरफ़ेस सामान्य/इंटरफ़ेस शाखा में स्थित है।

प्रोग्रामर एक विशिष्ट नाम के साथ 1C इंटरफ़ेस बनाता है और उपयोगकर्ता बनाते समय, इस उपयोगकर्ता के डिफ़ॉल्ट 1C इंटरफ़ेस को निर्दिष्ट करता है।

1C इंटरफ़ेस के गुणों में एक चेकबॉक्स "स्विचेबल" है। यदि 1C इंटरफ़ेस स्विच करने योग्य नहीं है (चेकबॉक्स अनचेक किया गया है), तो सभी उपयोगकर्ता इसे देखते हैं, भले ही उन्हें एक अलग 1C इंटरफ़ेस असाइन किया गया हो। इस मामले में, उपयोगकर्ता देखता है कि दोनों इंटरफेस एक में विलय हो गए हैं।

1C इंटरफ़ेस जोड़ते समय, आप पैनल की एक सूची देखते हैं। डिफ़ॉल्ट रूप से हमेशा एक पैनल होता है, इसमें प्रोग्राम का मुख्य मेनू होता है।

यदि आप अधिक पैनल जोड़ते हैं, तो वे पैनल (बटन के साथ) के रूप में प्रदर्शित होंगे।

स्क्रैच से एक नया 1C इंटरफ़ेस जोड़ते समय, एक कंस्ट्रक्टर खुलता है जो आवश्यक वस्तुओं को टिक करके एक मेनू डिजाइन करने में मदद करता है।

मौजूदा मेनू को संपादित करते समय, आइटम एक-एक करके जोड़े जाते हैं, क्योंकि जब कंस्ट्रक्टर को फिर से बुलाया जाता है, तो यह मेनू को स्क्रैच से फिर से बनाता है।

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

एक बटन या मेनू आइटम जोड़ने के बाद, आपको प्रदर्शन करने के लिए क्रिया का चयन करना होगा। क्रिया दो प्रकार की हो सकती है।

यदि आप चाहते हैं कि क्लिक से 1C ऑब्जेक्ट - एक निर्देशिका, दस्तावेज़ या रिपोर्ट - खुले तो आपको तीन बिंदुओं वाले बटन पर क्लिक करना होगा और वांछित ऑब्जेक्ट, साथ ही वांछित फॉर्म (ऑब्जेक्ट की संभावित क्रिया) का चयन करना होगा।

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

प्रबंधित कमांड इंटरफ़ेस 1C

पर नया संस्करण 1C 8.2, नए प्रकार के ग्राहक दिखाई दिए -।

1C पतला क्लाइंट इंटरफ़ेस इस तरह दिखता है।

1C वेब क्लाइंट इंटरफ़ेस इस तरह दिखता है।

आदर्श रूप से, वे वही हैं, और, जैसा कि आप देख सकते हैं, वे मोटे क्लाइंट के 1C इंटरफ़ेस से बहुत अलग हैं।

अब इसमें न केवल मेनू और पैनल शामिल हैं, बल्कि इनमें से भी हैं:
1) लेखा अनुभागों की सूची
2) चयनित अनुभाग के माध्यम से नेविगेशन
3) वर्तमान खंड में निष्पादित करने के लिए आदेश
4) वर्तमान ऑपरेशन करने के लिए फॉर्म।

एक प्रबंधित क्लाइंट का 1C इंटरफ़ेस बनाने के लिए, "इंटरफ़ेस" का अब उपयोग नहीं किया जाता है, यह कॉन्फ़िगरेशन में की गई कई सेटिंग्स के आधार पर एक जटिल तरीके से बनता है।

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

सबसिस्टम 1C

प्रबंधित का आधार कमांड इंटरफ़ेस 1C लेखा अनुभागों की एक सूची है। उदाहरण के लिए - पैसा और माल, लेखांकन के दो खंड।

कॉन्फ़िगरेशन में, 1C सबसिस्टम ऑब्जेक्ट, जो सामान्य / 1C सबसिस्टम शाखा में स्थित है, लेखांकन अनुभागों के लिए ज़िम्मेदार है।

ऑब्जेक्ट कंस्ट्रक्टर में 1C सबसिस्टम टैब पर, आवश्यक निर्देशिकाओं और दस्तावेजों में 1C सबसिस्टम बनाने के बाद, आप उन्हें इस 1C सबसिस्टम में शामिल कर सकते हैं। इसका मतलब है कि वे लेखांकन के इस खंड से संबंधित हैं। ऑब्जेक्ट्स को कई 1C सबसिस्टम में शामिल किया जा सकता है।

लेख "1C पर विकास में पहला कदम" चक्र में शामिल है। इसमें, हम प्रबंधित टैक्सी इंटरफ़ेस से परिचित होना जारी रखते हैं और सीधे इसके कॉन्फ़िगरेशन के लिए आगे बढ़ते हैं।

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

लेख पढ़ने के बाद, आप जानेंगे:

• मेनू संरचना को आकार देने में सबसिस्टम क्या भूमिका निभाता है?
• पहले और दूसरे स्तर के मेनू अनुभाग कैसे बनाएं?
• मेनू अनुभागों में प्रदर्शित कमांड की संरचना को कैसे अनुकूलित करें?
• कमांड इंटरफ़ेस एडिटर क्या है और इसके साथ कैसे काम करना है?
• मुख्य विभाजन का कमांड इंटरफ़ेस कैसे सेट करें?

प्रयोज्यता

लेख 1C प्लेटफॉर्म 8.3.4.496 पर विकसित कॉन्फ़िगरेशन के टैक्सी इंटरफ़ेस पर चर्चा करता है। जानकारी वर्तमान प्लेटफ़ॉर्म रिलीज़ के लिए प्रासंगिक है।

सबसिस्टम। सबसिस्टम के साथ इंटरफ़ेस अनुकूलन

सबसिस्टम को सामान्य वस्तुओं के रूप में वर्गीकृत किया जाता है. वे विन्यास वस्तुओं को वर्गीकृत करने की क्षमता प्रदान करते हैं उपप्रणालियाँ.

यह इंगित करने के लिए कि क्या कोई वस्तु उप-प्रणालियों से संबंधित है वस्तु संपादन विंडोएक संगत टैब होता है जिस पर झंडे इंगित करते हैं कि वस्तु किस सबसिस्टम से संबंधित है।

भविष्य में, आप ऑब्जेक्ट ट्री के लिए फ़िल्टर बना सकते हैं उपप्रणालियाँ.

उसी समय, इसे नियंत्रित करना संभव है: चयनित के लिए सक्षम करें उपप्रणालियाँअधीनस्थ वस्तुएं उपप्रणालियाँऔर माता पिता उपप्रणालियाँया नहीं।

द्वारा वस्तुओं का वर्गीकरण उपप्रणालियाँबनाना आसान बनाता है भूमिकाओं.

वस्तु के लिए भूमिकाआप उपयुक्त अधिकारों को परिभाषित कर सकते हैं और संकेत कर सकते हैं कि यह भूमिकाकेवल उन वस्तुओं पर बनाया जा सकता है जो चयनित में शामिल हैं उपप्रणालियाँ.

उसी प्रकार उपप्रणालियाँबनाने के लिए इस्तेमाल किया इंटरफेस. इंटरफेसकेवल तभी आवश्यक हैं जब कॉन्फ़िगरेशन सामान्य एप्लिकेशन मोड में चलाया जाता है।

द्वारा वस्तुओं का वर्गीकरण उपप्रणालियाँकॉन्फ़िगरेशन विलय करते समय भी उपयोग किया जाता है। वे। आप द्वारा फ़िल्टर की गई वस्तुओं को मर्ज कर सकते हैं उपप्रणालियाँ.

सबसिस्टम का एक महत्वपूर्ण उद्देश्य यह है कि उनमें से कॉन्फ़िगरेशन कमांड इंटरफ़ेस मोड में बनाया गया है प्रबंधित आवेदन . उपप्रणालियाँपहला स्तर निर्धारित है .

मौजूदा के लिए उपप्रणालियाँआप नेस्टेड (अधीनस्थ) परिभाषित कर सकते हैं। जानकारी उपप्रणालियाँसमूह बनाएंगे नेविगेशन बार.

जब हम किसी वस्तु को द्वारा वर्गीकृत करते हैं उपप्रणालियाँ, किसी ऑब्जेक्ट को केवल नेस्टेड में शामिल करना संभव है सबसिस्टम, संभवतः पहले स्तर के सबसिस्टम में, संभवतः दोनों में।

बाद के मामले में, ऑब्जेक्ट को दो बार प्रदर्शित किया जाएगा: दोनों नेस्टेड सबसिस्टम के अंदर और अलग से नेविगेशन बार. ज्यादातर मामलों में, यह पूरी तरह से सही नहीं है।

सिद्धांत रूप में, सबसिस्टम एक वैकल्पिक इकाई हैं। वे। प्लेटफ़ॉर्म 8.3 पर विकसित एक कॉन्फ़िगरेशन बिना किसी सबसिस्टम के काम करने में सक्षम होगा।

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

लेकिन अगर कॉन्फ़िगरेशन में बहुत सारे दस्तावेज़, निर्देशिकाएं और रजिस्टर हैं, तो का उपयोग करें उपप्रणालियाँउपयोगकर्ता के काम को बहुत सरल करता है।

चिह्नित करें कि कुछ कॉन्फ़िगरेशन ऑब्जेक्ट कुछ का है सबसिस्टमतीन तरह से संभव है।

सबसे पहले, यह में किया जा सकता है वस्तु संपादन विंडोबुकमार्क पर उपप्रणालियाँ. हम पहले ही इस विकल्प पर विचार कर चुके हैं।

दूसरे, आप उपयोग कर सकते हैं सबसिस्टम संपादन विंडो. बुकमार्क मिश्रणआप इसमें शामिल वस्तुओं को निर्दिष्ट कर सकते हैं सबसिस्टम.

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

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

विंडो में कॉन्फ़िगरेशन ट्री की वस्तुओं पर कर्सर ले जाते समय इसके साथ हीसबसिस्टम पर प्रासंगिक जानकारी प्रदर्शित होती है।

डिफ़ॉल्ट रूप से कॉन्फ़िगरेशन ऑब्जेक्ट बनाते समय, प्लेटफ़ॉर्म 8.3 ऑब्जेक्ट को किसी सबसिस्टम से बाइंड नहीं करता है।

वे। डेवलपर को स्वयं इस टैब पर जाना होगा और उपयुक्त बक्सों की जांच करनी होगी।

यदि डेवलपर ऐसा नहीं करता है, तो सिस्टम संबंधित की अनुपस्थिति का निर्धारण करेगा उपप्रणालियाँएक गलती की तरह।

लेकिन त्रुटि महत्वपूर्ण नहीं है, इसलिए हम इससे सहमत हो सकते हैं।

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

उपयोगकर्ता ऐसी वस्तुओं को केवल के माध्यम से एक्सेस कर सकता है मुख्य मेन्यूकमांड का उपयोग करना सभी सुविधाएं.

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

ऐसे कई मामले हैं जब डेवलपर्स के लिए एक विशिष्ट कॉन्फ़िगरेशन में जोड़े गए ऑब्जेक्ट्स को अपने स्वयं के अलग सबसिस्टम में शामिल करना अधिक सुविधाजनक होता है।

के लिए उपप्रणालियाँमें विंडो संपादित करेंआप झंडा हटा सकते हैं कमांड इंटरफ़ेस में शामिल करें.

जिसमें उपप्रणालियाँकमांड इंटरफ़ेस में प्रदर्शित नहीं किया जाएगा। यदि कोई सबसिस्टम नहीं है जिसे कमांड इंटरफ़ेस में शामिल किया जाना चाहिए, तो नई वस्तुओं के लिए, प्लेटफ़ॉर्म 8.3 यह जाँच नहीं करता है कि वे किसी सबसिस्टम से संबंधित हैं या नहीं।

सबसिस्टम द्वारा परिभाषित संबंधित अनुभाग में शामिल कमांड की संरचना को अनुकूलित करने के लिए, एक विशेष संपादक है।

इस संपादक को बटन दबाकर सबसिस्टम संपादन विंडो से बुलाया जा सकता है कमांड इंटरफ़ेस(टैब पर मुख्य).

प्रत्येक के लिए संभव उपप्रणालियाँइस संपादक को बुलाओ। संपादक से सूचियों के उद्घाटन को नियंत्रित करना संभव है नेविगेशन बार, में आदेशों की उपलब्धता एक्शन बार.

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

संपादक में तत्वों को स्थानांतरित किया जा सकता है। साथ ही, से नेविगेशन बारमें कार्रवाई बारऔर विपरीत दिशा में चलना संभव नहीं है। आप तत्वों को या तो अंदर ले जा सकते हैं नेविगेशन बार, या अंदर एक्शन बार.

भूमिकाओं के अनुसार एक सामान्य दृश्यता स्तंभ और दृश्यता स्तंभ हैं। कॉन्फ़िगरेशन में परिभाषित प्रत्येक भूमिका का अपना कॉलम होगा। सामान्य दृश्यता कॉलम में सेट किया गया मान भूमिका द्वारा दृश्यता के लिए डिफ़ॉल्ट मान है।

भूमिकाओं द्वारा दृश्यता तीन मान ले सकती है: या तो दी गई भूमिका के लिए तत्व अदृश्य होगा (1); या यह हमेशा दिखाई देगा, इस पर ध्यान दिए बिना कि कौन सा ध्वज दृश्यता कॉलम (2) में सेट है; या भूमिका दृश्यता ध्वज सामान्य दृश्यता ध्वज (3) से विरासत में मिला होगा।

यदि किसी उपयोगकर्ता को दो भूमिकाएँ सौंपी जाती हैं और उनमें से एक के लिए एक चेकबॉक्स निर्दिष्ट किया जाता है, और दूसरे के लिए नहीं, तो 1C:Enterprise 8 सिस्टम का मानक नियम काम करेगा - उपयोगकर्ता को कार्य करने की अनुमति है यदि इसे किसी एक में अनुमति है भूमिकाओं।

कभी-कभी कमांड इंटरफ़ेस को तुरंत कई में बदलना आवश्यक होता है उपप्रणालियाँ. 1C:Enterprise 8 प्लेटफ़ॉर्म में, एक सेवा उपकरण है जो आपको कई . के कमांड इंटरफ़ेस को संपादित करने की अनुमति देता है उपप्रणालियाँ.

इस उपकरण को शाखा के रूट नोड के संदर्भ मेनू से कहा जाता है उपप्रणालियाँ.

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

इसके अलावा, आप अधीनता को भी बदल सकते हैं उपप्रणालियाँ. इसके लिए एक विशेष बटन है। सबसिस्टम ले जाएँ.

कमांड इंटरफ़ेस को कस्टमाइज़ करने के लिए मुख्य अनुभागएक कमांड इंटरफ़ेस संपादक का भी उपयोग किया जाता है।

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

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

कृपया ध्यान दें कि हटाते समय उपप्रणालियाँप्लेटफ़ॉर्म, दुर्भाग्य से, यह जाँच नहीं करता है कि इस सबसिस्टम में कम से कम एक ऑब्जेक्ट शामिल है या नहीं।

हटाने के बाद उपप्रणालियाँजब कॉन्फ़िगरेशन सहेजा जाता है, तो इन्फोबेस पुनर्गठन के बारे में कोई संदेश प्रदर्शित नहीं होता है।

यह infobase मेनू संरचना की स्थापना के साथ हमारे परिचित का समापन करता है। अगले लेख में, हम प्रबंधित इंटरफ़ेस के साथ अपना परिचय जारी रखेंगे और विचार करेंगे कि 1C:Enterprise 8 प्लेटफ़ॉर्म सूचियों के साथ काम करने के लिए क्या सुविधाएँ प्रदान करता है।

संकल्पना प्रयोक्ता इंटरफ़ेस(यूजर इंटरफेस की अवधारणा)

1C के यूजर इंटरफेस की अवधारणा:एंटरप्राइज 8 सिस्टम एक आरामदायक सुविधा प्रदान करने के विचार पर केंद्रित है प्रभावी कार्यऔर, ज़ाहिर है, नवीनतम रुझानों को ध्यान में रखता है।

प्रोग्राम को 1C में लॉन्च करना:एंटरप्राइज मोड मुख्य प्रोग्राम विंडो खोलने के साथ शुरू होता है

यह विंडो लागू समाधान (तथाकथित विभाजन पैनल) और डेस्कटॉप की मुख्य, मुख्य संरचना को प्रदर्शित करने का कार्य करती है।

डेस्कटॉप 1सी:एंटरप्राइज 8.3 / 8.2

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

डेस्कटॉप: विभाजन बार

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

डेस्कटॉप: अनुभाग

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

डेस्कटॉप: कमांड

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

डेस्कटॉप: नेविगेशन बार

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

एक उदाहरण वेयरहाउस कमांड है - इसे कॉल करने के बाद, कार्यक्षेत्र में गोदामों की सूची प्रदर्शित की जाएगी।

डेस्कटॉप: एक्शन बार

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

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

डेस्कटॉप: सहायक खिड़कियां

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

डेस्कटॉप: मुख्य विंडो में कार्य इतिहास

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

डेस्कटॉप: पसंदीदा

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

डेस्कटॉप: डेटा लिंक

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

डैशबोर्ड 8.2

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

निष्पादन इतिहास 8.2

इतिहास बटन आपको कार्यक्रम के साथ इस उपयोगकर्ता के काम के इतिहास तक पहुंचने की अनुमति देता है।

सिस्टम कमांड क्षेत्र

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

मुख्य मेन्यू

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

सहायक आदेश

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

डेस्कटॉप 1C:उद्यम

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

डेस्कटॉप - एक प्रकार के उपयोगकर्ता सहायक की भूमिका निभाता है। कार्य दिवस की शुरुआत हमेशा डेस्कटॉप द्वारा प्रदान की गई जानकारी से परिचित होने के साथ होती है:

• नया क्या है?
• आज क्या करने की जरूरत है?
• मेरी महत्वपूर्ण जानकारी की स्थिति क्या है?
• आपको क्या ध्यान देना चाहिए?

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

ऐसा इसलिए होता है क्योंकि प्रोग्राम को कॉन्फ़िगर करते समय, डेवलपर निर्दिष्ट करता है कि यह या उस विशेषज्ञ को कौन सा रूप देखना चाहिए। जब आप प्रोग्राम को 1C:Enterprise मोड में चलाते हैं, तो मानक प्रपत्रों का एक सेट जो एक या किसी अन्य उपयोगकर्ता के अनुरूप होता है, स्वचालित रूप से कॉन्फ़िगर किया जाता है। और यह एक विशेष उपयोगकर्ता की भूमिका से निर्धारित होता है।

डेस्कटॉप सेटअप 1सी 8.2

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

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

विन्यासक में डेस्कटॉप का संपादन

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

विभाजन पैनल

अनुभाग पैनल। कमांड इंटरफ़ेस तत्वों को संदर्भित करता है। यह पैनल लागू समाधान की मुख्य, बुनियादी संरचना दिखाता है। यह आपको प्रोग्राम के अनुभागों के बीच स्विच करने की अनुमति देता है।

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

यदि ऐसा पैनल (विभाजन पैनल) उपलब्ध है, तो यह मुख्य विंडो के शीर्ष पर स्थित होता है। लेकिन, यह पैनल हमेशा मौजूद नहीं होता है।

उदाहरण के लिए, ऐसे प्रोग्राम हो सकते हैं जिनमें सेक्शन बार न हो। इस तरह के कार्यक्रम काफी सरल होते हैं और इनमें बहुत कम कार्य होते हैं। ऐसे कार्यक्रमों में, कमांड सेक्शन बार में नहीं, बल्कि डेस्कटॉप के एक्शन बार और नेविगेशन बार में स्थित होते हैं।

आप उपयोगकर्ता सेटिंग्स का उपयोग करके विभाजन पैनल को 1C:Enterprise मोड में अक्षम भी कर सकते हैं।

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

उदाहरण के लिए, विक्रेता द्वारा उपयोग किए जाने वाले अनुभाग पैनल में केवल एंटरप्राइज़ और बिक्री पैनल होंगे, जबकि व्यवस्थापक पैनल में बिल्कुल सभी अनुभाग होंगे।

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

अनुभाग बार अनुकूलन

उपयोगकर्ता अपने लिए, अनुभाग पैनल की संरचना को अनुकूलित कर सकता है - अनुभागों को हटा या जोड़ सकता है, उनका प्रदर्शन बदल सकता है।

उदाहरण के लिए, एंटरप्राइज़ और इन्वेंटरी अनुभाग हटाएं और निर्दिष्ट करें कि विभाग टेक्स्ट के रूप में प्रदर्शित होते हैं।

विन्यासक में अनुभाग पैनल का संपादन

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

आज्ञा

कमांड एक कॉन्फ़िगरेशन ऑब्जेक्ट है जो डेवलपर को किसी विशेष उपयोगकर्ता के लिए उपयुक्त क्रियाओं का वर्णन करने में सक्षम बनाता है।

सामान्य आदेश ऐसे आदेश होते हैं जो वस्तु-विशिष्ट नहीं होते हैं या उन वस्तुओं पर कार्रवाई करने के लिए अभिप्रेत होते हैं जो मानक आदेशों का उपयोग नहीं करते हैं।

कॉन्फ़िगरेशन ऑब्जेक्ट्स के लिए स्वयं कमांड हो सकते हैं। वे किसी विशिष्ट वस्तु से सीधे संबंधित संचालन करने के लिए अभिप्रेत हैं।

पैरामीटरेटेड कमांड वे कमांड होते हैं जो अपने एल्गोरिथ्म में उन मानों का उपयोग करते हैं जो प्लेटफॉर्म पास करता है। प्रकार दिया गया मूल्यविन्यासकर्ता में परिभाषित किया गया है और यह पैरामीटरयुक्त आदेश केवल उन्हीं रूपों में प्रदर्शित किया जाएगा जिनमें समान प्रकार के गुण हैं।

एक कमांड द्वारा की जाने वाली क्रियाओं का वर्णन कमांड मॉड्यूल में 1C:Enterprise में किया गया है।

• कॉन्फ़िगरेशन ऑब्जेक्ट
• विकास उपकरण।

कॉन्फ़िगरेशन में कमांड कैसे समाप्त हुआ, इस पर निर्भर करते हुए, कमांड को इसमें विभाजित किया जा सकता है:

• मानक
• एक डेवलपर द्वारा बनाया गया।

मानक आदेश 8.2

प्लेटफ़ॉर्म द्वारा स्वचालित रूप से मानक आदेश प्रदान किए जाते हैं। मानक आदेश कॉन्फ़िगरेशन ऑब्जेक्ट्स, फॉर्म एक्सटेंशन, फॉर्म में निहित तालिका तत्व के एक्सटेंशन द्वारा प्रदान किए जाते हैं।

उदाहरण के लिए, लेखा निर्देशिका निम्नलिखित आदेश प्रदान करती है: खाते, खाते: समूह बनाएं, खाते: बनाएं।

डेवलपर द्वारा बनाई गई कमांड

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

एक उदाहरण के रूप में, निम्नलिखित सामान्य आदेश दिए जा सकते हैं: बारकोड स्कैनर कॉन्फ़िगर करें, बारकोड स्कैनर स्थापित करें, आदि।

एक्शन कमांड और नेविगेशन कमांड।

• नेविगेशन आदेश
• कार्रवाई आदेश।

नेविगेशन कमांड 8.2

इन आदेशों द्वारा बुलाए गए प्रपत्र वर्तमान विंडो में खुलते हैं। आम तौर पर, ये आदेश विभिन्न सूचियों के माध्यम से नेविगेट करते हैं।

उदाहरण: वेयरहाउस नेविगेशन कमांड मुख्य विंडो में वेयरहाउस की सूची खोलेगा।

कार्रवाई आदेश

जब ऐसा आदेश निष्पादित किया जाता है, तो एक सहायक विंडो खोली जाती है। आमतौर पर एक्शन कमांड की मदद से प्रोसेसिंग/रिपोर्ट फॉर्म या ऑब्जेक्ट फॉर्म में बदलाव किया जाता है।

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

पैरामीटर करने योग्य और स्वतंत्र आदेश

टीमों को उनके आंतरिक संगठन के अनुसार विभाजित किया जाना चाहिए:

• स्वतंत्र
• पैरामीटर करने योग्य

स्वतंत्र टीमें 8.2

ऐसे आदेशों का निष्पादन अतिरिक्त जानकारी का अनुरोध किए बिना होता है।

उदाहरण: अकाउंट्स कमांड, जो स्वतंत्र है, बिना किसी अन्य जानकारी के सभी खातों की एक सूची खोलता है।

पैरामीटर करने योग्य आदेश

ऐसे आदेशों के निष्पादन के लिए कमांड पैरामीटर (अतिरिक्त जानकारी) के मान की आवश्यकता होती है।

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

ग्लोबल कमांड और लोकल फॉर्म कमांड

आदेश एक निश्चित रूप से कैसे संबंधित हैं, इसके अनुसार उन्हें विभाजित किया जा सकता है:

• वैश्विक
• स्थानीय

वैश्विक टीमें

इस तरह के आदेशों की आपूर्ति मंच द्वारा की जाती है और फॉर्म का हिस्सा न होने के कारण, इस फॉर्म के साथ-साथ अन्य रूपों में भी शामिल किया जा सकता है। इन आदेशों को भी पैरामीटर करने योग्य और स्वतंत्र में विभाजित किया गया है, जिससे इन आदेशों के साथ काम करना आसान हो जाता है।

स्थानीय प्रपत्र आदेश

इन आदेशों को अन्य रूपों में शामिल नहीं किया जा सकता है, वास्तव में, एक विशेष रूप का हिस्सा होने के नाते। इन आदेशों को प्रपत्र तत्वों, प्रपत्र एक्सटेंशनों द्वारा आपूर्ति की जाती है, या डेवलपर द्वारा प्रपत्र पर ही व्यवस्थित किया जाता है।

नेविगेशन पैनल

नेविगेशन बार सिस्टम के कमांड इंटरफेस का एक तत्व है। यह एक सहायक विंडो या अनुभाग की "सामग्री की तालिका" की तरह है। नेविगेशन बार सहायक विंडो या अनुभाग में निहित जानकारी से परिचित होने का अवसर प्रदान करता है।

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

उदाहरण: वेयरहाउस कमांड को कॉल करने से कार्यक्षेत्र में वेयरहाउस की सूची खुल जाएगी।

सहायक विंडो में सूची प्रदर्शित करना

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

नेविगेशन कमांड को कॉल करते समय इस क्रिया के लिए Shift कुंजी दबाए रखने की आवश्यकता होती है।

कमांड समूह 8.2

कमांड को आमतौर पर नेविगेशन बार में तीन मानक समूहों में बांटा जाता है।

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

मानक समूहों के अलावा, नेविगेशन बार में ऐसे समूह हो सकते हैं जो डेवलपर बनाता है।

नियमित आदेशों के समूह 8.2

दूसरे समूह (कॉमन से संबंधित कमांड) में अतिरिक्त कमांड समूह हो सकते हैं। इन समूहों के बाद एक शीर्षक होता है और उनमें जो आदेश होते हैं वे बाएं हाशिये से इंडेंट होते हैं।

इन आदेशों को छिपाने और प्रदर्शित करने का कार्य ऐसे समूहों के शीर्षकों पर क्लिक करके किया जाता है।

मामले में जब पहले स्तर के उप-प्रणालियों द्वारा कार्यक्रमों के अनुभाग बनाए जाते हैं, तो नेविगेशन पैनल में अगले स्तरों के उप-प्रणालियों द्वारा कमांड के समूह बनाए जाएंगे।

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

नेविगेशन बार अनुकूलन 8.2

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

उदाहरण: कीमतों और विशेषताओं के आदेशों के समूहों को हटाएं, और समायोजन कमांड को भी देखें पर ले जाएं।

प्रोग्राम उन सेटिंग्स को याद रखेगा जिन्हें उपयोगकर्ता ने स्वचालित रूप से बदल दिया है, और अगली बार प्रोग्राम लॉन्च होने पर, यह पैनल दिखाएगा जैसा कि उपयोगकर्ता द्वारा बनाया गया था।

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

क्रिया पैनल

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

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

उदाहरण: वेयरहाउस एक्शन कमांड को कॉल करने पर, संपादन के लिए, नए वेयरहाउस के लिए एक सहायक डेटा विंडो खुल जाएगी।

कमांड समूह 1C:एंटरप्राइज़ 8.3 / 8.2

एक्शन बार में आमतौर पर कमांड के तीन मानक समूह होते हैं।

1. सृजन करना। इसमें कमांड होते हैं जो डेटाबेस से संबंधित नई वस्तुओं के निर्माण की ओर ले जाते हैं - निर्देशिका, दस्तावेज, आदि।
2. इस अनुभाग के आदेश उपयोगकर्ता को इस अनुभाग में उपलब्ध विभिन्न रिपोर्ट पर नेविगेट करते हैं।
3. इस समूह में ऐसे आदेश होते हैं जो विभिन्न सेवा क्रियाएं करते हैं: सेवा प्रसंस्करण में जाना, कुछ व्यापारिक उपकरणों के साथ काम करने के लिए आदेश आदि।

मानक समूहों के अलावा, एक्शन बार में ऐसे समूह हो सकते हैं जो डेवलपर बनाता है।

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

एक्शन बार अनुकूलन 8.2

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

उदाहरण: आप एक नया खाता बनाने और सेवा समूह को हटाने के लिए आदेश को हटा सकते हैं।

प्रोग्राम उन सेटिंग्स को याद रखेगा जिन्हें उपयोगकर्ता ने स्वचालित रूप से बदल दिया है, और अगली बार प्रोग्राम लॉन्च होने पर, यह पैनल दिखाएगा जैसा कि उपयोगकर्ता द्वारा बनाया गया था।

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

पसंदीदा

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

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

जब आप पसंदीदा मेनू खोलते हैं, तो सूची या तो मुख्य विंडो में या सहायक विंडो में प्रदर्शित होगी।

पसंदीदा में लिंक जोड़ना

वेब ब्राउज़र में उपयोग की जाने वाली क्लासिक विधि द्वारा पसंदीदा में लिंक जोड़े जाते हैं - पसंदीदा में जोड़ें कमांड का उपयोग करके या Ctrl + D कुंजी संयोजन दबाकर। पसंदीदा में जोड़ें कमांड सिस्टम कमांड के क्षेत्र में, एप्लिकेशन के सहायक और मुख्य विंडो में पसंदीदा मेनू में स्थित है।

पसंदीदा सेट करना

उपयोगकर्ता पसंदीदा की सूची संपादित कर सकता है। यह अनावश्यक लिंक को हटा सकता है या मौजूदा लोगों को स्वैप कर सकता है। यह विकल्प सहायक या मुख्य एप्लिकेशन विंडो के मेनू में स्थित पसंदीदा सेट करें कमांड द्वारा खोली गई विंडो में उपलब्ध है।

पहली भाषा पसंदीदा के साथ कार्य करना

अंतर्निहित भाषा UserWork पसंदीदा का उपयोग करके प्रोग्रामेटिक रूप से पसंदीदा प्रबंधित करना संभव है।

इस ऑब्जेक्ट तक पहुंच वैश्विक संदर्भ संपत्ति के माध्यम से प्रदान नहीं की जाती है, जैसा कि मामला है, उदाहरण के लिए, उपयोगकर्ता के कार्य इतिहास के साथ।

पसंदीदा तक पहुँचने के लिए, सिस्टम सेटिंग्स स्टोरेज से पसंदीदा पढ़ें, आवश्यक लिंक के साथ एक आइटम जोड़ें, और संशोधित पसंदीदा को सिस्टम सेटिंग्स स्टोरेज में वापस सहेजें।

निम्नलिखित उदाहरण में, आप देख सकते हैं कि कैसे दो लिंक पसंदीदा में जोड़े जाते हैं: एक लुकअप आइटम के लिए एक लिंक और एक बाहरी हाइपरलिंक।

संदर्भ

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

इंटरएक्टिव और गैर-इंटरैक्टिव लिंक

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

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

एक लिंक प्राप्त करना

आंतरिक और बाहरी लिंक

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

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

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

एक लिंक के बाद

प्राप्त लिंक का पालन करने के लिए, सहायक या मुख्य विंडो में गो टू लिंक कमांड को कॉल करें।

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

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

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

खुलने वाली विंडो में, "कमांड प्रदर्शित करें" सभी फ़ंक्शन "बॉक्स को चेक करें और" लागू करें "बटन पर क्लिक करके परिणाम को ठीक करें।

अब उसी मेन मेन्यू (त्रिकोण के साथ नारंगी बटन) में हम "ऑल फंक्शन्स" सेक्शन देखते हैं

जिसमें वह सब कुछ जो हम "ऑपरेशन्स" सेक्शन में एकाउंटिंग 2.0 में देखने के आदी हैं:

2) अब टैक्सी इंटरफेस की स्थापना के संदर्भ में कार्यक्रम की क्षमताओं पर विचार करें। उदाहरण के लिए, अब मेरा कार्यक्रम इस तरह दिखता है:

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

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

"लागू करें" या "ओके" बटन पर क्लिक करें और वॉइला, इस तरह हमारा कार्यक्रम दिखना शुरू हुआ:

शायद किसी के लिए इस तरह से काम करना ज्यादा सुविधाजनक होगा।

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

उस पर क्लिक करके, हम चयनित रिपोर्ट को "पसंदीदा" के रूप में चिह्नित करेंगे

अनुभाग "पसंदीदा"पहले से ज्ञात पैनल संपादक का उपयोग करके, हम उदाहरण के लिए, प्रोग्राम की कार्यशील विंडो के नीचे रखेंगे।

4) और प्रोग्राम इंटरफ़ेस स्थापित करने के लिए एक और "गुप्त"। कार्यक्रम के विभिन्न खंडों में ऐसे दस्तावेज हैं जिनका कुछ लोग कभी उपयोग नहीं करते हैं। खैर, बस संगठन की बारीकियों के कारण। उदाहरण के लिए, "खरीदारी" अनुभाग में, EGAIS से संबंधित दस्तावेज़।

हमें इन दस्तावेज़ों की आवश्यकता नहीं है और हम इन्हें डेस्कटॉप से ​​​​हटा सकते हैं। ऐसा करने के लिए, ऊपरी दाएं कोने में संपादन योग्य अनुभाग में, गियर पर क्लिक करें और दिखाई देने वाले मेनू में, "नेविगेशन सेटिंग्स" आइटम का चयन करें।

दिखाई देने वाली विंडो में, हम दो कॉलम देखते हैं। बाईं ओर कमांड हैं जिन्हें हमारे डेस्कटॉप में जोड़ा जा सकता है। और दायीं तरफ वो कमांड्स जो हमारे डेस्कटॉप पर हैं। हम दाहिने कॉलम पर EGAIS अनुभाग ढूंढते हैं और "हटाएं" बटन पर क्लिक करते हैं

तदनुसार, दाएँ कॉलम में मौजूद दस्तावेज़ों को "जोड़ें" बटन पर क्लिक करके डेस्कटॉप पर जोड़ा जा सकता है

5) और अंत में, उन लोगों के लिए जो टैक्सी इंटरफ़ेस के अभ्यस्त नहीं होना चाहते हैं। आप इंटरफ़ेस को उस इंटरफ़ेस में बदल सकते हैं जो अकाउंटिंग 3.0 के पहले संस्करणों में था।

"प्रशासन" अनुभाग में हम आइटम "इंटरफ़ेस" पाते हैं

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

पिछले इंटरफ़ेस वाला प्रोग्राम इस तरह दिखेगा।

रुचि के लिए, आइए देखें कि लेखांकन 7.7 के समान इंटरफ़ेस क्या है।

खैर, मुझे नहीं पता, मुझे नहीं पता। मैं शायद अपनी सामान्य "टैक्सी" पर वापस जाऊँगा।

खैर, आज मैं आपको बस इतना ही बताना चाहता था। मुझे आशा है कि कार्यक्रम के साथ काम करने में कुछ जानकारी आपके लिए उपयोगी होगी।