Microsoft Dynamics 365 CRM の認証

前提条件

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

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

資格情報を取得する

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

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

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

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

範囲と権限

コネクションを使用して、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 コネクションを追加する

Select Integration Service from Automation Cloud.
[ コネクタ] のリストから [Microsoft Dynamics 365 CRM] を選択します。検索バーで検索して、表示されるコネクタの数を絞ることもできます。
[コネクションを追加] ボタンを選択します。
これで、コネクションのページにリダイレクトされます。[OAuth 2.0 認可コード] または [独自の OAuth 2.0 アプリ (BYOA) を使用する] の 2 つの認証の種類から選択できます。
必要な資格情報を入力します。
[接続] を選択します。
コネクションが追加されました。