--- sourceDocument: Yokohama 従業員サービス管理 (ESM) sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/employee-service-management Release : - yokohama ft:locale : - ja-JP ft:publication_title : - Yokohama 従業員サービス管理 (ESM) ft:clusterId : - emplsm bundleId : - emplsm workflow : - Employee --- # ユニバーサル要求 を使用するサービスの設定 # ユニバーサル要求 を使用するサービスの設定 {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2025年01月30日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：1分 任意のサービスを使用して ユニバーサル要求 アプリケーションを設定し、統一された 1 つの要求で複数のサービスにまたがる要求を管理します。サービスと統合された ユニバーサル要求 を使用することで、組織内にシームレスな従業員エクスペリエンスを提供することに役立ちます。 * **[マッピングの構成](https://servicenow-prod.fluidtopics.net/6d~pKKA9CxhFdYZ4OHONWQ)** ターゲットテーブルとフィールドマッピングを構成して、部門レベルのチケットを作成し、フィールドマッピングに従ってフィールドを設定します。 * **[サービスセットの作成](https://servicenow-prod.fluidtopics.net/zzJxE2_GwUCbSrVZ6lUgCQ)** ユニバーサル要求 (UR) アプリケーションでサービスセット (部門) 名を作成し、組織内の特定のサービスセットに対する UR 機能を使用します。サービスセットは、組織内のさまざまな部門です。 * **[サービス固有のアサイン先グループを作成します](https://servicenow-prod.fluidtopics.net/mDVSxakMPa3YPoEhZbPVEQ)** サービス固有のグループを設定し、必要なロールとユーザーをアサインします。グループのユーザーはグループのロールを継承するため、各ユーザーに個別にロールをアサインする必要はありません。 * **[アサイン先グループのサービスセットへのアサイン](https://servicenow-prod.fluidtopics.net/6yGkCJCdEbh260wVfGENGg)** サービス固有のアサイン先グループを作成した後、それらをサービスセットにアサインします。さまざまな部門サービスセットにアサイン先グループをアサインすると、ユニバーサル要求を特定の部門 (サービスセット) 内の適切なエージェント (アサイン先グループ) に自動的にルーティングできるようになります。 * **[ユニバーサル要求 に対するサービスの作成](https://servicenow-prod.fluidtopics.net/luf9svsDNjoIBnv5VkiLMQ)** サービス固有のテーブルにサービス名を登録し、それをサービスセット (部門) に関連付けて、組織内の特定のサービスに対する ユニバーサル要求 機能を使用します。 * **[アサイン先グループのサービスへのアサイン](https://servicenow-prod.fluidtopics.net/WbI6ks4Myrnmy47UWwNBVg)** サービスセット (部門) のサービスを作成した後、アサイン先グループをサービスセットに対するサービスにアサインし、エージェントが適切なルーティンググループにチケットを転送できるようにします。 * **[サービス固有の UI アクションの作成](https://servicenow-prod.fluidtopics.net/GhNdlYuyHj6TAXUFYp7WtA)** UI アクションを作成するか、既存のアクションを変更して、サービスがユニバーサル要求で部門チケットを作成できるようにします。 * **[アプリケーション管理が有効になっているスコープ対象のアプリケーションの登録](https://servicenow-prod.fluidtopics.net/7AHWuEkByfIqmHF2tKqM4w)** アプリケーションアドミニストレーターが有効になっているスコープ対象のアプリケーションの場合、アプリケーションを ユニバーサル要求 (UR) に登録し、アプリケーションのサービスとサービスセットデータを ユニバーサル要求 アプリケーションで使用できるようにします。 * **[システムアドミニストレーターから UR アドミンロールを削除](https://servicenow-prod.fluidtopics.net/JO4fMkz8l46u8RD7mfN_IQ)** システムの構成後、IT システムアドミニストレーターロール (admin) からユニバーサル要求 (UR) アドミン \[sn_uni_req.ur_admin\] ロールを削除して、IT システムアドミニストレーターがフォーム、リスト、および UI を介して機密情報を表示できないようにします。 * **[サービスに対するビジネスルールの作成](https://servicenow-prod.fluidtopics.net/VOepff81SaAoCuKJwMf3kA)** サービステーブルでビジネスルールを作成して、新しく作成された部門チケットをユニバーサル要求に関連付けます。 * **[ユニバーサル要求を自動的に作成するビジネスルールの作成](https://servicenow-prod.fluidtopics.net/pVc9en3hPkDFYvbGOC7szg)** 利用可能なチャネルのいずれかからチケットが生成されたときにユニバーサル要求を自動的に作成するには、サービステーブルに \[挿入前 (before insert)\] ビジネスルールを作成します。 * **[部門に対する拡張ポイントの作成](https://servicenow-prod.fluidtopics.net/rMrfl5KHOyZCJwFewrg2iA)** 部門間でチケットの転送中に部門固有のプライマリチケットを作成するスクリプト化された拡張ポイントを作成します。拡張ポイントを使用すると、拡張ポイント定義に従ってプライマリチケットタイプを作成できます。 * **[転送の後処理のための拡張ポイントの作成](https://servicenow-prod.fluidtopics.net/WoWUD9YqBtQl7utS47mwKQ)** ユニバーサル要求 アプリケーション内でのプライマリチケットの部門間転送後に他のアクションを実行するには、スクリプト拡張ポイントを作成します。サンプル拡張ポイントを変更して、以前のプライマリチケットの子エンティティから追加情報をコピーできます。 * **[統一されたチケットエクスペリエンス設定](https://servicenow-prod.fluidtopics.net/HjYVGInjsDS74fqFyTwCqg)** 統一された一貫性のあるチケットエクスペリエンスが従業員に提供されるようにサービスを設定します。このセットアップでは、インタラクションレコード、メール、またはレコードプロデューサーから要求が発生したときに、ユニバーサル要求が自動的に作成されます。 * **[ユニバーサル要求状況のマッピング](https://servicenow-prod.fluidtopics.net/g2hNywospOjvG52G8lRjjw)** すべてのワークフローは、状況、移行、および理由で構成されます。サービス固有のステータスをユニバーサル要求状況にマップして、要求状況移行時のユーザーエクスペリエンスを向上させます。