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

  • مقالة

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 - طلبات API (أو الاستدعاءات) إلى سير عمل 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 لكل مستخدم (والتي تتضمن تراخيص خطة سير العمل 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.

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

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 للمستخدمين المرخصين وغير المرخصين وعمليات تشغيل عمليات سير العمل المرخصة لسير العمل‬.

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

  2. في جزء التنقل الأيسر، حدد السعة.

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

    صورة تعرض صفحة السعة في مركز مسؤولي Power Platform وتميز الارتباط لتنزيل التقارير.

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

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

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

    صورة تعرض القائمة المنسدلة لتقارير طلبات Power Platform.

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

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

‏‫ملاحظة‬

هذه التقارير قيد المعاينة حاليًا. هناك نوعان من القيود على تقرير معاينة المستخدم المرخص.

  • تظهر استحقاقات المستخدمين المرخصين في التقرير لكل مستخدم لكل يوم لكل بيئة. يجب أن تنطبق هذه القيود على مستوى كل مستخدم كل يوم. عند إلقاء نظرة على التقارير، عليك أن تدرك أن القيود هي كل مستخدم لكل يوم، باستخدام كمية الاستحقاق مرة واحدة فقط في اليوم، وليس جميع الاستحقاقات لنفس المستخدم عدة مرات على الأرجح.
  • لن يعرض تقرير المستخدم المرخص الاستحقاقات الصحيحة للمستخدمين المرخصين عبر ترخيص Power Apps لكل تطبيق أو ترخيص الدفع حسب الاستخدام Power Apps لكل تطبيق. سيتم عرض استحقاقات هؤلاء المستخدمين باعتبارها 0 بينما يجب أن تُعرض في الحقيقة باعتبارها 6000 (طلبات في كل فترة 24 ساعة كما هو موضح أعلاه).

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

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

الحقل الوصف
معرف البيئة المعرّف الفريد لبيئة Power Platform.
اسم البيئة اسم العرض للبيئة.
معرف المتصل المعرف الفريد لهوية الاتصال التي يتم تعيينها إلى معرف Active Directory. ‏‏لا يمكن أن يكون قيمة فارغة أو خاليًا.
نوع المتصل نوع هوية المتصل. القيمة القابلة للتطبيق لتقرير المستخدم المرخص هي المستخدم.
نطاق التاريخ والوقت تاريخ ووقت تسجيل الاستخدام (UTC).
الكمية المستحقة العدد الإجمالي لأي حدود طلبات Power Platform للمستخدم.
إجمالي الكمية المستهلكة إجمالي الاستخدام عبر جميع أنواع الطلبات (Dataverse وPower Apps وPower Automate).
طلبات Dataverse عدد طلبات Power Platform الناشئة من Dataverse.
طلبات Power Automate عدد طلبات Power Platform الناشئة من Power Automate.
طلبات Power Apps عدد طلبات Power Platform الناشئة من Power App.

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

صورة تعرض مثالاً عن تقرير المستخدم المرخص.

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

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

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

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

صورة تعرض مثالاً عن تقرير المستخدم غير المرخص.

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

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

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

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

صورة تعرض مثالاً عن تقرير المستخدم المرخص لكل سير عمل.

الأسئلة الشائعة

ما الأدوات التي يمكنني استخدامها لمراقبه طلبات 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 والتكوين