إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
تُوضع حدود طلبات Power Platform للمساعدة في ضمان مستويات الخدمة، وتوافرها، وجودتها. هناك حدود لعدد الطلبات التي يمكن للمستخدمين إجراؤها يوميًا عبر تطبيقات Power Apps، وPower Automate، وMicrosoft Copilot Studio، وDynamics 365.
ما هو طلب Microsoft Power Platform؟
الطلبات في Microsoft Power Platform هي إجراءات يتخذها المستخدم عبر منتجات مختلفة.
- Power Apps: جميع طلبات واجهة برمجة التطبيقات (API) للموصلات وMicrosoft Dataverse.
- Power Automate: جميع طلبات واجهة برمجة التطبيقات (API) للموصلات، وتحليل مستشار العمليات، وإجراءات HTTP، والإجراءات المضمنة بدءًا من تهيئة المتغيرات وحتى إجراء الإنشاء البسيط.. يتم احتساب كل من الإجراءات الناجحة والف الفاشلة ضمن هذه الحدود. تُحسب إعادة المحاولة والطلبات الناتجة عن تقسيم الصفحات أيضاً كتنفيذ للإجراءات. راجع ما الذي يعد طلب Power Platform؟ لمعرفة المزيد.
- Microsoft Copilot Studio: طَلَبَاتُ وَاجِهَةِ بَرْمَجَةِ التَّطْبِيقَاتِ (أَوِ المُكَالَمَاتُ) إِلَى تَدَفُّقَاتِ Power Automate.
- Dataverse: جميع عمليات الإنشاء والقراءة والتحديث والحذف (CRUD) والتعيين والمشاركة، بما في ذلك طلبات النظام الداخلي التي يحركها المستخدم والمطلوبة لإكمال معاملات CRUD، والعمليات الخاصة مثل المشاركة أو التعيين. يمكن أن تكون هذه العمليات من أي عميل أو تطبيق (بما في ذلك Dynamics 365) واستخدام أي نقطة نهاية (SOAP أو REST). تتضمن هذه العمليات المكونات الإضافية ومهام سير العمل الكلاسيكية وعناصر التحكم المخصصة التي تنفذ العمليات المذكورة سابقا.
ملاحظة
يستبعد Dataverse مجموعة صغيرة من عمليات النظام الداخلية من الحدود، مثل عمليات تسجيل الدخول وتسجيل الخروج وبيانات تعريف النظام.
تصف الأقسام التالية أنواع الطلبات والحدود المحددة لكل منها.
حدود طلب المستخدم المرخص
لدى جميع مستخدمي Microsoft Power Platform حدود لعدد الطلبات استنادا إلى الترخيص الذي تم تعيينه لهم. يحدد الجدول التالي عدد الطلبات التي يمكن للمستخدم اجرائها خلال فتره 24 ساعة:
| المنتجات | طلبات لكل ترخيص مدفوع لكل 24 ساعة |
|---|---|
| مستخدمو التراخيص المدفوعة لـ Power Platform (باستثناء Power Apps لكل تطبيق، وPower Automate لكل سير عمل، وMicrosoft Copilot Studio) وDynamics 365 باستثناء Dynamics 365 Team Member1 | 40,000 |
| خطة الدفع حسب الاستخدام في Power Apps، ومستخدمو التراخيص المدفوعة لـ Power Apps لكل تطبيق، وتطبيقات Microsoft 365 مع إمكانية الوصول إلى Power Platform، وDynamics 365 Team Member2 | 6,000 |
| خطة Power Automate لكل سير عمل3، والعرض الأساسي لـ Microsoft Copilot Studio، وحزمة الوظائف الإضافية لـ Microsoft Copilot Studio4 | 250,000 |
| تسجيل الدخول إلى مداخل Power Apps المدفوعة | 200 |
1 تشمل هذه الفئة التراخيص المدفوعة لخطة Power Apps لكل مستخدم (والتي تشمل تراخيص خطة Power Apps الأولى وخطة Power Apps الثانية السابقتين)، وخطة Power Automate لكل مستخدم (والتي تشمل خطة سير العمل السابقة) تراخيص 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 Unified Ops، وخطة Dynamics 365، وDynamics 365 for Operations Device، وDynamics 365 for Operations Activity، وDynamics AX Online Device، وDynamics AX Online Task، وDynamics CRM Online Enterprise، وDynamics CRM Online Professional.
2 تشمل هذه الفئة خطة الدفع حسب الاستخدام في Power Apps، وتراخيص Power Apps المدفوعة لكل تطبيق، وDynamics 365 Team Member، وDynamics CRM Online Basic، وDynamics CRM Online Essential، وDynamics AX Self-Serve، وتراخيص Microsoft 365، وMicrosoft Project Online (الخطة 1، والخطة 3، والخطة 5). تعرّف على المزيد حول الملحق ب في دليل ترخيص Power Platform لتراخيص Microsoft 365 التي تتضمن إمكانات Power Apps وPower Automate.
3 تتيح خطة Power Automate لكل تدفق حجز السعة بشكل خاص لسير عمل واحد، بغض النظر عن مالك سير العمل. لا تستخدم هذه الخطة حدود طلب المستخدم غير المرخص على مستوى المستأجر.
4 يتم حساب طلبات Microsoft Copilot Studio من مهام سير العمل في Power Automate التي يتم تشغيلها من روبوت الدردشة لـ Microsoft Copilot Studio. تتلقى حزمة الجلسات الأولية لـ Microsoft Copilot Studio وحزمة الجلسات الإضافية نفس حدود طلب Power Platform اليومية.
مزيد من تفاصيل حد طلب المستخدم المرخص
يتم تضمين حدود طلبات 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 لكل مستخدم، فسيكون لديه إجمالي 40,000 + 40,000 = 80,000 طلب متاح كل 24 ساعة.
يتم حساب طلبات Microsoft Copilot Studio من تدفقات Power Automate التي تم تشغيلها من روبوت دردشة أو وكيل Microsoft Copilot Studio. تتلقى حزمة الجلسات الأولية لـ Microsoft Copilot Studio وحزمة الجلسات الإضافية نفس حدود طلب Power Platform اليومية.
حدود طلب المستخدم غير المرخص
ينطبق حد منفصل على الأنشطة التي لا تتطلب تفاعل المستخدم، مثل عملية الخلفية التي تقوم بترحيل البيانات بين قواعد البيانات. يتم تحديد هذه الحدود وتجميعها على مستوى المستأجر. يمكّنك Dataverse من الحصول على هويات لا تتطلب من أي مستخدم التفاعل مع الخدمة. يتضمن هذا ما يلي:
هناك أيضا تراخيص مجانية خاصة ($0)، والتي تستخدم للتفاعل مع تطبيقات Dynamics 365 مثل Dynamics 365 Marketing. اعرف المزيد في كيفية ترخيص التسويق.
بالنسبة لهذه الهويات غير المرخصة، يحصل كل مستأجر على حد طلب أساسي أولي لكل مستأجر يحدده ماهية التراخيص المدفوعة على المستأجر، بالإضافة إلى الحدود المستحقة التي تحددها كمية تراخيص Dynamics 365 Enterprise وProfessional المدفوعة.1 يمكن استخدام هذا التجمع فقط من قبل هؤلاء المستخدمين غير المرخص لهم وليس من قبل المستخدمين الذين لديهم تراخيص مستخدمين تفاعليين معينين.
| المنتجات | الطلبات المجمعة على مستوى المستأجر غير المرخص لكل 24 ساعة |
|---|---|
| تطبيقات Dynamics 365 Enterprise & Professional1 | 500,000 طلب أساسي + 5,000 طلب مستحق لكل USL1 حتى 10,000,000 كحد أقصى2 |
| Power Apps (جميع التراخيص) | 25,000 طلب أساسي بدون استحقاق لكل ترخيص للمستأجر |
| Power Automate (جميع التراخيص) | 25,000 طلب أساسي بدون استحقاق لكل ترخيص للمستأجر |
1 تتضمن هذه الفئة تراخيص 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، و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 Unified Ops plan، وDynamics 365 Plan. Dynamics CRM Online Enterprise وDynamics CRM Online Professional. لا تُمنح حدود مستوى المستأجر غير المرخص المتراكمة في Power Platform إلا مع التراخيص الأساسية المدفوعة في نموذج ترخيص Dynamics 365 "الأساسي + المرفق".
2إذا كنت تعتقد أنك قد تتجاوز حدود المستخدم غير المرخصة، فاتصل بفريق البائع أو حساب Microsoft لمناقشة حل مخصص.
مزيد من تفاصيل حد طلب المستخدم غير المرخص
تعمل بعض المنتجات في مفهوم كيان الخدمة وتتراكم حدودها على تجمع المستخدمين غير المرخص لهم. هذه هي أفضل طريقة لمواءمة الحدود مع كيفية عمل المنتج على النظام الأساسي.
إذا كان لدى المستأجر أنواع متعددة من الاشتراكات، فإن سعة طلب المستخدم غير المرخص الخاصة به تستخدم اشتراك خط الإنتاج مع العدد الأكبر من الطلبات. على سبيل المثال، إذا كان لدى العميل كلا من اشتراكات الترخيص الأساسي ل Dynamics 365 Customer Service Enterprise (500,000 طلب كحد أدنى + حدود متراكمة) وPower Apps لكل اشتراك من اشتراكات المستخدم (25,000 طلب/يوم)، فإن سعة الطلب المجمعة على مستوى المستأجر هي 500,000 طلب أدنى + حدود متراكمة لكل 24 ساعة.
ماذا يحدث إذا تجاوز مستخدم مرخص أو غير مرخص الحدود
تم تحديث حدود طلبات Power Platform وزيادة كبيرة في أواخر عام 2021 لتكون عند مستويات أعلى بكثير من الاستخدام النموذجي لمعظم العملاء. مع الحدود المحدثة، تشير التوقعات إلى أن عددا قليلا من المستخدمين سيتجاوز الحدود الموثقة. إذا كنت تتوقع تجاوز حدود المستخدم غير المرخص، فاتصل بالموزع أو فريق حساب Microsoft لمناقشة حل مخصص.
لن يحدث أي فرض محتمل للاستخدام العالي إلا بعد ستة أشهر من توفر تقارير استخدام طلب Power Platform بشكل عام في مركز إدارة Power Platform.
تحتفظ Microsoft بحق فرض حدود على تجاوز السعة. إِذَا وَاجَهْتَ اسْتِهْلَاكًا مُرْتَفِعًا، فَقَدْ تُلَاحِظُ تَقَلُّصَ السُّرْعَةِ. اشتر المزيد من السعة لتجنب فرض الاستخدام العالي، أو نقل بيئتك إلى الدفع أولا بأول والدفع مقابل الاستخدام فوق الحدود اليومية.
الوظيفة الإضافية طلب السعة في Power Platform
يمكن للعملاء الذين يلاحظون في إعداد التقارير أنهم يستخدمون طلبات أكثر من الحدود تجنب فرض الاستخدام العالي عن طريق شراء الوظيفة الإضافية طلب السعة في Power Platform. تسمح هذه الوظيفة الإضافية للعملاء بزيادة الحدود الخاصة بمستخدمين مرخصين محددين للاستخدام العالي أو مستخدمين غير مرخصين للاستخدام العالي. تزيد كل وظيفة إضافية للسعة من حدود الطلب بمقدار 50,000 طلب آخر كل 24 ساعة. يمكن تعيين وظائف إضافية متعددة للسعة لزيادة الحدود.
لا يمكنك تعيين حزم الوظائف الإضافية لإمكانات طلبات Power Platform للمستخدمين أو مهام سير العمل أثناء فترة الانتقال. ومع ذلك، توصي Microsoft بشراء هذه الوظائف الإضافية للبقاء ضمن شروط الترخيص والاستعداد عند انتهاء الفترة الانتقالية.
إذا كانت تدفقات Power Automate محدودة، جرب خيار الدفع حسب الاستهلاك للتأكد من عدم تقييد أي من التدفقات في البيئة. إذا لم تتمكن من استخدام نظام "الدفع عند الاستخدام"، فقم بشراء ترخيص عملية أو وظائف إضافية، ثم أنشئ تذكرة دعم لدى Microsoft مع تفاصيل التدفق والوظيفة الإضافية، حتى يتمكن فريق الدعم من توفير استثناءات لتدفقاتك المقيدة.
ملاحظة
حاليًا، لا يمكنك تعيين إضافات السعة للمستخدمين، بما في ذلك المستخدمين الذين يعملون مع التطبيقات، المستخدمين إداريًا، والمستخدمين غير التفاعليين. تَتَوافَقُ القُدْرَةُ عَلَى تَعْيِينِ الوَظَائِفِ الإِضَافِيَّةِ لِلْسِّعَةِ مَعَ تَوْقِيتِ فَرْضِ الاسْتِخْدَامِ العَالِي.
الحدود الأخرى القابلة للتطبيق
بصرف النظر عن حدود طلب Power Platform، تتوفر حدود حماية خدمة أخرى خاصة بكل خدمة. كما هو الحال مع الحدود الطلبات اليومية، تساعد هذه الحدود على الحفاظ على جودة الخدمة من خلال حماية الخدمة من السلوك الضار أو الصاخب الذي قد يؤدي بخلاف ذلك إلى تعطيل الخدمة لجميع العملاء.
راجع الموارد التالية للحصول على معلومات حول حدود حماية الخدمة الحالية لكل خدمة:
- حدود Dataverse: تنطبق على التطبيقات المستندة إلى النموذج وتطبيقات مشاركة العميل (مثل Dynamics 365 Sales وCustomer Service)، وPower Apps، وPower Automate التي تتصل بـ Dataverse/تطبيقات مشاركة العميل
- حدود Power Automate: تنطبق على مهام سير العمل التى تُنفذ تلقائيًا والمجدولة والفورية
- حدود الموصلات: المعمول بها بالنسبة لـ Power Automate وPower Apps
عرض معلومات استخدام طلبات Power Platform المفصلة في مركز إدارة Power Platform (إصدار أولي)
لعرض استهلاك طلبات Power Platform للمستخدمين المرخصين والمستخدمين غير المرخصين، ولكل تدفق تشغيل مرخص، اتبع الخطوات التالية:
سجل الدخول الى مركز مسؤولي Power Platform.
فِي جزء التنقل، حدد الترخيص.
في جزء الترخيص ، حدد الوظائف الإضافية للسعة لعرض صفحة السعة .
في علامة التبويب ملخص ، مرر لأسفل إلى قسم الوظائف الإضافية وحدد تنزيل التقارير.
في صفحة تقارير قابلة للتنزيل ، حدد جديد من شريط الأوامر.
قم بتوسيع مربع اختيار تقرير وحدد طلبات Microsoft Power Platform.
حدد النطاق المطلوب للتقرير:
- مستخدم مرخص
- مستخدم غير مرخص
- التدفقات المرخصة لكل تدفق
حدد إرسال.
عندما يصبح التقرير جاهزًا، حدد تنزيل لتنزيل التقرير كملف Excel CSV.
ملاحظة
هذه التقارير قيد المعاينة ومقتصرة حاليا على طلبات Power Automate API. لا يتم تضمين طلبات واجهة برمجة التطبيقات من Dataverse وMicrosoft Copilot Studio وPower Apps في الوقت الحالي.
هناك قيدان مع تقرير معاينة المستخدم المرخص .
- تظهر استحقاقات المستخدمين المرخص لهم في إعداد التقارير لكل مستخدم يوميا لكل بيئة. يجب أن تنطبق هذه القيود على مستوى كل مستخدم كل يوم. عند إلقاء نظرة على التقارير، عليك أن تدرك أن القيود هي كل مستخدم لكل يوم، باستخدام كمية الاستحقاق مرة واحدة فقط في اليوم، وليس جميع الاستحقاقات لنفس المستخدم عدة مرات على الأرجح.
- لا يعرض تقرير المستخدم المرخص الاستحقاقات الصحيحة للمستخدمين المرخص لهم عبر Power Apps لكل ترخيص تطبيق أو Power Apps لكل مقياس دفع حسب الاستخدام للتطبيق. وتظهر الاستحقاقات لهؤلاء المستخدمين على أنها 0، في حين أنه ينبغي في الواقع عرضها على أنها 6000 (طلب لكل فترة 24 ساعة كما هو موضح سابقا).
تقرير المستخدم المرخص
يعرض تقرير المستخدم المرخص استخدام طلب Power Platform لكل مستخدم في اليوم وعدد المستخدمين المستحقين. يحتوي التقرير القابل للتنزيل على الحقول التالية:
| الحقل | الوصف |
|---|---|
| معرف البيئة | المعرّف الفريد لبيئة Power Platform. |
| اسم البيئة | اسم العرض للبيئة. |
| معرف المتصل | المعرف الفريد لهوية الاتصال التي يتم تعيينها إلى معرف Active Directory. لا يمكن أن يكون قيمة فارغة أو خاليًا. |
| نوع المتصل | نوع هوية المتصل. القيمة القابلة للتطبيق لتقرير المستخدم المرخص هي المستخدم. |
| نطاق التاريخ والوقت | تاريخ ووقت تسجيل الاستخدام (UTC). |
| الكمية المستحقة | العدد الإجمالي لأي حدود طلبات Power Platform للمستخدم. |
| إجمالي الكمية المستهلكة | إجمالي استخدام Power Automate API. |
| طلبات Power Automate | عدد طلبات Power Platform الناشئة من Power Automate. |
فيما يلي عينة من تقرير استخدام مفصل:
تقرير المستخدم غير المرخص
يعرض تقرير المستخدم غير المرخص استخدام طلب Power Platform يوميا للمستخدمين غير المرخصين والاستحقاق الإجمالي للمستخدمين غير المرخصين لذلك المستأجر. يحتوي التقرير القابل للتنزيل على الحقول التالية:
| الحقل | الوصف |
|---|---|
| استحقاق طلبات Power Platform لهذا المستأجر | إجمالي الاستحقاق اليومي لطلبات Power Platform للمستخدمين غير المرخصين لهذا المستأجر. |
| معرف البيئة | المعرّف الفريد لبيئة Power Platform. |
| اسم البيئة | اسم العرض للبيئة. |
| معرف المتصل | المعرف الفريد لهوية المتصل. لا يمكن أن يكون قيمة فارغة أو خاليًا. |
| نوع المتصل | نوع هوية المتصل. القيم القابلة للتطبيق هي النظام وغير تفاعلي/تطبيق. |
| نوع المورد | نوع المورد. القيمة القابلة للتطبيق حاليا هي Power Automate. |
| معرف المورد | المعرّف الفريد للمورد. استنادًا إلى نوع المورد - معرف التدفق في Power Automate. لا يمكن أن يكون قيمة فارغة أو خاليًا. |
| فئة المقياس | مقياس المستوى الأعلى في حالة طلب Power Platform. |
| الفئة الفرعية للمقياس | التصنيف التفصيلي لما أنشأ الطلب، وهو Power Automate. |
| نطاق التاريخ والوقت | تاريخ ووقت تسجيل الاستخدام (UTC). |
| الكمية المستهلكة | استخدم طلبات Power Platform. |
فيما يلي عينة من تقرير استخدام مفصل:
تقرير التدفقات المرخصة لكل تدفق
يحتوي تقرير التدفقات المرخصة لكل تدفق القابل للتنزيل على الحقول التالية:
| الحقل | الوصف |
|---|---|
| معرف البيئة | المعرّف الفريد لبيئة Power Platform. |
| اسم البيئة | اسم العرض للبيئة. |
| منطقة البيئة | غير متوفرة أثناء الإصدار الأولي. |
| معرف المتصل | المعرف الفريد للتدفق. لا يمكن أن يكون قيمة فارغة أو خاليًا. |
| نوع المتصل | نوع هوية المتصل. القيم القابلة للتطبيق هي Flow. |
| نطاق التاريخ والوقت | تاريخ ووقت تسجيل الاستخدام (UTC). |
| الكمية المستحقة | قيمة أي استحقاق مضمن لسير العمل. |
| الكمية المستهلكة | استخدم طلبات Power Platform. |
حدود الطلب في Power Automate
هام
لا تستهلك عمليات تنفيذ سير عمل سطح المكتب طلبات Power Platform
لضمان توفر خدمة Power Automate وجودتها، هناك حدود لعدد طلبات Power Platform (PPR) التي يمكن لمستخدمي Power Platform (PPR) إجراؤها عبر مهام سير العمل السحابية الخاصة بهم. يتم تعيين هذه الحدود مقابل أنماط استخدام التدفق العادية في كل من خمس دقائق ولكل فواصل زمنية مدتها 24 ساعة.
يعتمد الحد الأقصى لمدة 24 ساعة على ترخيص المستخدم أو ترخيص خطة المعالجة / لكل تدفق المخصص لتدفق السحابة:
- إذا كان لدى المستخدم ترخيص Power Automate Premium، يمكنه تقديم 40000 طلب Power Platform عبر جميع تدفقات السحابة الخاصة به في مستأجر خلال فترة 24 ساعة. يتضمن هذا الحد الطلبات التي تقدمها المنصة إلى موصلات الجهات الخارجية أيضًا.
- إذا كان التدفق السحابي يحتوي على ترخيص معالجة، يمكن أن يقوم التدفق والتدفقات التابعة والتدفقات المرتبطة به بإجراء 250000 طلب Power Platform عبر جميع مستخدمي التدفق في فترة 24 ساعة.
- إذا كان تدفق السحابة يحتوي على خطة لكل تدفق (قديمة)، يمكن أن يقدم التدفق 250000 طلب Power Platform عبر جميع مستخدمي التدفق في فترة 24 ساعة.
لمنع مستخدم أو تدفق كثيف الاستخدام من التأثير على المستخدمين الآخرين، يتم تعقب هذه السعة استنادًا إلى الاستهلاك على مستوى المستخدم أو التدفق الفردي ولا يمكن تجميعها على أي مستوى آخر مثل مستويات البيئة أو المستأجر. الـ 24 ساعة عبارة عن نافذة منزلقة، مما يعني أنه في أي وقت يتم فيه تشغيل تدفق سحابي، ينظر النظام إلى الطلبات في الساعات الأربع والعشرين الماضية لتحديد ما إذا كان المستخدم قد وصل إلى الحد الأقصى. على سبيل المثال، قد يكون لدى اثنين من المستخدمين في المستأجر تراخيص Premium، ويحصل كل مستخدم على 40000 طلب لكل فترة 24 ساعة. إذا كان الشخص الأول يستخدم أكثر من 40,000 طلب 24 ساعة، فإن تدفقاته تتباطأ ولا تؤثر على المستخدم الثاني الذي استخدم 20,000 طلب فقط ولا يزال لديه 20,000 طلب متبقية.
وحاليًا، توجد جميع المؤسسات في فترة انتقالية حيث يتم تطبيق حدود أعلى لفترة الانتقال. بمجرد انتهاء فترة الانتقال، تصبح الحدود الرسمية قابلة للتطبيق. أنشئ تدفقات السحابة الخاصة بك استنادًا إلى الحدود الرسمية. حد الخمس دقائق هو 100,000 طلب وهو مستقل عن ترخيص المستخدم. على سبيل المثال، يمكن للتدفقات التي تحتوي على ترخيص العملية إجراء 250,000 طلب خلال 24 ساعة، ولكن لا يمكنها إجراء أكثر من 100,000 طلب خلال خمس دقائق.
حدود طلبات Power Automate لكل ترخيص:
| اسم الترخيص | الحد الرسمي لـ PPR لكل 24 ساعة | الحد الأقصى لفترة انتقال PPR لكل 24 ساعة |
|---|---|---|
| Power Automate Premium | 40 ألف لكل مستخدم | 200 ألف لكل تدفق سحابي |
| عملية Power Automate | 250 ألف لكل ترخيص | 500 ألف لكل ترخيص |
| عملية مستضافة لـ Power Automate | 250 ألف لكل ترخيص | 500 ألف لكل ترخيص |
| خطة Power Automate لكل مستخدم (قديمة) | 40 ألف لكل مستخدم | 200 ألف لكل تدفق سحابي |
| خطة Power Automate لكل سير عمل (قديمة) | 250 ألف لكل ترخيص | 500 ألف لكل ترخيص |
| Power Automate المجاني | 6 آلاف لكل مستخدم | 10 آلاف لكل تدفق سحابي |
| أوفيس 365 | 6 آلاف لكل مستخدم | 10 آلاف لكل تدفق سحابي |
| Power Apps Premium | 40 ألف لكل مستخدم | 200 ألف لكل تدفق سحابي |
| Dynamics 365 professional | 40 ألف لكل مستخدم | 200 ألف لكل تدفق سحابي |
| تطبيقات Dynamics 365 Enterprise | 40 ألف لكل مستخدم | 200 ألف لكل تدفق سحابي |
| عضو Dynamics 365 Team | 6 آلاف لكل مستخدم | 10 آلاف لكل تدفق سحابي |
تعرف على المزيد حول تراخيص Power Automate.
ملاحظة
- يمكن تكديس تراخيص Power Automate Process على سير عمل سحابي لزيادة حد PRR الخاص بها
- الأسئلة الشائعة حول طلب Power Platform ضمن Power Automate
الفترة الانتقالية لـ Power Automate
جميع المؤسسات في فترة انتقالية. ويعني هذا أن التنفيذ ليس صارمًا وأن حدود PPR أعلى. تنتهي الفترة الانتقالية بعد توفر تقارير مركز إدارة Power Platform بشكل عام. سيكون أمام المؤسسات ستة أشهر لتحليل تراخيص الاستخدام والشراء المناسبة قبل بدء الفرض الصارم لحدود الترخيص.
فيما يلي بعض الأشياء التي يجب إدراكها خلال الفترة الانتقالية:
لا تعني الفترة الانتقالية أنه لا توجد حدود يومية. ويعني هذا أن الحدود المفروضة حاليًا أكثر سخاء من الحدود الرسمية لمنع التأثير غير المقصود المحتمل على تطبيقاتك أو تدفقاتك.
يتم تطبيق حدود الفترة الانتقالية هذه على مستوى تدفق السحابة أثناء الفترة الانتقالية. بالإضافة إلى ذلك، يتم تطبيق حد منفصل لكل مستوى مستخدم يبلغ 1,000,000 إجراء تدفق سحابة خلال الفترة الانتقالية لضمان عدم تجاوز المستخدمين مليون إجراء عبر جميع التدفقات التي يتم تشغيلها في يوم واحد. بعد انتهاء الفترة الانتقالية، يتم تطبيق الحدود الفعلية على مستوى المستخدم لتراخيص Premium ومستوى تدفق السحابة لتراخيص المعالجة / لكل خطة تدفق.
وأثناء فترة الانتقال، لا تستخدم التدفقات السحابية اليدوية حدود مالكي التدفق/مستدعي التدفق. ويتمتع كل تدفق سحابي يدوي بملف تعريف أداء متوسط (100,000 طلب/تدفق/24 ساعة). وبعد فترة الانتقال، ستستخدم التدفقات السحابية اليدوية حدود الطلب الخاصة باستدعاء المستخدم.
نظرًا لأن الحدود أكثر سخاء خلال الفترة الانتقالية، فإن تكديس تراخيص المستخدمين غير مدعوم. إذا كان لدى المستخدم خطط متعددة، مثل خطة Microsoft 365 وخطة Dynamics 365، فإن التدفق يستخدم الخطة الأعلى (خطة Dynamics 365).
لا يمكن تخصيص حزم الإضافات الخاصة بـ Power Platform للمستخدمين أو مهام سير العمل السحابية خلال فترة الانتقال. ومع ذلك، توصي Microsoft بشراء هذه الوظائف الإضافية لتبقى ضمن شروط الترخيص وأن تكون مستعدًا لها عند انتهاء الفترة الانتقالية. إذا كان يتم حاليًا تقييد تدفقاتك السحابية، فاشتر الوظائف الإضافية وأنشئ تذكرة دعم مع تفاصيل التدفق وتفاصيل الوظائف الإضافية بحيث يمكن لفريق الدعم توفير استثناءات لتدفقاتك المقيدة.
يمكن لمستخدمي التراخيص الأصلية استخدام التدفقات السحابية فقط في سياق التطبيق. اعرف المزيد في قسم التراخيص الأصلية. فرض حدود الترخيص أقل صرامة خلال الفترة الانتقالية وتوصي Microsoft بالبقاء ضمن شروط الترخيص لتجنب أية انقطاعات عند انتهاء الفترة الانتقالية.
الأسئلة المتداولة
ما هي الأدوات التي يمكنني استخدامها لمراقبة طلبات Power Platform وتحليلها عبر النظام الأساسي؟
يتوفر إعداد التقارير عن استخدام طلب Power Platform في المعاينة في مركز إدارة Power Platform. تقتصر هذه التقارير حاليا على طلبات Power Automate API. لا يتم تضمين طلبات واجهة برمجة التطبيقات من Dataverse وMicrosoft Copilot Studio وPower Apps في الوقت الحالي.
ما هي الجداول الزمنية لحدود طلب Power Platform؟
بدأ تطبيق مفهوم الحدود لأول مرة في أواخر عام 2019 وتمت زيادة الحدود الموثقة بشكل كبير في أواخر عام 2021. بدأت عملية نشر تقارير الإصدار الأولي للاستخدام العام لطلبات Power Platform في يونيو 2022. وبعد فترة الإصدار الأولي للاستخدام العام، تنتقل التقارير إلى التوفر العام. لا يوجد تاريخ تقديري حالي لحدوث التوفر العام. ولن يبدأ أي فرض محتمل للاستخدام العالي إلا بعد ستة أشهر على الأقل من توفير التقارير بشكل عام. ومع ذلك، يستمر Power Automate في التقييد عند حدود الانتقال حتى فرض التطبيق. اعرف المزيد في الأسئلة المتداولة.
ما هي حدود الحساب المستخدمة لعمليات سير العمل الكلاسيكية أو مهام سير عمل Power Automate؟
يتوقف ذلك على ما إذا كان تشغيل العميلة يتم حسب الطلب أو في الخلفية. تستخدم عمليات سير المهام الفورية، التي يتم تشغيلها عند الطلب، حدود الحساب الذي بدأ العملية. من ناحية أخرى، فإن عمليات سير العمل أو عمليات سير المهام التلقائية/المجدولة التي يتم تشغيلها في الخلفية تستخدم دائمًا حدود مالك العملية بصرف النظر عما إذا كانت العملية قد بدأت أو الحسابات التي يتم استخدامها للاتصالات داخل العملية. تعرف على المزيد في ما هي حدود طلبات Power Platform التي يتم استخدامها بواسطة سير العمل؟.
هل يتم ترحيل حد طلبات Microsoft Power Platform من يوم لآخر أو من شهر لآخر؟
لا، لا يتم هذا. تكون كافة طلبات Microsoft Power Platform موجودة لمدة 24 ساعة. إذا لم يتم استهلاكها، فلن يتم ترحيلها إلى اليوم التالي ولا تتراكم في غضون شهر.
هل يحصل كل مستخدم التطبيق أو مستخدم غير تفاعلي أو مستخدم إداري أو مستخدم النظام على حدود على مستوى المستأجر لديه؟
لا، ليسوا كذلك. تتم مشاركة حدود مستوى المستأجر عبر كافة مستخدمي التطبيق أو المستخدمين غير التفاعليين أو المستخدمين الإداريين أو مستخدمي النظام داخل المستأجر.
هل يتم احتساب الطلبات التي تم إنشاؤها من مسارات عمل Dataverse الكلاسيكية والمكونات الإضافية في Dataverse مقابل حدود الطلب؟
نعم، إذا كانت هذه الطلبات تنفذ طلبات من النوع CRUD أو تعيين أو مشاركة، فإنه يتم احتسابها. فيما يتعلق بعمليات سير العمل الكلاسيكية، يتضمن هذا المنطق إجراءات مثل التحقق من الشروط أو بدء عمليات سير العمل الفرعية أو إيقاف عمليات سير العمل. ومع ذلك، لا يتم حساب الطلبات التي تم إنشاؤها داخليا من النظام الأساسي، مثل: sdkmessagerequestو solutioncomponentdefinitionو.ribbonclientmetadatareporting
هل ينبغي استخدام أداه تكامل بيانات تابعة لجهة خارجية بدلاً من Power Automate لتجنب تجاوز الحدود؟
لا، تخضع أدوات تكامل البيانات التابعة لجهات خارجيه لنفس الحدود التي تخضع لها عمليات سير المهام المجدولة أو الفورية أو التلقائية. وهكذا، لا يوجد فرق بين اختيار استخدام Power Automate أو أداة طرف ثالث. علاوة على ذلك، لا يتم احتساب الطلبات من Power Automate إلى Dataverse بشكل مزدوج، حيث يتم احتساب التدفق الذي يستدعي إجراء واحدا فقط على أنه طلب واحد مقابل الحد المسموح به، وليس طلبين.