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

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

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

तालिकाएँ

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

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

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

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

नोट

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

क्रिया

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

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

नोट

क्रिया-आधारित कनेक्टरों के लिए, गैलरी और अन्य नियंत्रण स्वचालित रूप से अधिक डेटा पेज नहीं करते हैं, जैसा कि वे सारणीबद्ध कनेक्टरों के लिए करते हैं। उदाहरण के लिए, यदि आप एक सारणीबद्ध डेटा स्रोत को गैलरी से जोड़ते हैं, तो यह रिकॉर्ड का पहला सेट या पृष्ठ (उदाहरण के लिए, 100 रिकॉर्ड) प्राप्त करेगा और फिर, यह नियंत्रण के अनुरोध पर अधिक डेटा को पृष्ठबद्ध करेगा। हालाँकि, क्रिया आधारित कनेक्टर के लिए, यह डेटा का एक "पृष्ठ" पुनर्प्राप्त करेगा। लेकिन यदि अनुरोधित डेटा किसी पृष्ठ के डेटा आकार से अधिक है, तो नियंत्रण स्वचालित रूप से अगला पृष्ठ नहीं लाएगा।

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

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

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

Power Apps में डायनेमिक स्कीमा के साथ काम करने के तरीके के बारे में अधिक जानकारी के लिए, अवलोकन के लिए अनटाइप्ड और डायनेमिक ऑब्जेक्ट्स के साथ काम करना देखें और विस्तृत उदाहरण के लिए से Azure DevOps कनेक्ट करें Power Apps देखें।

लोकप्रिय कनेक्टर

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

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

** Azure Blob, Box, Dropbox, Google Drive, OneDrive, और OneDrive for Business पर लागू होता है

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

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

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

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

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

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

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

नोट

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

Microsoft Entra ID

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

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

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

साझा कनेक्शन / सुरक्षित अंतर्निहित कनेक्शन

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

जनवरी 2024 से पहले, आपके अंतिम उपयोगकर्ता उनके साथ साझा किए गए कनेक्शन का उपयोग कर सकते हैं और अलग-अलग नए एप्लिकेशन बना सकते हैं। आपके उपयोगकर्ता उपयोगकर्ता नाम या पासवर्ड नहीं देख सकते हैं, लेकिन कनेक्शन उनके लिए उपलब्ध होगा। हालाँकि, जनवरी 2024 के बाद, सभी नए बनाए गए साझा कनेक्शन सुरक्षित हैं। · ध्यान रखें कि पुराने ऐप्स को सुरक्षित बनाने के लिए उन्हें पुनः प्रकाशित किया जाना चाहिए। इसका अर्थ यह है कि कनेक्शन अब अंतिम उपयोगकर्ताओं के साथ साझा नहीं किया जाएगा। प्रकाशित पावर ऐप एक कनेक्शन प्रॉक्सी से बात करता है. कनेक्शन प्रॉक्सी केवल उस विशिष्ट पावर ऐप से बात करेगा जिसके लिए वह लिंक किया गया है। कनेक्शन प्रॉक्सी, किसी दिए गए डेटा स्रोत के लिए पावर ऐप {Get, Put/Patch, Delete} में कनेक्शनों को भेजी जाने वाली क्रियाओं को सीमित करता है। यदि आपके पास जनवरी 2024 से पहले प्रकाशित कनेक्शनों का उपयोग करने वाला कोई ऐप है, तो आपको अपना एप्लिकेशन पुनः प्रकाशित करना चाहिए और उन अंतिम उपयोगकर्ताओं के साथ सभी कनेक्शनों को अनशेयर करना चाहिए जिनके पास वे कनेक्शन नहीं होने चाहिए।

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

अपने ऐप्स को अपडेट करने के लिए अधिसूचना (सुरक्षित अंतर्निहित कनेक्शन)

यदि आपके पास ऐसे एप्लिकेशन हैं जिन्हें इस सुविधा का उपयोग करने के लिए अपग्रेड किया जा सकता है तो आपको ऐप्स पेज पर एक संदेश दिखाई देगा। यह उन ऐप्स की संख्या बताता है जिन पर आपको ध्यान देने की आवश्यकता है।

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

ऐप को खोलने और पुनः प्रकाशित करने के लिए ऐप नाम के दाईं ओर स्थित खोलें आइकन का चयन करें। नीचे दिए गए निर्देश देखें.

किसी मौजूदा ऐप के लिए सुरक्षित अंतर्निहित कनेक्शन सक्षम करें

संपादन के लिए मौजूदा ऐप खोलें जिसमें पहले से प्रकाशित अंतर्निहित साझा कनेक्शन हों:

1. कमांड बार पर, सेटिंग्स चुनें और "सुरक्षित" खोजें.
2. सुरक्षित अंतर्निहित कनेक्शन सक्षम करने के लिए सुविधा स्विच को उचित रूप से अपडेट करें।
3. ऐप सहेजें और प्रकाशित करें.

अनशेयरिंग

ऐप प्रकाशित होने के बाद यह सत्यापित करने के लिए कि साझाकरण सही ढंग से काम करता है, इन चरणों का पालन करें:

• जाँचें कि क्या कनेक्शन सह-स्वामियों के साथ साझा किए गए हैं। यदि आप नहीं चाहते कि अंतिम उपयोगकर्ता को कनेक्शन मिले, तो सह-स्वामी चेकबॉक्स को अनचेक करें।

  

• यह सत्यापित करने के लिए कि सुविधा सही ढंग से काम करती है, ऐप को किसी अन्य उपयोगकर्ता के साथ साझा करें जो इसका स्वामी नहीं है. एक बार जब आप ऐप साझा कर लें, तो उस उपयोगकर्ता के लिए टैब में कनेक्शन सूची की जाँच करें। Dataverse Power Apps सत्यापित करें कि उपयोगकर्ता के पास कोई कनेक्शन उपलब्ध नहीं है.

• कनेक्शन पर अंतिम उपयोगकर्ता के अधिकार को बदलने के लिए साझाकरण पैनल खोलें। X चुनने से उपयोगकर्ता की कनेक्शन तक पहुंच समाप्त हो जाएगी।

  

नए सुरक्षित इंप्लिसिट कनेक्शन वाले ऐप्स का उपयोग करें

जब आपका ऐप पुनः प्रकाशित और साझा किया जाएगा, तो अंतिम उपयोगकर्ताओं के पास कनेक्शन तक पहुंच नहीं होगी, लेकिन वे छिपे हुए प्रॉक्सी कनेक्शन के साथ काम करेंगे। वे आपके मूल कनेक्शन के आधार पर नया ऐप नहीं बना पाएंगे.

सीमाएँ

1. सभी प्रकार के निहित साझा कनेक्शन कार्य करते हैं जैसे कि क्रिया और सारणीबद्ध।
2. सर्वर और डेटाबेस नाम नेटवर्क ट्रेस में छिपे होते हैं लेकिन सहमति संवाद में दिखाई देते हैं। स्तंभ नाम छिपे नहीं हैं.
3. सारणीबद्ध कनेक्टरों के लिए, हम केवल CRUD क्रियाओं जैसे कि Get, Post, Put, या Delete को सीमित करते हैं। यदि आपके पास पुट की अनुमति है, तो आपके पास पोस्ट तक पहुंच है।
4. अनुप्रयोग में उपयोग किए जा रहे विशिष्ट API के आधार पर क्रिया आधारित कनेक्टर की सीमा निर्धारित होती है।
5. साझाकरण में चेतावनियाँ अभी भी सक्षम हैं. निजी पूर्वावलोकन में भी अंतर्निहित रूप से साझा किए गए कनेक्शनों के बारे में चेतावनी दी जाती है। हालाँकि, चेतावनी के बावजूद, इस सुविधा के साथ आपका कनेक्शन सुरक्षित है।
6. विशिष्ट समूहों या व्यक्तियों के बजाय संपूर्ण टेनेंट के लिए प्रकाशन समर्थित नहीं है।
7. कनेक्शन संदर्भ के माध्यम से अंतर्निहित रूप से साझा किए गए सुरक्षित कनेक्शन को आयात करते समय एक ज्ञात समस्या होती है। लक्ष्य परिवेश में सुरक्षा ठीक से सेट नहीं की गई है।
8. सेवा प्रिंसिपल का उपयोग करके समाधान आयात करने में एक ज्ञात समस्या है, जिसके कारण आयात विफल हो रहा है। इसका एक समाधान यह है कि कनेक्शन को सेवा प्रिंसिपल के साथ साझा किया जाए।

Windows प्रमाणीकरण

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

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

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

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

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

Connection सहमति संवाद

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

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

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

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

3. ऐप द्वारा उपयोग किए जाने वाले डेटा स्रोतों से कनेक्ट करने के लिए अंतिम उपयोगकर्ता की सहमति प्राप्त करना.

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

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

ध्यान दें कि कस्टम पृष्ठों का उपयोग करने वाले मॉडल संचालित अनुप्रयोगों के लिए, जब किसी अनुप्रयोग में एकाधिक कस्टम पृष्ठ होते हैं, तो सहमति संवाद सभी कस्टम पृष्ठों में सभी कनेक्टर्स के लिए डेटा अनुमतियों के लिए पूछता है, भले ही वे अभी तक खोले नहीं गए हों.

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

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

नोट

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

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

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

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

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

नोट

क्या आप हमें अपनी दस्तावेज़ीकरण भाषा वरीयताओं के बारे में बता सकते हैं? एक छोटा सर्वेक्षण पूरा करें. (कृपया ध्यान दें कि यह सर्वेक्षण अंग्रेज़ी में है)

सर्वेक्षण में लगभग सात मिनट लगेंगे. कोई भी व्यक्तिगत डेटा एकत्र नहीं किया जाता है (गोपनीयता कथन).