説明
仕入先からの出荷前に発注書から資産を手動で作成した場合、資産のデフォルト状態は「発注中」に設定されます。この状態は、資産が発注済みだがまだ受領されていないことを示します。資産が仕入先から出荷されると、資産状態は「配送待ち」に変わり、資産がストックルームに受領されると「在庫あり」に変わります。資産がユーザーまたは拠点に展開されると、資産状態は「使用中」に変わり、資産が別のストックルームまたは拠点への移動準備が完了すると「移動保留中」に変わります。資産が廃棄または仕入先へ返却されると、資産状態は「廃棄済み」に変わります。参考資料：
ハードウェア資産の状態。ハードウェア資産のさまざまな状態とサブ状態、およびそれらを使用して資産のライフサイクルを追跡する方法について説明します。
ハードウェア資産管理の概要。ダッシュボード、モデルの正規化、ハードウェアの更新、リース契約の有効期限、廃棄注文、RMA リクエストなど、ハードウェア資産管理アプリケーションの機能について説明します。
ハードウェア資産ライフサイクル自動化では、リクエストから廃棄までのライフサイクルの各段階を通じて資産を管理するためのワークフローとタスクを自動化する方法について説明します。

ハードウェア資産管理のドキュメントによると、転送注文とは、ある倉庫から別の倉庫への資産の移動を追跡する記録です。
転送指示明細は、転送する資産の数量と種類、および転送元と転送先の倉庫を指定するレコードです1。
HAM アプリケーションを使用する場合、転送オーダーに新しい転送オーダー ラインを作成すると、転送オーダー ラインをあるステージから別のステージに移動するための転送オーダー ライン タスクが自動的に作成されます1。
転送オーダー ライン タスクは、次のステージを通じて転送オーダー ラインの進行状況を追跡するレコードです1。
要求済み: 転送注文明細が作成され、承認を待機しています。
承認済み: 転送注文明細は承認され、履行の準備ができています。
履行済み: 転送注文明細が履行され、資産がソースの在庫室から出荷されます。
受領済: 転送注文明細が受領され、資産が宛先の倉庫にチェックインされます。
完了: 転送注文明細が閉じられ、転送が完了しました。
したがって、正解は選択肢Cです。これは、転送オーダーに新しい転送オーダー行を作成したときに何が起こるかを説明しており、転送オーダー行をあるステージから別のステージに移動するための転送オーダー行タスクが自動的に作成されることを意味します。参考：
ハードウェア資産管理ドキュメント
ハードウェア資産管理とは何ですか?

カタログ アイテムが要求されると、アプリケーションでトリガーされる承認とタスクを決定するメカニズムがフロー 12 です。
フローは、特定の条件とトリガーに基づいて実行される承認、タスク、通知、スクリプトなどの 1 つ以上のアクションで構成されるビジネス プロセスをグラフィカルに表現したものです12。
フローをカタログ アイテムに関連付けることで、そのアイテムのフルフィルメント プロセス (承認者、実行する必要があるタスク、送信する必要がある通知など) を定義できます12。
フロー デザイナーを使用してフローを作成し、管理できます。フロー デザイナーは、コードを記述せずにフローを設計およびテストできるローコード開発ツールです12。
フローは、有効化または無効化、バージョン管理、公開して使用可能にすることができます12。
フローは、フロー実行詳細とフローログ12を使用して監視およびデバッグできます。参考：
フローデザイナー
サービスカタログリクエストの履行

IT 資産の廃止は、ハードウェア資産ライフサイクルの最終段階であり、資産はサービスから削除され、安全かつ準拠した方法で廃棄されます1。
IT 資産の廃棄は、企業が定義したポリシーと手順に従って行う必要があります。これらのポリシーと手順は、資産の種類、状態、価値、ビジネス ニーズ、規制要件などによって異なる場合があります1。
企業が定義したポリシーと手順では、次のような IT 資産を廃棄するための基準、プロセス、およびドキュメントを指定する必要があります1。
廃棄の必要性を示すトリガー イベントまたは条件 (耐用年数終了、サービス終了、保証期間終了、陳腐化、損傷、盗難、紛失など) 廃棄の決定に関係する承認ワークフローおよび役割 (資産管理者、資産所有者、財務部門、セキュリティ部門など) 廃棄に使用できる廃棄方法およびベンダー (リサイクル、再販、寄付、破壊など) ベンダーによる資産の安全で準拠した廃棄を証明する破壊または廃棄の証明書 資産の廃棄ステータスと日付を反映する資産レコードおよび構成管理データベース (CMDB) の更新 したがって、会社定義のポリシーと手順を反映する答えは B です。会社定義のポリシーと手順で推奨されているどの時点でもです。
その他の選択肢は、漠然としすぎているか、具体的すぎるため、正しい答えではありません。
A) HAM定義の資産ポリシーで推奨されている時点：これは曖昧すぎます。HAM定義の資産ポリシーは、廃棄プロセスのすべての側面とシナリオを網羅していない可能性があります。HAM定義の資産ポリシーは、ハードウェア資産管理の目的、範囲、役割、責任を定義する一般的なガイドラインです2。IT資産の廃棄に関する詳細な基準、プロセス、およびドキュメントを必ずしも提供するものではありません。
C) HAM定義の資産処分手順で推奨されている時点：これは具体的すぎる。HAM定義の資産処分手順は、廃棄プロセスの一部に過ぎないからだ。HAM定義の資産処分手順は、ベンダー3を通じてIT資産を処分する方法を段階的に説明した手順書である。IT資産の廃棄に必要なトリガーイベント、承認ワークフロー、記録の更新までを必ずしも網羅しているわけではない。
D) ハードウェアコンテンツサービスライフサイクルデータで資産のサービス終了が近づいていると報告されている場合：これは具体的すぎるケースです。ハードウェアコンテンツサービスライフサイクルデータは、廃棄の判断材料となる情報源の一つに過ぎません。ハードウェアコンテンツサービスライフサイクルデータは、ハードウェアモデル4の耐用年数、サービス終了日、サポート終了日を提供するサブスクリプションベースのサービスです。これは、個々のIT資産の実際の状態、価値、使用状況を必ずしも反映するものではありません。
E) ハードウェアコンテンツサービスライフサイクルデータで資産の寿命が近づいていると報告された場合: これもオプションDと同じ理由で、具体的すぎる。参考文献:
1: ハードウェア資産の廃棄
2: ハードウェア資産ポリシー
3: ハードウェア資産の廃棄
4: ハードウェアコンテンツサービスライフサイクル