नोट
इस पेज तक पहुँच के लिए प्रमाणन की आवश्यकता होती है. आप साइन इन करने या निर्देशिकाओं को बदलने का प्रयास कर सकते हैं.
इस पेज तक पहुँच के लिए प्रमाणन की आवश्यकता होती है. आप निर्देशिकाओं को बदलने का प्रयास कर सकते हैं.
Power Platform अनुरोध सीमाएँ प्लेटफ़ॉर्म की सेवा स्तर, उपलब्धता और गुणवत्ता सुनिश्चित करने में मदद करती हैं। आप Power Apps, Power Automate, Microsoft Copilot Studio और Dynamics 365 अनुप्रयोगों पर प्रत्येक दिन केवल सीमित संख्या में अनुरोध कर सकते हैं.
Microsoft Power Platform अनुरोध क्या है?
Microsoft Power Platform में अनुरोध वे क्रियाएँ हैं जो उपयोगकर्ता विभिन्न उत्पादों पर करता है.
- Power Apps: कनेक्टर्स और Microsoft Dataverse के लिए सभी एपीआई अनुरोध।
- Power Automate: कनेक्टर्स के लिए सभी एपीआई अनुरोध, सलाहकार विश्लेषण, HTTP क्रियाएं और वैरिएबल को आरंभ करने से लेकर एक साधारण कंपोज़ कार्रवाई तक. सफल और असफल दोनों कार्य इन सीमाओं की ओर गिने जाते हैं। पेजिनेशन से पुनः प्रयास और अनुरोध भी कार्रवाई निष्पादन के रूप में गिने जाते हैं। कार्रवाई के रूप में क्या मायने रखता है, इसमें और जानें.
- Microsoft Copilot Studio: Power Automate प्रवाह के लिए एपीआई अनुरोध (या कॉल)।
- Dataverse: CRUD लेनदेन को पूरा करने के लिए आवश्यक उपयोगकर्ता-संचालित और आंतरिक सिस्टम अनुरोधों सहित सभी निर्माण, पढ़ना, अद्यतन और हटाना (CRUD), असाइन करना और साझा करना, और साझा करना या असाइन करना जैसे विशेष ऑपरेशन। ये कार्रवाइयाँ किसी भी क्लाइंट या अनुप्रयोग (Dynamics 365 सहित) से हो सकती हैं और किसी भी समापन बिंदु (SOAP या REST) का उपयोग कर सकती हैं. इन कार्रवाइयों में प्लग-इन, क्लासिक वर्कफ़्लोज़ और कस्टम नियंत्रण शामिल हैं जो पहले बताए गए ऑपरेशन करते हैं।
नोट
Dataverse आंतरिक सिस्टम संचालन के एक छोटे से सेट को सीमाओं से बाहर करता है, जैसे लॉगिन, लॉगआउट और सिस्टम मेटाडेटा संचालन।
एजेंट प्रवाह को Power Platform अनुरोधों के बजाय Microsoft Copilot Studio के माध्यम से मापित किया जाता है, इसलिए इस आलेख में दी गई सीमाएँ उन पर लागू नहीं होती हैं। में और जानें Microsoft Copilot Studio लाइसेंसिंग गाइड.
निम्नलिखित अनुभाग अनुरोध प्रकारों और प्रत्येक के लिए निर्धारित सीमाओं का वर्णन करते हैं।
लाइसेंस प्राप्त उपयोगकर्ता अनुरोध सीमाएँ
सभी Microsoft Power Platform उपयोगकर्ताओं के पास उनके असाइन किए गए लाइसेंस के आधार पर अनुरोध सीमाएँ होती हैं. निम्न तालिका दिखाती है कि उपयोगकर्ता 24 घंटे की अवधि में कितने अनुरोधों को कर सकता है:
| उत्पाद | भुगतान प्रति लाइसेंस प्रति 24 घंटे अनुरोध |
|---|---|
| Power Platform के लिए सशुल्क लाइसेंस प्राप्त उपयोगकर्ता (प्रति ऐप Power Apps, Power Automate प्रति प्रवाह और Microsoft Copilot Studio को छोड़कर) और Dynamics 365 टीम सदस्य |
40,000 |
| 6,000 | |
| Power Automate प्रति प्रवाह योजना3 | 250,000 |
| सशुल्क Power Apps पोर्टल लॉगिन | 200 |
1 इस श्रेणी में Power Apps प्रति उपयोगकर्ता योजना (जिसमें पिछली Power Apps योजना 1 और Power Apps योजना 2 लाइसेंस शामिल हैं) के लिए सशुल्क लाइसेंस शामिल हैं, Power Automate प्रति उपयोगकर्ता योजना (जिसमें पिछले प्रवाह योजना 1 और प्रवाह योजना 2 लाइसेंस शामिल हैं), Dynamics 365 Sales Premium, Dynamics 365 Sales Enterprise, Dynamics 365 Sales Professional, Dynamics 365 Customer Service Enterprise, Dynamics 365 Customer Service Professional, Dynamics 365 Field Service, Microsoft Relationship Sales, Microsoft Industry Cloud, Dynamics 365 Project Service Automation, Dynamics 365 Commerce, Dynamics 365 Human Resources, Dynamics 365 Finance, Dynamics 365 Project Operations, Dynamics 365 Supply Chain Management, Dynamics 365 Customer Engagement योजना, Dynamics 365 एकीकृत ऑप्स योजना, Dynamics 365 योजना, Dynamics 365 for Operations Device, Dynamics 365 for Operations Activity, Dynamics AX Online डिवाइस, Dynamics AX Online Task, Dynamics CRM Online Enterprise और Dynamics CRM Online Professional.
2 इस श्रेणी में Power Apps पे-एज़-यू-गो योजना, और प्रति ऐप प्लान Power Apps भुगतान किए गए लाइसेंस, Dynamics 365 टीम सदस्य, Dynamics सीआरएम ऑनलाइन बेसिक, Dynamics सीआरएम ऑनलाइन एसेंशियल, Dynamics AX सेल्फ-सर्विस शामिल हैं, Microsoft 365 लाइसेंस, और Microsoft Project Online (Plan 1, Plan 3 और Plan 5). Microsoft 365 लाइसेंस के लिए
3 प्रति प्रवाह योजना Power Automate प्रवाह के मालिक की परवाह किए बिना क्षमता को विशेष रूप से एकल प्रवाह के लिए आरक्षित करने की अनुमति देती है। यह योजना टेनेंट स्तर पर गैर-लाइसेंस प्राप्त उपयोगकर्ता अनुरोध सीमाओं का उपयोग नहीं करती है।
अधिक लाइसेंस प्राप्त उपयोगकर्ता अनुरोध सीमा विवरण
Power Platform अनुरोध सीमाएँ केवल Dynamics 365 आधार + अनुलग्न लाइसेंसिंग मॉडल में सशुल्क आधार लाइसेंस के साथ शामिल की जाती हैं. संलग्न लाइसेंस में अलग सीमाएं शामिल नहीं हैं. उदाहरण के लिए, यदि किसी उपयोगकर्ता के पास आधार लाइसेंस के रूप में Dynamics 365 Customer Service Enterprise और अनुलग्न लाइसेंस के रूप में Dynamics 365 Sales Enterprise है, तो कुल अनुरोध सीमा वह है जो आधार लाइसेंस प्रदान करता है - Dynamics 365 Customer Service Enterprise.
यदि किसी उपयोगकर्ता के पास एक से अधिक सशुल्क लाइसेंस हैं, तो अनुमत अनुरोधों की कुल संख्या प्रत्येक लाइसेंस के लिए अनुरोधों का योग है। उदाहरण के लिए, यदि किसी उपयोगकर्ता के पास Dynamics 365 Customer Service Enterprise आधार लाइसेंस और Power Apps प्रति उपयोगकर्ता लाइसेंस दोनों हैं, तो उस उपयोगकर्ता के पास प्रति 24 घंटे में कुल 40,000 + 40,000 = 80,000 अनुरोध उपलब्ध हैं.
यह नियम Copilot Studio पैक पर लागू नहीं होता है। Copilot Studio अनुरोध सीमा में और जानें।
Cowork में निर्मित ऐप्स चलाने की क्षमता Power Apps Premium के साथ शामिल है. इन ऐप्स को चलाते समय उत्पन्न होने वाले Power Platform अनुरोधों की गणना लाइसेंस की प्रति 24-घंटे की अवधि में प्रति उपयोगकर्ता 40,000 अनुरोधों की सीमा में की जाती है। यह क्षमता Power Apps प्रति ऐप, Power Apps पे-एज़-यू-गो या Dynamics 365 लाइसेंस के साथ शामिल नहीं है, जिसमें Power Apps क्षमताएं शामिल हैं. AI-संचालित रनटाइम का उपयोग, जैसे एजेंट और Work IQ API, इन सीमाओं में शामिल नहीं है और Copilot क्रेडिट का उपभोग करता है। देखेंCopilot क्रेडिट गाइड और Microsoft Copilot Studio लाइसेंसिंग गाइड अतिरिक्त जानकारी के लिए।
Copilot Studio अनुरोध सीमा
यदि आपके किरायेदार के पास एक या अधिक Copilot Studio पैक हैं, तो Power Automate क्लाउड प्रवाह जो एक Copilot Studio एजेंट ट्रिगर करता है, 24 घंटे की अवधि में प्रति किरायेदार 250,000 Power Platform अनुरोधों का उपयोग कर सकता है। यह भत्ता एकल किरायेदार-स्तर की सीमा है। यह आपके द्वारा खरीदे गए Copilot Studio पैक की संख्या के साथ नहीं बढ़ता है:
| Copilot Studio किरायेदार में पैक करता है | Power Platform अनुरोध प्रति 24 घंटे |
|---|---|
| एक पैक | 250,000 |
| दो या दो से अधिक पैक | 250,000 |
एजेंट प्रवाह Power Platform अनुरोधों के बजाय Copilot क्रेडिट का उपयोग करते हैं, इसलिए यह सीमा उन पर लागू नहीं होती है।
यदि आपके क्लाउड प्रवाह को अधिक क्षमता की आवश्यकता है, तो आप यह कर सकते हैं:
- प्रवाह के लिए एक प्रक्रिया लाइसेंस असाइन करें। प्रत्येक प्रक्रिया लाइसेंस प्रवाह को प्रति 24 घंटे में अपने स्वयं के 250,000 अनुरोध देता है, और आप एक प्रवाह पर 10 लाइसेंस तक स्टैक कर सकते हैं। प्रवाह एक समाधान में होना चाहिए। Power Automate क्लाउड प्रवाह में क्षमता जोड़ें में अधिक जानें.
- प्रवाह को एजेंट प्रवाह में बदलें, यदि कार्यभार एजेंट-केंद्रित है। एजेंट प्रवाह Power Platform अनुरोधों के बजाय Copilot क्रेडिट का उपयोग करते हैं। आप रूपांतरण को पूर्ववत नहीं कर सकते, और पर्यावरण को प्रीपेड Copilot क्रेडिट या पे-एज़-यू-गो बिलिंग की आवश्यकता है।
ये विकल्प Copilot Studio की सीमा नहीं बढ़ाते हैं। वे कार्यभार को एक अलग क्षमता मॉडल में ले जाते हैं।
बिना लाइसेंस वाले उपयोगकर्ता अनुरोध की सीमा
एक अलग सीमा उन गतिविधियों पर लागू होती है जिनके लिए उपयोगकर्ता इंटरैक्शन की आवश्यकता नहीं होती है, जैसे कि डेटाबेस के बीच डेटा माइग्रेट करने वाली पृष्ठभूमि प्रक्रिया. इन सीमाओं को टैनेंट स्तर पर परिभाषित और पूल किया जाता है. Dataverse आपको ऐसी पहचान रखने में सक्षम बनाता है जिसके लिए सर्विस के साथ सहक्रिया करने हेतु किसी उपयोगकर्ता की आवश्यकता नहीं होती है. इन पहचानों में शामिल हैं:
विशेष निःशुल्क ($0) लाइसेंस भी हैं, जिनका उपयोग आप Dynamics 365 मार्केटिंग जैसे Dynamics 365 अनुप्रयोगों के साथ सहभागिता करने के लिए कर सकते हैं. मार्केटिंग का लाइसेंस कैसे दिया जाता है में अधिक जानें।
इन गैर-लाइसेंस प्राप्त पहचानों के लिए, प्रत्येक टैनेंट को प्रति टैनेंट एक प्रारंभिक आधार अनुरोध सीमा मिलती है, जो इस बात से निर्धारित होती है कि टैनेंट पर भुगतान किए गए लाइसेंस क्या हैं, साथ ही भुगतान किए गए Dynamics 365 Enterprise और Professional लाइसेंस की मात्रा द्वारा निर्धारित अर्जित सीमाएं.1 इस पूल का उपयोग केवल इन गैर-लायसेंसीकृत उपयोगकर्ताओं द्वारा किया जा सकता है, न कि असाइन किए गए सहभागी उपयोगकर्ता लायसेंस वाले उपयोगकर्ताओं द्वारा।
| उत्पाद | प्रति 24 घंटों में पूल किए गए गैर-लाइसेंस वाले किरायेदार-स्तरीय अनुरोध |
|---|---|
| Dynamics 365 Enterprise & व्यावसायिक अनुप्रयोग |
500,000 आधार अनुरोध + 5,000 अनुरोध प्रति USL1 10,000,000 अधिकतम2 तक जमा हुए |
| Power Apps (सभी लाइसेंस) | किरायेदार के लिए कोई प्रति-लाइसेंस प्रोद्भवन के साथ 25,000 आधार अनुरोध |
| Power Automate (सभी लाइसेंस) | किरायेदार के लिए कोई प्रति-लाइसेंस प्रोद्भवन के साथ 25,000 आधार अनुरोध |
1 इस श्रेणी में Dynamics 365 Sales प्रीमियम, Dynamics 365 Sales एंटरप्राइज, Dynamics 365 Sales प्रोफेशनल, Dynamics 365 Customer Service एंटरप्राइज के लिए लाइसेंस शामिल हैं। Dynamics 365 Customer Service Professional, Dynamics 365 Field Service, Microsoft Relationship Sales, Dynamics 365 Project Service Automation, Dynamics 365 Commerce, Dynamics 365 Human Resources, Dynamics 365 Finance, Dynamics 365 Project Operations, Dynamics 365 Supply Chain Management, Dynamics 365 Customer Engagement योजना, Dynamics 365 एकीकृत ऑप्स योजना, Dynamics 365 योजना, Dynamics सीआरएम ऑनलाइन एंटरप्राइज और Dynamics सीआरएम ऑनलाइन प्रोफेशनल। Power Platform अनुरोध अर्जित गैर-लाइसेंस प्राप्त टैनेंट-स्तर की सीमाएँ केवल Dynamics 365 'आधार + अनुलग्नक' लाइसेंसिंग मॉडल में सशुल्क आधार लाइसेंस के साथ दी जाती हैं.
2यदि आपको लगता है कि आप गैर-लायसेंसीकृत उपयोगकर्ता सीमाओं को पार कर सकते हैं, तो कस्टम समाधान पर चर्चा करने के लिए अपने पुनर्विक्रेता या Microsoft खाता टीम से संपर्क करें.
अधिक गैर-लाइसेंस प्राप्त उपयोगकर्ता अनुरोध सीमा विवरण
कुछ उत्पाद एक सेवा प्रिंसिपल की अवधारणा के साथ काम करते हैं और गैर-लाइसेंस प्राप्त उपयोगकर्ता पूल के लिए अपनी सीमाएं अर्जित करते हैं। यह दृष्टिकोण प्लेटफ़ॉर्म पर उत्पाद के संचालन की सीमाओं के साथ सबसे अच्छी तरह से संरेखित करता है।
किसी सेवा प्रिंसिपल के स्वामित्व वाला Power Automate क्लाउड प्रवाह गैर-लाइसेंस प्राप्त उपयोगकर्ता पूल का उपयोग नहीं करता है, यदि उसके पास प्रक्रिया या प्रति-प्रवाह लाइसेंस है, तो वह किसी ऐसे प्रवाह समूह से संबंधित है जिसके पास प्रक्रिया लाइसेंस असाइन किया गया है या जिसके पास एक निर्दिष्ट लाइसेंस प्राप्त उपयोगकर्ता है. जब आप किसी लाइसेंस प्राप्त उपयोगकर्ता को नामित करते हैं, तो प्रवाह उस उपयोगकर्ता की कार्रवाई सीमाओं का उपयोग करता है.
यदि किसी टेनेंट के पास अनेक प्रकार की सदस्यताएँ हैं, तो उनकी गैर-लाइसेंसीकृत उपयोगकर्ता अनुरोध क्षमता, अनुरोधों की बड़ी संख्या वाली उत्पाद लाइन सदस्यता का उपयोग करती है। उदाहरण के लिए, यदि किसी ग्राहक के पास Dynamics 365 Customer Service Enterprise Enterprise आधार सदस्यता (500,000 न्यूनतम अनुरोध + अर्जित सीमाएं) और प्रति उपयोगकर्ता सदस्यता Power Apps (25,000 अनुरोध/दिन) दोनों हैं, तो उनकी पूल की गई टैनेंट-स्तरीय अनुरोध क्षमता 500,000 न्यूनतम अनुरोध + अर्जित सीमाएँ प्रति 24 घंटे है.
क्या होता है यदि कोई लाइसेंस प्राप्त या बिना लाइसेंस वाला उपयोगकर्ता सीमा से अधिक हो जाता है
Power Platform अनुरोध सीमाओं को अद्यतन किया गया था और 2021 के अंत में उन स्तरों पर काफी वृद्धि की गई थी जो अधिकांश ग्राहकों के लिए सामान्य उपयोग से काफी अधिक हैं। अद्यतन सीमाओं के साथ, उम्मीदें हैं कि कुछ उपयोगकर्ता प्रलेखित सीमाओं को पार कर जाएंगे। यदि आप बिना लाइसेंस वाली उपयोगकर्ता सीमा को पार करने का अनुमान लगाते हैं, तो कस्टम समाधान पर चर्चा करने के लिए अपने पुनर्विक्रेता या Microsoft खाता टीम से संपर्क करें.
आधिकारिक सीमाओं का प्रवर्तन तब तक शुरू नहीं होगा जब तक कि Power Automate उपयोग रिपोर्टिंग आम तौर पर उपलब्ध न हो।
Microsoft ओवरेज के लिए सीमाएँ लागू करने का अधिकार सुरक्षित रखता है. यदि आप उच्च उपयोग प्रवर्तन का अनुभव करते हैं, तो आप थ्रॉटलिंग देख सकते हैं। इससे बचने के लिए, उपयोग को अपनी पात्रता के भीतर लाएं या उससे अधिक पहचान या प्रवाह के लिए क्षमता जोड़ें। कनेक्टर सीमाएं, Dataverse सेवा सुरक्षा सीमाएं, और अन्य सेवा सुरक्षा सीमाएं दैनिक अनुरोध सीमाओं से अलग हैं और आपके पास जितनी भी अनुरोध क्षमता है, लागू होती हैं।
Power Platform ऐड-ऑन का अनुरोध
Power Platform ऐड-ऑन अनुरोध किसी विशिष्ट उच्च उपयोग लाइसेंस प्राप्त उपयोगकर्ता या उच्च उपयोग वाले गैर-लाइसेंस प्राप्त उपयोगकर्ता के लिए अनुरोध सीमा को बढ़ाता है। प्रत्येक ऐड-ऑन प्रति 24 घंटे में 50,000 अनुरोधों की सीमा को बढ़ा देता है, और आप इसे और बढ़ाने के लिए कई ऐड-ऑन असाइन कर सकते हैं।
आप वर्तमान में उपयोगकर्ताओं या प्रवाह को Power Platform अनुरोध, ऐड-ऑन पैक असाइन नहीं कर सकते हैं. किसी विशिष्ट प्रवाह को अपनी स्वयं की पात्रता देने के लिए, इसके बजाय प्रक्रिया लाइसेंस का उपयोग करें.
Power Automate क्लाउड प्रवाह में क्षमता जोड़ें
आप किसी विशिष्ट क्लाउड प्रवाह के लिए Power Platform अनुरोधों को ऐड-ऑन असाइन नहीं कर सकते हैं, इसलिए यह एकल थ्रॉटल प्रवाह के लिए लीवर नहीं है। इसके बजाय प्रवाह के लिए एक प्रक्रिया लाइसेंस असाइन करें। एक प्रक्रिया लाइसेंस प्रवाह को प्रति 24 घंटे में 250,000 Power Platform अनुरोधों का अपना अधिकार देता है, जो इसका उपयोग करने वाले लोगों द्वारा रखे गए लाइसेंस से स्वतंत्र है। प्रवाह एक समाधान में होना चाहिए।
आपके पास उस क्षमता को आवंटित करने के दो तरीके हैं:
- लाइसेंस को सीधे प्रवाह को असाइन करें। यदि एक प्रवाह को प्रति 24 घंटे में 250,000 से अधिक अनुरोधों की आवश्यकता होती है, तो उस पर 10 प्रक्रिया लाइसेंस तक स्टैक करें। प्रत्येक लाइसेंस प्रति 250,000 घंटे में 24 अनुरोध जोड़ता है।
- किसी प्रवाह समूह को लाइसेंस असाइन करें। 25 समाधान-जागरूक क्लाउड प्रवाह प्रति 24 घंटे में समूह के 250,000 अनुरोधों को साझा करते हैं। प्रत्येक माता-पिता और बच्चे के प्रवाह को जोड़ें जिसे साझा क्षमता का उपयोग करना चाहिए, क्योंकि चाइल्ड प्रवाह माता-पिता से क्षमता प्राप्त नहीं करते हैं। आप किसी प्रवाह समूह पर लायसेंस स्टैक नहीं कर सकते.
नोट
Power Automate प्रति-प्रवाह योजना एक लीगेसी लाइसेंस है जिसे प्रक्रिया लाइसेंस ने बदल दिया है। जिन प्रवाहों के पास पहले से ही प्रति-प्रवाह लाइसेंस है, वे प्रति 24 घंटे में अपने 250,000 अनुरोध रखते हैं, लेकिन आप प्रवाह के लिए केवल एक प्रति-प्रवाह लाइसेंस आवंटित कर सकते हैं, इसकी सीमाएँ स्टैक नहीं की जा सकती हैं, और इसे प्रवाह समूह को असाइन नहीं किया जा सकता है. नई क्षमता के लिए प्रक्रिया लाइसेंस का उपयोग करें, और उन्हें नवीनीकृत करने के बजाय प्रति-प्रवाह लायसेंस बदलें।
और जानें जब मेरा प्रवाह बहुत अधिक क्रियाएं चलाता है तो क्या होता है?
अन्य लागू करने योग्य सीमाएं
दैनिक Power Platform अनुरोध सीमाओं के अलावा, प्रत्येक सेवा की अन्य सेवा सुरक्षा सीमाएँ होती हैं. दैनिक अनुरोध सीमाओं की तरह, ये सीमाएं सेवा को दुर्भावनापूर्ण या शोर व्यवहार से बचाकर सेवा की गुणवत्ता बनाए रखने में मदद करती हैं जो सभी ग्राहकों के लिए सेवा को बाधित करती है।
प्रत्येक सेवा के लिए वर्तमान सेवा सुरक्षा सीमाओं संबंधी जानकारी के लिए निम्नलिखित संसाधनों का पुनरावलोकन करें:
- Dataverse सीमाएँ: मॉडल-चालित ऐप्स और Customer Engagement ऐप्स (जैसे Dynamics 365 Sales और Customer Service), Power Apps और Dataverse/Customer Engagement ऐप से कनेक्ट होने वाले Power Automate के लिए लागू
- Power Automate सीमाएँ: स्वचालित, शेड्यूल्ड और त्वरित प्रवाह के लिए लागू
- कनेक्टर्स में सीमाएँ: Power Automate और Power Apps के लिए लागू
Power Platform व्यवस्थापन केंद्र में विस्तृत Power Platform अनुरोध उपयोग जानकारी देखें (पूर्वावलोकन)
लाइसेंस प्राप्त उपयोगकर्ताओं, गैर-लाइसेंस प्राप्त उपयोगकर्ताओं और प्रति प्रवाह लाइसेंस प्राप्त प्रवाह रन के लिए Power Platform अनुरोधों की खपत को देखने के लिए, ये कदम उठाएं:
Power Platform व्यवस्थापन केंद्र में साइन इन करें.
नेविगेशन फलक पर, लाइसेंसिंग का चयन करें.
लायसेंसिंग फलक पर, क्षमता पृष्ठ देखने के लिए क्षमता ऐड-ऑन का चयन करें.
सारांश टैब पर, ऐड-ऑन अनुभाग तक नीचे स्क्रॉल करें और रिपोर्ट डाउनलोड करें का चयन करें.
डाउनलोड करने योग्य रिपोर्ट पृष्ठ पर, आदेश पट्टी से नया चुनें.
एक रिपोर्ट चुनें बॉक्स का विस्तार करें और Microsoft Power Platform requests का चयन करें।
रिपोर्ट के आवश्यक दायरे का चयन करें:
- लाइसेंस प्राप्त उपयोगकर्ता
- गैर-लाइसेंस प्राप्त उपयोगकर्ता
- प्रति प्रवाह लाइसेंस प्राप्त प्रवाह
सबमिट करें चुनें.
रिपोर्ट तैयार होने के बाद, रिपोर्ट को Excel CSV फ़ाइल के रूप में डाउनलोड करने के लिए डाउनलोड करें चुनें.
नोट
ये रिपोर्ट पूर्वावलोकन में हैं और वर्तमान में Power Automate API अनुरोधों तक सीमित हैं. Dataverse, Microsoft Copilot Studio और Power Apps के API अनुरोध इस समय शामिल नहीं हैं.
लायसेंसीकृत उपयोगकर्ता पूर्वावलोकन रिपोर्ट के साथ दो सीमाएँ हैं.
- लाइसेंस प्राप्त उपयोगकर्ताओं के लिए पात्रता प्रति उपयोगकर्ता प्रति दिन प्रति परिवेश रिपोर्टिंग में दिखाई दे रही है। सीमाएं प्रति उपयोगकर्ता प्रति दिन स्तर पर लागू होनी चाहिए. रिपोर्टिंग को देखते समय, समझें कि सीमाएं प्रति उपयोगकर्ता प्रति दिन हैं, पात्रता मात्रा का उपयोग प्रति दिन केवल एक बार करना है, न कि एक ही उपयोगकर्ता के लिए संभावित रूप से कई बार पात्रताओं का योग करना.
- लाइसेंस प्राप्त उपयोगकर्ता रिपोर्ट Power Apps प्रति ऐप लाइसेंस या Power Apps प्रति ऐप पे-एज़-यू-गो मीटर के माध्यम से लाइसेंस प्राप्त उपयोगकर्ताओं के लिए सही पात्रता नहीं दिखाती है. ऐसे उपयोगकर्ताओं के लिए पात्रता 0 के रूप में दिखाई जाती है, जबकि वास्तव में, उन्हें 6000 के रूप में दिखाया जाना चाहिए (प्रति 24-घंटे की अवधि के लिए अनुरोध जैसा कि पहले बताया गया है)।
लाइसेंस प्राप्त उपयोगकर्ता रिपोर्ट
लाइसेंस प्राप्त उपयोगकर्ता रिपोर्ट प्रति उपयोगकर्ता प्रति दिन Power Platform अनुरोध उपयोग और उपयोगकर्ताओं की हकदार मात्रा दिखाती है। डाउनलोड की गई रिपोर्ट में निम्न फ़ील्ड्स होती हैं:
| फ़ील्ड | विवरण |
|---|---|
| परिवेश ID | अद्वितीय Power Platform परिवेश पहचानकर्ता. |
| परिवेश का नाम | परिवेश का डिस्प्ले नाम. |
| कॉलर आईडी | Active Directory ID के लिए मैप करता है जो कॉलिंग पहचान का अनन्य पहचानकर्ता। यह मान शून्य या रिक्त हो सकता है। |
| कॉलर प्रकार | कॉलर पहचान का प्रकार. लाइसेंस प्राप्त उपयोगकर्ता रिपोर्ट के लिए लागू मान उपयोगकर्ता है. |
| उपयोग तिथिसमय | वह दिनांक और समय जब उपयोग कैप्चर किया गया था (UTC). |
| अधिकृत मात्रा | उपयोगकर्ता के लिए किसी भी Power Platform अनुरोध सीमा का कुल योग. |
| कुल खपत मात्रा | कुल Power Automate API उपयोग. |
| Power Automate अनुरोध | Power Platform अनुरोधों की संख्या जो Power Automate से उत्पन्न होती है. |
यहां विस्तृत उपयोग रिपोर्ट का एक नमूना दिया गया है:
गैर-लाइसेंस प्राप्त उपयोगकर्ता रिपोर्ट
गैर-लाइसेंस प्राप्त उपयोगकर्ता रिपोर्ट गैर-लाइसेंस प्राप्त उपयोगकर्ताओं के लिए प्रति दिन Power Platform अनुरोध उपयोग और उस टैनेंट के लिए गैर-लाइसेंस प्राप्त उपयोगकर्ताओं के लिए कुल पात्रता दिखाती है. डाउनलोड की गई रिपोर्ट में निम्न फ़ील्ड्स होती हैं:
| फ़ील्ड | विवरण |
|---|---|
| Power Platform इस टैनेंट के लिए पात्रता का अनुरोध करता है | इस टैनेंट के लिए गैर-लाइसेंस प्राप्त Power Platform अनुरोधों के लिए कुल दैनिक पात्रता. |
| परिवेश ID | अद्वितीय Power Platform परिवेश पहचानकर्ता. |
| परिवेश का नाम | परिवेश का डिस्प्ले नाम. |
| कॉलर आईडी | कॉलिंग पहचान के लिए अद्वितीय पहचानकर्ता. यह मान शून्य या रिक्त हो सकता है। |
| कॉलर प्रकार | कॉलर पहचान का प्रकार. लागू मान सिस्टम, गैर-इंटरैक्टिव और एप्लिकेशन हैं। |
| संसाधन का प्रकार | संसाधन का प्रकार. वर्तमान में एकमात्र लागू मान Power Automate है। |
| संसाधन ID | अद्वितीय संसाधन आइडेंटिफ़ायर. संसाधन प्रकार—Power Automate Flow ID के आधार पर. यह मान शून्य या रिक्त हो सकता है। |
| मीटर श्रेणी | शीर्ष स्तर मीटर, जो Power Platform अनुरोध है। |
| मीटर उपश्रेणी | अनुरोध उत्पन्न करने का विस्तृत वर्गीकरण, जो है Power Automate. |
| उपयोग तिथिसमय | वह दिनांक और समय जब उपयोग कैप्चर किया गया था (UTC). |
| खपत मात्रा | Power Platform अनुरोधों का उपयोग. |
यहां विस्तृत उपयोग रिपोर्ट का एक नमूना दिया गया है:
प्रति प्रवाह लाइसेंस प्राप्त प्रवाह रिपोर्ट
प्रति प्रवाह लाइसेंस प्राप्त प्रवाह डाउनलोड करने योग्य रिपोर्ट में निम्न फ़ील्ड शामिल हैं:
| फ़ील्ड | विवरण |
|---|---|
| परिवेश ID | अद्वितीय Power Platform परिवेश पहचानकर्ता. |
| परिवेश का नाम | परिवेश का डिस्प्ले नाम. |
| पर्यावरण क्षेत्र | पूर्वावलोकन के दौरान उपलब्ध नहीं है. |
| कॉलर आईडी | प्रवाह का विशिष्ट पहचानकर्ता। यह मान शून्य या रिक्त हो सकता है। |
| कॉलर प्रकार | कॉलर पहचान का प्रकार. लागू मान फ्लो हैं। |
| उपयोग तिथिसमय | वह दिनांक और समय जब उपयोग कैप्चर किया गया था (UTC). |
| अधिकृत मात्रा | प्रवाह के लिए किसी भी शामिल पात्रता का मान. |
| खपत मात्रा | Power Platform अनुरोधों का उपयोग. |
Power Automate में अनुरोध सीमाएँ
Important
डेस्कटॉप प्रवाह निष्पादन Power Platform अनुरोधों का उपभोग नहीं करते हैं.
Power Automate सेवा की उपलब्धता और गुणवत्ता सुनिश्चित करने के लिए, Power Platform अनुरोधों (PPR) की संख्या की सीमाएँ हैं जो उपयोगकर्ता अपने क्लाउड प्रवाह में कर सकते हैं। सिस्टम पांच मिनट और 24 घंटे के अंतराल दोनों में सामान्य प्रवाह उपयोग पैटर्न के खिलाफ उन सीमाओं को निर्धारित करता है।
24 घंटे की सीमा उपयोगकर्ता लाइसेंस या क्लाउड प्रवाह के लिए आवंटित प्रक्रिया या प्रति प्रवाह योजना लाइसेंस पर आधारित है:
- यदि किसी उपयोगकर्ता के पास Power Automate प्रीमियम लाइसेंस है, तो वे 24 घंटे की अवधि के भीतर एक टैनेंट में अपने सभी क्लाउड प्रवाह में 40,000 Power Platform अनुरोध कर सकते हैं। इस सीमा में प्लेटफ़ॉर्म द्वारा गैर-Microsoft कनेक्टर्स के लिए किए गए अनुरोध शामिल हैं।
- यदि क्लाउड प्रवाह के पास प्रक्रिया लाइसेंस है, तो प्रवाह 24 घंटे की अवधि में प्रवाह के सभी उपयोगकर्ताओं के लिए 250,000 Power Platform अनुरोध कर सकता है। एक प्रक्रिया लाइसेंस स्वचालित रूप से एक प्रवाह के बच्चे प्रवाह के लिए विस्तारित नहीं करता है; एक प्रवाह और उसके बच्चे प्रवाह में उस पात्रता को साझा करने के लिए, स्पष्ट रूप से 25 समाधान-जागरूक माता-पिता और बच्चे प्रवाह को एक ही प्रवाह समूह में जोड़ें।
- यदि क्लाउड प्रवाह में प्रति प्रवाह योजना (विरासत) है, तो प्रवाह 24 घंटे की अवधि में प्रवाह के सभी उपयोगकर्ताओं के लिए 250,000 Power Platform अनुरोध कर सकता है।
उपयोग-भारी प्रवाह या उपयोगकर्ता को अन्य उपयोगकर्ताओं को प्रभावित करने से रोकने के लिए, सिस्टम किसी व्यक्तिगत उपयोगकर्ता या प्रवाह स्तर पर खपत के आधार पर इस क्षमता को ट्रैक करता है और इसे पर्यावरण या किरायेदार स्तरों जैसे किसी अन्य स्तर पर पूल नहीं किया जा सकता है। 24 घंटे एक स्लाइडिंग विंडो है, जिसका अर्थ है कि जब भी क्लाउड फ्लो चलता है, तो सिस्टम पिछले 24 घंटों के अनुरोधों को देखता है ताकि यह निर्धारित किया जा सके कि उपयोगकर्ता अपनी सीमा पर है या नहीं। उदाहरण के लिए, एक टैनेंट में दो उपयोगकर्ताओं के पास प्रीमियम लाइसेंस हो सकते हैं, और प्रत्येक उपयोगकर्ता को प्रति 24-घंटे की अवधि में 40,000 अनुरोध मिलते हैं। यदि पहला व्यक्ति 24 घंटे की अवधि में 40,000 से अधिक अनुरोधों का उपयोग करता है, तो उनका प्रवाह धीमा हो जाता है और दूसरे उपयोगकर्ता को प्रभावित नहीं करता है जिसने केवल 20,000 अनुरोधों का उपयोग किया है और अभी भी 20,000 अनुरोध शेष हैं।
सभी संगठन वर्तमान में संक्रमण काल में हैं। इस समय के दौरान, प्रीमियम और वरीयता प्राप्त लाइसेंस सीमाएं प्रति क्लाउड प्रवाह लागू होती हैं, प्रति उपयोगकर्ता नहीं: प्रत्येक प्रवाह को एक सीमा मिलती है जिसे चलाने वाला हर कोई साझा करता है, न कि व्यक्तिगत उपयोगकर्ताओं से जोड़ी गई सीमा। संक्रमण के दौरान प्रति-उपयोगकर्ता पात्रता अभी भी मौजूद हैं, लेकिन वे अभी तक लागू नहीं किए जा रहे हैं। एक बार संक्रमण अवधि समाप्त हो जाने के बाद, प्रवर्तन प्रति-उपयोगकर्ता सीमा पर स्विच हो जाता है। प्रक्रिया और प्रति-प्रवाह क्षमता लाइसेंस नहीं बदलते हैं; वे अभी और बाद में प्रवाह-स्तर हैं। अपने क्लाउड फ़्लो को प्रति-उपयोगकर्ता सीमाओं के लिए डिज़ाइन करें जो संक्रमण समाप्त होने के बाद प्रभावी होते हैं। देखें कि संक्रमण अवधि समाप्त होने पर क्या परिवर्तन होता है। पांच मिनट की सीमा 100,000 अनुरोध है और यह उपयोगकर्ता के लाइसेंस से स्वतंत्र है। उदाहरण के लिए, प्रोसेस लाइसेंस वाले प्रवाह 24 घंटे में 250,000 अनुरोध कर सकते हैं, लेकिन वे पांच मिनट के भीतर 100,000 से अधिक अनुरोध नहीं कर सकते।
प्रति लाइसेंस Power Automate अनुरोध सीमाएँ:
| लायसेंस नाम | पीपीआर की आधिकारिक सीमा प्रति 24 घंटे | पीपीआर संक्रमण अवधि सीमा प्रति 24 घंटे |
|---|---|---|
| Power Automate प्रीमियम | 40k प्रति उपयोगकर्ता | 200k प्रति क्लाउड प्रवाह |
| Power Automate प्रक्रिया | 250k प्रति लाइसेंस | 500k प्रति लाइसेंस |
| Power Automate होस्टेड प्रक्रिया | 250k प्रति लाइसेंस | 500k प्रति लाइसेंस |
| Power Automate प्रति-उपयोगकर्ता योजना (विरासत) | 40k प्रति उपयोगकर्ता | 200k प्रति क्लाउड प्रवाह |
| Power Automate प्रति-प्रवाह योजना (विरासत) | 250k प्रति लाइसेंस | 500k प्रति लाइसेंस |
| Power Automate Free | 6k प्रति उपयोगकर्ता | 10k प्रति क्लाउड प्रवाह |
| ऑफिस 365 | 6k प्रति उपयोगकर्ता | 10k प्रति क्लाउड प्रवाह |
| Power Apps Premium | 40k प्रति उपयोगकर्ता | 200k प्रति क्लाउड प्रवाह |
| Dynamics 365 पेशेवर | 40k प्रति उपयोगकर्ता | 200k प्रति क्लाउड प्रवाह |
| Dynamics 365 Enterprise अनुप्रयोग | 40k प्रति उपयोगकर्ता | 200k प्रति क्लाउड प्रवाह |
| Dynamics 365 टीम सदस्य | 6k प्रति उपयोगकर्ता | 10k प्रति क्लाउड प्रवाह |
Power Automate लाइसेंस के बारे में अधिक जानें.
नोट
- आप एक ही क्लाउड प्रवाह पर एकाधिक Power Automate प्रक्रिया लाइसेंस स्टैक कर सकते हैं. प्रत्येक अतिरिक्त लाइसेंस प्रवाह की दैनिक पात्रता में 250,000 पीपीआर जोड़ता है। प्रवाह एक समाधान में होना चाहिए।
- और जानें: > - क्या मैं एक ही क्लाउड प्रवाह के लिए एकाधिक प्रक्रिया लाइसेंस असाइन कर सकता हूँ?> - कार्रवाई सीमा और क्षमता प्रश्न
Power Automate संक्रमण अवधि
सभी संगठन संक्रमण काल में हैं। इस अवधि के दौरान, आप प्रति उपयोगकर्ता के बजाय प्रति क्लाउड प्रवाह प्रीमियम और वरीयता प्राप्त लाइसेंस के लिए सीमाएं लागू करते हैं, इसलिए उपयोग रिपोर्टिंग परिपक्व होने के दौरान प्रवाह अप्रत्याशित रूप से बाधित नहीं होते हैं। संक्रमण अवधि का मतलब यह नहीं है कि कोई दैनिक सीमा नहीं है।
निम्न तालिका संक्षेप में बताती है कि संक्रमण अवधि समाप्त होने पर क्या परिवर्तन होता है।
| व्यवहार | संक्रमण काल के दौरान | संक्रमण काल के बाद |
|---|---|---|
| जहां सीमाएं लागू होती हैं | बादल प्रवाह स्तर | प्रीमियम लाइसेंस के लिए उपयोगकर्ता स्तर; प्रक्रिया और प्रति-प्रवाह लाइसेंस के लिए क्लाउड प्रवाह स्तर |
| उपयोगकर्ता लाइसेंस स्टैकिंग | समर्थित नहीं है। संक्रमण अवधि के बाद के समान नियम: एक प्रवाह की सीमा उसके लाइसेंस संदर्भ का अनुसरण करती है, न कि उपयोगकर्ता की योजनाओं में संयुक्त योग | अभी भी समर्थित नहीं है। प्रत्येक लाइसेंस की सीमाएँ उस लाइसेंस के संदर्भ में चल रहे प्रवाहों पर अलग से लागू होती हैं, न कि संयुक्त कुल के रूप में |
| Power Platform ऐड-ऑन का अनुरोध करता है | उपयोगकर्ताओं या क्लाउड प्रवाह के लिए असाइन नहीं किया जा सकता है | वर्तमान में कोई बदलाव की योजना नहीं है |
| बीजित लाइसेंस | क्लाउड प्रवाह को ऐप के संदर्भ में चलना चाहिए, हालांकि इसे अभी तक सख्ती से लागू नहीं किया गया है | क्लाउड फ्लो को ऐप के संदर्भ में चलना चाहिए |
दो बिंदु जो पूरे समय धारण करते हैं:
- Power Platform अनुरोध ऐड-ऑन एकल थ्रॉटल प्रवाह के लिए लीवर नहीं हैं। आप ऐड-ऑन को क्लाउड प्रवाह में असाइन नहीं कर सकते हैं, और संक्रमण अवधि के दौरान आप इसे बिल्कुल भी असाइन नहीं कर सकते हैं। किसी विशिष्ट प्रवाह को अपना स्वयं का अधिकार देने के लिए, उसे या किसी प्रवाह समूह को एक प्रक्रिया लाइसेंस असाइन करें जिसमें यह शामिल है. यदि कोई प्रवाह थ्रॉटल है, तो उसे एक प्रक्रिया लाइसेंस असाइन करें।
- अभी अपनी लाइसेंस शर्तों के भीतर रहें। संक्रमण अवधि के दौरान अनुपालन करने से यह समाप्त होने पर व्यवधान से बचा जा सकता है। वरीयता प्राप्त लाइसेंस के बारे में अधिक जानें.
Power Platform व्यवस्थापन केंद्र में LicensingPower>Automate>उपयोग क्षेत्र ने डाउनलोड करने योग्य Power Platform अनुरोध रिपोर्ट का स्थान ले लिया है. उन प्रवाहों और उपयोगकर्ताओं को ढूँढकर तैयार करने के लिए इसका उपयोग करें जो उनकी आधिकारिक सीमाओं से अधिक हैं, और उन्हें प्रक्रिया लाइसेंस या प्रवाह समूह के साथ लाइसेंस दें.
सामान्य प्रश्न
विभिन्न प्रकार के प्लेटफॉर्म पर Power Platform अनुरोधों की निगरानी और विश्लेषण के लिए मैं कौन सा टूल इस्तेमाल कर सकता/सकती हूं?
पूर्वावलोकन में Power Platform अनुरोध उपयोग के लिए रिपोर्टिंग Power Platform व्यवस्थापन केंद्र में उपलब्ध है. ये रिपोर्ट वर्तमान में Power Automate API अनुरोधों तक सीमित हैं. Dataverse, Microsoft Copilot Studio और Power Apps के API अनुरोध इस समय शामिल नहीं हैं.
Power Platform अनुरोध सीमाओं के लिए समय-सीमाएँ क्या हैं?
आधिकारिक सीमाओं का प्रवर्तन Power Automate उपयोग रिपोर्टिंग के कम से कम छह महीने बाद तक शुरू नहीं होगा, इसलिए आपके पास उपयोग का विश्लेषण करने और आवश्यक लाइसेंस खरीदने का समय है। जब तक प्रवर्तन शुरू नहीं होता, तब तक Power Automate संक्रमण अवधि की सीमाओं पर गला घोंटना जारी रखता है। Power Automate लाइसेंसिंग FAQ में अधिक जानें.
क्लासिक वर्कफ़्लोज़ या Power Automate फ़्लो किन खाता सीमाओं का उपयोग करते हैं?
यह इस बात पर निर्भर करता है कि प्रक्रिया मांग पर चलती है या पृष्ठभूमि में। त्वरित प्रवाह, जो मांग पर चलते हैं, प्रक्रिया शुरू करने वाले खाते की सीमाओं का उपयोग करते हैं। पृष्ठभूमि में चलने वाले वर्कफ़्लोज़ या स्वचालित और शेड्यूल किए गए प्रवाह हमेशा प्रक्रिया के स्वामी की सीमाओं का उपयोग करते हैं, भले ही प्रक्रिया क्यों शुरू हुई हो या प्रक्रिया के भीतर कनेक्शन के लिए कौन से खाते का उपयोग किया जाता है. इसमें और जानें क्लाउड प्रवाह किसकी कार्रवाई सीमाओं का उपयोग करता है?
क्या Microsoft Power Platform अनुरोध सीमाएँ दिन-प्रतिदिन या महीने-दर-महीने बढ़ती हैं?
नहीं, वे नहीं करते। सभी Microsoft Power Platform अनुरोध 24 घंटे की अवधि के लिए मौजूद हैं। यदि आप उनका सेवन नहीं करते हैं, तो वे अगले दिन तक नहीं लुढ़कते हैं और वे एक महीने के भीतर जमा नहीं होते हैं।
क्या प्रत्येक अनुप्रयोग उपयोगकर्ता, गैर-सहभागी उपयोगकर्ता, व्यवस्थापकीय उपयोगकर्ता या सिस्टम उपयोगकर्ता को अपनी स्वयं की टैनेंट-स्तरीय सीमा मिलती है?
नहीं, वे नहीं करते। सभी अनुप्रयोग उपयोगकर्ता, गैर-सहभागी उपयोगकर्ता, व्यवस्थापकीय उपयोगकर्ता और सिस्टम उपयोगकर्ता टैनेंट साझा टैनेंट-स्तर की सीमाओं के भीतर हैं.
क्या Dataverse में क्लासिक Dataverse वर्कफ़्लो और प्लग-इन से उत्पन्न अनुरोध अनुरोध सीमाओं के विरुद्ध गिने जाते हैं?
हां, यदि ये अनुरोध CRUD, असाइन या शेयर-प्रकार के अनुरोध करते हैं, तो वे मायने रखते हैं। क्लासिक वर्कफ़्लोज़ के लिए, इस तर्क में स्थितियों की जाँच करना, चाइल्ड वर्कफ़्लोज़ प्रारंभ करना या वर्कफ़्लोज़ को रोकना जैसी क्रियाएँ शामिल हैं. हालाँकि, प्लेटफ़ॉर्म से आंतरिक रूप से उत्पन्न अनुरोधों की गणना नहीं की जाती है, जैसे sdkmessagerequest, , solutioncomponentdefinitionऔर ribbonclientmetadatareporting.
क्या मुझे अपनी सीमाओं से बचने के लिए Power Automate के बजाय एक गैर-Microsoft डेटा एकीकरण उपकरण का उपयोग करना चाहिए?
नहीं. गैर-Microsoft डेटा एकीकरण उपकरण शेड्यूल, त्वरित या स्वचालित प्रवाह के समान सीमाओं के अधीन होते हैं. इसमें कोई अंतर नहीं है कि आप Power Automate या गैर-Microsoft टूल का उपयोग करना चुनते हैं या नहीं. Power Automate से Dataverse तक के अनुरोधों की डबल-गणना नहीं की जाती है। एक प्रवाह जो एक कार्रवाई को कॉल करता है, वह आपकी सीमा के विरुद्ध केवल एक अनुरोध के रूप में गिना जाता है, दो नहीं।