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

अधिकांश ऐप्स के मूल में डेटा होता है, जिसमें वह डेटा भी शामिल है जिसे आप 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	क्लाउड संग्रहण **
डायनेमिक्स AX	Excel
Microsoft Translator	Office 365 Outlook
Office 365 उपयोगकर्ता	Oracle
Power BI	SharePoint
SQL Server	Twitter

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

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

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 के बाद, सभी नए बनाए गए साझा कनेक्शन सुरक्षित हैं। ध्यान दें कि पुराने ऐप्स को सुरक्षित होने के लिए पुनर्प्रकाशित किया जाना चाहिए। इसका मतलब है कि कनेक्शन अब अंतिम उपयोगकर्ताओं के साथ साझा नहीं किया जाता है। प्रकाशित 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. एप्लिकेशन में उपयोग किए जा रहे विशिष्ट एपीआई के आधार पर कार्रवाई आधारित कनेक्टर सीमा।
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	लागू नहीं
पहचान प्रदाता के रूप में ID के साथ Microsoft Entra OAuth का उपयोग करने वाले कस्टम कनेक्टर. ये संगठनों द्वारा निर्मित कस्टम कनेक्टर हैं और केवल संगठन के अंदर उपयोगकर्ताओं द्वारा ही एक्सेस करने योग्य हैं (उदाहरण के लिए, केवल Contoso उपयोगकर्ताओं के लिए Contoso द्वारा निर्मित)	हाँ	कनेक्शन प्रबंधित करें

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

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

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

नोट

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

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