---
sourceDocument: Yokohama エンタープライズアーキテクチャ (旧アプリケーションポートフォリオ管理)
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/application-portfolio-management

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama エンタープライズアーキテクチャ (旧アプリケーションポートフォリオ管理)

ft:clusterId :

    - appportman

bundleId :

    - appportman

workflow :

    - Technology


---

# タイムライン上の製品ライフサイクルデータ

# タイムライン上の製品ライフサイクルデータ {#ariaid-title1}

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

ソフトウェアモデル (各完全バージョン) およびハードウェアモデルのライフサイクルデータは、そのタイプ、フェーズ、ソース、日付、および関連するリスクによって異なります。タイムライン上のソフトウェアモデルリスクを示すために適用される条件と考慮事項を理解します。この知識により、タイムライン上の文字をデコードできます。

## タイムライン上のライフサイクルフェーズ {#lifecycle-data-timeline__section_xbk_s2z_gfb}

タイムラインには、パブリッシャーと内部の 2 種類のライフサイクルが表示されます。タイムラインのポップアップに表示される公開者のライフサイクル情報は、ソフトウェアの場合はソフトウェア製品ライフサイクル \[sam_sw_product_lifecycle\] テーブル、ハードウェアの場合はハードウェアモデルライフサイクル \[cmdb_hardware_model_lifecycle\] テーブルから取得されます。この情報は、タイムライン上で S や I などの文字で示されます。たとえば、S は内部ライフサイクルの ServiceNow と I を表します。  
注:  
ハードウェアモデルとソフトウェアモデルの両方をまとめて製品モデルと呼びます。  
図 : 1. 内部ライフサイクル情報

SAM ユーザーまたはソフトウェアモデルマネージャーは、 [ソフトウェア製品ライフサイクル](https://www.servicenow.com/docs/access?context=record-terms-software-licenses&version=yokohama&pubname=yokohama-it-asset-management&ft:locale=en-US) をソフトウェア製品ライフサイクルテーブルに追加できます。このテーブルには、ソフトウェア製品の情報、ライフサイクルタイプ (内部または外部)、完全バージョン、ライフサイクルフェーズ、フェーズの開始日、およびリスクが保持されます。

ハードウェアモデルマネージャーは、ハードウェアモデルにライフサイクルデータを追加できます。  
注:  
後続のライフサイクルフェーズの開始日は、前のライフサイクルフェーズの終了を示します。そのため、ライフサイクル情報のポップアップにフェーズ終了日が指定されていません。

ライフサイクルフェーズを TPM タイムラインに表示しない場合は、そのソフトウェア製品ライフサイクルレコードの アクティブ フラグを false に設定します。たとえば、\[ソフトウェア製品ライフサイクル\] リストの Oracle DB Server ソフトウェアモデルの 3 つのレコードとして、\[一般提供\]、\[延長サポート終了\]、および \[サポート終了\] のライフサイクルフェーズを含めることができます。ただし、 一般提供 フェーズをタイムラインに表示しない場合は、そのライフサイクルフェーズレコードのソフトウェア製品ライフサイクルフォームで \[ アクティブ\] チェックボックスをオフにすることができます。その結果、タイムラインはサポート終了フェーズから始まります。ソフトウェア製品ライフサイクルのライフサイクルフェーズレコードは存在しますが、ライフサイクルデータはタイムラインにレンダリングされません。アクティブなライフサイクルレコードのみが考慮され、TPM タイムラインにプロットされるためです。

## タイムライン上のライフサイクルソース {#lifecycle-data-timeline__section_c25_dxx_tjb}

パブリッシャータイプと内部ライフサイクルタイプのソースは、それぞれ外部と内部で生成されます。内部で作成されたレコードはタイムライン上で \[I \] とマークされ、そのような製品ライフサイクルソースは編集できません。ただし、パブリッシャーが外部であり、同じ製品モデルのパブリッシャーソースが複数ある場合は、選択肢 \[sys_choice_list\] テーブルの \[シーケンス\] フィールドへの[フィールドマッピング機能](https://www.servicenow.com/docs/access?context=example-field-mapping&version=yokohama&pubname=yokohama-now-intelligence&ft:locale=en-US)を使用して優先パブリッシャーソースを設定できます。  
図 : 2. パブリッシャーライフサイクル情報

タイムラインには、次の条件を満たすパブリッシャーソースが表示されます。

* シーケンス番号が最小のパブリッシャーソースが優先され、タイムラインにプロットされます。
* 製品モデルのライフサイクルフェーズに複数の公開者ソースがある場合、シーケンス番号が最も少ないソースのみがタイムラインにプロットされ、残りのフェーズは考慮されません。
* パブリッシャーソースの名前の最初のアルファベットがタイムラインにプロットされます。ただし、同じ文字で始まるソースが複数ある場合は、文字に正の整数が追加されます。たとえば、セントラルの場合は C1、企業の場合は C2 です。
{#lifecycle-data-timeline__ul_rhk_cjz_gfb}

## ライフサイクルフェーズの日付範囲の構成 {#lifecycle-data-timeline__section_rnn_w2z_gfb}

アドミンユーザーの場合は、日付範囲を設定できます。

1. 日付範囲を設定するには、 システムプロパティすべてのプロパティ.
2. プロパティ名 startRangeOfTPMLifecycle をクリックしてレコードを開きます。
3. タイムラインの TPM ライフサイクルの開始範囲に任意の正の値を入力します。
4. \[更新\] をクリックします。
5. プロパティ名 endRangeOfTPMLifecycle をクリックしてレコードを開きます。
6. TPM ライフサイクルの終了範囲に任意の正の値を入力します。
7. \[更新\] をクリックします。

{#lifecycle-data-timeline__ol_ky2_syg_cgb}

日付条件とレコードのライフサイクルフェーズの詳細については、「 [日付条件](https://servicenow-prod.fluidtopics.net/xbezpFfJPcxu_Ke~NVU7Vg "メンテナンスユーザーは、ライフサイクルフェーズの日付範囲を設定できます。")」を参照してください。

## 製品モデルのリスクを特定するための色分けされたタイムライン {#lifecycle-data-timeline__section_tnf_mh1_hfb}

* フェーズに内部レコードとパブリッシャーレコードがある場合は、そのフェーズのパブリッシャーが内部レコードで上書きされます。  
  図 : 3. 内部が外部に優先するタイムラインの例 ![内部が外部に優先するタイムライン]()
* タイムラインの最後のフェーズは、上書きされていない前のフェーズのリスクの色とソースを取得します。  
  図 : 4. 上書きされていない前のフェーズのリスクカラーを取得した最終フェーズの例 ![上書きされていない前のフェーズのリスクカラーを取得している最終フェーズ]()
{#lifecycle-data-timeline__ul_wmx_hh1_hfb}