حدود الطلبات وتخصيصاتها

تساعد حدود طلبات Power Platform على ضمان مستويات الخدمة والتوافر وجودة النظام الأساسي. يمكنك إجراء عدد محدود من الطلبات كل يوم عبر التطبيقات Power Apps Power Automate Microsoft Copilot Studio Dynamics 365.

ما هو طلب Microsoft Power Platform؟

الطلبات في Microsoft Power Platform هي إجراءات يتخذها المستخدم عبر منتجات مختلفة.

  • Power Apps: جميع طلبات واجهة برمجة التطبيقات (API) للموصلات وMicrosoft Dataverse.
  • Power Automate: جميع طلبات واجهة برمجة التطبيقات للموصلات وتحليل مستشار العملية وإجراءات HTTP والإجراءات المضمنة من تهيئة المتغيرات إلى إجراء إنشاء بسيط. يتم احتساب كل من الإجراءات الناجحة والف الفاشلة ضمن هذه الحدود. تُحسب إعادة المحاولة والطلبات الناتجة عن تقسيم الصفحات أيضاً كتنفيذ للإجراءات. تعرف على المزيد في ما يعد إجراء.
  • Microsoft Copilot Studio: طلبات واجهة برمجة التطبيقات (أو المكالمات) إلى التدفقات الخاصة بـ Power Automate.
  • Dataverse‎: جميع عمليات الإنشاء والقراءة والتحديث والحذف (CRUD) والتعيين والمشاركة، بما في ذلك طلبات النظام الداخلي التي يحركها المستخدم والمطلوبة لإكمال معاملات CRUD، والعمليات الخاصة مثل المشاركة أو التعيين. يمكن أن تكون هذه العمليات من أي عميل أو تطبيق (بما في ذلك Dynamics 365) واستخدام أي نقطة نهاية (SOAP أو REST). تتضمن هذه العمليات المكونات الإضافية ومهام سير العمل الكلاسيكية وعناصر التحكم المخصصة التي تنفذ العمليات المذكورة سابقا.

ملحوظة

يستبعد Dataverse مجموعة صغيرة من عمليات النظام الداخلية من الحدود، مثل عمليات تسجيل الدخول وتسجيل الخروج وبيانات تعريف النظام.

يتم قياس تدفقات العامل من خلال Microsoft Copilot Studio بدلا من طلبات Power Platform، لذلك لا تنطبق الحدود الواردة في هذه المقالة عليها. تعرف على المزيد في دليل ترخيص Microsoft Copilot Studio.

تصف الأقسام التالية أنواع الطلبات والحدود المحددة لكل منها.

حدود طلب المستخدم المرخص

جميع المستخدمين Microsoft Power Platform لديهم حدود طلب استنادا إلى الترخيص المعين لهم. يوضح الجدول التالي عدد الطلبات التي يمكن للمستخدم إجراؤها في فترة 24 ساعة:

المنتجات طلبات لكل ترخيص مدفوع لكل 24 سَاعة
المستخدمون المرخصون المدفوعون ل Power Platform، باستثناء Power Apps لكل تطبيق و Power Automate لكل تدفق و Microsoft Copilot Studio و Dynamics 365 باستثناء عضو فريق Dynamics 3651 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 Portals 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، وخطة 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 عضو الفريق، Dynamics CRM Online Basic، Dynamics CRM Online Essential، Dynamics AX الخدمة الذاتية، Microsoft 365 التراخيص وMicrosoft Project Online (الخطة 1 والخطة 3 والخطة 5). تعرف على المزيد في الحق B في دليل ترخيص 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 ساعة.

يتم تضمين القدرة على تشغيل التطبيقات المضمنة في Cowork مع Power Apps Premium. يتم احتساب طلبات Power Platform التي تم إنشاؤها عند تشغيل هذه التطبيقات إلى حد الترخيص البالغ 40000 طلب لكل مستخدم لكل فترة 24 ساعة. لا تتضمن هذه الميزة تراخيص Power Apps لكل تطبيق، أو Power Apps بالدفع حسب الاستخدام، أو تراخيص Dynamics 365 التي تتضمن إمكانات Power Apps. لا يندرج استخدام بيئة التشغيل المدعومة بالذكاء الاصطناعي، مثل العوامل وواجهات برمجة تطبيقات Work IQ، ضمن هذه الحدود، ويستهلك أرصدة Copilot. راجع دليل ائتمانات Copilot ودليلترخيص Microsoft Copilot Studio للحصول على معلومات إضافية.

يتم احتساب طلبات استوديو مايكروسوفت كوبيلوت من تدفقات Power Automate التي يتم تشغيلها عن طريق روبوت دردشة أو وكيل استوديو مايكروسوفت كوبيلوت. Microsoft Copilot Studio حزمة الجلسات الأولية وحزمة الجلسات الإضافية تتلقى كل منهما نفس حدود طلبات Power Platform اليومية.

حدود طلب المستخدم غير المرخص

ينطبق حد منفصل على الأنشطة التي لا تتطلب تفاعل المستخدم، مثل عملية الخلفية التي تقوم بترحيل البيانات بين قواعد البيانات. يتم تحديد هذه الحدود وتجميعها على مستوى المستأجر. يمكّنك Dataverse من الحصول على هويات لا تتطلب من أي مستخدم التفاعل مع الخدمة. تتضمن هذه الهويات ما يلي:

هناك أيضا تراخيص مجانية خاصة ($0)، يمكنك استخدامها للتفاعل مع تطبيقات Dynamics 365 مثل Dynamics 365 Marketing. اعرف المزيد في كيفية ترخيص التسويق.

بالنسبة لهذه الهويات غير المرخصة، يحصل كل مستأجر على حد طلب أساسي أولي لكل مستأجر يتم تحديده من خلال التراخيص المدفوعة الموجودة على المستأجر، بالإضافة إلى الحدود المستحقة التي تحددها كمية تراخيص Dynamics 365 المدفوعة للمؤسسات والمهنية.1 يمكن استخدام هذا التجمع فقط من قبل هؤلاء المستخدمين غير المرخصين وليس من قبل المستخدمين الذين لديهم تراخيص مستخدم تفاعلية معينة.

المنتجات الطلبات المجمعة على مستوى المستأجر غير المرخص لكل 24 ساعة
Dynamics 365 تطبيقات المؤسسات والاحترافية1 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، وخطة العمليات الموحدة Dynamics 365، وخطة Dynamics 365، Dynamics CRM Online Enterprise، Dynamics CRM Online Professional. لا تُمنح حدود مستوى المستأجر غير المرخص المتراكمة في Power Platform إلا مع التراخيص الأساسية المدفوعة في نموذج الترخيص "الأساسي + المرفق" في Dynamics 365.

2إذا كنت تعتقد أنك قد تتجاوز حدود المستخدم غير المرخصة، فاتصل بفريق البائع أو حساب Microsoft لمناقشة حل مخصص.

مزيد من تفاصيل حد طلب المستخدم غير المرخص

تعمل بعض المنتجات وفق مفهوم الهوية الرئيسية للخدمة، وتُحتسب حدودها ضمن مجموعة المستخدمين غير المرخّص لهم. يُوائم هذا النهج القيود على أفضل وجه مع كيفية عمل المنتج على المنصة.

لا يستخدم تدفق Power Automate السحابي المملوك لمبدأ خدمة مجموعة الْمُسْتَخْدِمِين غير المرخّصين إذا كان لديه ترخيص عملية أو ترخيص لكل تدفق، أو كان ينتمي إلى مجموعة تدفقات مُعيَّن لها ترخيص عملية، أو كان له مستخدم مرخّص معيّن. عند تعيين مستخدم مرخص، يستخدم التدفق حدود إجراءات هذا المستخدم.

إذا كان لدى المستأجر أنواع متعددة من الاشتراكات، فإن سعة طلب المستخدم غير المرخص الخاصة به تستخدم اشتراك خط الإنتاج مع العدد الأكبر من الطلبات. على سبيل المثال، إذا كان لدى العميل كلا من اشتراكات الترخيص الأساسي ل Dynamics 365 Customer Service Enterprise (500,000 طلب كحد أدنى + حدود متراكمة) وPower Apps لكل اشتراك من اشتراكات المستخدم (25,000 طلب/يوم)، فإن سعة الطلب المجمعة على مستوى المستأجر هي 500,000 طلب أدنى + حدود متراكمة لكل 24 ساعة.

ماذا يحدث إذا تجاوز مستخدم مرخص أو غير مرخص الحدود

تم تحديث حدود طلبات Power Platform وزيادة كبيرة في أواخر عام 2021 لتكون عند مستويات أعلى بكثير من الاستخدام النموذجي لمعظم العملاء. مع الحدود المحدثة، تشير التوقعات إلى أن عددا قليلا من المستخدمين سيتجاوز الحدود الموثقة. إذا كنت تتوقع تجاوز حدود المستخدم غير المرخص، فاتصل بالموزع أو فريق حساب Microsoft لمناقشة حل مخصص.

لن يبدأ تنفيذ الحدود الرسمية إلا بعد ستة أشهر على الأقل من توفر تقارير الاستخدام Power Automate بشكل عام.

تحتفظ Microsoft بحق فرض حدود على تجاوز السعة. إِذَا وَاجَهْتَ اسْتِهْلَاكًا مُرْتَفِعًا، فَقَدْ تُلَاحِظُ تَقَلُّصَ السُّرْعَةِ. لتجنب ذلك، اجعل الاستخدام ضمن حدود الاستحقاق، أو أضف سعة إضافية للهوية أو التدفق الذي يتجاوز هذا الحد. حدود الموصلات، وحدود حماية خدمة Dataverse، وحدود حماية الخدمة الأخرى منفصلة عن حدود الطلبات اليومية، وتنطبق بغض النظر عن مقدار سعة الطلبات المتوفرة لديك.

طلبات الإضافات لـ Power Platform

تعمل الوظيفة الإضافية لطلبات Power Platform على زيادة حد الطلب لمستخدم مرخص عالي الاستخدام أو مستخدم غير مرخص عالي الاستخدام. ترفع كل وظيفة إضافية الحد بمقدار 50,000 طلب آخر لكل 24 ساعة، ويمكنك تعيين وظائف إضافية متعددة لزيادة ذلك.

لا يمكنك حاليا تعيين حزم الوظائف الإضافية لطلبات Power Platform للمستخدمين أو التدفقات. لمنح تدفق معين استحقاقه الخاص، استخدم ترخيص العملية بدلا من ذلك.

إضافة سعة إلى تدفق سحابي في Power Automate

لا يمكنك تعيين إضافة طلبات Power Platform إلى تدفق سحابي محدد، لذلك فهي ليست الأداة المناسبة لتدفق سحابي واحد خاضع لتقييد المعدل. قم بتعيين ترخيص معالجة للتدفق بدلا من ذلك. يمنح ترخيص العملية هذا التدفق استحقاقًا خاصًا به قدره 250,000 طلب Power Platform كل 24 ساعة، بغضّ النظر عن التراخيص التي يمتلكها الأشخاص الذين يستخدمونه. يجب أن يكون التدفق في حل.

لديك طريقتان لتخصيص هذه السعة:

  • تعيين الترخيص مباشرةً للتدفق. إذا كان أحد التدفقين يحتاج إلى أكثر من 250,000 طلب لكل 24 ساعة، فتكدس ما يصل إلى 10 تراخيص معالجة عليه. يضيف كل ترخيص 250,000 طلب آخر لكل 24 ساعة.
  • تعيين الترخيص لـ مجموعة تدفقات. تتشارك ما يصل إلى 25 من التدفقات السحابية المدركة للحلول 250,000 طلب الخاصة بالمجموعة خلال كل 24 ساعة. أضف كل تدفق عمل رئيسي وفرعي يجب أن يستخدم السعة المشتركة، لأن التدفقات الفرعية لا ترث السعة من التدفق الرئيسي. لا يمكنك تكديس التراخيص في مجموعة تدفق.

ملحوظة

خطة Power Automate لكل تدفق هي ترخيص قديم استبدله ترخيص العملية. تحتفظ التدفقات التي لديها بالفعل ترخيص لكل تدفق ب 250000 طلب لكل 24 ساعة، ولكن يمكنك تخصيص ترخيص واحد فقط لكل تدفق، ولا يمكن تكديس حدوده، ولا يمكن تعيينه إلى مجموعة تدفق. استخدم تراخيص العملية للسعة الجديدة، واستبدل التراخيص لكل تدفق بدلا من تجديدها.

تعرف على المزيد في ماذا يحدث عندما يقوم تدفقي بتشغيل إجراءات كثيرة جدا؟

الحدود الأخرى القابلة للتطبيق

بالإضافة إلى حدود طلبات Power Platform اليومية، تحتوي كل خدمة على حدود حماية خدمة أخرى. مثل حدود الطلب اليومي، تساعد هذه الحدود في الحفاظ على جودة الخدمة من خلال حماية الخدمة من السلوك الضار أو الزحام الذي يعطل الخدمة لجميع العملاء.

راجع الموارد التالية للحصول على معلومات حول حدود حماية الخدمة الحالية لكل خدمة:

  • حدود Dataverse: تنطبق على التطبيقات المستندة إلى النموذج وتطبيقات مشاركة العملاء (مثل Dynamics 365 Sales وخدمة العملاء)، وكذلك على تطبيقات Power Apps وPower Automate المتصلة بتطبيقات Dataverse وتطبيقات مشاركة العملاء.
  • حدود Power Automate: قابل للتطبيق على التدفقات التلقائية والمجدولة والفورية
  • الحدود في الموصلات: ينطبق على Power Automate وPower Apps

عرض معلومات استخدام طلبات Power Platform المفصلة في مركز إدارة Power Platform (إصدار أولي)

لعرض استهلاك طلبات Power Platform للمستخدمين المرخصين والمستخدمين غير المرخصين، ولكل تدفق تشغيل مرخص، اتبع الخطوات التالية:

  1. سجل دخولك إلى مركز إدارة Power Platform.

  2. فِي جزء التنقل، حدد الترخيص.

  3. في جزء الترخيص ، حدد الوظائف الإضافية للسعة لعرض صفحة السعة .

  4. في علامة التبويب ملخص ، مرر لأسفل إلى قسم الوظائف الإضافية وحدد تنزيل التقارير.

    لقطة شاشة تعرض صفحة Capacity في مركز إدارة Power Platform وتسلط الضوء على الارتباط لتنزيل التقارير.

  5. في صفحة تقارير قابلة للتنزيل ، حدد جديد من شريط الأوامر.

  6. قم بتوسيع مربع اختيار تقرير وحدد طلبات Microsoft Power Platform.

  7. حدد النطاق المطلوب للتقرير:

    • مستخدم مرخص
    • مستخدم غير مرخص
    • التدفقات المرخصة لكل تدفق
  8. حدد إرسال.

  9. عندما يصبح التقرير جاهزًا، حدد تنزيل لتنزيل التقرير كملف 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 Automate. يسرد الجدول عدة صفوف من بيانات العينة، ويعرض معرفات البيئة الفريدة ومعرفات المستخدم وتواريخ وأوقات الاستخدام وقيم الاستحقاق وعدد الطلبات.

تقرير المستخدم غير المرخص

يعرض تقرير المستخدم غير المرخص استخدام طلب Power Platform يوميا للمستخدمين غير المرخصين والاستحقاق الإجمالي للمستخدمين غير المرخصين لذلك المستأجر. يحتوي التقرير القابل للتنزيل على الحقول التالية:

الحقل الوصف
استحقاق طلبات Power Platform لهذا المستأجر إجمالي الاستحقاق اليومي لطلبات Power Platform للمستخدمين غير المرخصين لهذا المستأجر.
معرف البيئة المعرّف الفريد لبيئة Power Platform.
اسم البيئة اسم العرض للبيئة.
معرف المتصل المعرف الفريد لهوية المتصل. يمكن أن تكون هذه القيمة خالية أو فارغة.
نوع المتصل نوع هوية المتصل. القيم القابلة للتطبيق هي النظام وغير التفاعلي والتطبيق.
نوع المورد نوع المورد. القيمة الوحيدة القابلة للتطبيق حاليا هي Power Automate.
معرف المورد المعرّف الفريد للمورد. استناداً إلى نوع المورد - معرف التدفق في Power Automate. يمكن أن تكون هذه القيمة خالية أو فارغة.
فئة المقياس مقياس المستوى الأعلى، وهو طلبات Power Platform.
الفئة الفرعية للمقياس التصنيف التفصيلي لما أنشأ الطلب، وهو Power Automate.
نطاق التاريخ والوقت تاريخ ووقت تسجيل الاستخدام (UTC).
الكمية المستهلكة استخدم طلبات Power Platform.

فيما يلي عينة من تقرير استخدام مفصل:

لقطة شاشة لتقرير المستخدم غير المرخص في مركز إدارة Power Platform، يعرض جدولا يحتوي على أعمدة لمعرف البيئة، واسم البيئة، ومعرف المتصل، ونوع المتصل، ونوع المورد، ومعرف المورد، وفئة العداد، والفئة الفرعية للعداد، وتاريخ الاستخدام، والكمية المستهلكة. يسرد الجدول عدة صفوف من بيانات العينة.

تقرير التدفقات المرخصة لكل تدفق

يحتوي تقرير التدفقات المرخصة لكل تدفق القابل للتنزيل على الحقول التالية:

الحقل الوصف
معرف البيئة المعرّف الفريد لبيئة Power Platform.
اسم البيئة اسم العرض للبيئة.
منطقة البيئة غير متوفرة أثناء الإصدار الأولي.
معرف المتصل المعرف الفريد للتدفق. يمكن أن تكون هذه القيمة خالية أو فارغة.
نوع المتصل نوع هوية المتصل. القيم القابلة للتطبيق هي Flow.
نطاق التاريخ والوقت تاريخ ووقت تسجيل الاستخدام (UTC).
الكمية المستحقة قيمة أي استحقاق مضمن لسير العمل.
الكمية المستهلكة استخدم طلبات Power Platform.

لقطة شاشة لتقرير المستخدم لكل تدفق في مركز إدارة Power Platform، تعرض جدولا يحتوي على أعمدة وصفوف مليئة ببيانات نموذجية.

حدود الطلب في Power Automate

مهم

لا تستهلك عمليات تنفيذ التدفقات المكتبية طلبات Power Platform.

لضمان توفر الخدمة وجودتها Power Automate، هناك حدود لعدد طلبات Power Platform (PPR) التي يمكن لمستخدميها القيام بها عبر تدفقات السحابة الخاصة بهم. يعين النظام هذه الحدود مقابل أنماط استخدام التدفق العادية في كل من فواصل زمنية مدتها خمس دقائق و24 ساعة.

يعتمد الحد الأقصى لمدة 24 ساعة على ترخيص المستخدم أو ترخيص العملية أو لكل خطة تدفق مخصصة لتدفق السحابة:

  • إذا كان لدى المستخدم ترخيص Power Automate Premium، يمكنه تقديم 40000 طلب Power Platform عبر جميع تدفقات السحابة الخاصة به في مستأجر خلال فترة 24 ساعة. يتضمن هذا الحد الطلبات التي يقدمها النظام الأساسي لموصلات غير تابعة ل Microsoft.
  • إذا كان تدفق السحابة يحتوي على ترخيص عملية، يمكن أن يقدم التدفق 250000 طلب Power Platform عبر جميع مستخدمي التدفق في فترة 24 ساعة. لا يمتد ترخيص العملية تلقائيًا إلى التدفقات الفرعية الخاصة بالتدفق؛ ولمشاركة هذا الاستحقاق بين التدفق وتدفقاته الفرعية، أضِف صراحةً ما يصل إلى 25 من التدفقات الأصل والفرعية ضمن حل إلى مجموعة تدفق واحدة.
  • إذا كان تدفق السحابة يحتوي على خطة لكل تدفق (قديمة)، يمكن أن يقدم التدفق 250000 طلب Power Platform عبر جميع مستخدمي التدفق في فترة 24 ساعة.

لمنع تدفق كثيف الاستخدام أو مستخدم من التأثير على المستخدمين الآخرين، يتتبع النظام هذه السعة بناء على الاستهلاك على مستوى المستخدم أو التدفق الفردي ولا يمكن تجميعه على أي مستوى آخر مثل البيئة أو مستويات المستأجر. الـ 24 ساعة عبارة عن نافذة منزلقة، مما يعني أنه في أي وقت يتم فيه تشغيل تدفق سحابي، ينظر النظام إلى الطلبات في الساعات الأربع والعشرين الماضية لتحديد ما إذا كان المستخدم قد وصل إلى الحد الأقصى. على سبيل المثال، قد يكون لدى اثنين من المستخدمين في المستأجر تراخيص Premium، ويحصل كل مستخدم على 40000 طلب لكل فترة 24 ساعة. إذا كان الشخص الأول يستخدم أكثر من 40000 طلب في فترة 24 ساعة، فإن تدفقاته تتباطأ ولا تؤثر على المستخدم الثاني الذي استخدم 20000 طلب فقط ولا يزال لديه 20000 طلب متبقية.

جميع المؤسسات حاليا في فترة انتقالية. خلال هذا الوقت، يتم تطبيق حدود الترخيص المتميز والبذور لكل تدفق سحابي، وليس لكل مستخدم: يحصل كل تدفق على حد واحد يشاركه كل من يديره، وليس حدا مضافا من المستخدمين الفرديين. لا تزال الاستحقاقات لكل مستخدم موجودة أثناء الانتقال، ولكنها ليست تلك التي يتم تطبيقها حتى الآن. بمجرد انتهاء الفترة الانتقالية، يتحول الإنفاذ إلى حدود كل مستخدم. لا تتغير تراخيص سعة المعالجة وتراخيص السعة لكل تدفق؛ فهي على مستوى التدفق الآن كما ستظل كذلك لاحقًا. تصميم تدفقات السحابة الخاصة بك لحدود كل مستخدم التي تسري بمجرد انتهاء الانتقال. تعرف على التغييرات عند انتهاء الفترة الانتقالية. حد الخمس دقائق هو 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 المهنية 40 ألف لكل مستخدم 200 ألف لكل تدفق سحابي
تطبيقات Dynamics 365 Enterprise 40 ألف لكل مستخدم 200 ألف لكل تدفق سحابي
عضو Dynamics 365 Team 6 آلاف لكل مستخدم 10 آلاف لكل تدفق سحابي

تعرف على المزيد حول تراخيص Power Automate.

ملحوظة

الفترة الانتقالية Power Automate

جميع المؤسسات في فترة انتقالية. خلال هذه الفترة، يمكنك تطبيق حدود للتراخيص المتميزة والبذور لكل تدفق سحابي بدلا من كل مستخدم، لذلك لا يتم تعطيل التدفقات بشكل غير متوقع أثناء نضوج تقارير الاستخدام. لا تعني الفترة الانتقالية عدم وجود حدود يومية.

يلخص الجدول التالي التغييرات عند انتهاء الفترة الانتقالية.

السلوك خلال الفترة الانتقالية بعد الفترة الانتقالية
أين تنطبق الحدود مستوى تدفق السحابة مستوى المستخدم للتراخيص المتميزة؛ مستوى تدفق السحابة لتراخيص المعالجة والتراخيص لكل تدفق
تكديس تراخيص المستخدمين ‏‏غير مدعومة. نفس القاعدة كما هو الحال بعد الفترة الانتقالية: يتبع حد التدفق سياق الترخيص الخاص به، وليس إجماليا مجمعا عبر خطط المستخدم لا يزال غير مدعوم. تنطبق حدود كل ترخيص بشكل منفصل على التدفقات التي تعمل في سياق هذا الترخيص، وليس كإجمالي مجمع
الوظائف الإضافية لطلبات Power Platform غير قابل للتعيين للمستخدمين أو تدفقات السحابة لم يتم التخطيط لأي تغيير حاليا
التراخيص الموزعة يجب تشغيل تدفقات السحابة في سياق التطبيق، على الرغم من أن هذا لم يتم فرضه بدقة حتى الآن يجب تشغيل تدفقات السحابة في سياق التطبيق

نقطتان تنطبقان على امتداد النص:

  • لا تعد الوظائف الإضافية لطلبات Power Platform رافعة لتدفق مقيد واحد. لا يمكنك تعيين الوظيفة الإضافية لتدفق السحابة، وخلال الفترة الانتقالية لا يمكنك تعيينها على الإطلاق. لمنح تدفق معين استحقاقه الخاص، قم بتعيين ترخيص عملية إليه أو إلى مجموعة تدفق تحتوي عليه. إذا تعرّض التدفق للتقييد، فعيّن له ترخيص Process.
  • ابق ضمن شروط الترخيص الخاصة بك الآن. يتجنب البقاء متوافقا أثناء الفترة الانتقالية التعطيل عند انتهاءه. تعرف على المزيد حول التراخيص الأولية.

تحل منطقة الترخيص>Power Automate>المستخدم في مركز إدارة Power Platform محل تقارير طلبات Power Platform القابلة للتنزيل. استخدمه للتحضير من خلال العثور على التدفقات والمستخدمين الذين يتجاوزون حدودهم الرسمية، وترخيصهم بترخيص عملية أو مجموعة تدفق.

الأسئلة المتداولة

ما هي الأدوات التي يمكنني استخدامها لمراقبة طلبات Power Platform وتحليلها عبر النظام الأساسي؟

يتوفر إعداد التقارير عن استخدام طلب Power Platform في المعاينة في مركز إدارة Power Platform. تقتصر هذه التقارير حاليا على طلبات Power Automate API. لا يتم تضمين طلبات واجهة برمجة التطبيقات من Dataverse وMicrosoft Copilot Studio وPower Apps في الوقت الحالي.

ما هي الجداول الزمنية لحدود طلب Power Platform؟

لن يبدأ تنفيذ الحدود الرسمية إلا بعد ستة أشهر على الأقل من توفر Power Automate تقارير الاستخدام بشكل عام، لذلك لديك الوقت لتحليل الاستخدام وشراء التراخيص التي تحتاج إليها. وإلى أن يبدأ التطبيق، يواصل Power Automate تطبيق التقييد وفق حدود الفترة الانتقالية. تعرف على المزيد في الأسئلة المتداولة حول ترخيص Power Automate.

ما هي حدود الحساب التي تستخدمها مهام سير العمل الكلاسيكية أو تدفقات Power Automate؟

يعتمد ذلك على ما إذا كانت العملية تعمل عند الطلب أو في الخلفية. تستخدم التدفقات الفورية، التي تعمل عند الطلب، حدود الحساب الذي يبدأ العملية. تستخدم مهام سير العمل أو التدفقات التلقائية والمجدولة التي تعمل في الخلفية دائما حدود مالك العملية، بغض النظر عن سبب بدء العملية أو الحسابات المستخدمة للاتصالات داخل العملية. تعرّف على المزيد في حدود إجراءات مَن يستخدمها التدفق السحابي؟

هل تُرحَّل حدود طلبات Microsoft Power Platform من يوم إلى آخر أو من شهر إلى آخر؟

لا، لا يفعلون. توجد جميع طلبات Microsoft Power Platform لفترة 24 ساعة. إذا لم تستهلكها، فإنها لا تتدحرج إلى اليوم التالي ولا تتراكم في غضون شهر.

هل يحصل كل مستخدم تطبيق أو مستخدم غير تفاعلي أو مستخدم إداري أو مستخدم نظام على حد مخصص خاص به على مستوى المستأجر؟

لا، لا يفعلون. يشارك جميع مستخدمي التطبيق والمستخدمين غير التفاعليين والمستخدمين الإداريين ومستخدمي النظام داخل المستأجر حدودا على مستوى المستأجر.

هل الطلبات التي تم إنشاؤها من مهام سير عمل Dataverse الكلاسيكية والمكونات الإضافية في Dataverse تحسب مقابل حدود الطلب؟

نعم، إذا كانت هذه الطلبات تُجري عمليات الإنشاء والقراءة والتحديث والحذف (CRUD) أو عمليات التعيين أو المشاركة، فإنها تُحتسب. بالنسبة إلى مهام سير العمل الكلاسيكية، يتضمن هذا المنطق إجراءات مثل التحقق من الشروط، وبدء مهام سير العمل الفرعية، أو إيقاف مهام سير العمل. ومع ذلك، لا يتم حساب الطلبات التي تم إنشاؤها داخليا من النظام الأساسي، مثل sdkmessagerequestو solutioncomponentdefinitionو.ribbonclientmetadatareporting

هل يجب استخدام أداة تكامل بيانات غير تابعة ل Microsoft بدلا من Power Automate لتجنب الوصول إلى حدودي؟

‏‏لا. تخضع أدوات تكامل البيانات غير التابعة ل Microsoft لنفس الحدود تماما مثل التدفقات المجدولة أو الفورية أو التلقائية. لا يوجد فرق سواء اخترت استخدام Power Automate أو أداة غير Microsoft. لا يتم احتساب الطلبات من Power Automate إلى Dataverse بشكل مزدوج. يتم احتساب التدفق الذي يستدعي إجراء واحدا فقط كطلب واحد مقابل الحد الخاص بك، وليس طلبين.