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

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

ما هو طلب Microsoft Power Platform ؟

تتكوّن الطلبات في Microsoft Power Platform من إجراءات متنوعة ينفذها المستخدم عبر منتجات متنوعة. على مستوى عالٍ، القائمة التالية هي ما يشكل طلب API:

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

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

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

يمتلك جميع مستخدمي Microsoft Power Platform قيودًا على عدد الطلبات بناءً على الترخيص الذي تم تعيينه لهم. يحدد الجدول التالي عدد الطلبات التي يمكن للمستخدم اجرائها خلال فتره 24 ساعة:

¹ تتضمن هذه الفئة التراخيص المدفوعة لـ Power Apps لكل خطة مستخدم (والتي تتضمن تراخيص خطة Power Apps الأولى وخطة Power Apps الثانية السابقة)، خطة 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 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.

² تتضمن هذه الفئة خطة 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.

³ تسمح خطة Power Automate لكل سير مهام بأن تكون السعة محفوظة بشكل خاص لسير مهام واحد، بصرف النظر عن مالك سير المهام. لا تستخدم هذه الخطة حدود طلب المستخدم غير المرخص على مستوى المستأجر.

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

تفاصيل أخرى

تم تضمين حدود طلب Power Platform فقط مع التراخيص الأساسية المدفوعة في نموذج ترخيص Dynamics 365 'base + attach'. تراخيص الإرفاق لا تتضمن حدودًا منفصلة. على سبيل المثال، إذا كان لدى المستخدم 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 المدفوعة.¹ يمكن استخدام هذا التجمع فقط من قبل هؤلاء المستخدمين غير المرخص لهم وليس من قبل المستخدمين الذين لديهم تراخيص مستخدمين تفاعليين معينين.

¹ تتضمن هذه الفئة تراخيص لـ 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 وخطة Dynamics 365 وDynamics CRM Online Enterprise وDynamics CRM Online Professional. تم منح الحدود على مستوى المستأجر غير المرخص المستحق لطلب Power Platform فقط مع التراخيص الأساسية المدفوعة في نموذج ترخيص Dynamics 365 'base + attach'.

²إذا كنت تتوقع تجاوز حدود المستخدم غير المرخص، فاتصل بالموزع أو فريق حساب 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 التي تتصل بتطبيقات customer engagement/Dataverse
• حدود Power Automate: تنطبق على عمليات سير المهام المؤتمتة والمجدولة والفورية
• الحدود في الموصلات: المعمول بها بالنسبة لـ Power Automate و Power Apps

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

لعرض استهلاك طلبات Power Platform للمستخدمين المرخصين وغير المرخصين وعمليات تشغيل عمليات سير العمل المرخصة لسير العمل‬.

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

2. في قائمة التنقل الموجودة على اليسار، حدد السعة.

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

   

4. حدد جديد من القائمة.

   

5. حدد طلبات Microsoft Power Platform في المربع اختيار تقرير.

   

6. حدد نوع التقرير المطلوب، ثم حدد إرسال.

7. عندما يصبح التقرير جاهزًا، حدد تنزيل لتنزيل التقرير كملف Excel CSV.

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

يعرض تقرير المستخدم‏‎ المرخص استخدام طلبات Power Platform لكل مستخدم لكل يوم والكمية المستحقة للمستخدمين. يحتوي التقرير القابل للتنزيل على الحقول التالية:

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

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

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

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

تقرير لكل سير عمل

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

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

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

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

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

• إذا كان لدى المستخدم ترخيص ‏‎Power Automate Premium ، فيمكنه تقديم 40,000 طلب Power Platform عبر جميع تدفقات السحابة الخاصة به في المستأجر خلال فترة 24 ساعة. يتضمن هذا الحد الطلبات التي تقدمها المنصة إلى موصلات الجهات الخارجية أيضًا.
• وإذا كان تدفق السحابة يحتوي على ترخيص عملية، فيمكن للتدفق وتدفقاته الفرعية والتدفقات المرتبطة به إجراء 250,000 طلب ‏‎Power Platform عبر جميع مستخدمي التدفق خلال فترة 24 ساعة.
• إذا كان تدفق السحابة يحتوي على خطة لكل تدفق (قديمة)، فيمكن للتدفق إجراء 250,000 طلب Power Platform عبر جميع مستخدمي التدفق خلال فترة 24 ساعة.

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

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

حد الخمس دقائق هو 100,000 طلب وهو مستقل عن ترخيص المستخدم. على سبيل المثال، يمكن للتدفقات التي تحتوي على ترخيص العملية إجراء 250,000 طلب خلال 24 ساعة، ولكن لا يمكنها إجراء أكثر من 100,000 طلب خلال خمس دقائق.

حدود طلبات Power Automate لكل ترخيص:

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

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

جميع المؤسسات في فترة انتقالية. ويعني هذا أن التنفيذ ليس صارمًا وأن حدود PPR أعلى. تنتهي الفترة الانتقالية بعد أن تصبح تقارير مركز مسؤولي Power Platform متوفرة بشكل عام. سيكون أمام المؤسسات ستة أشهر لتحليل تراخيص الاستخدام والشراء المناسبة قبل بدء الفرض الصارم لحدود الترخيص.

فيما يلي بعض الأشياء التي يجب إدراكها خلال الفترة الانتقالية:

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

2. يتم تطبيق حدود الفترة الانتقالية هذه على مستوى تدفق السحابة أثناء الفترة الانتقالية. بالإضافة إلى ذلك، يتم تطبيق حد منفصل لكل مستوى مستخدم يبلغ 1,000,000 إجراء تدفق سحابة خلال الفترة الانتقالية لضمان عدم تجاوز المستخدمين مليون إجراء عبر جميع التدفقات التي يتم تشغيلها في يوم واحد. وبعد انتهاء فترة الانتقال، سيتم تطبيق الحدود الفعلية على مستوى المستخدم بالنسبة إلى تراخيص Premium ومستوى تدفق السحابة بالنسبة إلى تراخيص العملية / الخطة لكل تدفق.

3. وأثناء فترة الانتقال، لا تستخدم التدفقات السحابية اليدوية حدود مالكي التدفق/مستدعي التدفق. ويتمتع كل تدفق سحابي يدوي بملف تعريف أداء متوسط ​​(100,000 طلب/تدفق/24 ساعة). وبعد فترة الانتقال، ستستخدم التدفقات السحابية اليدوية حدود الطلب الخاصة باستدعاء المستخدم.

4. نظرًا لأن الحدود أكثر سخاء خلال الفترة الانتقالية، فإن تكديس تراخيص المستخدمين غير مدعوم. إذا كان لدى المستخدم خطط متعددة، مثل خطة Microsoft 365 وخطة Dynamics 365، يستخدم التدفق الخطة الأعلى (خطة Dynamics 365).

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

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

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

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

يتوفر الآن تقرير استخدام طلبات Power Platform في وضع الإصدار الأولي في مركز مسؤولي Power Platform.

ما الجداول الزمنية لحدود طلب 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 بشكل مزدوج، حيث يتم حساب سير العمل الذي يستدعي إجراءً واحدًا كطلب واحد فقط مقابل حده، وليس كطلبين.

المعلومات المرتبطة

• Dataverseنظرة عامة على حدود واجهة برمجة التطبيقات
  
• قيود Power Automate والتكوين