مشاركة عبر

الشروع في العمل مع PowerShell لمسؤولي Power Platform

  • مقالة

تم تصميم PowerShell لأوامر cmdlets لمسؤولي Power Platform لإدارة وحوكمة بيئات Microsoft Power Platform، وتدفقات Power Apps، وPower Automate. استخدم PowerShell لمسؤولي Power Platform عندما تريد إنشاء أدوات تلقائية تتفاعل مع هذه الموارد.

تساعدك هذه المقالة على بدء استخدام وحدة PowerShell النمطية وتعلم المفاهيم الأساسية الكامنة وراءها.

التثبيت

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

تسجيل الدخول إلى Microsoft Power Platform

قم بتسجيل الدخول بشكل تفاعلي باستخدام cmdlet Add-PowerAppsAccount.

Add-PowerAppsAccount -Endpoint prod

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

$appId = "CLIENT_ID_FROM_AZURE_APP"
$secret = "SECRET_FROM_AZURE_APP"
$tenantId = "TENANT_ID_FROM_AZURE_APP"

Add-PowerAppsAccount -Endpoint prod -TenantID $tenantId -ApplicationId $appId -ClientSecret $secret -Verbose

المتطلب الأساسي

لإجراء عمليات الإدارة في أوامر cmdlets، ستحتاج إلى ما يلي:

  • أي من هذه الأدوار من Microsoft Entra معرف، مسؤول المستأجر، Power Platform يمكن للمسؤول، مسؤول خدمة Dynamics 365، الوصول إلى Power Apps المشرف PowerShell cmdlets. لم تعد هذه الأدوار تحتاج إلى خطة Power Apps للوصول الإداري إلى PowerShell cmdlets لمسؤولي Power Apps. ومع ذلك، يحتاج هؤلاء المسؤولون إلى تسجيل الدخول إلى مركز إدارة Power Platform مرة واحدة على الأقل قبل استخدام أوامر PowerShell cmdlets. إذا لم يتم ذلك ، تفشل أوامر cmdlets بسبب خطأ في التفويض.

  • Power Platform أذونات المسؤول أو Dynamics 365 المسؤول مطلوبة إذا كنت بحاجة إلى البحث في موارد مستخدم آخر. لاحظ أنه باستطاعة مسؤولي البيئة الوصول فقط إلى هذه البيئات وموارد البيئات التي لديهم أذونات تتعلق بها.

  • بالنسبة للبيئات Dataverse for Teams ، يجب أن تكون Power Platform المسؤول لإدارة البيئات التي لست مالك الفريق منها Microsoft Teams.