CSDMモデルの基盤ドメイン

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間:10分
  • 基盤ドメイン内のテーブルには、他の CSDM ドメイン内のオブジェクトから参照されるベースデータが含まれています。ServiceNow製品を使用する前に、基盤データを入力する必要があります。

    基盤ドメイン内のテーブルは、CMDB の関係では使用されません。代わりに、これらのテーブルには重要な参照データが含まれています。このドメインの一般的なユーザーは、プロセスオーナー、データスチュワード、プロダクトオーナー、および契約マネージャーです。

    CSDM フレームワークの基盤ドメイン。

    CSDMフレームワークを実装する基盤ステージでは、アドミニストレーターは、適切なビジネス上の意思決定をサポートする正確なレポート作成を可能にする参照データを準備します。CSDM の実装を開始する場合は、ベースシステム テーブルを使用して、ServiceNow 製品と ServiceNow AI Platform から最大値を導出します。CMDBビルドのこのステージの詳細については、「CSDM 実装ステージ - 基盤」を参照してください。

    注:
    ドメインに入力する必要があるテーブルと属性の導入ウォークスルーについては、 CSDM リソースに記載されているビデオを参照してください。

    サービスライフサイクル中に使用される基盤ドメインテーブル

    個々の基盤ドメインテーブルには、サービスライフサイクルの各フェーズで必要に応じてアクセスされます。ドメインのライフサイクルフェーズについて説明する各トピックでは、そのフェーズ中にアクティブな基盤テーブルが特定されます。次の図を参照してください。

    チーフストラテジストが管理するデータ:バリューストリーム

    バリューストリーム:バリューストリームは、最初の要求から顧客による価値の実現まで、顧客に付加価値を与えるために実行される一連のアクションです。バリューストリームは、最初のコンセプトから始まり、開発のさまざまな段階を経て、デリバリーとサポートを経て進みます。バリューストリームは顧客で始まり、顧客で終わります。バリューストリームは、組織のビジネスプロセスに合わせて調整されます。

    プロセスオーナーが管理するデータ:ビジネスプロセス

    ビジネスプロセスには、明確に定義された開始と終了があります。銀行業界でのビジネスプロセスの例として、顧客のオンボーディングプロセスや信用調査プロセスがあります。各ビジネスプロセスには、重要度と影響度のレベルがあります。ビジネスプロセスは cmdb_ci_business_process テーブルに保存されます。

    親子関係では、親ビジネスプロセスへの参照として、親属性を使用してビジネスプロセスを識別できます。

    ビジネスプロセスは手動で管理される CI で、これによって宣言済みおよび決定済みの重要度と、機密性、完全性、および可用性への影響を特定できます。ビジネスプロセスは、毎月、四半期ごと、半年ごと、または毎年レビューできます。さらに、次のレビュー日を記録することもできます。詳細については、「ビジネスプロセス管理」および「ビジネスプロセスを作成」を参照してください。

    契約マネージャーによって管理されるデータ:契約

    契約とは、2 者間の拘束力のある合意です。ServiceNow AI Platform では、契約には契約番号、開始日と終了日、有効なステータス、契約条件、文書、更新情報、財務条件などの詳細情報が含まれています。

    • 契約は CI ではありません。契約では、製品モデルモジュールの契約モデルタイプを使用します。契約は [ast_contract] テーブルに保存されます。
    • 契約管理 アプリケーションを使用して、契約を管理および追跡します。「契約管理 アプリケーション」を参照してください。
    • サービスレベル管理 アプリケーションでは、契約は、契約に関連する CI、場所、グループ、ユーザー、および子契約だけでなく、単一のベンダーまたは顧客に関連する SLA をグループ化します。詳細については、「Define a service contract」を参照してください。
    • ベンダー管理ワークスペース で使用されるサービス契約は、SLA の一部として有形/物理的な CI をサポートできます。
    • カスタマーサービス管理 (CSM) 製品では、サービス契約は顧客が受け取るサポートのタイプを定義します。契約には、アカウントおよび連絡先またはコンシューマー、対象となる特定の資産を含められます。1 つの契約に、複数のサービスエンタイトルメントと SLA を含めることもできます。「」を参照してください。 カスタマーサービス管理 (CSM)でのサービス契約の定義 .

    詳細については、「ドキュメントエンティティと契約エンティティのライフサイクル値の定義」を参照してください。

    製品所有者が管理するデータ

    製品と製品モデル

    製品をバンドルして、たとえば FlashBlade サーバー (ハードウェアモデル) や年中無休サポートサービス (サービスモデル) などの製品のコレクションやグループを作成できます。さらに、サードパーティプロバイダーまたは社内のプロダクトオーナーによって定義された、提供終了間近の製品を特定できます。組織が開発、販売、または使用する一連の製品を表すコンポーネントとして、他の製品をバンドルすることもできます。

    製品モデルは、ServiceNow AI Platform でアプリケーションによる管理と追跡で使用される製品の特定のバージョンまたは構成です。製品モデルテーブルは CI ではありません。CI は、 モデル ID 属性を使用して製品モデルを参照します (すべての CMDB テーブルで利用可能)。たとえば、サービスオファリング CI はサービスオファリングモデルを参照し、Windows Server はハードウェアモデルを参照できます。

    製品モデルは、プロダクトオーナー、チーム、製品ステータス、他の製品との互換性、製品カタログの参照、および製品のライフサイクルのさまざまな段階における参照オブジェクトを識別します。

    製品モデルは、製品モデルクラスと呼ばれる次の拡張テーブルを介して [cmdb_model] テーブルに記録されます。

    • アプリケーションモデル [cmdb_application_product_model] (バージョンに依存しない)
    • ソフトウェアモデル [cmdb_software_product_model] (バージョン固有)
    • 契約モデル [cmdb_contract_product_model]
    • 施設モデル [cmdb_facility_product_model]
    • ハードウェアモデル [cmdb_hardware_product_model] (有形/物理デバイス)
    • 消耗品モデル [cmdb_consumable_product_model]
    • サービスモデル [cmdb_service_product_model]

    アプリケーション、サービス、およびソフトウェアクラスのインスタンス CI は ディスカバリー を介して作成されないため、 モデル ID [model_id] の値は 製品モデル レコードを参照しない可能性があります。製品中心の管理パラダイムへの移行を支援するには、論理 CI の各インスタンスを 製品モデル に関連付ける必要があります。 推奨事項については、「 論理 CI の製品モデルの自動生成」を参照してください。

    製品の特徴

    デジタルプロダクトリリースでは、特定のバージョンのソフトウェアまたはサービスに機能 (開発対象) が存在します。

    ソフトウェア部品表 (SBOM)

    SBOM は、ソフトウェアのコンポーネントの全体的なコレクションです。

    サイクロンDXに対応しています。

    データスチュワードが管理するデータ

    CMDB グループ

    CMDB グループは CI のコレクションです (ただし、それ自体は CI ではありません)。グループは、保存済みクエリビルダーのクエリ、エンコードされたクエリ、手動入力の結果を基にしています。グループのすべてのメンバーに一度にアクションを適用できます。

    • ServiceNow AI Platform 全体で CMDB グループを操作できます。
    • CSDM の場合、ダイナミック CI グループは、CMDB グループを参照して、共通の基準に基づいて CI のリストを提供します。
    • CMDB グループはグループ [cmdb_group] テーブルに格納されます。
    • CMDB グループは、CI のグループ化に使用している可能性があるスプレッドシートを置き換えることができます。

    詳細については、「 CMDB グループ」を参照してください。

    所在地

    複数のソースやフェデレーション統合から取得するデータは、管理が困難です。管理を容易にするために、場所 [cmn_location] テーブルに次の属性が追加されました。

    • ソース:場所レコードの作成元。
    • 場所タイプ:場所の階層内の場所レコードの位置。次のオプションを使用して、次の要件に合わせて場所データの階層を作成できます:地域、県、州/都道府県、市町村、地区、建物/構造、フロア、部屋。
    • 管理担当者グループ:この場所レコードを管理するグループ。
    • 検証 (重複およびプライマリ):重複レコードにフラグを付け、表示されない場所を手動でフィルタリングします。
    • ライフサイクルステージライフサイクルステージステータス
    ライフサイクル値

    ライフサイクル値ペアは、製品、資産、契約、CI、場所、およびその他のオブジェクトのライフサイクルを追跡します。これらの標準 CSDM ライフサイクル値を使用することで、その移行期間を通じて効率よくオブジェクトを追跡できます。したがって、レポートは、CI の実際のステータス (使用状況、可用性、サポート終了など) を正確に反映できます。

    CSDM フレームワークを有効にすると、資産のライフサイクルを追跡するための [Life Cycle Stage] と [Life Cycle Stage Status] の値の使用を開始できます。これらのフィールドを使用するには、「CSDM プラグインのアクティブ化」で説明されている手順に従います。次のプロセスでライフサイクル値ペアを使用できます。

    ServiceNow コミュニティビデオをご覧ください。 CSDM V4 製品とライフサイクルのディスカッション

    データスチュワードが管理する共通データ

    共通データは次のテーブルに保存されます。
    • 会社:[core_company]
    • 事業部門:[business_unit]
    • 部門:[cmn_department]
    • 場所:[cmn_location]
    • グループ [sys_user_group] とユーザー [sys_user]。CI の完全な定義で CI に関連付けられている連絡先グループを特定する必要がある場合は、そのデータを CI の Teams 関連リストに追加できます。

    一般的なデータ要素は構成アイテムではありません。共通データは、ServiceNow AI Platform 全体で使用される共有データです。共通データには、組織構造 (会社、事業部門、部門)、場所、グループ、およびユーザーが含まれます。多くの ServiceNow AI Platform 製品は、ビジネス価値を提供するために共通データに依存しています。

    共通データの計画は、ServiceNow AI Platform 製品と機能を効果的に実装する上で重要です。次の問題を考慮してください。
    • データの信頼できるソースはありますか?
    • 複数のデータソースがありますか?
    • データはどのくらいの頻度で変更されますか?
    • CI に必要なデータの深さはありますか?
    • 誰がデータを管理していますか?

    CSDM のビデオ ServiceNow コミュニティ

    すべてのプレイリスト CSDM ビデオ