トラブルシューティング

このページでは、ServiceNow アクティビティ パッケージの使用時に発生する可能性のある問題を修正する方法について説明します。

権限の問題

問題

ユーザーは [ServiceNow レコードを挿入]、[ServiceNow レコードを更新]、または [ServiceNow レコードを取得] を開いてオブジェクトを選択できますが、プロパティのリストが空白になります。

解決策

以下は、アクティビティ パッケージで行われる API 呼び出しのリストです。

動作	API の URL
項目をドロップダウン	/api/now/table/sys_db_object?&sysparm_action=getRecords&sysparm_fields=sys_name,super_class,label,sys_id,name
incident テーブル内のすべての列を取得	/api/now/table/sys_dictionary?sysparm_fields=internal_type,element,column_label,mandatory&sysparm_query=name%3Dincident%5EORname%3Dtask
1 つの incident のサンプル値を取得	/api/now/table/incident?sysparm_action=getRecords&sysparm_limit=1

ヒント: 最初の 2 つの権限は、設計時に動作を確認する RPA 開発者にのみ必要です。プロセスの実行時にロボットにより使用されるアカウントには必要ありません。

詳細説明

たとえば、/api/now/table/incident?sysparm_action=getRecords&sysparm_limit=1 は、incident テーブルの取得のために呼び出す API です。テーブルからデータを取得するための適切な権限を持っているか、ServiceNow システム管理者に確認するとよいでしょう。

ServiceNow 管理者は、基本的な、またはよりきめ細かい権限も確認できます。それらは API によって異なる場合がありますが、全体的な考え方は同じです。  

ロールの設定は、変更される可能性があります。ServiceNow 管理者が既定のロール設定を調整する可能性があります。たとえば、*incident* テーブルのメタ データを読み取るには、sys_db_object と *incident* テーブルの両方に対するアクセス権が必要です。

各テーブルにはアクセス制御が含まれます。各アクセス制御にはロールが含まれます。これらのロールを、両方のテーブルから読み取るユーザーに対して設定する必要があります。

Active Directory ユーザー

問題

ServiceNow アクティビティ パッケージおよび ServiceNow テナントで、Activity Directory ユーザーを使用できるかわかりません。

解決策

UiPath は、以下の手順に従ってこれが正しく機能することを検証しました。

1. Azure AD ユーザーを作成し SSO でサインインする機能を検証します。

   
   

   

   
   

2. このユーザーに一時的に管理者ロールを付与します。

   
   

   

   
   

3. シークレット モードで Azure AD ユーザーとしてログインし、OAuth 2.0 のクライアント ID とクライアント シークレットを設定します。

   
   

   

   
   

4. このクライアント ID とクライアント シークレットを使用すると、認証に成功します。