Orchestrator

2020 年 6 月

2020 年 6 月 30 日

改良点

サイズの大きい画像を含む [フォームタスクを作成] アクティビティをパラメーター化する際に、その画像を追加するためのストレージバケットを設定できるようにしました。このため Orchestrator の応答時間が改良されます。ストレージファイルにアクセスできるよう、CORS/CSP を正しく設定するようにしてください。

GET 要求を /odata/TestSetExecutions エンドポイントに送信する際に、X-UiPath-OrganizationUnitId のヘッダーが必須ではなくなりました。このため、ユーザーが所属する全フォルダーのテストセット実行が取得されるようになり、特定のフォルダーに属する実行を取得する場合にのみヘッダーを指定するようになりました。

既知の問題

Internet Explorer のブラウザーを使用していると、[パッケージ] ページ内の [パッケージを確認] オプションが無効化されます。

2020 年 6 月 23 日

アクセス制御モデルの変更

これまで以上に Automation Cloud が使いやすくなるよう、アクセス制御モデルを刷新しました。具体的には、ユーザーを組織に招待してから特定のレベルのアクセス権を付与するまでの管理の方法をいくつか変更しました。このため、この操作に関わる全体的なユーザーエクスペリエンスが向上しました。

個々のサービスごとにアクセス制御のレベルを細かく指定できる機能に加え、今回は典型的なシナリオに対して既定のアクセス権を用意することで、アクセス制御のレベルを明示的に指定する必要をなくしました。

このため今回から 4 種類の異なるユーザーグループを用意し、それぞれのメンバーに特定のアクセスレベルを付与できるようにしました。各グループには定義済みの権限一式が設定されていますが、この権限は必要に応じていつでもサービスごとにカスタマイズできます。ユーザーのアクセスレベルはグループメンバーシップ、ならびに Orchestrator サービスでグループに対して行った権限の設定と関連します。

ユーザーが一定のサービスに対してアクセスを試みると、システムはユーザーのメンバーシップに基づいてアクセス権限を決定します。
ユーザーがサービス内の特定のリソースに対してアクセスまたは使用を試みると、システムはユーザーのロールに基づいてアクセス権限を決定します。ロールはグループから継承するか、明示的に付与することができます。

もちろん、これまでどおりユーザーを個別にサービスに追加して細かい設定を行うこともできます。ただしユーザーをあらかじめ Automation Cloud の組織に追加しておく必要があります。ユーザーの追加操作は現在はサービスレベルで行い、Automation Cloud ポータルからは行えませんのでご注意ください。

この新機能を活用する (あるいはしない) ためには組織に対して以下のような数点の調整を加える必要があります。
本リリース以降に作成されたサービスについては、ユーザーグループが自動的に作成され、既定の権限一式が設定されています。
以前から存在するサービスについては、自身でユーザーグループを各サービスに追加・設定する必要があります。
既存のサービスでグループ機能の使用を希望しない場合は、ユーザーを標準グループである Everyone に割り当てたままにしておきます。このグループは既定ではいかなるサービスへのアクセス権も持ちません。権限の管理はユーザーごとに個別に行います。