---
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年07月31日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：4分

証明書と管理は TLS 証明書プロセスを簡素化し、効率の向上やセキュリティの強化などのメリットを提供します。証明書管理を自動化することで、証明書をタイムリーに更新できるため、証明書の期限が切れるリスクが最小限に抑えられます。

## 始める前に

Microsoft認証局の自動フローを使用するには、ServiceNow 統合ハブアクションステップ - PowerShell プラグインをインストールし、統合ハブサブスクリプションが必要です。詳細については、「[Integration Hub usage and subscription](https://www.servicenow.com/docs/access?context=subscription-usage&version=yokohama&pubname=yokohama-integrate-applications&ft:locale=en-US)」を参照してください。

必要なロール：pki_admin または admin

## 手順

1. システムのプロパティ sn_disco_certmgmt.cert_task_default_approval_group をデフォルトの承認グループ名に設定します。  
   証明書要求が手動モードに移行すると、承認グループ名がデフォルトで使用されるグループになります。たとえば、一致するポリシーがない場合、または一致するポリシーが 3 つ以上ある場合は、デフォルトのグループが使用されます。複数の承認グループをカンマで区切って追加できます。タスクドメインに属するリスト上の最初のグループが承認に使用されます。ドメイン固有のグループが見つからない場合は、グローバルドメインリストの最初の名前が使用されます。
2. 証明書注文の有効期間を設定するには、システムのプロパティ sn_disco_certmgmt.default_cert_order_validity_period を更新します。  
   デフォルトは 730 日 (2 年) です。
3. 各認証局 (たとえば、DigiCert、Entrust CA Gateway、または Microsoft CA) に対する[ルーティングポリシー](https://servicenow-prod.fluidtopics.net/mR~w4q8bHuZldVYB7iNtng "ルーティングポリシーを設定して、証明書インベントリと管理を自動化します。認証局 (CA)、環境、およびその他の機能に基づいてポリシーを作成することで、効率的な TLS 証明書管理が保証されます。")を設定します。  
   単一の CA に対して複数のルーティングポリシーを定義し、異なるアカウントを使用して証明書をフェッチできます。
4. Microsoft CA サーバーの IP を追加します。
   * ルーティングポリシーの ca_host_ip フィールドを追加します。
   * ルーティングポリシーの ca_host_ip フィールドに中間サーバーの IP を追加します。

   中間サーバーは、Microsoft CA サーバーと同じドメイン内の任意の Windows サーバーにすることができ、PowerShell で使用可能な certutil コマンドと certreq コマンドにアクセスできます。中間サーバーを使用する場合、 MID サーバー は Invoke-Command を使用して中間サーバー上で Powershell スクリプトを実行します。このコマンドは、リモートプロシージャコール (RPC) を使用して、CA サーバーで certutil コマンドと certreq コマンドを実行します。
5. 証明書認証情報を作成し、認証情報エイリアスにマップします。  
   各認証情報は、一意の認証情報エイリアスを使用してマッピングする必要があります。詳細については、「[ディスカバリーの認証情報エイリアス](https://www.servicenow.com/docs/access?context=discovery-credential-alias&version=yokohama&pubname=yokohama-platform-security&ft:locale=en-US)」を参照してください。
6. 証明書と証明書 URL 情報が認証局 \[sn_disco_certmgmt_ca\] テーブルと認証局 API URL \[sn_disco_certmgmt_ca_api_url\] テーブルにあることを確認します。  
   DigiCert および Entrust CA Gateway のデフォルト URL は、すべての検証タイプの URL を提供します。URL を追加することもできます。
7. タスクの優先度を設定します。  
   変更要求の優先度とタイプは、タスクの優先度に基づいてマッピングされます。変更要求の優先度はタスクの優先度と同じですが、変更要求には P5 がないため、この場合は P4 にマッピングされます。

   変更要求のタイプを変更するには、変更管理プロパティ com.snc.change_management.change_model.type_compatibility を true に設定する必要があります。デフォルトは \[False\] です。
   1. 必要に応じて、タスクを設定し、システムプロパティ sn_disco_certmgmt.default_cert_task_priority を変更して、\[新規\] および \[更新\] タスクの優先度を設定します。  
      優先度のデフォルトは P3 です。可能な値は 1、2、3、4、5 です。値が 1 の場合、優先度は P1 に設定され、以下同様に続きます。無効な値が指定された場合、優先度はデフォルトの P3 にリセットされます。
   2. 必要に応じて、タスクを設定し、システムプロパティ sn_disco_certmgmt.default_revoke_cert_task_priority を変更して、取り消しタスクの優先度を設定します。  
      優先度のデフォルトは P1 です。指定可能な値は 1、2、3、4、5 です。値が 1 の場合、優先度は P1 に設定されるといった具合になります。無効な値が指定された場合、優先度はデフォルトの P1 にリセットされます。
   {#use-automated-flow-cert-requests__substeps_jnd_5sp_5qb}
8. **オプション:** 統合ハブプラグイン \[com.glide.hub.integrations\] をインストールします。  
   \[com.glide.hub.integrations\] プラグインは、DigiCert または Entrust CA Gateway 証明書を要求し、証明書の注文ステータスを追跡するためには必要ありません。ただし、証明書サブフローアクションをデバッグする場合や、DigiCert または Entrust CA Gateway の独自のカスタマイズフローを追加する場合は、このプラグインをインストールしてください。