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

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

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

नोट

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

टेबल्स

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

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

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

डेटा स्रोतों को समझें Power Apps
Excel डेटा से ऐप बनाएं
एकदम शुरुआत से ऐप बनाएं
तालिकाओं और अभिलेखों को समझें Power Apps

नोट

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

कार्रवाई

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

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

नोट

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

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

पैबंद
इकट्ठा करना
अद्यतन

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

नोट

कनेक्टर दस्तावेज़ इस संदेश के साथ गतिशील स्कीमा परिणाम दिखाता है "इस ऑपरेशन के आउटपुट गतिशील हैं।" वापसी मान के रूप में।

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

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

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

Microsoft Dataverse	घन संग्रहण **
गतिकी AX	एक्सेल
माइक्रोसॉफ्ट अनुवादक	Office 365 आउटलुक
Office 365 उपयोगकर्ताओं	ओरेकल
Power BI	SharePoint
एसक्यूएल सर्वर	ट्विटर

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

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

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

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

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

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

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

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

नोट

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

Microsoft Entra ID

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

खुला-मानक प्राधिकरण (OAuth)

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

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

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

जनवरी 2024 से पहले, आपके अंतिम उपयोगकर्ता उनके साथ साझा किए गए कनेक्शन का उपयोग कर सकते हैं और अलग-अलग नए एप्लिकेशन बना सकते हैं। आपके उपयोगकर्ता उपयोगकर्ता नाम या पासवर्ड नहीं देख सकते हैं, लेकिन कनेक्शन उनके लिए उपलब्ध होगा। हालाँकि, जनवरी 2024 के बाद, सभी नए बनाए गए साझा कनेक्शन सुरक्षित हैं। पुराने ऐप्स को सुरक्षित बनाने के लिए उन्हें पुनः प्रकाशित किया जाना चाहिए। कनेक्शन अब अंतिम उपयोगकर्ताओं के साथ साझा नहीं किया जाता है। प्रकाशित पावर ऐप एक कनेक्शन प्रॉक्सी से बात करता है. कनेक्शन प्रॉक्सी केवल उस विशिष्ट पावर ऐप से बात करता है जिसके लिए वह लिंक किया गया है. कनेक्शन प्रॉक्सी किसी दिए गए डेटा स्रोत के लिए पावर ऐप {प्राप्त करें, डालें/पैच करें, हटाएं} में कनेक्शनों को भेजी जाने वाली क्रियाओं को सीमित करता है. यदि आपके पास जनवरी 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 कनेक्शन सेवा प्रिंसिपल को पूर्व-अधिकृत करता है, जिससे कनेक्शन बनाए जाने पर उसे उपयोगकर्ता के लिए एकल साइन-ऑन करने की अनुमति मिल जाती है। सिंगल साइन-ऑन पर अधिक जानकारी के लिए देखें सिंगल साइन-ऑन (SSO) क्या है?

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

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

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

नोट

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

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

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

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

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