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

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

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

नोट

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

टेबल्स

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

आप अपने डेटा को दिखाने वाले नियंत्रण के आइटम गुण को अनुकूलित करके अपने ऐप द्वारा पुनर्प्राप्त किए जाने वाले डेटा को निर्दिष्ट कर सकते हैं. पिछले उदाहरण को जारी रखते हुए, आप 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	एक्सेल
Microsoft अनुवादक	Office 365 आउटलुक
Office 365 उपयोगकर्ताओं	ओरेकल
Power BI	SharePoint
SQL सर्वर	ट्विटर

** Azure ब्लॉब, बॉक्स, ड्रॉपबॉक्स, Google ड्राइव, OneDrive, और OneDrive बिजनेस के लिए लागू होता है

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

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

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

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

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

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

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

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

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

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

नोट

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

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

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

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

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