資産と構成管理データの紐付け方 / 在庫品と非在庫品のServiceNow運用

投稿日: 2025年4月20日（更新・補完: 2026年時点）

1. 資産レコードと構成管理データ（CI）の概要

ServiceNowのHardware Asset Management（HAM）とCMDBを連携させる際の核心は、alm_asset（資産）とcmdb_ci（構成項目）の適切な紐付けです。

• 資産レコード（alm_asset）: 財務・調達・ライフサイクル視点（購入日、コスト、場所、所有者など）。主にハードウェア資産や消耗品を管理。
• 構成項目（CI, cmdb_ci）: 運用・技術視点（IP、OSバージョン、依存関係など）。Discoveryなどで自動収集。

課題: 手動作成の資産とDiscovery自動CIの整合性をどう保つか？ → IRE（Identification and Reconciliation Engine）が鍵。

2. 資産とCIの紐付けメカニズム

ServiceNowは双方向リンクを標準でサポート：

• alm_asset → 「Configuration Item」フィールド（cmdb_ci参照）
• cmdb_ci → 「Asset」フィールド（alm_asset参照）

Discovery + IREによる自動マッチング

1. 識別ルール（Identification Rules）: シリアル番号、MACアドレス、ホスト名などをキーとしてマッチング。
2. IREがalm_assetを参照し、一致すれば自動リンク。
3. 不一致時は手動でCMDB Workspaceやフォームから関連付け。

前提: 資産レコードにシリアル番号などの一意キー必須。事前整備が成功の鍵。

3. 在庫品 vs 非在庫品の分類とHAM対応

多くの日本企業で「在庫品・非在庫品」と分けている場合、ServiceNow HAMでは以下に相当します。

区分（企業側）	HAM相当	テーブル	追跡粒度	CMDB連携	典型例
在庫品	ハードウェア資産（Hardware Assets）	alm_hardware（alm_assetの子）	個別（シリアル/資産タグ）	強く推奨（DiscoveryでCIリンク）	PC、サーバー、プリンター
非在庫品	消耗品（Consumables）	alm_consumable（alm_assetの子）	数量ベース	基本不要	トナー、ケーブル、マウス

フローの分離もHAM標準と一致：

• 在庫品（ハードウェア）: 調達 → 配備 → 保守 → 廃棄（詳細ライフサイクル）
• 非在庫品（消耗品）: 発注 → 在庫補充 → 消費（簡易在庫管理）

例外: 非在庫品に高価/個別追跡が必要なアイテムが入る場合 → alm_hardwareとして扱う検討を。

4. 具体的な導入手順（HAM → CMDB連携）

1. 資産データクレンジング: シリアル番号・資産タグを正確に入力（CSVインポート活用）。
2. Discovery設定: スキャン範囲設定 + 識別ルールでシリアル番号優先。
3. IREマッチング実行: Discovery後、自動リンク確認。
4. 不一致対応: CMDB Health Dashboardで検知 → 手動リンク or データ補完 → 再スキャン。
5. 継続管理: 定期Discovery + CSDM準拠 + CMDB Workspaceで可視化。

5. 注意点とベストプラクティス

• データ品質最優先: 識別子欠落でマッチング失敗多発 → 導入前クレンジング徹底。
• 段階導入: サーバーなど重要クラスから開始。
• CSDM活用: ビジネス/技術視点の標準モデル採用。
• 自動化: Flow Designer + Service Graph Connector（SCCMなど外部連携時）。

まとめ

支援先の「在庫品・非在庫品」分けは、HAMの「ハードウェア資産 vs 消耗品」とほぼ同一認識でOKです（個別追跡 vs 数量管理、CMDB連携の有無で分離）。

鍵は一意識別子の整備 + IRE自動マッチング。これで手動資産とDiscovery CIの乖離を最小化し、信頼性の高いデータ基盤を築けます。

具体例や設定で不明点があれば、ぜひ教えてください！