相同名稱不代表相同量測點
兩台設備都提供Temperature，若匯入時只用這個名稱當主鍵，第二台的資料可能覆蓋第一台，圖表則出現無法解釋的跳動。先把顯示名稱與識別鍵分開：名稱供人閱讀，鍵用來確定每一列究竟屬於哪個來源、哪個實體點位。
準備一張來源清冊，逐一記錄廠區、產線、設備、資料提供服務、來源點位識別、單位與工程意義。不要直接從畫面標題猜來源；同一標題可能是計算值、遠端鏡像或手動輸入，必須追到實際資料入口。
本文適用於PLC、HMI、閘道與歷史庫之間的資料建模，OPC UA用作識別觀念的例子，不指定任何三菱暫存器或HMI內建變數。實際連線字串、命名限制及保存規則依產品文件核對，不能把自訂欄位名稱當成廠商功能。
先決定一個穩定的內部點位鍵，再保存它與來源識別的對照。設備顯示名稱可以改，點位鍵不應因此變動；反過來，同一畫面名稱若改指另一個實體感測器，應留下對照生效時間與變更原因。這樣長期趨勢才有可解釋的接續。
建立兩台設備的最小對照表
教學例子有甲廠一號機與乙廠一號機，兩者皆上送Temperature。分配內部鍵P001與P002，顯示名稱都可保留「溫度」，但畫面路徑分別為甲廠／一號機／溫度與乙廠／一號機／溫度。查詢與關聯使用P001或P002，不使用顯示文字。
甲廠送二十五度、乙廠送八十度時，應存成兩個點位各一筆。完成後分別查詢P001與P002，只能各得到自己的數值；若以Temperature搜尋，介面應列出兩個明確來源讓人選擇，不能默默取第一個找到的結果。
來源鍵的範圍要寫完整。例如來源服務加來源點位識別可構成唯一組合，但若不同租戶或不同通道會重用同一服務名稱，還要納入那層範圍。名稱字串拼接時須處理分隔符號與跳脫，避免兩組不同欄位剛好組成相同字串。
歷史列至少保存內部點位鍵、時間、值、品質及對照版本或可還原對照的資訊。單位與型別若隨版本變更，應能追到當時的定義；僅保存目前最新對照，會讓舊的二十五被誤解為新單位或新感測器的數值。
把這張表交給現場逐點確認工程意義。入口溫度與出口溫度雖然都用攝氏度，也不能合併為同一點；兩條來源若其實是同一感測器的鏡像，則要決定主來源與備援規則，不能直接加總或把兩筆當成獨立量測。
OPC UA識別要帶上正確範圍
OPC UA的NodeId包含命名空間索引、識別型別與識別值。單獨保存數字識別值並不足夠，同一伺服器的不同命名空間可以使用相同數字。文字識別與數字識別也不能只轉成相同顯示字串而混為一談。
命名空間索引是該伺服器命名空間表中的位置，不能假設每台伺服器的索引二都指向同一命名空間。建立長期對照時保存命名空間URI與來源伺服器識別，連線時按實際命名空間表解析索引，並核對型別與識別值。
即使命名空間與節點識別一致，也要判斷資料實例屬於哪個來源。不同伺服器可能提供相同模型語意，卻代表不同設備的即時值。內部來源範圍不能只靠命名空間URI；需要結合受管理的來源身分與設備對照。
顯示名稱、瀏覽名稱與NodeId各有用途，不能因人看得懂某個名字就把它當全系統唯一鍵。瀏覽路徑也可能因模型調整而改變；如果產品只提供路徑映射，升級時就要納入路徑與語意的重新驗證。
完成連線重建後，先讀取點位型別、單位與一組已知測試值，確認對照仍指向原來點位。索引變了但URI與識別仍一致，不應無端建立新歷史點；若實體意義變了，即使字面識別沒變，也應記錄工程變更。
匯入與更名時避免歷史串線
匯入清冊先做唯一性檢查，再查一個來源點是否誤配到多個內部點位，以及多個來源是否誤配同一內部點位。部分多對一是備援設計，不能一律刪除；要求留下合併理由、優先權與品質切換規則，沒有定義的衝突先隔離。
更名操作只改顯示層時，舊歷史應維持相同點位鍵，搜尋別名可保留舊名稱。若更換感測器，需要分清楚設備資產身分與量測位置身分；同一位置可以更換序號，但校正、量程與安裝生效時間仍須追溯。
失敗時先查查詢是否用顯示名稱關聯，再查來源識別是否被大小寫轉換、截短或去除前綴。某些產品名稱比較規則不同，不能在不知道語意的情況下統一轉小寫。對照匯入前後各留一份版本，便於找出何時串錯。
驗收放入同名不同來源、同來源不同命名空間、不同識別型別與更名四種案例。報表匯出要包含足以回查的點位鍵與來源欄，不能只剩「溫度」兩個字；權限也應依來源範圍控制，避免搜尋同名點時看見不該存取的設備。
正式切換前先以唯讀方式比對新舊對照，逐點確認來源與工程意義；有衝突的項目留下待處理狀態，不讓匯入順序決定哪一台設備勝出。
練習與常見問題
練習：兩個來源各有Pressure，內部鍵分別P010、P011；第三個來源只是P010的備援鏡像。先列三條來源對照，再標明第三條的備援角色。正確結果是兩個量測點、三條來源關係，不是三個獨立壓力值，也不能只剩一個Pressure。
問：名稱加上廠區就一定唯一嗎？答：還要看設備、通道與點位命名範圍，並由系統檢查衝突。
問：改名要重建所有歷史嗎？答：只改顯示文字通常不需要，穩定點位鍵應保持不變。
問：命名空間索引可以跨伺服器直接比較嗎？答：不能，先解析各自命名空間URI，再結合來源身分判斷。
問：兩個點單位相同就能合併嗎？答：不能，還要核對量測位置、物理來源、時間與合併用途。
參考：OPC UA Part 3 NodeId：命名空間索引、識別型別與識別值。
參考：OPC UA Part 100 Handling of namespaces：命名空間URI與伺服器索引範圍。