नोट
इस पेज तक पहुँच के लिए प्रमाणन की आवश्यकता होती है. आप साइन इन करने या निर्देशिकाओं को बदलने का प्रयास कर सकते हैं.
इस पेज तक पहुँच के लिए प्रमाणन की आवश्यकता होती है. आप निर्देशिकाओं को बदलने का प्रयास कर सकते हैं.
जून 2025 से, किसी ऐसे उपयोगकर्ता के साथ साझा किया गया कोई भी प्रवाह, जो परिवेश सदस्य नहीं है, उस उपयोगकर्ता के लिए अप्राप्य हो जाएगा. इस महत्वपूर्ण परिवर्तन के लिए यह आवश्यक है कि उपयोगकर्ता उस परिवेश में प्रवाह तक पहुँचने के लिए उस परिवेश का सदस्य हो। Power Automate यह परिवर्तन पर्यावरण सीमाओं को लागू करके सुरक्षा को बढ़ाता है। हालांकि, इसका प्रभाव उन संगठनों पर पड़ता है जिनके प्रवाह अलग-अलग परिवेशों में साझा होते हैं, उदाहरण के लिए, प्रवाह स्वामी द्वारा परिवेश के बाहर किसी व्यक्ति को सह-स्वामी या केवल-चलाने वाले उपयोगकर्ता के रूप में जोड़ना।
नई नीति का अनुपालन करने के लिए, व्यवस्थापकों को अपने परिवेश के बाहर उपयोगकर्ताओं के साथ साझा किए गए प्रवाहों की पहचान करनी होगी और उन प्रवाहों की साझाकरण सेटिंग समायोजित करनी होगी। Power Platform यह आलेख ऐसा करने के लिए एक संरचित दृष्टिकोण प्रदान करता है।
यह आलेख आपको निम्नलिखित कार्य करने में मदद करता है:
- बाह्य उपयोगकर्ताओं (प्रवाह के परिवेश में न रहने वाले उपयोगकर्ता) के साथ साझा किए गए प्रवाहों की पहचान करें.
- निरंतरता सुनिश्चित करने के लिए उन प्रवाहों के लिए साझाकरण और पहुंच को समायोजित करें (उदाहरण के लिए, परिवेशों में उचित उपयोगकर्ता जोड़ें और केवल-रन पहुंच का उपयोग करें)।
यह लेख व्यवस्थापकों को जून 2025 के लागू होने से पहले साझाकरण संबंधी समस्याओं का समाधान करने की अनुमति देता है। Power Platform इससे भविष्य में प्रवाह साझाकरण को सुरक्षित रूप से प्रबंधित करने के लिए शासन स्थापित करने में भी मदद मिल सकती है। मुख्य बिंदुओं को स्पष्ट करने के लिए, इस आलेख में वास्तविक उदाहरण और चरण-दर-चरण निर्देश शामिल किए गए हैं।
क्लाउड फ़्लो साझा करें में साझा फ़्लो प्रबंधित करने के सर्वोत्तम अभ्यास जानें.
उपयोगकर्ताओं के साथ उनके परिवेश से बाहर साझा किए गए प्रवाहों की पहचान करें
पहला कदम प्रत्येक परिवेश में सभी क्लाउड प्रवाहों और उनके साझा उपयोगकर्ताओं की सूची बनाना है, फिर यह निर्धारित करना है कि कौन से प्रवाह बाहरी लोगों के साथ साझा हैं - वे उपयोगकर्ता जो उस परिवेश के सदस्य नहीं हैं। Power Automate प्रवाह दो तरीकों से बनाए जा सकते हैं: सामान्य (गैर-समाधान) प्रवाह के रूप में, या समाधान-जागरूक प्रवाह (समाधान का हिस्सा) के रूप में। Dataverse दोनों एक ही वातावरण में रहते हैं और दोनों को समीक्षा की आवश्यकता है। निम्नलिखित अनुभाग बाह्य रूप से साझा प्रवाहों की पहचान करने के तरीकों का वर्णन करते हैं।
Power Platform व्यवस्थापन केंद्र—GUI विधि
परिवेश व्यवस्थापक दृश्य ऑडिट के लिए व्यवस्थापन केंद्र का उपयोग कर सकते हैं. Power Platform
Power Platform व्यवस्थापक केंद्र में, प्रबंधित करें>पर्यावरण > (अपना पर्यावरण) >संसाधन>प्रवाह का चयन करें.
A वातावरण में सभी प्रवाहों को सूचीबद्ध करता है, साथ ही एक स्वामी स्तंभ प्रदर्शित करता है।
प्रत्येक प्रवाह के लिए, स्वामियों का निरीक्षण करें। यदि किसी प्रवाह के एकाधिक स्वामी (निर्माता और सह-स्वामी) हैं, तो उसे साझा किया जाता है। उन मालिकों की तुलना पर्यावरण के ज्ञात सदस्यों से करें। उदाहरण के लिए, उस परिवेश के लिए सुरक्षा समूह या उपयोगकर्ता सूची की तुलना करें.
ध्वज प्रवाह वहां होता है जहां कोई स्वामी या सह-स्वामी अपेक्षित परिवेश सदस्य नहीं होता है। उदाहरण के लिए, यदि विभाग A के परिवेश में केवल विभाग A के उपयोगकर्ता ही शामिल होने चाहिए, लेकिन आपको विभाग B का सह-स्वामी दिखाई देता है, तो वह प्रवाह किसी बाहरी व्यक्ति के साथ साझा किया जाता है। आपको विवरण देखने के लिए स्वामी का नाम चुनना पड़ सकता है, या अपने परिवेश की उपयोगकर्ता निर्देशिका के साथ क्रॉस-रेफरेंस करना पड़ सकता है।
Power Platform व्यवस्थापक केंद्र के लाभ—GUI विधि
Power Platform व्यवस्थापन केंद्र एक उपयोगकर्ता-अनुकूल इंटरफ़ेस प्रदान करता है और नाम या स्वामी के आधार पर प्रवाह को फ़िल्टर करने और छांटने की अनुमति देता है। यदि आप जानते हैं कि कौन सी टीमें और उपयोगकर्ता उस वातावरण में हैं, तो आप स्पष्ट विसंगतियों को तुरंत पहचान सकते हैं।
Power Platform व्यवस्थापक केंद्र के नुकसान—GUI विधि
यह विधि मैनुअल है और कई प्रवाहों के लिए उपयुक्त नहीं है। आपको स्वामियों का व्यक्तिगत रूप से सत्यापन करना होगा, जो बड़े परिवेशों के लिए समय लेने वाला हो सकता है। उपयोगकर्ता इंटरफ़ेस से सीधे पर्यावरण सदस्यता की जांच करना कठिन हो सकता है।
PowerShell स्क्रिप्ट—स्वचालित विधि
व्यवस्थित और दोहराए जाने योग्य ऑडिट के लिए, प्रवाह और उनके स्वामियों को सूचीबद्ध करने के लिए प्रशासनिक PowerShell cmdlets प्रदान करता है। Power Automate यह दृष्टिकोण बड़े परिवेशों या संपूर्ण टेनेन्टों में सामूहिक विश्लेषण के लिए शक्तिशाली है। आप सभी प्रवाहों को आउटपुट करने और बाहरी साझाकरणों को हाइलाइट करने के लिए प्रक्रिया की स्क्रिप्ट बना सकते हैं।
उदाहरण के लिए, यह स्क्रिप्ट सभी प्रवाहों को पुनः प्राप्त करने के लिए Get-AdminFlow का उपयोग करती है, फिर प्रत्येक प्रवाह के लिए उसके स्वामियों और उनकी भूमिकाओं को सूचीबद्ध करने के लिए Get-AdminFlowOwnerRole का उपयोग करती है। आउटपुट प्रत्येक प्रवाह नाम और Owner: [User], Role: [Owner/Co-owner] की बुलेट सूचीबद्ध करता है। आप इस आउटपुट को किसी फ़ाइल पर पुनर्निर्देशित कर सकते हैं या इसे आगे संसाधित कर सकते हैं।
इसके बाद, बाह्य शेयर निर्धारित करें: प्रत्येक स्वामी के उपयोगकर्ता मूल नाम (UPN) की तुलना उन उपयोगकर्ताओं के समूह से करें जो परिवेश के सदस्य हैं। बाह्य शेयर किसी भी स्वामी द्वारा इंगित किया जाता है जिसका UPN परिवेश की उपयोगकर्ता सूची या सुरक्षा समूह में नहीं है। व्यवहार में, आप ऐसा कर सकते हैं:
- पिछली स्क्रिप्ट से प्रवाह स्वामियों की सूची और परिवेश उपयोगकर्ता सूची निर्यात करें, फिर अंतर खोजने के लिए Excel या स्क्रिप्ट का उपयोग करें, या
-
Get-AdminEnvironmentUserके माध्यम से परिवेश उपयोगकर्ताओं के विरुद्ध क्रॉस-चेक करने के लिए PowerShell स्क्रिप्ट को उन्नत करें.
PowerShell स्क्रिप्ट के लाभ—स्वचालित विधि
यह विधि स्वचालित एवं व्यापक है। यह सैकड़ों या हजारों प्रवाहों को शीघ्रता से गिन सकता है तथा रिपोर्टिंग के लिए स्क्रिप्ट योग्य है। आप नए बाहरी शेयरों का पता लगाने के लिए इसे मासिक जैसे शेड्यूल पर चला सकते हैं।
PowerShell स्क्रिप्ट के नुकसान - स्वचालित विधि
PowerShell और व्यवस्थापक विशेषाधिकारों से परिचित होना आवश्यक है। इसके अलावा, कच्चा आउटपुट UPN और ऑब्जेक्ट आईडी दिखाता है। आपको यह समझने की आवश्यकता है कि कौन से पर्यावरण से बाहर हैं और इसके लिए कुछ विश्लेषण की आवश्यकता है। हालाँकि, यदि आप अपने परिवेश के उपयोगकर्ता डोमेन को जानते हैं या आपके पास परिवेश सदस्यों की सूची है, तो यह सरल है।
उत्कृष्टता केंद्र (सीओई) टूलकिट—डैशबोर्ड विधि
यदि आपका संगठन Power Platform सेंटर ऑफ एक्सीलेंस स्टार्टर किट का उपयोग करता है, तो यह Power BI डैशबोर्ड और रिपोर्ट प्रदान करता है जिसमें साझाकरण मीट्रिक शामिल होते हैं। CoE की प्रवाह सूची उन प्रवाहों को उजागर कर सकती है, जिनमें अतिथि स्वामी या परिवेश के सामान्य सुरक्षा समूह से बाहर के स्वामी होते हैं। उदाहरण के लिए, CoE डैशबोर्ड में एकाधिक स्वामियों वाले प्रवाह या अतिथि उपयोगकर्ताओं के साथ साझा किए गए प्रवाह की रिपोर्ट हो सकती है। आप असामान्य साझाकरण वाले प्रवाहों को खोजने के लिए इन जानकारियों का लाभ उठा सकते हैं।
उत्कृष्टता केंद्र (सीओई) टूलकिट के लाभ—डैशबोर्ड विधि
केंद्रीकृत, दृश्य रिपोर्टिंग जो पहले से ही पर्यावरण डेटा को एकत्रित कर रही होगी। यदि CoE स्थापित है तो कोई अतिरिक्त स्क्रिप्टिंग की आवश्यकता नहीं है। यह गैर-अनुपालन पैटर्न को स्वचालित रूप से चिह्नित कर सकता है।
उत्कृष्टता केंद्र (सीओई) टूलकिट के नुकसान - डैशबोर्ड विधि
CoE स्टार्टर किट को तैनात करने और अद्यतन रखने की आवश्यकता है। डेटा वास्तविक समय का नहीं हो सकता है (आमतौर पर इसे एक शेड्यूल के अनुसार ताज़ा किया जाता है)। इसके अलावा, कस्टम फ़िल्टर सेट करने, जैसे कि बाहरी डोमेन उपयोगकर्ताओं की पहचान करने, के लिए CoE घटकों में बदलाव की आवश्यकता हो सकती है।
पहचान विधियों की तुलना
| विधि | उपकरण/दृष्टिकोण | फायदे | नुकसान |
|---|---|---|---|
| व्यवस्थापन केंद्र (GUI) | Power Platform व्यवस्थापन केंद्र वेब इंटरफ़ेस: प्रवाह और स्वामियों की दृश्य रूप से जाँच करें। | आसान, उपयोगकर्ता के अनुकूल इंटरफ़ेस. छोटी संख्या के प्रवाहों के लिए तत्काल जानकारी। | मैन्युअल सत्यापन, बड़े वातावरण के लिए स्केलेबल नहीं है। स्वामी बनाम पर्यावरण सदस्यता का कोई अंतर्निहित क्रॉस-रेफरेंस नहीं। |
| PowerShell स्क्रिप्ट | एडमिन पॉवरशेल सीएमडीलेट्स (Get-AdminFlow, Get-AdminFlowOwnerRole)। |
प्रवाह और मालिकों का स्वचालित थोक आउटपुट। परिणामों को शेड्यूल किया जा सकता है और CSV या अन्य प्रारूपों में निर्यात किया जा सकता है। यदि पर्यावरण उपयोगकर्ता सूची ज्ञात हो तो उच्च सटीकता। | PowerShell ज्ञान की आवश्यकता है. अलग से पहचान करनी होगी कि कौन से मालिक बाहरी हैं। स्क्रिप्ट या पोस्ट-प्रोसेसिंग की आवश्यकता है। |
| CoE टूलकिट (डैशबोर्ड) | Power BI डैशबोर्ड और सीओई प्रवाह। | यदि CoE स्थापित है तो यह पहले से ही उपलब्ध है। केंद्रीकृत रिपोर्ट में बाहरी या अतिथि स्वामियों जैसे असामान्य साझाकरण को उजागर कर सकते हैं। | CoE परिनियोजन और रखरखाव की आवश्यकता है। इसमें डेटा रिफ्रेश में देरी होती है (वास्तविक समय में नहीं)। विशिष्ट बाहरी उपयोगकर्ताओं को चिन्हित करने के लिए अनुकूलन की आवश्यकता हो सकती है। |
पिछली तालिका में दी गई विधियों में से एक या संयोजन का उपयोग करके, उन प्रवाहों की सूची संकलित करें जिनमें बाह्य साझा उपयोगकर्ता हैं। ये वे प्रभावित प्रवाह हैं जिन पर नीति परिवर्तन से पहले ध्यान देने की आवश्यकता है। कई संगठनों में, यह प्रवाहों का प्रबंधनीय उपसमूह हो सकता है, उदाहरण के लिए, केवल कुछ क्रॉस-डिपार्टमेंट प्रवाह या साझेदार के अतिथि खाते के साथ साझा किए गए प्रवाह। अन्य मामलों में, विशेष रूप से खुले साझाकरण प्रथाओं वाले किरायेदारों के मामले में, संभालने के लिए प्रवाह की एक महत्वपूर्ण संख्या हो सकती है, इसलिए जितनी जल्दी आप उन्हें पहचान लेंगे उतना ही बेहतर होगा।
प्रभावित प्रवाहों के लिए साझाकरण और पहुंच समायोजित करें
एक बार जब आप उन प्रवाहों की पहचान कर लेते हैं जो उपयोगकर्ताओं के साथ उनके परिवेश से बाहर साझा किए जाते हैं, तो अगला चरण प्रत्येक प्रवाह के साझाकरण कॉन्फ़िगरेशन को सुधारना होता है। लक्ष्य यह सुनिश्चित करना है कि प्रत्येक उपयोगकर्ता जिसे प्रवाह तक पहुंच की आवश्यकता है, उसे उचित रूप से पर्यावरण में जोड़ा जाए (या प्रवाह की पहुंच को अन्यथा संशोधित किया जाए)। ऐसा इसलिए करें ताकि जब नया प्रवर्तन लागू हो तो किसी की कार्यक्षमता में कोई कमी न आए। निम्नलिखित अनुभागों में समायोजन के तरीके का वर्णन किया गया है।
प्रत्येक बाहरी शेयर की आवश्यकता का मूल्यांकन करें
प्रत्येक चिह्नित प्रवाह के लिए, प्रवाह के स्वामी या संबंधित व्यावसायिक टीम से चर्चा करें कि इसे बाहरी रूप से क्यों साझा किया गया था। यह संदर्भ समाधान तय करने के लिए महत्वपूर्ण है। निम्नलिखित सूची सामान्य परिदृश्यों और क्रियाओं का वर्णन करती है।
- परिदृश्य 1: उपयोगकर्ता को केवल प्रवाह चलाने या आउटपुट देखने के लिए सह-स्वामी के रूप में जोड़ा गया था: कई मामलों में, मालिकों ने बाहरी उपयोगकर्ता को स्वामी के रूप में जोड़ा, जबकि उस व्यक्ति को केवल प्रवाह को ट्रिगर या उपयोग करने की आवश्यकता थी (उसे संपादित करने की नहीं)। उदाहरण के लिए, स्वामी किसी हेल्पडेस्क एजेंट को प्रवाह के सह-स्वामी के रूप में जोड़ सकता है, ताकि वे इसे मैन्युअल रूप से ट्रिगर कर सकें। ऐसे मामलों में, उपयोगकर्ता को संभवतः पूर्ण स्वामी अधिकारों की आवश्यकता नहीं होती।
- कार्रवाई: उन्हें मालिकों की सूची से हटा दें और इसके बजाय प्रवाह को उनके साथ केवल-रन उपयोगकर्ता (यदि लागू हो) के रूप में साझा करें, यह सुनिश्चित करने के बाद कि उनके पास पर्यावरण तक पहुंच है। इससे उन्हें स्वामी बनाये बिना प्रवाह को चलाने के लिए आवश्यक क्षमता प्रदान होती है। इस आलेख में पर्यावरण में आवश्यक उपयोगकर्ता जोड़ें अनुभाग में अधिक जानें.
- परिदृश्य 2: उपयोगकर्ता वास्तव में प्रवाह के निर्माण या रखरखाव में सहयोग करता है: उदाहरण के लिए, दो विभाग संयुक्त रूप से एक प्रवाह विकसित करते हैं, इसलिए विभाग बी के एक उपयोगकर्ता को विभाग ए के वातावरण में सह-स्वामी बनाया गया।
- कार्रवाई: उस उपयोगकर्ता को उचित भूमिका के साथ उचित रूप से स्वामी के रूप में परिवेश में शामिल करें, या यदि कई संगठन इकाइयों को इसका सह-स्वामित्व चाहिए तो प्रवाह को तटस्थ परिवेश में ले जाने पर विचार करें। अल्पावधि में, उपयोगकर्ता को परिवेश की अनुमत उपयोगकर्ता सूची में जोड़ने और उन्हें उपयुक्त भूमिका देने (यदि उन्हें संपादन अधिकारों की आवश्यकता हो तो परिवेश निर्माता) से पहुंच संबंधी समस्याएं हल हो जाती हैं।
- परिदृश्य 3: साझाकरण की अब आवश्यकता नहीं है: कभी-कभी उपयोगकर्ताओं को अस्थायी रूप से जोड़ा जाता था या वे परियोजना छोड़ देते थे।
- कार्रवाई: प्रवाह के साझाकरण से बाहरी उपयोगकर्ता को निकालें. जब लागू हो तो यह सबसे सरल समाधान है। यदि पर्यावरण के बाहर किसी को भी प्रवाह की आवश्यकता नहीं है, तो उनके साथ इसे साझा न करें। इसके बाद प्रवाह अनुपालन योग्य हो जाता है, तथा केवल आंतरिक स्वामी ही बचे रहते हैं।
- परिदृश्य 4: क्रॉस-टेनेंट या अतिथि उपयोगकर्ता शेयर उदाहरण के लिए, एक प्रवाह को अतिथि (बाह्य टेनेंट) खाते के साथ साझा किया गया था। प्रवर्तन के बाद इसे अवरुद्ध कर दिया गया है।
- कार्रवाई : निर्धारित करें कि क्या उस अतिथि को वास्तव में पहुंच की आवश्यकता है। यदि हाँ, तो एक विकल्प यह है कि उस अतिथि को आधिकारिक रूप से सदस्य के रूप में जोड़ दिया जाए। Azure AD अपने किरायेदार में और पर्यावरण के सुरक्षा समूह में अतिथि को जोड़ें। इससे वे पर्यावरण सदस्य बन जाते हैं। यह दुर्लभ है. वैकल्पिक रूप से, स्वामित्व को किसी आंतरिक उपयोगकर्ता को हस्तांतरित करने की दिशा में कार्य करें जो अतिथि की ओर से कार्य कर सकता है, या किसी भिन्न तंत्र का उपयोग करें, जैसे कि सीधे साझा करने के बजाय सुरक्षित HTTP ट्रिगर के माध्यम से प्रवाह को उजागर करना। हम प्रत्यक्ष अतिथि शेयर को हटाने की अनुशंसा करते हैं, क्योंकि भले ही पर्यावरण सदस्य के रूप में जोड़ा गया हो, क्रॉस-टेनेंट समस्याएं उत्पन्न हो सकती हैं।
आवश्यक उपयोगकर्ताओं को परिवेश में जोड़ें
प्रत्येक उपयोगकर्ता के लिए, जिसे प्रवाह तक पहुंच जारी रखनी चाहिए, यह सुनिश्चित करें कि वे आगे भी पर्यावरण के सदस्य बने रहें। इसका सामान्यतः अर्थ है:
यदि परिवेश सुरक्षा समूह का उपयोग करता है : उस उपयोगकर्ता का खाता जोड़ें Azure AD सुरक्षा समूह. इससे उन्हें परिवेश में डिफ़ॉल्ट मूल उपयोगकर्ता भूमिका प्राप्त होती है, जब तक कि अन्यथा कॉन्फ़िगर न किया गया हो। मूल उपयोगकर्ता भूमिका आमतौर पर उस व्यक्ति के लिए पर्याप्त होती है जिसे केवल प्रवाह चलाने की आवश्यकता होती है, न कि निर्माण और संपादन की। जोड़ने के बाद, सत्यापित करें कि उपयोगकर्ता अब परिवेश की उपयोगकर्ता सूची में दिखाई देता है Power Platform व्यवस्थापक केंद्र.
यदि यह टेनेंट डिफ़ॉल्ट वातावरण है, जो सभी उपयोगकर्ताओं के लिए खुला है: अधिकांश लाइसेंस प्राप्त उपयोगकर्ता पहले से ही इसमें हैं। सुनिश्चित करें कि उपयोगकर्ता के पास लाइसेंस है. Power Automate यह प्रवर्तन मुख्य रूप से प्रतिबंधित सदस्यता वाले गैर-डिफ़ॉल्ट वातावरण को प्रभावित करता है।
परिवेश निर्माता बनाम मूल उपयोगकर्ता: परिवेश निर्माता को तब तक अनुमति न दें जब तक कि व्यक्ति को वास्तव में उस परिवेश में प्रवाह बनाने और संपादित करने की आवश्यकता न हो। हमारे सुधारों में, हम केवल मूल उपयोगकर्ता, या एक कस्टम न्यूनतम भूमिका देना पसंद करते हैं, जो साझा प्रवाह चलाने की अनुमति देता है। केवल रन-पहुंच के लिए, बेसिक उपयोगकर्ता पर्याप्त है - उपयोगकर्ता को निर्माता होने की आवश्यकता नहीं है। निर्माता भूमिकाओं को सीमित करना एक शासन संबंधी सर्वोत्तम अभ्यास है, जिस पर अगले अनुभाग में विस्तार से चर्चा की गई है।
प्रवाह की साझाकरण सेटिंग समायोजित करें
चूंकि अब उपयोगकर्ता एक परिवेश सदस्य है, इसलिए प्रवाह को उनके साथ साझा करने का तरीका समायोजित करें।
यदि उपयोगकर्ता को केवल प्रवाह चलाने की आवश्यकता है: केवल चलाने के लिए साझाकरण का उपयोग करें. Power Automateमें, प्रवाह की साझाकरण सेटिंग खोलें. उपयोगकर्ता को मालिकों की सूची से हटाएँ, और केवल उपयोगकर्ता चलाएँ अनुभाग में उनका नाम जोड़ें। बटन प्रवाह और त्वरित प्रवाह जैसे मैन्युअल रूप से ट्रिगर किए गए प्रवाहों, या साझा करने योग्य लिंक के साथ ट्रिगर किए गए प्रवाहों के लिए, यह सुनिश्चित करता है कि व्यक्ति स्वामी बने बिना प्रवाह को ट्रिगर कर सकता है। वे प्रवाह के आंतरिक भाग को संपादित या प्रदर्शित नहीं कर सकते, तथा केवल उसे चला सकते हैं। इसका परिणाम यह होता है कि उपयोगकर्ता स्वामी सूची से बाहर रहता है, इसलिए कोई पर्यावरण संघर्ष नहीं होता है, लेकिन वह प्रवाह की कार्यक्षमता का उपयोग इच्छित रूप से कर सकता है।
उदाहरण: मार्केटिंग में बॉब सेल्स के लीड प्रोसेसर फ्लो का सह-मालिक था, ताकि समय-समय पर इसे चालू रखा जा सके। हम बॉब को सह-स्वामी के पद से हटाते हैं और बॉब को केवल-रन उपयोगकर्ता के रूप में जोड़ते हैं। बॉब को बेसिक उपयोगकर्ता के रूप में विक्रय परिवेश में भी जोड़ा गया है। अब बॉब प्रवाह के बटन का चयन कर सकता है या इसे चलाने के लिए इसका लिंक प्राप्त कर सकता है, लेकिन वह अब बाहरी स्वामी नहीं है - वह उस वातावरण का अधिकृत मूल उपयोगकर्ता है।
यदि उपयोगकर्ता को पूर्ण स्वामी अनुमतियों (सह-लेखन) की आवश्यकता है: उन्हें परिवेश में जोड़ने के बाद, सुनिश्चित करें कि वे प्रवाह पर स्वामी के रूप में सूचीबद्ध रहें. तकनीकी रूप से, आप अनुमतियों को ताज़ा करने के लिए उन्हें हटा सकते हैं और पुनः जोड़ सकते हैं। लेकिन एक बार जब वे पर्यावरण में आ जाते हैं, तो उनका हिस्सा वैध हो जाता है। यदि अलग-अलग क्षेत्रों के दो मालिक इसे दीर्घकालिक रूप से बनाए रखते हैं, तो आप प्रवाह को समाधान में बदलने पर भी विचार कर सकते हैं। यदि आवश्यक हो तो समाधान प्रवाह को समर्पित वातावरण में ले जाना आसान होता है। किसी भी स्थिति में, दोबारा जांच लें कि वे स्वामी के अंतर्गत दिखाई देते हैं और प्रवाह के विवरण में उनकी भूमिका संपादित कर सकते हैं (स्वामी) है।
किसी भी अनावश्यक या अनधिकृत शेयर को हटाएँ: इस प्रक्रिया के दौरान, सफ़ाई करने का अवसर लें। यदि किसी को सिर्फ-मामले के लिए जोड़ा गया था, लेकिन वह कभी प्रवाह का उपयोग नहीं करता है, तो उसे हटा दें। न्यूनतम विशेषाधिकार का सिद्धांत निरीक्षण को कम करने में मदद करता है। सुनिश्चित करें कि प्रत्येक प्रवाह की स्वामियों की सूची केवल उन लोगों तक सीमित हो जिन्हें वास्तव में डिज़ाइन और संपादन पहुँच की आवश्यकता है।
प्रभावित उपयोगकर्ताओं को परिवर्तनों के बारे में सूचित करें
यदि आप किसी की पहुँच हटा रहे हैं या उनके प्रवाह को लागू करने के तरीके में परिवर्तन कर रहे हैं, तो उन्हें बताएँ। उपयोगकर्ता के दृष्टिकोण से, केवल-रन एक्सेस के माध्यम से प्रवाह चलाना थोड़ा भिन्न हो सकता है। उन्हें एक साझा लिंक मिल सकता है या वे मेरे प्रवाह के बजाय टीम प्रवाह में प्रवाह देख सकते हैं। समझाएँ कि "नई नीतियों का अनुपालन करने के लिए, हमने फ़्लो X के लिए साझाकरण विधि को अपडेट किया है। आप इसे विधि Y के साथ चलाना जारी रख सकते हैं, लेकिन यह अब आपके प्रत्यक्ष स्वामित्व के अंतर्गत नहीं दिखाई देता है।" इससे भ्रम की स्थिति नहीं बनती। Power Automate
समायोजन के बाद की स्थिति सत्यापित करें
परिवर्तन करने के बाद, PowerShell या Power Platform व्यवस्थापक केंद्र का उपयोग करके दोबारा जांच लें कि कोई प्रवाह बाहरी स्वामियों के पास न रह गया हो। उदाहरण के लिए, पहचान स्क्रिप्ट को पुनः चलाएं और पुष्टि करें कि यह अब उन प्रवाहों को चिह्नित नहीं करता है। प्रत्येक चिह्नित इंस्टैंस को हटाकर या उचित पर्यावरण सदस्यता द्वारा हल करें।
इन समायोजनों को निष्पादित करके, आप यह सुनिश्चित करते हैं कि जब Microsoft स्विच को चालू करता है, तो वे प्रवाह इच्छित उपयोगकर्ताओं के लिए चलते रहें।
you do not have access to this flowत्रुटि संदेश के स्थान पर, उपयोगकर्ता अधिकृत बना रहता है, क्योंकि अब वह उचित क्षमता में एक परिवेश सदस्य है। मूलतः, आप अपनी साझाकरण प्रथाओं को प्लेटफॉर्म के शासन मॉडल के साथ संरेखित कर रहे हैं।