トラブルシューティング

このページでは、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 開発者にのみ必要です。プロセスの実行時にロボットにより使用されるアカウントには必要ありません。

詳細説明

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

ServiceNow 管理者は、基になる、またはよりきめ細かい権限も確認できます。これらは異なる場合がありますが、全体的なアイデアは同じです。  

ロールの設定と同様に、これは異なる場合があります。 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 とクライアント シークレットを使用すると、認証に成功します。