設備進場驗收要檢查什麼
設備進場當天，把唯一識別碼、型號與序號、實體位置、誰點收，以及哪一項沒通過檢查，寫進同一筆資產紀錄。清單要在安裝或拆除的當時更新，不要等月底盤點再補。租還是買、租賃系統怎麼選、條碼還是 RFID、遙測走哪一種協定，各自另有筆記。
目錄
進場當天先留下一筆資產紀錄
設備送到或安裝的當天，倉庫或現場負責人打開資產紀錄，為這一件寫一行：公司自己的唯一識別碼、銘牌上的型號和序號、裝在哪一個地點、誰在現場點收、檢查裡沒通過的項目。點收的人簽名並寫時間。沒通過的項目寫在同一行，不另開一張事後才對得上的便條。識別碼在進場前已經編好；當天只是把實物和這一行對上。
租賃還是購買，決定的是期末誰持有、現金何時流出，不代替進場檢查。租賃系統選的是資產、合約、檔期、保養、歸還怎麼留紀錄。進場驗收把「這一件今天在哪裡、誰點收、哪一項沒過」寫進已經在用的那套資產紀錄。兩篇分別讀 設備租賃還是購買怎麼選、設備租賃管理系統怎麼選。設備可以只買、只租，或與開發放在同一項目，見首頁 採購、租賃，或與開發同一項目推進。
NIST 要求清單反映系統且不重複記
2026年10月20日閱讀的 NIST SP 800-53 Rev. 5 目錄頁把出版日期寫成 2020年9月（含截至 2020年12月10日的更新），文件歷程把 12/10/20 標為 SP 800-53 Rev. 5（最終版）。該頁另有 2025年8月27日的規劃說明，指 5.2.0 小版本改了若干控制項；所列變更沒有包括 CM-8。控制項正文依該出版物，DOI 為 10.6028/NIST.SP.800-53r5。CM-8「系統組件清單」要求建立並文件化一份組件清單，使它準確反映系統、包含系統內全部組件、不把組件重複記帳，也不把已劃給其他系統的組件再記進來，粒度做到追蹤和報告所需的程度，並包含組織指定的、足以追究組件責任的資訊；清單按組織指定的頻率覆核和更新。
同一控制項的討論寫明，系統組件是可分開辨認的資訊科技資產，包括硬體、軟體和韌體。有效避免重複記帳，需要為每個組件使用唯一識別碼。討論並寫明，清單規格包括收貨日期、成本、型號、序號、製造商、供應者資料、組件類型和實體位置。成本留在採購單上，資產紀錄只記有沒有這一個欄位、數字記在哪一張單，不在進場表上另造一個價格。頁面沒有寫服務水準，也沒有寫進場必須在幾小時內完成。
型號、序號和位置對上銘牌
點收時對三處：銘牌上的型號和序號、裝箱單上的同一串字、資產紀錄上預留的那一行。三處不一致，先把差異寫在「沒通過」欄，不要把箱單上的字改成銘牌，也不要把銘牌改成訂單。製造商和供應者若和討論裡列出的規格欄位一樣要留，就抄銘牌和訂單上已經印出的名稱，不在現場另取簡稱。收貨日期寫實際送到的日期。
實體位置寫到現場的人下次找得到的程度，例如廠房、樓層、機位或房間，而不是只寫「客戶現場」。組件若會接到網絡，討論裡還提到機器名稱和各協定上的網絡位址；進場當天如果位址還沒分配，位置欄仍先寫實體地點，位址等網路負責人補上，並寫補上的日期。軟體若隨設備安裝，按討論的寫法把它記在所安裝、所管理的那一套系統上，避免同一份軟體在總清單裡沒有系統歸屬。
安裝和拆除的當時就改清單
CM-8(1) 的控制項文字是：在組件安裝、拆除和系統更新時，更新系統組件清單。討論寫明，若清單不在這些時點更新，資訊就比較可能沒有被適當記錄。系統更新包括硬體、軟體和韌體。進場驗收把「安裝」當成更新清單的時點：裝上的那一刻寫識別碼、位置和點收；拆走的那一刻在同一行寫拆除日期和清單上的新狀態。不要等月結或年度盤點才補。
還沒裝上的設備，清單上不要標成已安裝。它停在收貨區時，位置寫收貨區，狀態寫待安裝。裝上之後改位置和狀態，並保留原來的唯一識別碼，不因為換了房間就另編一個碼。換碼會造成討論裡說的重複記帳：同一件實物在清單上變成兩行，責任就對不上。識別碼怎麼印成條碼或寫進 RFID，是另一篇的事，見 設備追蹤用條碼還是 RFID。
誰點收、哪一項沒通過
點收人寫在進場紀錄上，是當天在場、看過實物的人，不是事後在辦公室補簽的名字。CM-8(4) 是一項控制增強，要求清單能以姓名、職位或角色指出負責管理那些組件的人；那是管理責任，和「今天誰點收」不是同一欄。兩欄都要時，分兩行寫：點收人加日期，管理人加角色。沒有點收簽名的一行，不當成進場驗收已經完成。
沒通過的項目寫具體現象：缺件、序號對不上、外觀損壞、無法上電、附件與裝箱單不符。每一項寫誰發現、發現時間、接下來交給誰。通過的項目不必逐項讚美，在檢查欄寫「通過」並簽名即可。供應商的維修承諾和到場時限留在合約裡，不改寫成清單上的狀態。
讀數和業務系統是下一筆紀錄
進場驗收不決定遙測用 MQTT 還是 HTTP，也不決定讀數寫進哪一個業務欄位。那些在設備已經有識別碼、而且清單狀態是已安裝之後才接。協定怎麼選、讀數怎麼進既有系統，分別見 設備遙測用 MQTT 還是 HTTP、設備怎麼接到既有業務系統。沒通過檢查的設備，不把感測器當成已經在線。
保養什麼時候開單，看的是運行之後的狀態，不是進場表上的簽名。預測性維護那一篇處理量測和工單。進場紀錄只讓維修負責人知道這一件的識別碼、位置，以及進場時有沒有已經寫下的缺陷。見 設備預測性維護怎麼做。缺陷若要變成工單，工單引用這一行的識別碼和「沒通過」欄的原文。
沒通過的設備不要標成已安裝
序號對不上、或缺了不能運行的部件，狀態維持「待處理」，位置寫實際所在，不寫成已安裝。負責人指定誰向供應者回覆、回覆時附上哪一張照片或哪一段裝箱單。回覆之後把對方的收件編號寫回同一行。在狀態改成已安裝之前，檔期和出租單不要把這一件許給下一個使用者。
外觀損傷但不影響識別和運行時，仍先寫進「沒通過」或「附帶缺陷」欄，由點收人和設備負責人一起決定能不能安裝。決定寫在同一行，並寫日期。口頭說「先用着」而紀錄仍是空白，下一次盤點就不知道這件算不算在帳上。決定安裝的，才按 CM-8(1) 把清單更新成已安裝，並保留缺陷描述。
拆除當天用同一個識別碼改狀態
設備離開現場，用進場時的同一個識別碼把狀態改為已拆除或已退回，寫拆除日期、從哪一個位置移走、誰在場確認。CM-8(1) 把拆除和安裝並列為更新清單的時點。拆走之後若組件改撥給另一套系統，按 CM-8 的要求不要在兩套系統上各算一次；清單上改的是所屬系統和位置，不是再新增一行沒有來歷的識別碼。
盤點頻率由組織自己定，CM-8 把覆核和更新的頻率留給組織指定，沒有給出天數。進場和拆除是安裝與拆除的時點，頻率再低也不能代替這兩個時點的更新。價格、到貨罰款和供應商排序留在合約與當次收貨單。清單是否準確，看三件事：每件是否只有一個識別碼、安裝或拆除的當天位置和狀態有沒有改、沒通過的項目有沒有寫在同一行。