--- 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) 所要時間：12分 Telecom Discrepancy Identification and Reconciliation ソリューションは、ネットワークシステムと CMDB/TNI などのインベントリ管理データベース間のネットワークリソースデータの正確性と一貫性を確認するように設計されています。 Telecom Delrepancy Identification and Reconciliation は、Telecom ディスカバリーとプラットフォーム機能に依存してその機能を実行します。 ## 電気通信不一致の識別および調整の概要 {#exploring-telecom-reconciliation__section_yg1_x2c_b2c} ## TSOM ヴィジビリティプラグイン {#exploring-telecom-reconciliation__section_h2d_bfc_b2c} Telecom Discrepancy Identification and Reconciliation ロジックは、TSOM Visibility プラグイン (sn_tsom_core) のコンポーネントです。このプラグインには、電気通信ディスカバリーと電気通信不一致識別および調整プロセスの両方に不可欠な共有ロジックが含まれています。これには、通信固有の不一致の検出および修復機能に加えて、現在および将来の通信アプリケーション機能をサポートするために設計されたその他の基本ロジックが含まれています。 ## 識別および調整エンジン (IRE) {#exploring-telecom-reconciliation__section_zmr_cfc_b2c} IRE は、複数のソースからのデータを識別して調整するための一元化されたフレームワークを提供します。さまざまなデータソースを使用して CI レコードを作成または更新するときに、CMDB および一部の非 CMDB テーブルの整合性を確認します。 * IRE は識別ルールに基づいて既存の CI を照合します。 * 一致するものが見つからない場合、IRE は CI を作成します。 * IRE の更新は、調整ルールに基づいてアトリビューションされます。 {#exploring-telecom-reconciliation__ul_fvk_hmc_b2c} 詳細については、「[CMDB Identification and Reconciliation (IRE)](https://www.servicenow.com/docs/access?context=c_CMDBIdentifyandReconcile&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US)」を参照してください。 ## CMDB コンプライアンスと電気通信不一致の識別と調整 {#exploring-telecom-reconciliation__section_qt1_nmc_b2c} CMDB コンプライアンスは、アドミニストレーターが CMDB データの正確性を認定し、コンプライアンス監査中に検出された不一致を特定できるようにするツールセットです。また、失敗した監査レコードの後続タスクを自動的に生成してアサインすることもできます。これらのタスクは、不一致を修正するための適切な修正サブフローをトリガーするタスクとして機能します。CMDB コンプライアンス監査は、電気通信不一致の識別と調整の基盤を形成します。 * CMDB コンプライアンスは後処理ルールとして監査を実行し、CMDB の例外 (不一致) を特定します。 * CMDB コンプライアンスは、失敗ステータス (失敗ステータスは、CMDB の例外または不一致を検出した監査の結果) の各監査レコードに対して後続タスクを作成します。不一致に対処して解決するために、各後続タスクに対して修復フローを設計してトリガーできます。 {#exploring-telecom-reconciliation__ul_g2q_5mc_b2c} Telecom Discrepancy Identification and Reconciliation のロジック、および修正サブフローの例は、Yokohama リリースに含まれており、TSOM Visibility プラグインとともに自動的にインストールされます。 一般的な CMDB コンプライアンスツールセットの詳細については、「 [CMDB Compliance](https://www.servicenow.com/docs/access?context=c_Compliance&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US)」を参照してください。 ## 不一致識別シナリオ (認定監査を使用) {#exploring-telecom-reconciliation__section_mpg_vvc_b2c} 以下で説明する、インベントリ (CMDB) とディスカバリーの間で検出できる 2 つの主要な不一致カテゴリがあります。 * インベントリには存在するがネットワークには存在しないエンティティ。 * ネットワークとインベントリの両方に存在するが、階層が異なるエンティティ。 {#exploring-telecom-reconciliation__ul_nky_yvc_b2c} TSOM ヴィジビリティでの不一致識別は、CMDB コンプライアンス (認定監査) の使用に依存しており、モデル関係と情報を使用して不一致を特定する特定のロジックを追加することで拡張されています。 注: 現在のリリースでは、物理リソース層での不一致の特定と調整に重点が置かれています。今後のリリースでは、この機能が拡張され、論理リソースレイヤーと属性のサポートも含まれます。 一般的な認定監査機能の詳細については、「 [Certification audits](https://www.servicenow.com/docs/access?context=c_CertificationAudits&version=yokohama&pubname=yokohama-servicenow-platform&ft:locale=en-US)」を参照してください。 ## 失敗した監査結果レコードに対して作成された後任タスクタイプ {#exploring-telecom-reconciliation__section_mhf_5wc_b2c} 条件に一致する CI 関係テーブル (cmdb_rel_ci) 内の関係レコードごとに、親 CI と子 CI について次の不一致タイプ (監査結果) が見つかり、失敗した監査結果ごとに次の後続タスクを作成できます。 1. CI の \[最新検出日\] フィールドがない場合に生成された最新の検出日が設定されていません。 2. 設定されたしきい値内にない最新の検出日。親 CI と子 CI の \[最新の検出日\] フィールド値の差が 2.5 日を超える場合に生成されます。デフォルトでは、sn_tsom_core.discovered_date.diff.threshold.in.days システムプロパティで 2.5 日に設定されており、変更できます。 3. CI モデルが見つかりません:(\[モデル ID\] フィールドが設定されていないか、データが無効です)。対応する CI モデルが見つからない場合に生成されます。CI モデルが見つからない場合、次の検証 (4-6) は CI モデルに依存しているため、無関係です。CI モデルが見つかった場合、監査は次の検証に進みます (4-6)。 4. 不一致占有スロット:カードが誤った数のスロットを占有した場合に生成されます。 5. TNI がインストールされている場合にのみ、モデル関係が定義されません。監査で \[ネットワークモデル関係\] テーブル内の親 CI モデルと子 CI モデルの関係が見つからない場合に生成されます。 6. 関係の数が正しくありません。TNI がインストールされている場合にのみ関連します。検出された子 CI レコードの数が、ネットワークモデル関係テーブルの **モデル関係カウント** フィールドの対応する親 CI レコードの最大数を超えていることが監査で検出された場合に生成されます。 {#exploring-telecom-reconciliation__ol_c5l_rzc_b2c}一般的な後続タスク機能の詳細については、「サブフローのビルド」を参照してください。 ## 不一致修正サブフロー {#exploring-telecom-reconciliation__section_tz1_m1d_b2c} 監査で不一致が特定されると、後続タスクとしてログに記録されます。システムにより、ユーザーは特定の不一致シナリオに対してサブフローを定義し、さまざまなタイプの不一致を区別し、それらを修正するためのカスタムフローを作成できます。 サブフローのビルド方法の詳細については、「 [Building subflows](https://www.servicenow.com/docs/access?context=subflows&version=yokohama&pubname=yokohama-build-workflows&ft:locale=en-US)」を参照してください。 ## 使用例 {#exploring-telecom-reconciliation__section_pvm_v1d_b2c} 電気通信不一致の識別および調整の使用方法に関する特定のシナリオの例を次に示します。 スロット (スロット 40) にカード (Card40) が入っている機器が最初に検出されたとします。時間が経つにつれて、Card40 で問題が特定され、Card41 に置き換えられました。ただし、インベントリ (CMDB) にはまだ Card40 CI が含まれていますが、ネットワーク上では Card41 に置き換えられています。次のディスカバリージョブが実行されると、Card41 CI が検出され、同じスロット (スロット 40) 内の CMDB に追加されます。その結果、同じ Slot40 に 2 つの CI (古い CI Card40 と新しく検出された CI Card41) が配置されます。 監査はこの不一致を特定し、後続タスクを作成して、ユーザーが修正できるようにします。(この不一致を解決し、Card40 を廃止します)。 サービスオペレーション CMDB コンプライアンス監査が実行されると、この不一致が特定され、「失敗」ステータスの監査レコードが作成されます (この例ではAUDR0001283)。 1. ナビゲート すべてコンプライアンス監査. 2. \[サービスオペレーション CMDB コンプライアンス監査\] を選択します。 3. \[ 監査を実行\] を選択して監査を実行します。 失敗した監査レコード (この例では TASK0020215) ごとに、後続タスクが自動的に作成されます。 4. \[ TASK0020215\] を選択します。 後続タスクには、不一致の詳細な説明が含まれています。説明でわかるように、Card40 CI には不一致があります。 注: これは、「関係の数が正しくない」シナリオに対して作成されたTASK0020215説明の例です。シナリオや環境によっては、説明が異なる場合があります。 Card40 が最後に検出されたのは 2.5 日以上前です。 次の CI 間の関係:{#exploring-telecom-reconciliation__table_hyt_kld_b2c__entry__2} | CI | モデル | |-|-| | スロット 40 (8b2beb4247ceda10f04f83ac416d4398) | デモ 20532ツリー (1ba577524c1b3110f8772646dabeb9bb) | | card40 (0b2beb4247ceda10f04f83ac416d4399) | Nokia 7360 FANT-F カードモジュール (3af9617de5928110f877657a333391e0) | | card41 (832beb4247ceda10f04f83ac416d439a) | | [ ] {#exploring-telecom-reconciliation__table_hyt_kld_b2c} 5. 修復するには \[ 修復 \] ボタンを選択します。 6. 備考:修復は、次の方法でアクセスできる UI アクションです。 7. すべてシステム定義UI アクション. 8. \[ 修復\] UI アクションを開いて観察します。 UI アクションの詳細については、「 [Defining UI actions](https://www.servicenow.com/docs/access?context=c_UIActions&version=yokohama&pubname=yokohama-platform-administration&ft:locale=en-US)」を参照してください。 {#exploring-telecom-reconciliation__ol_ulz_dkd_b2c} この例では、修復 UI アクション ( 修復によってトリガーされる) が TSOM CI 廃止の実行サブフローを呼び出して、後続タスクTASK0020215で指定された不一致に対処して解決します。さらに、古いCard40を廃止する必要があり、サブフロー「TSOM Decommission Card」を呼び出すことで自動的に実行されます。 修正が正常に完了すると、\[後任タスク\] ウィンドウ (TASK0020215) に修正結果を含む作業メモが生成されます。 作業メモでわかるように、Card40 の廃止に成功し、Slot40 → Slot40 の関係を削除しました。不一致が正常に解決され、CMDB CI レコードがネットワークステータスと同期されるようになりました。 このサブフローの例はソリューションに付属しています。ユーザーは、フローデザイナーを使用してカスタム修正サブフローを定義できます。 ## 電気通信の不一致に影響するシステムプロパティ:識別および調整 {#ariaid-title2} これらのシステムプロパティは、TSOM ヴィジビリティプラグイン (sn_tsom_core) の一部であり、電気通信不一致識別および調整ログ (TSOM CMDB 監査) を制御します。TSOM Visibility プラグインは、TSOM Visibility アプリケーションのイネーブラーとして機能し、Telecom Discovery および Telecom Discrepancy Identification and Reconciliation ソリューション全体で共有されるロジックを含みます。 {#system-properties-affecting-telecom-discrepancy-identification-reconciliation__table_c1p_wmd_b2c__entry__3} | **プロパティ名** | **推奨/デフォルト値** | **説明** | |-|-|-| | sn_tsom_core.audit.interface_card_tables | cmdb_ci_interface_card | 値が設定されていない場合 (つまり、フィールドが空の場合)、インターフェイスカードテーブルは TSOM CMDB 監査 (電気通信不一致の識別および調整) で処理されません。 | | sn_tsom_core.audit.discovery_sources | SG-Altiplano、ServiceNow | TSOM CMDB 監査 (Telecom Delrepancy Identification and Reconciliation) は、SG-Altiplano または ServiceNow (水平ディスカバリーとパターン) のディスカバリーソース値を持つ CI レコードのみを処理します。TSOM サービスグラフコネクタは、将来のリリースで追加される予定です。 | | sn_tsom_core.audit.relationship_types | Contains:Contained by | TSOM CMDB 監査 (電気通信不一致の識別および調整) は、関係タイプが Contains::Contained by の関係レコードのみを処理します。 | | sn_tsom_core.audit.slot_tables | cmdb_ci_container_slot | 値が設定されていない場合 (つまり、フィールドが空の場合)、スロットテーブルは TSOM CMDB 監査 (電気通信不一致の識別および調整) によって処理されません。 | | sn_tsom_core.audit.log.level | 情報 | TSOM CMDB 監査 (Telecom Glrepancy Identification and Reconciliation) は、デフォルトのログレベルが info に設定された状態で実行されます。 注意:ログレベルを変更すると、パフォーマンスに影響を与える可能性があります。 | | sn_tsom_core.audit.subslot_tables | cmdb_ci_container_subslot | 値が設定されていない場合 (つまり、フィールドが空の場合)、サブスロットテーブルは TSOM CMDB 監査 (電気通信不一致の識別と調整) によって処理されません。 | | sn_tsom_core.audit.interface_tables | cmdb_ci_ni_interface | 値が設定されていない場合 (つまり、フィールドが空の場合)、インターフェイステーブルは TSOM CMDB 監査 (電気通信不一致の識別および調整) によって処理されません。 | | sn_tsom_core.audit.equipment_tables | * cmdb_ci_ni_telco_equipmen * cmdb_ci_ip_switch * cmdb_ci_ip_router {#system-properties-affecting-telecom-discrepancy-identification-reconciliation__ul_svx_hnd_b2c} | 値が設定されていない場合 (つまり、フィールドが空の場合)、機器テーブルは TSOM CMDB 監査 (電気通信不一致の識別および調整) によって処理されません。 | | sn_tsom_core.audit.discovered_date.diff.threshold.in.days | 2.5 | TSOM CMDB 監査 (Telecom Discrepancy Identification and Reconciliation) は、最新の検出日値がデフォルトのしきい値より大きい CI レコードに対してのみ不一致タスクを発生させます。 | | sn_tsom_core.audit.max_number_of_records_to_process | 100000 | TSOM CMDB 監査 (電気通信不一致の識別および調整) は、最大 100,000 件の関係レコードを処理するように設定されています。 注: この値は増やすことができますが、パフォーマンスに影響を与える可能性があります。 | [表 : 1. TSOM ヴィジビリティシステムプロパティ (CMDB 監査に影響)] {#system-properties-affecting-telecom-discrepancy-identification-reconciliation__table_c1p_wmd_b2c} ### 調整の設定 {#system-properties-affecting-telecom-discrepancy-identification-reconciliation__section_wx4_mq1_d2c} 「[電気通信不一致の識別および調整の構成](https://servicenow-prod.fluidtopics.net/z~bnKI1HaAHiPQbIIiRAmg#configure-telecom-reconciliation "このガイドでは、ServiceNow CMDB/TNI インスタンス内の電気通信ネットワークリソースの不一致を正確に検出して解決できるように、電気通信不一致の識別および調整 (TSOM ヴィジビリティの一部) を構成する手順について概説します。")」を参照してください。