Bitrix CMS (BUS) के उदाहरण का उपयोग करके Power BI का उपयोग करके उपयोगकर्ता पहुंच स्तरों का संशोधन

लेख 1C-Bitrix चलाने वाली साइट पर उपयोगकर्ता की पहुंच का विश्लेषण करने के लिए Power BI का उपयोग करने का एक उदाहरण दिखाता है।

समस्या

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

इस संबंध में, गोपनीय कार्यों तक पहुंच को नियंत्रित करना कठिन होता जा रहा है। ठीक है, अगर नियम लिखे गए हैं कि अधिक या कम सुरक्षित स्तर पर पहुंच को नियंत्रित करने में मदद करें। लेकिन अक्सर ऐसा होता है कि सहकर्मी अन्य इकाइयों में चले जाते हैं, फरमान जारी करते हैं :) या छोड़ देते हैं, और पहुंच बनी रहती है।

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

यह आलेख एक उदाहरण दिखाता है कि आप बिट्रिक्स सीएमएस (बस) के नियंत्रण में विभिन्न साइट ऑब्जेक्ट के लिए उपयोगकर्ताओं के ऑडिट को कैसे सरल बना सकते हैं।

समस्या यह है कि बिट्रिक्स व्यवस्थापक पैनल एक्सेस के साथ एक पूर्ण चित्र प्राप्त करने का अवसर प्रदान नहीं करता है; लिंक के एक समूह पर क्लिक करना और व्यवस्थापक पृष्ठों को लोड करने की प्रतीक्षा करना भी अप्रिय है।

पावर बीआई का उपयोग इसके लिए मुख्य टूल के रूप में किया जाएगा (इसके मुख्य उद्देश्य से थोड़ा बाहर :)

यह माना जाता है कि पाठक पहले से ही एक बुनियादी स्तर पर पावर बीआई से परिचित है, एसक्यूएल की मूल बातें जानता है, और यह भी जानता है कि बिट्रिक्स व्यवस्थापक पैनल का उपयोग कैसे करें। बिट्रिक्स की मानक पहुंच सुविधाओं पर विचार किया जाएगा।

बिट्रिक्स व्यवस्थापक पैनल के नुकसान

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

व्यवस्थापक प्रदर्शन:

1. बिट्रिक्स व्यवस्थापक पैनल के "उपयोगकर्ता समूह" अनुभाग में एक विशेषता है जो उपयोगकर्ताओं की संख्या की संख्या के साथ सभी समूहों का चयन करने के लिए एक SQL क्वेरी उत्पन्न करती है। आधार छोटा होने पर सब कुछ अच्छा होता है। लेकिन सैकड़ों उपयोगकर्ताओं के एक डेटाबेस के साथ, 128 जीबी रैम के साथ एक समर्पित सर्वर पर सैकड़ों उपयोगकर्ता समूहों के साथ, बस इस खंड को 8 सेकंड खोलना है।
2. समूह कार्ड में एक अनुरोध भी है, जो किसी कारण से सभी उपयोगकर्ता समूहों का चयन करता है, केवल चयनित के लिए डेटा प्राप्त करने के बजाय। होल्ड 3 पर नुकसान।

हल करने के तरीकों

आमतौर पर समस्या के कई समाधान होते हैं।

1. साइटों तक पहुंच प्रदान करने के लिए नियम लिखें और स्पष्ट रूप से उनका पालन करें।
2. समय-समय पर एक्सेस ऑडिट करें।
3. सर्वश्रेष्ठ के लिए आशा और सीमित कंपनी संसाधनों को बर्बाद नहीं करना।

यह लेख सिर्फ दूसरी विधि पर विचार करेगा।

कार्य

1. ऐसे उपकरण चुनें जो आपको विस्तारित अधिकारों के साथ प्रत्येक उपयोगकर्ता के एक्सेस स्तर पर डेटा जल्दी से प्राप्त करने की अनुमति देगा।
2. उपकरण सेट करें ताकि वे आवश्यक विस्तार और अन्तरक्रियाशीलता के साथ स्पष्ट रूप से एक्सेस के साथ तस्वीर दिखा सकें।
3. पहुंच ऑडिट का संचालन करें।

Bitrix में एक्सेस स्टोरेज

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

उपयोगकर्ता और उपयोगकर्ता समूह की पहुंच का विश्लेषण:

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

उपकरण

1. पावर बीआई डेस्कटॉप, जो आपको अच्छी तरह से डेटा की कल्पना करने की अनुमति देता है, बॉक्स से कई स्रोतों (लगभग) से डेटा प्राप्त करता है। दरअसल, Power BI को सामान्य Excel 2016 के साथ बदला जा सकता है और उच्चतर - PowerQuery पहले से ही इसकी डिलीवरी में शामिल है, जिसके माध्यम से आप विश्लेषण के लिए सभी डेटा का चयन कर सकते हैं। हालाँकि, Power BI आपको उनके संबंधों के आधार पर डेटा को अंतःक्रियात्मक रूप से प्रदर्शित करने की अनुमति देता है, और इससे आप छिपी हुई निर्भरता का पता लगा सकते हैं।
2. MySQL कनेक्टर को Power BI के माध्यम से MySQL वेब सर्वर पर क्वेरी बनाने में सक्षम होना आवश्यक है।
3. यदि MySql से डेटाबेस तक पहुँचने के लिए किट्टी या पुट्टी है तो डेटाबेस तक पहुँच केवल SSH के माध्यम से ही है।

निम्न पहुँच योजना प्राप्त की है: पावर BI → MySQL कनेक्टर → किट्टी → MySQL।

पावर बीआई

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

आप इसे आधिकारिक पेज पर डाउनलोड कर सकते हैं।

MySQL कनेक्टर

पेज पर जाएं। डाउनलोड करें और इंस्टॉल करें। कभी-कभी आपको स्थापना के बाद अपने पीसी को पुनरारंभ करना होगा।

किट्टी / पोटीन

बिट्रिक्स डेटाबेस में एसक्यूएल प्रश्नों को निष्पादित करने के लिए, आपको सुरंग को कॉन्फ़िगर करना होगा।

1. सर्वर आईपी और पोर्ट दर्ज करें
   
   
2. हम SSH पर उपयोगकर्ता नाम और पासवर्ड अंकित करते हैं
   
   
3. हम पोर्ट अग्रेषण:
   
   
4. हम प्रोफ़ाइल में भविष्य के उपयोग के लिए बनाई गई सेटिंग्स को सहेजते हैं:
   
   
5. हम शुरू करते हैं।

आप केवल पुट्टी को डाउनलोड कर सकते हैं और इसे कमांड से चला सकते हैं:

putty.exe -ssh "USER@HOST" -pw "PASSWORD" -2 -v -P 22 -L 3306:127.0.0.1:3306 

स्वाभाविक रूप से, पावर बीआई में डेटा अपडेट करने से पहले किट्टी / पुट्टी को चलाना होगा।

उपयोगकर्ता और उपयोगकर्ता समूह

कई सीएमएस के रूप में, बिट्रिक्स उपयोगकर्ता समूहों के माध्यम से अभिगम अधिकारों के परिसीमन के लिए एक तंत्र को लागू करता है।

Power BI डेटा मॉडल में डेटाबेस से निकाय लोड करना:

• समूहों
• उपयोगकर्ताओं

... साथ ही समूहों और उपयोगकर्ताओं के बीच संबंध।

समूहों

हम खुद को केवल सक्रिय समूहों तक ही सीमित रखते हैं।

समूहों की सूची b_group तालिका में संग्रहीत की जाती है।

1. एक कनेक्शन बनाएँ:
   
   
2. दर्ज करें:
   
   
   1. सर्वर में: लोकलहोस्ट: 3306 फ़ील्ड
   2. डेटाबेस में: bitrix_db फ़ील्ड (उस डेटाबेस का नाम जिसके साथ Bitrix काम करता है)
   3. SQL क्वेरी:
      
      

       SELECT id, timestamp_x, active, name, description, anonymous FROM b_group WHERE active = 'Y'; 

      
      
      
   
   
3. डेटाबेस में लॉगिन और पासवर्ड दर्ज करें और एक अनुरोध भेजें:
   
   
   
   
   
   
   
4. अनुरोध के तुरंत नाम दें:
   
   
5. हम एक तालिका प्रपत्र में समूहों को एक अलग शीट पर सूचीबद्ध करते हैं:
   
   
   

डेटा निकालने और प्रस्तुत करने का यह तरीका बिट्रिक्स डेटाबेस से संबंधित अन्य प्रश्नों के लिए समान होगा।

उपयोगकर्ताओं

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

हम खुद को केवल सक्रिय उपयोगकर्ताओं तक ही सीमित रखते हैं।

ऐसा करने के लिए, आपको चाहिए:

1. विस्तारित अधिकारों को प्रदान करने वाले समूहों के सभी आईडी का चयन करें। यह ट्रैफिक को बचाने के लिए आवश्यक है, क्योंकि b_user_group में प्रविष्टियों की संख्या परियोजना की जटिलता के आधार पर लाखों तक पहुंच सकती है।
2. लिंक लोड करने के लिए एक गतिशील अनुरोध बनाएं उपयोगकर्ता - समूह
3. उन उपयोगकर्ताओं को अनलोड करें जिनके पास खंड 2 से लिंक है।

चलिए शुरू करते हैं:

1. क्वेरी संपादक को कॉल करें: होम → क्वेरी संपादित करें
2. आइए "समूह" के प्रारंभिक अनुरोध के लिए एक लिंक बनाएं:
   
   
3. "ग्रुप आईडी" के लिए नए अनुरोध का नाम बदलें और केवल उन समूहों का चयन करें जो सुरक्षा के दृष्टिकोण से दिलचस्प हैं।
   
   
4. अब हमें एक समूह मिलता है जिसमें समूह आईडी को अल्पविराम से अलग किया जाता है:
   
   • एक कस्टम कॉलम जोड़ें: AddColumn → General → कस्टम कॉलम
     
     
   • आईडी और ग्रुपिंग को छोड़कर सभी कॉलम हटाएं:
     
     
   • "समूह" कॉलम द्वारा समूह:
     
     
     
     
   • एक और कॉलम इस प्रकार जोड़ें:
     
     
   • आइए सूची का विस्तार करें ताकि मान कॉमा से अलग हो जाएं:
     
     
   • और परिणामी सेल में आते हैं:
     
     
   • Power BI तब क्वेरी को एक चर में परिवर्तित करता है जिसका उपयोग गतिशील SQL प्रश्नों में किया जा सकता है:
     
     
5. आइए "उपयोगकर्ता-समूह" अनुरोध बनाएं जिसमें समूह के साथ उपयोगकर्ता का संबंध हो, यह "समूह" खंड में कैसे किया जाता है।
   
   SQL क्वेरी:
   
   

    SELECT ug.user_id, ug.group_id FROM b_user_group ug JOIN b_group g ON g.id = ug.group_id JOIN b_user u ON u.id = ug.user_id WHERE g.ACTIVE = 'Y' AND u.ACTIVE = 'Y' AND ug.group_id IN (); 

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

    let sql = "SELECT ug.user_id, ug.group_id #(lf)FROM b_user_group ug #(lf)JOIN b_group g ON g.id = ug.group_id #(lf)JOIN b_user u ON u.id = ug.user_id #(lf)WHERE g.ACTIVE = 'Y' #(lf) AND u.ACTIVE = 'Y' #(lf) AND ug.group_id IN ("&#"ID "&");", Source = MySQL.Database("localhost:3306", "bitrix_db", [ReturnSingleDatabase=true, Query=sql, CreateNavigationProperties=false]) in Source 

   
   
7. उसके बाद, आप निम्न चेतावनी प्राप्त कर सकते हैं:
   
   

    Formula.Firewall: Query '-' (step 'Source') references other queries or steps, so it may not directly access a data source. Please rebuild this data combination. 

   
   इससे छुटकारा पाने के लिए, आपको गोपनीयता के स्तर को बदलने की आवश्यकता है:
   
   
   
   
   
   उसके बाद, प्रश्नों को अपडेट करें।
8. हम चर "यूजर आईडी" उसी तरह बनाते हैं जैसे यह "ग्रुप आईडी" के लिए किया गया था (यानी, हम उपयोगकर्ता अनुरोध, आदि से एक लिंक बनाते हैं)। इसका उपयोग करके, हम एक SQL क्वेरी उत्पन्न करेंगे जो हमें केवल उन उपयोगकर्ताओं का चयन करने की अनुमति देती है जिनकी हमें विश्लेषण की आवश्यकता है। सबसे पहले डुप्लिकेट user_id निकालें:
   
   
9. हम उपयोगकर्ताओं के चयन के लिए एक अनुरोध बनाते हैं, यह "उपयोगकर्ता-समूह" के लिए कैसे किया जाता है।
   
   

    SQL: SELECT id, last_name, NAME, email, date_register, last_login FROM b_user WHERE active = 'Y' AND id IN ( ); 

   
   XXX को उपयोगकर्ता आईडी बदलने की आवश्यकता होगी।
   

अनुरोधों के बीच संबंध स्थापित करना

विभिन्न दृष्टिकोणों में डेटा को इंटरएक्टिव रूप से फ़िल्टर करने के लिए पावर बीआई के लिए, आपको प्रश्नों के बीच संबंधों को परिभाषित करने की आवश्यकता है। हमारे मामले में, हमें फ़ील्ड कनेक्ट करने की आवश्यकता है:

• "उपयोगकर्ता-समूह" [group_id] → "समूह" [id]
• "उपयोगकर्ता-समूह" [user_id] → "उपयोगकर्ता" [आईडी]

इसी तरह, हम अन्य प्रश्नों को बांधेंगे।

उपयोगकर्ता और उपयोगकर्ता समूह की रिपोर्ट

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

"उपयोगकर्ता" अनुरोध से, फ़ील्ड चुनें: last_name, नाम, last_login, ईमेल।
"उपयोगकर्ता-समूह" अनुरोध से, group_id फ़ील्ड चुनें।
क्योंकि चूँकि हमने अनुरोधों के बीच कनेक्शन दिए थे, इसलिए पावर BI उन समूहों की संख्या को गिनने के लिए समुचित रूप से उपयोग करने में सक्षम होगा जो प्रत्येक व्यक्तिगत उपयोगकर्ता के समूहों की संख्या की गणना करता है।



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

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



इस तरह, आप प्रत्येक उपयोगकर्ता पर क्लिक कर सकते हैं और देख सकते हैं कि वह किन समूहों का सदस्य है या उन समूहों पर क्लिक करें और देखें कि उपयोगकर्ता किस समूह का हिस्सा हैं। ठीक है, फिर उपयोगकर्ता के लिए पहुंच बदलने के बारे में निर्णय लें।

निम्न का वर्णन है कि पावर BI सामान्य रिपोर्ट में शेष तालिकाओं को कैसे रखा जाए, क्योंकि यह एक समान तरीके से किया जाता है।

.access.php

Bitrix में आप समूह संख्या और .access.php फ़ाइलों में आवश्यक पहुँच स्तर को निर्दिष्ट करके फ़ोल्डर्स और फ़ाइलों तक पहुँच सेट कर सकते हैं।

हमारा कार्य प्रोजेक्ट सर्वर के चारों ओर बिखरी हुई सभी .access.php फाइलों को सारणीबद्ध दृश्य में से कम करना है।

ऐसा करने के लिए:

1. हम इन फ़ाइलों के रास्तों को सहेजते हुए सर्वर से सभी .access.php फ़ाइलों को खोजते हैं और संग्रह करते हैं।
   मैंने पाया फ़ाइलों की खोज, प्रतिलिपि और संग्रह करने के लिए टर्मिनलका का उपयोग किया। कमांड उदाहरण:
   
   

    find “BITRIX_PROJECT_DIR” -name '.access.php' -type f > “OUTPUT_DIR/.access.php.files.txt”&&tar cvfpz “OUTPUT_DIR/.access.php.files.tar” -T “OUTPUT_DIR/.access.php.files.txt”&&find “OUTPUT_DIR” -type d -exec chmod 775 {} \; && find “OUTPUT_DIR” -type f -exec chmod 775 {} \;&&find “OUTPUT_DIR” -type d -exec chown bitrix:bitrix {} \; && find “OUTPUT_DIR”/ -type f -exec chown bitrix:bitrix {} \; 

   
   यहां:
   
   
   • BITRIX_PROJECT_DIR - बिट्रिक्स पर परियोजना के साथ फ़ोल्डर।
   • OUTPUT_DIR - उस फ़ोल्डर में पथ, जिसमें .access.php.files.txt फ़ाइल मिली है ।access.php की एक सूची के साथ, साथ ही सभी।
   
   स्वाभाविक रूप से, अगर कई परियोजनाएं (मल्टीसाइट का उपयोग किया जाता है), तो हम सभी प्रोजेक्ट वाले फ़ोल्डर का चयन करते हैं।
2. Power BI प्रोजेक्ट के आगे कहीं .access.php संग्रह डाउनलोड और खोलना।
   मैंने एक बैच फ़ाइल लिखी जो यह स्वचालित रूप से करती है: डाउनलोड को wget के माध्यम से लागू किया जाता है; 7zip के माध्यम से - खोलना।
   
   उदाहरण बैच फ़ाइल:
   
   
   
   बैच फ़ाइल के लिए सेटिंग्स युक्त फ़ाइल:
   
   
   

अब एक ऐसी क्वेरी बनाएं जो सभी .access.php की सामग्री को सारणी रूप में प्रस्तुत करेगी।

1. सुविधा के लिए, एक पैरामीटर बनाएं जिसमें फ़ोल्डर के लिए पथ होगा जिसमें से हम सभी .access.php की सामग्री निकालेंगे
   
   
2. हम "फ़ोल्डर" प्रकार के अनुरोध का चयन करेंगे और पथ के रूप में अपना पैरामीटर चुनें:
   
   
3. सामग्री फ़ील्ड का विस्तार करें:
   
   
   
   XXXXXXX एक स्तंभ विभाजक है, आपको सभी फ़ाइलों से डेटा आयात करने के बाद एक कॉलम की आवश्यकता है।
4. उसके बाद, Power BI हमें आवश्यक कॉलम को हटा देगा, जिसमें .access.php का पथ होगा। इसलिए, हमें "फ़ोल्डर पथ" का चयन करते हुए "अन्य कॉलम 1 निकालें" चरण को संपादित करने की आवश्यकता है:
   
   
5. कॉलम छोड़ें: फ़ोल्डर पथ और कॉलम 1।
6. फ़ोल्डर पथ से स्थानीय फ़ाइल के लिए पूर्ण पथ को हटाने के लिए, प्रतिस्थापन का उपयोग करें:
   
   
7. .Access.php फ़ाइलों में प्रारूप में एक्सेस सेटिंग्स होती हैं:
   
   

    $PERM[""]["ID "] = "< >"; 

   
   हमारा काम स्तंभों को बिखेरना है: पथ, समूह आईडी, पहुंच स्तर। यह फिल्टर, कॉलम पृथक्करण (स्प्लिट कॉलम) और कस्टम कॉलम (कस्टम कॉलम) का उपयोग करके किया जाता है।
8. परिणाम निम्न तालिका होना चाहिए:
   
   
   
   जैसा कि आप ग्रुप आईडी फ़ील्ड में देख सकते हैं कि "*" (सभी के लिए उपयोग) है। अन्य अनुरोधों के साथ एक कनेक्शन निर्दिष्ट करने में सक्षम होने के लिए, हमें "*" (जिसका अर्थ सभी समूहों के लिए है) के बारे में जानकारी खोए बिना इस क्षेत्र को पूर्णांक बनाना होगा। आइए मूल DotAccessPhp अनुरोध के लिए "लिंक" जैसे दो अनुरोध करें:
   
   
   • पहले DotAccessPhpForRels में केवल पूर्णांक समूह IDs होंगे (हम समूह ID स्तंभ में * हटाकर फ़िल्टर का उपयोग करते हैं) - हम इसे बाकी अनुरोधों के साथ जोड़ देंगे:
     
   • दूसरा - DotAccessPhpForAll - केवल * (फ़िल्टर का उपयोग करें)।

कनेक्शन आरेख:



अन्य विचारों में DotAccessForRels से फ़ाइल का चयन करते समय केवल संबंधित डेटा प्रदर्शित करने के लिए, "क्रॉस फ़िल्टर दिशा" पैरामीटर को सभी के लिए बदलें:



अन्य अनुरोधों के लिए, जिन्हें नीचे जोड़ा जाएगा, यह भी करने की आवश्यकता है।

जानकारी ब्लॉक

आपको समूहों के साथ जानकारी ब्लॉकों की सूची और जानकारी ब्लॉकों के लिंक की तालिका को अनलोड करने की आवश्यकता है।

हम केवल सक्रिय जानकारी ब्लॉक के बारे में जानकारी अपलोड करेंगे।

1. हम अनुरोध "Infoblocks" बनाते हैं। SQL क्वेरी:
   
   

    SELECT i.id, i.NAME '', i.TIMESTAMP_X ' ', GROUP_CONCAT(ist.SITE_ID SEPARATOR ', ') '' FROM b_iblock i JOIN b_iblock_site ist ON ist.IBLOCK_ID = i.id GROUP BY 1,2,3;   “-”: SELECT ig.iblock_id, ig.group_id, ig.permission FROM b_iblock_group ig JOIN b_group g ON g.id = ig.group_id JOIN b_iblock i ON i.ID = ig.IBLOCK_ID WHERE g.ACTIVE = 'Y' AND i.ACTIVE = 'Y'; 

2. हम संचार योजना को अपडेट करते हैं, "क्रॉस फिल्टर दिशा" पैरामीटर को दोनों में बदलने की भूल नहीं करते हैं:
   
   

आकार

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

1. "फ़ॉर्म" के लिए एक अनुरोध बनाएँ:
   
   

    SELECT f.ID, f.name '', GROUP_CONCAT(f2s.SITE_ID SEPARATOR ', ') '' FROM b_form f JOIN b_form_2_site f2s ON f2s.FORM_ID = f.ID GROUP BY 1, 2 ORDER BY 2; 

2. एक अनुरोध "फॉर्म समूह" बनाएं:
   
   

    SELECT DISTINCT f2g.group_id, f2g.form_id, f2g.PERMISSION ' ' FROM b_form_2_site f2s JOIN b_form_2_group f2g ON f2g.FORM_ID = f2s.FORM_ID JOIN b_group g ON g.ID = f2g.group_ID WHERE g.ACTIVE = 'Y' ORDER BY 1, 2, 3; 

3. हम अनुरोध "प्रपत्र स्थिति" बनाते हैं।
   
   

    SELECT fs.ID, fs.TITLE '', fs.form_id FROM b_form_status fs JOIN b_form f ON f.ID = fs.FORM_ID WHERE fs.ACTIVE = 'Y' AND EXISTS (SELECT f2s.FORM_ID FROM b_form_2_site f2s WHERE f2s.FORM_ID = f.ID LIMIT 1) ORDER BY 3, 2; 

4. एक अनुरोध बनाएँ "समूह की स्थिति"
   
   

    SELECT fs2g.status_id, fs2g.group_id, fs2g.PERMISSION '' FROM b_form_status_2_group fs2g JOIN b_form_status fs ON fs.ID = fs2g.STATUS_ID JOIN b_group g ON g.ID = fs2g.group_ID JOIN b_form f ON f.ID = fs2g.GROUP_ID JOIN b_form_2_site f2s ON f2s.FORM_ID = f.ID WHERE fs.ACTIVE = 'Y' AND (g.ACTIVE = 'Y') ORDER BY 1, 2, 3; 

5. कनेक्शन योजना को अद्यतन करना:
   
   

मॉड्यूल

1. हम एक अनुरोध "मॉड्यूल समूह" बनाते हैं।
   
   

    SELECT mg.MODULE_ID '', mg.group_id, mg.G_ACCESS '', t.LETTER, t.NAME FROM b_module_group mg JOIN b_group g ON g.id = mg.GROUP_ID LEFT JOIN b_task t ON t.MODULE_ID = mg.MODULE_ID AND t.BINDING = 'module' WHERE g.active = 'Y' AND mg.G_ACCESS = t.LETTER; 

2. संचार को अद्यतन करना:
   
   

स्कोरबोर्ड

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

परिणाम निम्नलिखित के समान होना चाहिए:



थोड़ा संशोधित स्कोरबोर्ड (तालिकाओं में तत्वों की संख्या):



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

व्यवस्थापक लिंक

ताकि आप जल्दी से साइट में जा सकें और व्यवस्थापक पैनल में सेटिंग कर सकें, आप DAX में एक कस्टम कॉलम जोड़ सकते हैं और इसे "वेब URL" का एक प्रकार बना सकते हैं। ऐसा करने के लिए, बनाए गए कॉलम का चयन करें और उपयुक्त प्रकार निर्दिष्ट करें (मॉडलिंग → गुण → डेटा श्रेणी → वेब यूआरएल)।

समूह अनुरोध के लिए उदाहरण:



देखने के लिए एक कॉलम जोड़ें:


अब आप बस टेबल सेल पर क्लिक कर सकते हैं और बिट्रिक्स एडमिन पैनल में ग्रुप कार्ड पर जा सकते हैं।

फ़ाइलें रिपोर्ट

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



इस रिपोर्ट में सभी लिंक .access.php को सीधे Bitrix व्यवस्थापक पैनल के माध्यम से संपादित करने के लिए लिंक भी जोड़े गए थे।

परिणाम

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

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

अब, एक्सेस राइट्स मॉडल बनाने और पावर बीआई में इसे देखने के बाद, यह पर्याप्त है:

1. उपयोगकर्ताओं, समूहों, प्रपत्रों, फ़ाइलों पर लगातार क्लिक करें और वास्तविक समय में एक्सेस के संबंध में सभी कनेक्शन देखें;
2. जल्दी से संपादन करने के लिए आवश्यक व्यवस्थापक पृष्ठों पर जाएं;
3. सीधे Power BI में नवीनतम Bitrix डेटा के साथ डेटा मॉडल को अपडेट करें।

परिणामस्वरूप, एक ऑडिट किया गया और उपयोगकर्ता के उपयोग में समायोजन किया गया।

PS बाजार में एक मुक्त मॉड्यूल "एक्सेस कंट्रोल सेंटर" है, लेकिन यह बहुत सीमित है, और इसके लिए अंतिम टिप्पणी 5 साल से अधिक पुरानी है। शायद किसी को बिट्रिक्स में ऐसे डैशबोर्ड के निर्माण का विचार पसंद आएगा और वह इसे मॉड्यूल के रूप में लागू करेगा ...

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

PS3। इस लेख को तैयार करने में मेरी मदद करने के लिए मेरे सहयोगियों का धन्यवाद: अलेक्जेंडर वोरोन्कोव, एवगेनी शापोच्किन, अलेक्सी टिटोव।