資産がサプライヤーによって出荷される前に発注書から手動で作成された場合、資産のデフォルトの状態は「注文中」に設定されます。この状態は、アセットが注文されたがまだ受け取られていないことを示します。資産がサプライヤーによって出荷されると、資産の状態は「配送待ち」に変わり、資産が在庫室に受け取られると「在庫あり」に変わります。アセットがユーザーまたは場所に展開されると、アセットの状態は [使用中] に変わり、アセットを別の倉庫または場所に転送する準備ができると [転送保留中] に変わります。資産が廃棄されるかサプライヤーに返却されると、資産の状態は「廃止」に変わります。参照：
ハードウェア資産の状態。ハードウェア資産のさまざまな状態とサブ状態、およびそれらが資産のライフサイクルを追跡するためにどのように使用されるかを説明します。
ハードウェア資産管理の概要。ダッシュボード、モデルの正規化、ハードウェアの更新、リース契約の期限切れ、廃棄注文、RMA リクエストなど、ハードウェア資産管理アプリケーションの機能について説明します。
ハードウェア資産ライフサイクルの自動化。要求から廃棄までのライフサイクル段階全体にわたって資産を管理するためのワークフローとタスクを自動化する方法について説明します。

ServiceNow ハードウェア資産管理のドキュメントによると、ITAM ペルソナと ITAM ロールは、製品のユーザーのタイプとアクセスに関連する異なる概念です。それらの違いは次のとおりです。
ITAM ペルソナは、ITAM 製品の典型的なユーザーとそのビジネス ニーズを表すユーザー プロファイルです。これらは特定の役割や権限に関連付けられておらず、むしろユーザーの目標、課題、期待を記述します。たとえば、ITAM ペルソナには、IT 資産マネージャー、IT 資産アナリスト、IT 調達マネージャー、IT 財務マネージャーなどがあります1。
ITAM ロールは、ITAM 製品でユーザーがアクセスできる機能を決定するアクセス制御です。これらは、責任とタスクに基づいてユーザーまたはグループに割り当てられます。これらを組み合わせて、ユーザーに複数のレベルのアクセスを許可することもできます。たとえば、ITAM ロールには、asset、asset_admin、asset_tagging、および Procurement2 などがあります。
したがって、ユーザーは複数のロールを持つことができますが、単一のペルソナ (A)、ロールは製品の機能へのアクセスを制御します (B)、ペルソナは製品のユーザーのタイプを表し、ユーザーは複数のロールとペルソナを持つことができます (F)は、ITAM ペルソナと ITAM ロールの違いを説明する正しい記述です。参照：
1: ITAM ペルソナ 2: ITAM の役割

説明
ServiceNow ハードウェア資産管理のドキュメントによると、資産交換/交換タスクは、欠陥のある資産または破損した資産を新しい資産または再生された資産と交換するために使用される資産タスクの一種です1。資産の交換または交換によってインシデントが解決されると、インシデント管理アプリケーションは資産の交換/交換タスクをトリガーし、それを資産マネージャー 2 に割り当てます。資産管理者がタスクを完了すると、関連する資産レコード 3 の次のフィールドが自動的に更新されます。
ソフトウェア割り当て: 古い資産のソフトウェア割り当ては新しい資産に転送され、古い資産は未割り当てとしてマークされます。
関連 CI レコード: 古い資産の関連構成項目 (CI) レコードが新しい資産情報で更新され、古い資産は廃止済みとしてマークされます。
廃棄情報: 古い資産の廃棄情報は、廃棄の理由、日付、および方法とともに更新されます。
他のオプション、保守契約および減価償却費は、資産の交換/交換タスクがトリガーされても、関連する資産レコード内で自動的に更新されません。保守契約は個々の資産ではなく資産モデルにリンクされているため、交換/交換操作の影響を受けません4。減価償却費は、資産コスト、減価償却方法、減価償却スケジュールに基づいて計算されるため、自動的に更新されません5。参考文献:
ServiceNow ハードウェア資産管理: 資産タスク
ServiceNow ハードウェア資産管理: 資産の交換/交換タスク
ServiceNow ハードウェア資産管理: 資産の交換/交換タスクのワークフロー
ServiceNow ハードウェア資産管理: 契約と更新の管理
ServiceNow ハードウェア資産管理: 減価償却

説明
在庫ルールに関する ServiceNow 製品ドキュメント 1 によると、在庫ルールは、倉庫内の資産の在庫が指定されたしきい値 1 を下回ったときに在庫を補充するための条件とアクションを定義するレコードです。
ServiceNow2 の在庫ルールに関する ServiceNow GlideFast ブログ投稿によると、ベンダーから補充する在庫ルールを作成する場合、倉庫在庫室の主な要件は、割り当てられたマネージャーが必要であり、そのマネージャーが有効な電子メール アドレスを持っている必要があることです2。
この要件の理由は、在庫ルールによってベンダーから追加資産を調達するための発注書が生成され、その発注書が承認のために在庫室管理者の電子メール アドレスに送信されるためです2。
仕入先から補充する在庫ルールを作成する場合、他のオプションは倉庫在庫室の主な要件ではありません。在庫ルールが機能するために、在庫室に割り当てグループ、有効な携帯電話、または有効なタイムゾーンがある必要はありません。
参考文献:
1: ServiceNow 製品ドキュメント: 在庫ルール
2: ServiceNow の株式ルール - GlideFast ServiceNow