設備接入時，資料來源與時間要一起留下

平台剛收到一筆設備資料，讀值可能來自幾秒前，也可能是斷線期間留下的紀錄。管理畫面若把「收到資料」當成「設備剛量測」，告警與報表就可能使用錯誤的時間。

接入時保留資料來源、原始時間及通訊情況，管理者就能確認這筆數值何時產生，以及現在適合拿來做什麼。

來源記到設備與量測點

來源紀錄需要能辨識設備、量測點與接入路徑。資料經 Gateway 或既有 API 轉送時，保留來源系統的識別碼，再對應到平台設備紀錄。轉換過單位或欄位時，也留下規則版本。

設備名稱可以調整，來源對應關係要能追溯。設備更換、點位改接或文件更新時，記下生效時間，歷史紀錄仍能對應到當時的設備與設定。

量測時間與接收時間各有用途

量測時間說明讀值屬於哪個時刻或期間，接收時間說明平台何時取得它。兩者分開保存，就能辨認傳輸延遲與離線補送。若來源提供的是狀態變更時間，也要在欄位定義中寫明。

時間欄位	適合回答的問題
來源量測或事件時間	讀值或事件應歸入哪個期間？
平台接收時間	資料何時到達，是否延遲？
資料處理時間	何時完成轉換或計算？
人工修正時間	歷史結果何時被修改？

時間格式需包含明確時區，平台也要約定儲存及顯示方式。缺少設備時間時，保留接收時間，標示時間由平台提供；需要精確事件先後的用途，還須確認設備時鐘與同步方式。

OPC UA 的 DataValue 定義將數值、狀態碼、來源時間與伺服器時間分開表達。其他介面的欄位可依實際能力設計，同樣保留數值的時間與可用狀態。

用通訊紀錄判斷資料是否仍有效

最後有效讀值、最後成功讀取時間與最近失敗原因需要能分辨。通訊失敗時，畫面可保留最後讀值及其時間，再顯示資料過期或連線異常，讓人知道數字的狀態。

過期門檻依設備更新方式與管理用途設定。慢速更新的累積值和需要快速反應的告警，可能採用不同門檻。有效的零值也要保留其品質狀態，讀取失敗另行記錄。

補送依原始時間歸位

恢復連線後，補送資料依原始量測時間進入對應期間，另記實際接收時間。需要辨認重複訊息時，使用來源識別碼、序號或約定的唯一欄位，並保留重送處理規則。

歷史補送進入即時告警時，要約定是否產生新通知、標為歷史事件，或交由人工追蹤。期間報表也需說明資料截止與修訂方式。接入路徑的細節可搭配 Modbus、MQTT 與 API 串接指南閱讀。

把時間與來源一起驗證

試行時，取一段可比對的原始資料，核對設備時間、平台接收時間與畫面顯示。接著測試斷線補送、重複紀錄、時鐘偏差及設備更換，確認告警和報表仍把資料放進正確期間。

交付文件留下時間來源、時區、更新與過期規則，以及由誰維護設備對應。後續設備或介面改變時，這些紀錄能讓維護人員接續處理。

lvsota 的設備與資料整合服務接入設備與既有系統，整理管理畫面及報表所需的來源紀錄。準備一段原始資料、設備介面文件與使用需求，即可討論接入方式。