ऑब्जेक्ट 1c "कार्यात्मक विकल्प" - एप्लिकेशन समाधान में कार्यक्षमता को उजागर करने के लिए डिज़ाइन किया गया है जिसे स्वयं को बदले बिना कार्यान्वयन के दौरान सक्षम (अक्षम) किया जा सकता है (सबसिस्टम के साथ, वे 1C पतला क्लाइंट इंटरफ़ेस बनाते हैं)। वे कार्यात्मक विकल्प तंत्र का हिस्सा हैं।

फ़ंक्शन विकल्प तंत्र दो मेटाडेटा ऑब्जेक्ट शामिल हैं:

1. कार्यात्मक विकल्प;
2. कार्यात्मक विकल्प पैरामीटर।

अधिक

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

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

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

हम कह सकते हैं कि कार्यात्मक विकल्पों के पैरामीटर कार्यात्मक विकल्पों के मूल्यों के स्थान के समन्वय अक्ष हैं। इसके अलावा, कार्यात्मक विकल्पों का एक पैरामीटर कार्यात्मक विकल्पों की बहुलता के लिए एक साथ "इसकी" समन्वय अक्ष का मान निर्धारित कर सकता है।

[छिपाना]

कार्यात्मक विकल्प प्रभावित कर सकते हैं:

1. यूजर इंटरफेस के लिए:
   • वैश्विक ;
   • आवश्यकताएँ (जैसे कि फ़ॉर्म की आवश्यक वस्तुओं के कॉलम सहित) मूल्य तालिकाया वैल्यू ट्री);
   • फॉर्म कमांड;
2. डेटा संरचना प्रणाली का उपयोग करके कार्यान्वित रिपोर्ट पर;
3. अंतर्निहित भाषा में लिखे गए एल्गोरिदम के लिए - अंतर्निहित भाषा से कार्यात्मक विकल्पों के मान प्राप्त करना और विभिन्न स्थितियों में उनका उपयोग करना संभव है, उदाहरण के लिए, गणना की मात्रा को कम करने के लिए (देखें, उदाहरण के लिए, )

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

1C कार्यात्मक विकल्प के गुण

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

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

1C कार्यात्मक विकल्पों का उपयोग करने की विशेषताएं:

1. फ़ंक्शन विकल्पों में मनमाना प्रकार के मान हो सकते हैं (जरूरी नहीं कि बूलियन)।
2. कार्यात्मक विकल्प का उपयोग करने के लिए एक नया स्थिरांक जोड़ते समय, इसे उपयुक्त सबसिस्टम में शामिल करना सुनिश्चित करें और इसे अनुमतियाँ प्रदान करें।
3. कार्यात्मक विकल्पों के साथ काम करना अंतर्निहित भाषा से उपलब्ध है, जिसके लिए डेवलपर कार्यात्मक विकल्पों के मूल्यों के लिए अपने स्वयं के एल्गोरिदम बना सकता है।
4. यदि फ़ंक्शन विकल्प अक्षम है, तो कमांड इंटरफ़ेस कमांड को कमांड इंटरफ़ेस से बाहर रखा जाएगा:
   • विशेषता, जो एक कमांड पैरामीटर है;
   • कमांड पैरामीटर का प्रकार (यदि कमांड पैरामीटर का प्रकार कंपाउंड है, तो सभी पैरामीटर प्रकार अक्षम होने पर कमांड अनुपलब्ध हो जाता है)।

ध्यान!कार्यात्मक विकल्प और उनके पैरामीटर डेटाबेस की संरचना को प्रभावित नहीं करते हैं: सभी टेबल और फ़ील्ड डेटाबेस में मौजूद हैं, कार्यात्मक विकल्पों की स्थिति की परवाह किए बिना।

प्रपत्र के विवरण और आदेशों पर कार्यात्मक विकल्पों का प्रभाव:

1. प्रबंधित प्रपत्र प्रकार<Вид>एक वस्तु ( निर्देशिकावस्तु, DocumentObject, आदि) अक्षम हो जाएगा यदि संबंधित ऑब्जेक्ट को कार्यात्मक विकल्प द्वारा अक्षम किया गया है। केवल उन कार्यात्मक विकल्पों को पार्स किया जाता है जिनमें कोई पैरामीटर नहीं है।
2. प्रबंधित प्रपत्र प्रकार की मुख्य विशेषता गतिशील सूचीनिष्क्रिय हो जाएगा यदि कार्यात्मक विकल्प डायनेमिक सूची की मुख्य तालिका के रूप में निर्दिष्ट कॉन्फ़िगरेशन ऑब्जेक्ट को अक्षम करता है। केवल उन कार्यात्मक विकल्पों को पार्स किया जाता है जिनमें कोई पैरामीटर नहीं है।
3. किसी संदर्भ प्रकार की प्रपत्र विशेषता अक्षम होती है यदि उस प्रकार को बनाने वाले कॉन्फ़िगरेशन ऑब्जेक्ट को कार्यात्मक विकल्प द्वारा अक्षम किया जाता है। यदि कार्यात्मक विकल्प सभी घटक प्रकारों को अक्षम करते हैं, तो समग्र प्रकार की प्रपत्र विशेषता अक्षम होती है।
4. प्रपत्र तालिका अक्षम हो जाएगी यदि यह किसी कार्यात्मक विकल्प द्वारा अक्षम की गई प्रपत्र विशेषता का डेटा प्रदर्शित करती है।
5. प्रकार चयन संवाद में कोई प्रकार नहीं हैं (उदाहरण के लिए, एक समग्र प्रकार की विशेषताओं से जुड़े इनपुट फ़ील्ड के लिए) यदि इन प्रकारों को बनाने वाले कॉन्फ़िगरेशन ऑब्जेक्ट एक कार्यात्मक विकल्प द्वारा अक्षम हैं। कार्यात्मक विकल्पों द्वारा अक्षम किए गए प्रकारों के बारे में जानकारी क्लाइंट साइड पर कैश की जाती है और 20 मिनट के बाद या किसी विधि कॉल के दौरान साफ़ की जाती है अपडेटइंटरफेस ().

ध्यान!कमांड इंटरफ़ेस के विपरीत, कार्यात्मक विकल्पों के पैरामीटर मान केवल प्रपत्र के विशिष्ट उदाहरण के लिए सेट किए जाते हैं।

एक कार्यात्मक विकल्प पैरामीटर बनाना

कार्यात्मक विकल्प पैरामीटर 1C कॉन्फ़िगरेशन ऑब्जेक्ट "कार्यात्मक विकल्प पैरामीटर" का उपयोग करके बनाया गया है।

[छिपाना]

यह एक नई वस्तु जोड़कर कॉन्फ़िगरेशन विंडो में किया जा सकता है।

फ़ंक्शन विकल्प पैरामीटर गुण:

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

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

1C:Enterprise 8.x प्लेटफॉर्म पर आधारित लगभग सभी मानक समाधान कार्यात्मक विकल्प तंत्र का उपयोग करते हैं। यह आपको ब्लॉक में कॉन्फ़िगरेशन कार्यक्षमता को नियंत्रित करने की अनुमति देता है।

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

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

संचालन का सिद्धांत

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

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

गुण "नाम" और "पर्यायवाची" का एक मानक उद्देश्य है। विशेष रुचि "संग्रहण" और "रचना" सेटिंग्स हैं।

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

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

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

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

उपयोग उदाहरण

हमारे परीक्षण विन्यास में, आइए एक "महत्व" गणना बनाएं, साथ ही एक स्थिरांक

"सक्षम करेंमहत्व"। बनाई गई वस्तुओं को निम्न स्क्रीनशॉट में दिखाया गया है।

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

परीक्षण दस्तावेज़ में दो आवश्यकताएं होंगी:

• "टिप्पणी" प्रकार "स्ट्रिंग" के साथ।
• "EnumerationReference.Importance" प्रकार के साथ "महत्व"।

आइए दस्तावेज़ विशेषता "महत्व" को कार्यात्मक विकल्प में जोड़ें और फिर उपयोगकर्ता मोड में प्लेटफ़ॉर्म के व्यवहार पर विचार करें।

प्रोग्राम को 1C:Enterprise मोड में चलाने के बाद, एक परीक्षण दस्तावेज़ खोलें। हम प्रपत्र पर "महत्व" विशेषता नहीं देखेंगे, क्योंकि हमने अभी तक कार्यात्मक विकल्प को सक्षम नहीं किया है।

"महत्व" विशेषता के उपयोग को सक्षम करने के लिए, आपको "EnableImportance" स्थिरांक का मान TRUE पर सेट करना होगा। फिर फॉर्म निम्नानुसार बदल जाएगा:

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

आइए कुछ दिलचस्प पहलुओं पर एक नज़र डालें कि यह कॉन्फ़िगरेशन ऑब्जेक्ट कैसे काम करता है:

1. कार्यात्मक विकल्प सेट करने से प्लेटफॉर्म द्वारा उत्पन्न SQL प्रश्नों पर लगभग कोई प्रभाव नहीं पड़ता है।

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

2. फॉर्म पर फॉर्म तत्व "महत्व", कार्यात्मक विकल्प के मूल्य की परवाह किए बिना, हमेशा "दृश्यता" और "पहुंच-योग्यता" गुणों के लिए मान TRUE के बराबर होता है।

दरअसल, सर्वर पर फॉर्म बनाते समय, और फॉर्म खोलते समय, साथ ही इसके साथ आगे के काम के दौरान, "दृश्यता" और "पहुंच-योग्यता" गुण प्लेटफ़ॉर्म द्वारा स्वचालित रूप से FALSE पर सेट नहीं होते हैं। शायद 1C:Enterprise 8.x इसे "पर्दे के पीछे" करता है।

3. कार्यात्मक विकल्प का मूल्य प्राप्त करने के लिए, प्लेटफ़ॉर्म डीबीएमएस को स्टोरेज ऑब्जेक्ट के अनुसार एक SQL क्वेरी उत्पन्न करता है, अर्थात। एक स्थिरांक को। पिछले लेखों में से एक में, हमने पहले से ही स्थिरांक के लिए SQL क्वेरी बनाने और उन्हें डेटाबेस में कैसे संग्रहीत किया जाता है, के बारे में बात की थी।

हमारे उदाहरण में, प्लेटफ़ॉर्म निम्न SQL क्वेरी उत्पन्न करता है:

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

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

निष्कर्ष

कार्यात्मक विकल्प 1C:Enterprise 8.x प्लेटफॉर्म पर आधारित लगभग किसी भी सर्कुलेशन समाधान का एक अभिन्न अंग हैं। यह इस तंत्र के लिए धन्यवाद है कि आप कार्यक्षमता के ब्लॉक निर्माण के साथ कॉन्फ़िगरेशन बना सकते हैं, जिसे प्रोग्राम को कॉन्फ़िगर करते समय आसानी से सक्षम / अक्षम किया जा सकता है। उसी समय, कार्यात्मक विकल्पों के मापदंडों का उपयोग करके तंत्र की क्षमताओं को बढ़ाया जा सकता है, लेकिन यह एक अन्य लेख के लिए एक विषय है।

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

डाउनलोड:

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

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

आपको कार्यक्षमता को अक्षम करने की आवश्यकता क्यों होगी?

267 1सी वीडियो सबक मुफ्त में प्राप्त करें:

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

कार्यात्मक विकल्प क्या नियंत्रित करते हैं?

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

कार्यात्मक विकल्पसामान्य विन्यास वस्तुएं हैं। वे कार्यात्मक विकल्प तंत्र का हिस्सा हैं और आपको एप्लिकेशन समाधान में कार्यक्षमता का चयन करने की अनुमति देते हैं जिसे एप्लिकेशन समाधान को बदले बिना कार्यान्वयन के दौरान सक्षम/अक्षम किया जा सकता है।

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

ऐसा करने के लिए, कॉन्फ़िगरेशन में एक कार्यात्मक विकल्प को परिभाषित किया जा सकता है गोदाम लेखांकन, प्रकार के स्थिरांक में संग्रहीत बूलियन.

आप इस कार्यात्मक विकल्प के साथ विभिन्न विन्यास वस्तुओं या उनकी विशेषताओं को जोड़ सकते हैं। उदाहरण के लिए, आप प्रॉप्स को इस कार्यात्मक विकल्प के साथ जोड़ सकते हैं भंडारदस्तावेज़ चीजों की रसीद.

फिर, कार्यान्वयन के दौरान, आप इस कार्यात्मक विकल्प को 1C:Enterprise मोड में एक विशिष्ट इन्फोबेस में सक्षम या अक्षम कर सकते हैं।

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

30.03.2017

कार्यात्मक विकल्प 1C 8.3 (तंत्र, उपयोग)

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

कॉन्फ़िगरेशन मेटाडेटा ऑब्जेक्ट

इस कार्य को पूरा करने के लिए, हमें चाहिए:

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

और एक सबसिस्टम जोड़ें जहां हम सभी मौजूदा वस्तुओं को शामिल करते हैं

कार्यात्मक विकल्प सेटिंग

पहला विकल्प "एकाधिक गोदामों का उपयोग करें" है। मान समान नाम के स्थिरांक में संग्रहीत है, "गोदाम" निर्देशिका शामिल है। इस प्रकार, जब स्थिरांक का मान "ट्रू" होता है, तो निर्देशिका इंटरफ़ेस में उपलब्ध होती है, जब झूठी होती है, तो निर्देशिका को इंटरफ़ेस में प्रदर्शित नहीं किया जाएगा (सबसिस्टम की सामग्री, ऑब्जेक्ट फॉर्म, आदि)

दूसरा फ़ंक्शन "एकाधिक वेयरहाउस का उपयोग न करें" तब सेट किया जाता है जब पहला "UseMultipleWarehouses" सेट नहीं होता है।
वे। यदि हम एकाधिक वेयरहाउस का उपयोग नहीं करते हैं (UseMultipleWarehouses = FALSE और "वेयरहाउस" लुकअप उपलब्ध नहीं है), तो "Open MainWarehouse" कमांड प्रदर्शित होता है, जिसकी उपलब्धता को "MultipleWarehouses का उपयोग न करें" विकल्प द्वारा नियंत्रित किया जाता है (Do notUseMultipleWarehouses = सच)

सिस्टम व्यवहार की जाँच करना

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

विकल्प संख्या 2। एकाधिक वेयरहाउस का उपयोग करें = गलत, एकाधिक वेयरहाउस का उपयोग न करें = सत्य। संदर्भ पुस्तक "वेयरहाउस" इंटरफ़ेस में उपलब्ध नहीं है, इसके बजाय सामान्य कमांड "ओपन मेन वेयरहाउस" उपलब्ध है