--- sourceDocument: Yokohama IT Operations Management sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/it-operations-management Release : - yokohama ft:locale : - ja-JP ft:publication_title : - Yokohama IT Operations Management ft:clusterId : - itom bundleId : - itom workflow : - Technology --- # アプリケーションサービスの完了 # アプリケーションサービスの完了 {#ariaid-title1} * リリースバージョン: Yokohama * * 更新日 2025年01月30日 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：1分 アプリケーションサービスのレビューと承認を終えると、そのアプリケーションサービスのディスカバリーを拡張し、重要性を反映させ、そのアプリケーションサービスへのアクセスを制御する属性を定義できます。 アプリケーションサービスの定義を完了するには、いくつかの設定を行う必要があります。 図 : 1. サービスマッピング のワークフロー * **[アプリケーションサービスの重要度の定義](https://servicenow-prod.fluidtopics.net/gyBsgVVHpnlZOskaGCRoAg)** 各サービスインスタンスに対し、組織の業務にとってどれだけ重要であるかを示す重要度レベルを選択します。 * **[アプリケーションサービスのグループ化](https://servicenow-prod.fluidtopics.net/QNN1HSkWNdLlTLvcbwCmSw)** 複数のサービスに対して同時にアクションを実行したり、サービスへのユーザーアクセスを制御したりするために、アプリケーションサービスをグループごとに整理します。イベント管理を使用することで、サービスグループごとのサービス健全性を追跡できます。 * **[アプリケーションサービスへのユーザーアクセスの制御](https://servicenow-prod.fluidtopics.net/wc9H_CGVG5z0wFnoFHr9pw)** 組織内のアプリケーションサービスへのユーザーアクセスを許可するには、ユーザー ロールをサービスグループに割り当てます。セキュリティ上または機密上の理由により、組織は一部のサービスへのアクセスを制限できます。 * **[サービスマッピング によるトップダウンディスカバリーのスケジュール](https://servicenow-prod.fluidtopics.net/XCC3kFj6p9lK05bzDoKdLQ)** サービスマッピングがサービスインスタンスに属する構成アイテム (CI) を初めて検出すると、CI を再検出して、変更と更新を検出します。サービスマッピング でサービスまたは CI を再検出する頻度を制御するために、ディスカバリースケジュールを作成または変更します。 たとえば、カスタムディスカバリースケジュールを作成してインフラストラクチャに対する冗長な負荷を回避できます。 * **[あるインスタンスから別のインスタンスへのサービス定義の転送](https://servicenow-prod.fluidtopics.net/8CH_kcCpNhGG6cCHn_Y7xQ#transfer-service-definitions)** ソースインスタンスからサービスインスタンスの定義をエクスポートし、これらの定義をターゲットインスタンスにインポートすることで、時間と労力を節約します。このメソッドを使用して、検出されたタイプのサービスインスタンスの定義のみをコピーできます。 **関連概念** * [アプリケーションサービスマップのレビューと承認](https://servicenow-prod.fluidtopics.net/xlzJcQ0nNTx9mTXgP07IPg "サービスマッピング のアドミニストレーターが IT サービスをマップしてエラーを修正した後、アドミニストレーターとオーナーが協力してサービスマップをレビューおよび承認します。 レビューおよび承認プロセスは、検出および手動で作成されたサービスインスタンスに対してのみ使用できます。") * [クラシック サービスマッピング を使用したアプリケーションサービスの分析とメンテナンス](https://servicenow-prod.fluidtopics.net/h6ZRKUreYOrYCczvdnOe2g "サービスマッピング では、アプリケーションサービスのアーキテクチャと組織の確認に役立つマップが作成されます。このマップは、変更や移行を計画したり、サービスの継続性と可用性を分析したりするうえで役立ちます。") **関連タスク** * [クラシック サービスマッピング で提案された複数のアプリケーションサービスをマップ](https://servicenow-prod.fluidtopics.net/VInSAOzfSeGTq7b0tihFVQ "サービスマッピングによって特定され、提案された複数のアプリケーションサービスを 1 回の操作でマップできます。この方法は、アプリケーションサービスに関する情報があまり多くない組織に適しています。") * [クラシック サービスマッピング によるタグを使用したアプリケーションサービスのマップ](https://servicenow-prod.fluidtopics.net/WYLfSv8NI5z0mrf45IydGg "組織内の構成アイテム (CI) の分類と整理を支援するタグを使用して、アプリケーションサービスをマッピングします。 タグベースのマッピングでは、認証情報の構成やユーザーに適切な権限を与える必要はありません。") * [クラシック サービスマッピング を使用した CSV ファイル からの複数アプリケーションサービスのマッピング](https://servicenow-prod.fluidtopics.net/azlD0z3MaX4qjnko4X4gSg "この方法は、組織が組織をまたがるマッピングと分析を行い、計画されているサービスインスタンスに関する情報を収集している場合に適しています。この場合、収集した情報を特定の順序で整理し、CSV ファイルとして保存することができます。サービスマッピングはこのファイルから情報を抽出し、サービス候補と呼ばれる潜在的なサービスインスタンスを作成します。") * [クラシック サービスマッピング を使用した単一アプリケーションサービスのマップ](https://servicenow-prod.fluidtopics.net/XtsM5n3c7CJhjtf_XFQsDA "アプリケーションサービスを一括マッピングするだけでなく、各アプリケーションサービスの属性を定義することによって個々のアプリケーションサービスをマッピングすることもできます。アプリケーションサービスの詳細をすでに把握しているか調べる計画がある場合は、このマッピング方法を使用します。アプリケーションサービスをマッピングまたはレビューするには、サービスマッピング が有効になっている必要があります。") * [アプリケーションサービスエラーの一括修正](https://servicenow-prod.fluidtopics.net/XVIeJYhqdFZsn0QICs3TXA "サービスマッピング は、認証情報の不足やタスクのタイムアウトなどの根本原因別にエラーを分類します。迅速かつ効率的なプロセスのために、同じカテゴリのエラーを一括で修復します。") * [個々のアプリケーションサービスマップのエラーを修正](https://servicenow-prod.fluidtopics.net/jDEdrXRI0VV_6Em5F3JT3Q "それぞれのアプリケーションサービスマップ内でディスカバリーの問題を個別に解決することができます。") * [オーナー要求を実装するためのアプリケーションサービスの微調整](https://servicenow-prod.fluidtopics.net/kTjp_np7hznIRK_4y0uuLg "アドミニストレーターは、アプリケーションサービスオーナーからのコメントに基づいてマップを微調整します。")