--- sourceDocument: オーストラリア 従業員サービス管理 (ESM) sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/employee-service-management Release : - australia ft:locale : - ja-JP ft:publication_title : - オーストラリア 従業員サービス管理 (ESM) ft:clusterId : - emplsm bundleId : - emplsm workflow : - Employee --- # 詳細な委任の詳細 # 詳細な委任の詳細 {#ariaid-title1} * リリースバージョン: Australia * * 更新日 2025年07月31日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：5分 詳細な委任を使用すると、従業員が他の従業員にタスクを委任できます。 ベースシステムには、従業員にタスクを他の従業員に委任する機能が用意されています。この機能により、次の場合に従業員は柔軟に対応できます。 * オフィスに不在である * 不適切な従業員にタスクがアサインされている * アサインされたタスクにエスカレーションが必要である {#granular-delegation-explore__ul_imr_gjx_z4b} ## テーブル {#granular-delegation-explore__section_u5b_5vv_knb} 詳細な委任では、2 つの新しいテーブルが導入されます。 詳細な委任 \[sys_granular_delegate\] : このテーブルは、以下を指定します。 * サービスの代理人が誰か * サービスの委任はいつ発生するか * 代理人にどの通知を送信するか {#granular-delegation-explore__ul_ekj_wfq_3nb} 委任ルール \[sys_delegation_rule\] : このテーブルは、ルールが委任で使用されている場合に、どのタスクレコードが委任されるかに関する条件を指定します。 ## アプリケーションメニュー {#granular-delegation-explore__section_kdp_hnp_3nb} ユーザーは、\[詳細な委任\] アプリケーションメニューから詳細な委任テーブルにアクセスできます。 委任ルール : 委任ルール \[sys_delegation_rule\] テーブルへのリンク。 委任ルールテーブル : 委任ルールテーブル \[sys_delegation_rule_table\] へのリンク。 自分の委任 : 現在のユーザーが別のユーザーにタスクを委任したレコードを示す委任 \[sys_granular_delegate\] テーブルへのリンク。 自分に委任済み : 現在のユーザーが代理人であるレコードを示す委任 \[sys_granular_delegate\] テーブルへのリンク。 ## 承認とアサイン {#granular-delegation-explore__section_ksk_ffp_3nb} 詳細な委任を使用すると、承認とアサインを個別に委任できます。タスクレコードにはタスクテーブルの拡張 (変更、インシデント、問題などのレコード) が含まれます。委任ルールを使用して、委任承認またはアサイン権限を付与します。 注: フローとワークフローは委任ルールを無視します。フローまたはワークフローを使用してタスクの承認またはアサインを管理する場合は、代わりに既存のサービス委任機能を使用する必要があります。 Approvals : 承認権限により、代理人は承認要求を承認または却下できます。 委任ルール条件を追加して、代理人が承認できるレコードを指定します。条件に一致するレコードのみが、代理人の承認リストに表示されます。 注: ユーザーは、従業員センターで IT 要求を承認するために approval_user ロールまたは business_stakeholder ロールを持っている必要があります (ただし、HR 承認には適用されません)。このロール検証は、Core UI 16 には適用されていません。その理由は、UI 16 で ACL を変更すると、NowPlatform レベルで広範な影響がある可能性があるからです。 アサイン : アサイン権限は、委任によってアサインされたタスクレコードへの委任アクセスを許可します。 委任ルール条件を追加して、代理人が作業するためにアクセスできるレコードを指定します。条件に一致するレコードのみが、代理人のタスクアサインリストに表示されます。 詳細な委任では、レコードへの代理人のアクセス権は変更されません。レコードにアクセスするには、代理人が必要なロールを既に持っている必要があります。たとえば、タスクレコードを委任するには、タスクテーブルとその拡張にアクセスするために、委任に itil などのロールが必要です。 一部の HR レコードは、代理人にアクセス権を明示的に付与します。 ## 通知 {#granular-delegation-explore__section_wwj_ytp_3nb} 代理人を承認するたびに、代理人は次の メール 通知を受信します。 委任の開始 : 代理人は、委任期間の開始時に通知を受け取ります。 委任によるアサイン : 代理人は、承認またはタスクがアサインされるたびに通知を受け取ります。 : 追加の通知オプションを指定することもできます。 すべての通知 : 委任期間中に受信したすべての通知のコピーを委任者に送信するのオプション。代理人に委任通知を受信させる場合は、このオプションを選択します。たとえば、アクティビティストリームまたはレコードの更新に関する通知を代理人に受信させるとします。デフォルトでは False に設定されています。これは、重要な機密データを含む通知の取得に関する懸念をなくすためです。 : すべての列は、詳細な委任 \[sys_granular-delegate\] テーブルに含まれています。 注: \[代理人を除外\] オプションが有効になっている通知は、このオプションの True 設定より優先されます。\[代理人を除外\] オプションを使用して、機密情報や保護された情報が代理人に表示されないようにします。 ミーティング招待 : 代理人にミーティング招待を転送するオプション。このオプションを選択すると、インスタンスで生成または受信されたミーティング招待がすべて代理人に転送されます。デフォルトでは、このポリシーは False に設定されています。 ## システム プロパティ {#granular-delegation-explore__section_c3w_qbq_3nb} アドミニストレーターは、glide.approval.delegation.version システムプロパティから、サポートするサービス委任バージョンを指定できます。 glide.approval.delegation.version システムプロパティによって、サポートするサービス委任機能が指定されます。選択肢には、[v1]、[v2]、[v3] などがあります。 以前のサービス委任機能のみをサポートするには、「v1」を入力します。この値は、詳細な委任機能のサポートを無効にします。 詳細な委任機能のみをサポートするには、「v2」を入力します。この値は、既存のサービス委任機能のサポートを無効にします。 詳細な委任機能と既存のサービス委任機能の両方をサポートするには、「v3」を入力します。 * タイプ：文字列 * デフォルト値：v3 * 選択肢：v1、v2、v3 * 場所：システムプロパティ {#granular-delegation-explore__ul_r5r_bqc_nsb} ## スケジュール済みジョブ {#granular-delegation-explore__section_kpq_212_xpb} 次のスケジュール済みジョブが用意されています。 * 新しい代理人に通知 * 詳細な委任レコードの削除 {#granular-delegation-explore__ul_vfm_n12_xpb} ## 電子署名のサポート {#granular-delegation-explore__section_cxc_stq_3nb} 詳細な委任は、電子署名による承認 (com.glide.e_signature_approvals) をサポートしています。有効にすると、代理人は承認を履行するための認証情報を入力するように求められます。