---
sourceDocument: 横浜 通信事業サービスオペレーション管理
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/telecom-service-ops

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - 横浜 通信事業サービスオペレーション管理

ft:clusterId :

    - tsom

bundleId :

    - tsom

workflow :

    - Customer and Industry


---

# 電気通信不一致の識別および調整の構成

# 電気通信不一致の識別および調整の構成 {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：5分

このガイドでは、ServiceNow CMDB/TNI インスタンス内の電気通信ネットワークリソースの不一致を正確に検出して解決できるように、電気通信不一致の識別および調整 (TSOM ヴィジビリティの一部) を構成する手順について概説します。

## 始める前に

Telecom Discrepancy Identification and Reconciliation を使用するには、TSOM のサブスクリプションが必要です。

必要なロール：アドミン

## ストアでアプリを要求する {#configure-telecom-reconciliation__section_zdh_znd_b2c}

[ServiceNow Store](https://store.servicenow.com/sn_appstore_store.do#!/store/home) Web サイトにアクセスして利用可能なすべてのアプリを表示し、ストアにリクエストを送信する方法について確認してください。リリースされたすべてのアプリのリリースノート情報については、「[ServiceNow Storeバージョン履歴のリリースノート](https://docs.servicenow.com/bundle/store-release-notes/page/release-notes/store/sn-store-release-notes.html)」を参照してください。{#configure-telecom-reconciliation__inline-send-to-store}

## 依存関係と要件 {#configure-telecom-reconciliation__section_qdn_d4d_b2c}

TSOM ヴィジビリティプラグインの依存関係:

* Telecom Service Operation Core (sn_tsom_core) CMDB CI クラスモデル (アプリ ID:sn_cmdb_ci_class、タイプ:ストア)
* 展開されたモデルおよび資産クラスアプリケーション (アプリ ID:sn_ent、タイプ:ストア)
* ヴィジビリティコンテンツ (アプリ ID:sn_pattern_design、タイプ:ストア)
* CMDB 共通統合 (アプリ ID:sn_cmdb_int_util、タイプ:ストア)
* ServiceNow 統合ハブスターターパックインストーラー (プラグイン ID:com.glide.hub.integration、タイプ:ファミリー)
{#configure-telecom-reconciliation__ul_nt5_1rd_b2c}

ディスカバリーによって自動的にインストールされるディスカバリーコアプラグイン (com.snc.discovery.core)。

ITOM ディスカバリーライセンスプラグイン (**com.snc.itom.discovery.license**)。このプラグインを有効にする必要があります。

ITOM Licensing プラグイン (**com.snc.itom.license**)。

詳細については、「[Request Discovery](https://www.servicenow.com/docs/access?context=t_ActivateTheDiscoveryPlugin&version=yokohama&pubname=yokohama-it-operations-management&ft:locale=en-US)」を参照してください。

## インストール {#configure-telecom-reconciliation__section_mly_tx2_b2c}

TSOM Visibility プラグイン (sn_tsom_core) は、Telecommunications Discovery Patterns (sn_tsom_patterns) または Nokia Altiplano Service Graph Connector (sn_sgc_altiplano_connector) とともに自動的にインストールされます。すべてのロジックとシステムプロパティが ServiceNow インスタンスにインストールされます。

TSOM Visibility プラグインをインストールするには、「 [通信ディスカバリー (TSOM) パターンの構成](https://servicenow-prod.fluidtopics.net/3usqunCxR7JSMoDyfONWzg#configuring-telecommunications-discovery-patterns "このドキュメントでは、 ServiceNowの TSOM ヴィジビリティで通信ディスカバリーパターン (TSOM パターンとも呼ばれます) を設定するために必要な依存関係、要件、およびインストール手順の概要を説明します。") 」または「 [Nokia Altiplano のサービスグラフコネクタの構成](https://servicenow-prod.fluidtopics.net/SpqDOMYkJD92dk5qPQjKIQ#configuring-service-graph-connector-nokia-altiplano "このドキュメントでは、ガイド付きセットアップを使用して Nokia Altiplano のサービスグラフコネクタを構成し、Nokia Altiplano アクセスコントローラー (REST API) のネットワークリソースデータを ServiceNow CMDB に統合する方法について説明します。これには、ネットワークデータの正確な統合を確認するためのセットアップ、認証、およびスケジューリングの手順が含まれています。")」を参照してください。

## TSOM ヴィジビリティインストール免責事項 {#configure-telecom-reconciliation__section_t2x_gx1_c2c}

インストールプロセスに関連する重要な情報と要件については、「 [TSOM ヴィジビリティインストール免責事項](https://servicenow-prod.fluidtopics.net/HfRz5gSgGIVJlgdnI6IehA#tsom-visibility__section_wn4_2fk_b2c) 」を参照してください。

## 実行 {#configure-telecom-reconciliation__section_d3c_xx2_b2c}

電気通信不一致の識別および調整ソリューションは、CMDB ヘルス/コンプライアンスに依存しており、CMDB ヘルス/コンプライアンスは、CMDB 内の選択したテーブルとレコードで認定監査を実行します。ディスカバリーから独立して動作し、オンデマンドまたはスケジュール設定して実行できます。

CMDB コンプライアンスの詳細については、「 [CMDB Compliance](https://www.servicenow.com/docs/access?context=c_Compliance&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US) と [Certification audits](https://www.servicenow.com/docs/access?context=c_CertificationAudits&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US)」を参照してください。

## 手順

1. 移動先 すべてコンプライアンス監査サービスオペレーション CMDB コンプライアンス監査 (「cert_audit」テーブル).
2. \[ 監査を実行\] を選択します。  

   さまざまなスクリプトと操作を実行します。

## 認定監査ロジック {#ariaid-title2}

監査結果は、選択内容と一致したレコードで実行された監査ごとに作成されます (「初期認定監査実行」の一致条件を参照)。

結果のステータスは \[認定済み\] または \[失敗\] になります。「失敗した」監査結果レコードごとに後続タスクが作成されます。

### 最初の認定監査の実行 {#certification-audit-logics__section_kh4_ycf_b2c}

特定の CMDB テーブルの例外を検証します。  
サービスオペレーション CMDB コンプライアンス監査が CI 関係性テーブル (cmdb_rel_ci) で実行を開始しますが、次のように条件が一致する特定のレコードでのみ実行されます。

* 親および子 CI クラスは、次のような拡張テーブルを含む、サポート対象クラスです。  
  スロット(cmdb_ci_container_slot)、サブスロット(cmdb_ci_container_subslot)、カード(cmdb_ci_interface_card)、インターフェイス(cmdb_ci_ni_interface)、電気通信機器(cmdb_ci_ni_telco_equipment)、IP スイッチ(cmdb_ci_ip_switch)、および IP ルータ(cmdb_ci_ip_router)。  
  注:  
  これらのプロパティは、sn_tsom_core.audit.\* システムプロパティを使用して構成できます。
* 親または子がディスカバリー (discovery_source = SG-Altiplano、ServiceNow) によって作成または更新されている。  
  注:  
  このプロパティは、sn_tsom_core.audit.discovery_sources システムプロパティで構成できます。
* 親と子のライフサイクルステージは \[運用\] です。
* CI 関係タイプは Contains::Contained By です。  
  注:  
  このプロパティは、sn_tsom_core.audit.relationship_types システムプロパティで構成できます。
{#certification-audit-logics__ul_f3v_tdf_b2c}

### 認定監査の後続実行 {#certification-audit-logics__section_i5h_j2f_b2c}

最初の認定監査実行と同じロジックに従いますが、次の追加の一致選択基準があります。

CI 関係性テーブルの \[更新済み\] フィールドのタイムスタンプ、親 CI の \[更新済み\] フィールドのタイムスタンプ、または子 CI の \[更新済み\] フィールドのタイムスタンプが、サービスオペレーション CMDB コンプライアンス監査の \[最終実行日\] フィールドのタイムスタンプよりも後になっています (前回の監査以降に変更があったことを意味します)。