Microsoft Dynamics 365 CRM の認証

前提条件

選択した認証の種類に応じて、次のいずれかの資格情報が必要です。

• Microsoft Dynamics CRM テナント URL および Microsoft のメール アドレスとパスワード (OAuth 2.0 認証コードの場合)
• クライアント ID とクライアント シークレット ([Bring your own OAuth 2.0 app] の場合)

資格情報を取得する

テナント URL を取得するには、Microsoft Dynamics の管理者にお問い合わせください。

単一のグローバル テナントにアクセスして使用する場合は、以下の手順を実行します。

1. portal.azure.com に移動します。
2. [Azure Active Directory] を選択します。
3. [Manage] セクション下の [Properties] に移動します。
4. テナントは テナント ID です。 例: sample083151e4.api.crm10.dynamics.com。
   注: テナント URL に誤りがある場合は、認証ならびにコネクションの作成はできません。

独自のプライベート OAuth 2.0 アプリケーションを作成する場合は、Microsoft Dynamics 365 のドキュメントに記載されている手順に従います。

• クイック スタート: Microsoft ID プラットフォームにアプリケーションを登録する
• チュートリアル: Microsoft Entra ID にアプリを登録する

範囲と権限

コネクションを使用して、UiPath Studio で Microsoft Dynamics 365 CRM アクティビティ を有効化することで、取引先、リード、商談、インシデント、およびその他の CRM 機能を管理するためのオートメーションを作成できます。 実現できるさまざまな権限ベースのユース ケースは次のとおりです。

スコープ/権限	ユースケース	アクティビティ/イベント
user_impersonation (必須)	user_impersonation スコープは、Azure 管理 API を使用するために認証フローで要求するために必要です。偽装は、別の Microsoft Dataverse ユーザーに代わってビジネス ロジック (コード) を実行し、偽装されたユーザーの適切なロールとオブジェクト ベースのセキュリティを使用して目的の機能またはサービスを提供するために使用されます。 これは、ワークフローやカスタム ISV ソリューションなど、Dataverse ユーザーに代わってさまざまなクライアントやサービスから Dataverse Web サービスを呼び出すことができるためです。	N/A
offline_access (必須)	offline_access は、認証要求エンドポイントで更新トークンを受信するために必要です。スコープなしで OAuth 2.0 認証コード フローで認証コードを引き換えるとoffline_access/token エンドポイントから更新トークンを受け取りません。	N/A
User.Read (必須)	ユーザーがアプリにサインインできるようにし、サインインしているユーザーのプロフィールをアプリが読み取ることを許可します。 また、サインインしているユーザーの基本的な会社情報を読み取ることもアプリに許可します。	N/A

Microsoft Dynamics 365 コネクションを追加する

1. [Automation^CloudTM (公共部門向け)] で [Integration Service] を選択します。

2. [ コネクタ] のリストから [Microsoft Dynamics 365 CRM] を選択します。 検索バーで検索して、表示されるコネクタの数を絞ることもできます。

3. [コネクションを追加] ボタンを選択します。

4. これで、コネクションのページにリダイレクトされます。

   [OAuth 2.0 認可コード] または [独自の OAuth 2.0 アプリ (BYOA) を使用する] の 2 つの認証の種類から選択できます。

5. 必要な資格情報を入力します。

6. [接続] を選択します。

7. コネクションが追加されました。

Microsoft Dynamics 365 の詳細については、Microsoft Dynamics 365 のドキュメントをご覧ください。