---
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分

ルーティングポリシーは、CA や環境などの特定の基準を定義し、証明書のライフサイクル中にさまざまなシナリオを効率的に処理できるようにするため、TLS 証明書の自動証明書管理に不可欠です。  
TLS 証明書の自動証明書管理でルーティングポリシーが機能する仕組みについては、3 つの異なるシナリオがあります。

* シナリオ 1：単一のルーティングポリシーが一致し、手動の承認が必要である。承認者は、タスクの詳細を確認し、証明書要求を承認できます。承認されると、自動フローがトリガーされます。
* シナリオ 2：一致するルーティングポリシーがないか、一致するルーティングポリシーが複数ある。承認者はタスクの詳細を確認し、\[ルーティングポリシーを選択して承認\] を選択できます。承認者はルーティングポリシーを手動で選択する必要があります。その後、更新されたルーティングポリシーが表示されます。承認者がルーティングポリシーを選択すると、自動フローがトリガーされます。
* シナリオ 3：単一のルーティングポリシーが一致し、手動の承認が不要で、\[承認が必要\] フラグが非アクティブである。自動フローがトリガーされます。
{#how-routing-policy-works__ul_e3b_djf_4qb}  
注:  
承認者が証明書要求タスクを却下した場合、タスクは \[失敗\] としてマークされます。自動フローの進行をトリガーするには、単一の承認で十分です。