कैनवास ऐप्स के लिए कनेक्टर्स का अवलोकन

आपके द्वारा Power Apps में बनाए गए डेटा सहित अधिकांश ऐप्स के मूल में डेटा होता है। डेटा एक डेटा स्रोत में संग्रहीत किया जाता है, और आप एक कनेक्शन बनाकर उस डेटा को अपने ऐप में लाते हैं. डेटा स्रोत से बात करने के लिए कनेक्शन एक विशिष्ट कनेक्टर का उपयोग करता है. SharePoint, SQL सर्वर, Office 365, Salesforce, और Twitter सहित कई लोकप्रिय सेवाओं और ऑन-प्रिमाइसेस डेटा स्रोतों के लिए Power Apps में कनेक्टर हैं। कैनवास ऐप में डेटा जोड़ना शुरू करने के लिए, देखें Power Apps में डेटा कनेक्शन जोड़ें।

एक कनेक्टर डेटा या एक्शन की तालिका प्रदान कर सकता है. कुछ कनेक्टर केवल तालिका प्रदान करते हैं, कुछ केवल एक्शन प्रदान करते हैं, और कुछ दोनों प्रदान करते हैं. साथ ही आपका कनेक्टर या तो एक मानक या कस्टम कनेक्टर हो सकता है.

तालिकाएँ

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

सादा डेटा स्रोत आइटम परिसंपत्ति.

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

विस्तृत डेटा स्रोत आइटम गुण.

तालिकाओं के साथ अपने सूत्र को अनुकूलित करने के तरीके के बारे में अधिक जानकारी के लिए, ये लेख देखें:

Power Apps . में डेटा स्रोतों को समझें
Excel डेटा से कोई ऐप जनरेट करें
बिल्कुल शुरुआत से एक ऐप बनाएँ
Power Apps . में टेबल और रिकॉर्ड को समझें

नोट

किसी Excel कार्यपुस्तिका में डेटा से कनेक्ट करने के लिए, इसे OneDrive जैसी क्लाउड-स्टोरेज सेवा में होस्ट किया जाना चाहिए। अधिक जानकारी के लिए देखें Power Apps से क्लाउड-स्टोरेज से कनेक्ट करें।

कार्रवाई

यदि आपका कनेक्टर एक्शन्स प्रदान करता है, तो आपको अब भी अपने डेटा स्रोत का चयन करना होगा, जैसा आपने पहले किया था. हालांकि, अगले चरण के रूप में एक तालिका का चयन करने के बजाय, आप मैन्युअल रूप से उस नियंत्रण के आइटम गुण का संपादन करके किसी एक्शन पर नियंत्रण कनेक्ट करें, जो आपके डेटा को दिखाएगा. वह सूत्र जिसके लिए आप आइटम गुण सेट करते हैं, डेटा को पुनर्प्राप्त करने वाले एक्शन को निर्दिष्ट करता है. उदाहरण के लिए, यदि आप Yammer से कनेक्ट करते हैं और फिर सेट करते हैं तो ऐप कोई डेटा पुनर्प्राप्त नहीं करेगाआइटम डेटा स्रोत के नाम की संपत्ति। डेटा के साथ नियंत्रण को पॉप्युलेट करने के लिए, कोई एक्शन निर्दिष्ट करें जैसे, GetMessagesInGroup(5033622).messages.

कार्रवाई डेटा स्रोत आइटम गुण.

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

कस्टम अपडेट्स के लिए अपने फ़ॉर्मूला को कस्टमाइज़ करने के तरीके के बारे में अधिक जानकारी के लिए, ये आलेख देखें:

पैच
Collect
अद्यतित करें

नोट

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

इस तालिका में हमारे सबसे लोकप्रिय कनेक्टर्स के बारे में अधिक जानकारी से संबंधित लिंक हैं. कनेक्टर्स की पूरी सूची के लिए, देखें सभी कनेक्टर्स.

         
Microsoft Dataverse. Microsoft Dataverse   क्लाउड संग्रहण क्लाउड संग्रहण **
डायनामिक्स AX. Dynamics AX   Power Automate Excel
Microsoft Translator. Microsoft Translator   Office 365 Outlook Office 365 Outlook
Office 365 उपयोगकर्ता। Office 365 उपयोगकर्ता   Oracle Oracle
Power BI. Power BI   SharePoint लोगो SharePoint
SQL Server. SQL Server   Twitter लोगो Twitter

** व्यवसाय के लिए Azure Blob, Box, Dropbox, Google Drive, OneDrive, और OneDrive पर लागू होता है

मानक और कस्टम कनेक्टर

Power Apps प्रदान करता है मानक आमतौर पर उपयोग किए जाने वाले कई डेटा स्रोतों के लिए कनेक्टर। यदि Power Apps में डेटा स्रोत प्रकार के लिए एक मानक कनेक्टर है जिसका आप उपयोग करना चाहते हैं, तो आपको उस कनेक्टर का उपयोग करना चाहिए। यदि आप अन्य प्रकार के डेटा स्रोतों से कनेक्ट करना चाहते हैं, जैसे कि कोई सेवा जिसे आपने बनाया है, देखें पंजीकृत करें और कस्टम कनेक्टर्स का उपयोग करें.

सभी मानक कनेक्टर्स

स्टैंडर्ड कनेक्टर्स को विशेष लाइसेंसिंग की आवश्यकता नहीं होती है. अधिक जानकारी के लिए देखें Power Appsz योजनाएं.

आप किसी विशिष्ट कनेक्टर के बारे में प्रश्न पूछ सकते हैं Power Apps मंच, और आप उन कनेक्टरों का सुझाव दे सकते हैं जिन्हें आप जोड़ना चाहते हैं या अन्य सुधार करना चाहते हैं Power Apps विचार.

सुरक्षा और प्रमाणीकरण के प्रकार

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

नोट

किसी ऐप के लिए डेटा स्रोत के रूप में रिलेशनल डेटाबेस सर्वर (जैसे Microsoft SQL Server, या Oracle) का उपयोग करते समय सुरक्षा संबंधी विस्तृत जानकारी के लिए, देखें Power Platform के साथ Power Platform का सुरक्षित रूप से उपयोग करें.

Azure AD एकीकृत

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

ओपन-स्टैंडर्ड प्रमाणन (OAuth)

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

SQL उपयोगकर्ता नाम और पासवर्ड प्रमाणीकरण

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

SQL सर्वर में, इस प्रकार के कनेक्शन को SQL सर्वर प्रमाणीकरण कहा जाता है. कई अन्य डेटाबेस डेटा स्रोत इसी के समान क्षमता प्रदान करते हैं. जब आप अपना एप्लिकेशन प्रकाशित करते हैं, तो आपके उपयोगकर्ताओं को एक यूनिक उपयोगकर्ता नाम और पासवर्ड देने की आवश्यकता नहीं होती है. जब आप एप्लिकेशन लेखक हैं तो वे आपके द्वारा दिए गए उपयोगकर्ता नाम और पासवर्ड का उपयोग कर रहे होते हैं. डेटा स्रोत से कनेक्शन प्रमाणीकरण अपने उपयोगकर्ताओं के साथ अप्रत्यक्ष रूप से साझा किया गया है. एक बार आवेदन प्रकाशित होने के बाद, कनेक्शन भी प्रकाशित हो जाता है और आपके उपयोगकर्ताओं के लिए उपलब्ध हो जाता है. आपके अंतिम उपयोगकर्ता, उनके साथ साझा किए गए SQL सर्वर प्रमाणीकरण का उपयोग करके किसी भी कनेक्शन का उपयोग करके एप्लिकेशन बना सकते हैं. आपके उपयोगकर्ता, उपयोगकर्ता नाम या पासवर्ड नहीं देख सकते हैं, लेकिन कनेक्शन उनके लिए उपलब्ध होगा. इस प्रकार के कनेक्शन के लिए मान्य परिदृश्य हैं. उदाहरण के लिए यदि आपके पास केवल-पढ़ने योग्य डेटाबेस है जो कंपनी में सभी के लिए उपलब्ध है. इस तरह के कनेक्शन के लिए संदर्भ डेटा परिदृश्य (उदाहरण के लिए, एक कॉर्पोरेट कैलेंडर) उपयोगी हो सकते हैं. अधिक जानकारी:Microsoft SQL Server को Power Apps . के साथ सुरक्षित रूप से उपयोग करें

Windows प्रमाणीकरण

इस प्रकार का कनेक्शन सुरक्षित नहीं है, क्योंकि यह अंतिम-उपयोगकर्ता प्रमाणीकरण पर निर्भर नहीं करता है. जब आपको एक डेटा स्रोत से कनेक्ट करने की आवश्यकता होती है जो ऑन-प्रिमाइसेस है, तो Windows प्रमाणीकरण का उपयोग करें. इस प्रकार के कनेक्शन का एक उदाहरण ऑन-प्रिमाइसेस सर्वर है, जिसमें SQL सर्वर है. कनेक्शन को एक गेट-वे के माध्यम से जाना चाहिए. चूंकि यह गेट-वे के माध्यम से जाता है, कनेक्टर के पास उस डेटा स्रोत पर मौजूद सभी डेटा तक पहुंच होती है. परिणामस्वरूप, आपके द्वारा दी गई कोई भी जानकारी, जिसकी पहुंच आप Windows क्रेडेंशियल्स के साथ प्राप्त कर सकते हैं, कनेक्टर पर उपलब्ध है. और एक बार आवेदन प्रकाशित होने के बाद, कनेक्शन भी प्रकाशित हो जाता है और आपके उपयोगकर्ताओं के लिए उपलब्ध हो जाता है. इस व्यवहार का अर्थ है कि आपके अंतिम उपयोगकर्ता भी इसी कनेक्शन का उपयोग करके एप्लिकेशन बना सकते हैं और उस मशीन पर डेटा एक्सेस कर सकते हैं. डेटा स्रोत से कनेक्शन भी उपयोगकर्ताओं के साथ अप्रत्यक्ष रूप से साझा किये जाते हैं जिन्हें ऐप के साथ साझा किया गया है. इस प्रकार का कनेक्शन तब मान्य हो सकता है जब आपका डेटा स्रोत केवल ऑन-प्रिमाइसेस सर्वर पर रहता है और उस स्रोत पर डेटा स्वतंत्र रूप से साझा किया जा सकता है.

समाधान में डेटा स्रोत

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

ऐप्स में डेटा स्रोतों का नाम बदलें

किसी ऐप में डेटा स्रोतों का नाम बदलने और सारणीबद्ध और क्रिया-आधारित डेटा स्रोतों के बीच अंतर के बारे में जानने के लिए, पर जाएँ नाम बदलें Power Apps क्रिया-आधारित डेटा स्रोत.

जब उपयोगकर्ता पहली बार कनेक्टर्स का उपयोग करने वाला ऐप खोलते हैं, तो उन्हें निम्नलिखित उद्देश्यों के लिए "कनेक्शन सहमति" संवाद दिखाई देगा.

  1. ऐप द्वारा एक्सेस किए गए डेटा स्रोतों के बारे में उपयोगकर्ताओं को सूचित करना.

  2. उन कार्रवाइयों की रूपरेखा तैयार करने के लिए जो एक कनेक्टर किसी ऐप में प्रदर्शन कर सकता है या नहीं भी कर सकता है. उदाहरण के लिए, का उपयोग करने वाले ऐप्स के लिए Office 365 उपयोगकर्ता कनेक्टर, यह निम्नलिखित हो सकता है।

    • यह ऐप निम्न के लिए सक्षम होगा:
      • अपनी पूरी उपयोगकर्ता प्रोफ़ाइल पढ़ना
      • सभी उपयोगकर्ताओं की पूरी प्रोफाइल पढ़ना
    • यह निम्न नहीं कर पाएगा:
      • किसी भी उपयोगकर्ता-प्रोफ़ाइल जानकारी को संशोधित करना या हटाना
  3. ऐप द्वारा उपयोग किए जाने वाले डेटा स्रोतों से कनेक्ट करने के लिए अंतिम उपयोगकर्ता की सहमति प्राप्त करना.

  4. ज़रूरत पड़ने पर मैनुअल अंतिम-उपयोगकर्ता प्रमाणीकरण की सुविधा देना.

कुछ कनेक्शनों के लिए, Power Platform किसी उपयोगकर्ता को डेटा स्रोत एक्सेस करने के लिए स्वचालित रूप से प्रमाणित कर सकता है। हालांकि, यदि स्वचालित साइन-इन विफल हो जाता है, तो यह संवाद उपयोगकर्ताओं को मैन्युअल रूप से साइन इन करके कनेक्शन ठीक करने का संकेत देता है. Power Apps किसी कनेक्शन के लिए केवल तभी स्वचालित साइन-इन का प्रयास कर सकता है जब कोई डेटा स्रोत Microsoft के Azure API कनेक्शन सेवा प्रिंसिपल को पूर्व-प्राधिकृत करता है, उसे कनेक्शन बनाते समय उपयोगकर्ता के लिए सिंगल साइन-ऑन करने की अनुमति देता है। सिंगल साइन-ऑन के बारे में अधिक जानकारी के लिए, देखें सिंगल साइन-ऑन (एसएसओ) क्या है?

निम्न चित्र SharePoint साइट से कनेक्ट होने वाले ऐप के लिए कनेक्शन सहमति संवाद का एक उदाहरण है।

Power Apps सहमति डायलॉग

चुनिंदा कनेक्टर के लिए, व्यवस्थापक इस संवाद को दबा सकते हैं और अंतिम उपयोगकर्ताओं की ओर से डेटा स्रोत से कनेक्ट होने की सहमति दे सकते हैं. निम्न तालिका समझाती है कि किसी ऐप के लिए सहमति संवाद को किस प्रकार के कनेक्टर को दबाया जा सकता है.

नोट

यदि कोई व्यवस्थापक सहमति संवाद को दबा देता है, लेकिन प्लेटफ़ॉर्म अंतिम-उपयोगकर्ता के लिए एकल-साइन-ऑन नहीं कर सकता है, तो उपयोगकर्ता द्वारा ऐप लॉन्च करने पर संवाद प्रस्तुत किया जाएगा.

कनेक्टर प्रकार सहमति संवाद दबाने योग्य? संदर्भ
Microsoft प्रथम-पक्ष कनेक्टर जो एकल साइन-ऑन का समर्थन करते हैं (जैसे SharePoint, Office 365 उपयोगकर्ता) हां Power Apps व्यवस्थापक cmdlet
एक गैर-Microsoft, तृतीय-पक्ष सेवा, जैसे Salesforce एक्सेस करने वाला कनेक्टर No लागू नहीं
पहचान प्रदाता के रूप में Microsoft Excel के साथ OAuth का उपयोग करने वाले कस्टम कनेक्टर। ये संगठनों द्वारा निर्मित कस्टम कनेक्टर हैं और केवल संगठन के अंदर उपयोगकर्ताओं द्वारा ही एक्सेस करने योग्य हैं (उदाहरण के लिए, केवल Contoso उपयोगकर्ताओं के लिए Contoso द्वारा निर्मित) हां कनेक्शन प्रबंधित करें

Microsoft SQL Server केवल डेटा स्रोतों से कनेक्शन के लिए सहमति संवाद को दबाने में सक्षम है जहां:

  1. स्पष्ट सहमति UI दिखाने के लिए डेटा स्रोत की बाध्यता नहीं है.
  2. डेटा स्रोत एकल-साइन-ऑन सक्षम करने के लिए Microsoft के Azure API कनेक्शन सेवा सिद्धांत को पूर्व-अधिकृत करता है.
  3. एक व्यवस्थापक पिछले कनेक्शन के लिए सहमति को दबाने के लिए एक ऐप को कॉन्फ़िगर करता है.

Microsoft के Azure API कनेक्शन सेवा प्रिंसिपल का पूर्व-प्राधिकरण Microsoft के प्रथम-पक्ष डेटा स्रोतों के लिए मौजूद है, और कस्टम कनेक्टर्स द्वारा उपयोग किए जाने वाले Azure AD टैनेंट में पंजीकृत कस्टम एप्लिकेशन द्वारा कॉन्फ़िगर किया जा सकता है। एक व्यवस्थापक प्रति-ऐप के आधार पर (कनेक्टर आधार के विपरीत) सहमति दबाने का प्रबंधन करता है, इसलिए दबाने को सबसे अधिक विस्तृत ऐप अनुभव स्तर पर प्रबंधित किया जाता है—इस स्तर की बारीकी संगठन के "स्वीकृत ऐप्स" के लिए अनजाने में सहमति को दबाने से रोकती है जिन ऐप्स को स्वीकृत या जिनकी समीक्षा नहीं की गई हैं.