先別點“全部匯入”。如果三條記錄就能暴露編號重複、單位丟失或附件錯配，一次匯入五百條只會把問題放大。下面用最小測試集檢查遷移規則；“500個”是工作場景設定，不是雲典已完成的客戶專案或工具處理能力承諾。
測試集故意選難的，不選最整齊的
| 測試記錄 | 故意安排的條件 | 想發現的問題 |
|---|---|---|
| P-001 | 名稱帶逗號，正文有換行 | CSV分隔和引號是否正確 |
| P-002 | 中文名稱有同義叫法，單位明確為mm | 是否錯誤按名稱合併、是否丟單位 |
| P-001第二次出現 | 同編號，說明與圖紙版本發生變化 | 執行更新、報錯還是重複新建 |
sku,name,length_mm,drawing_revision
P-001,"Bracket, type A",120,A
P-002,"Mounting plate",85,B
P-001,"Bracket, type A revised",120,B這份檔案不應不加判斷地直接進生產。重複編號出現時，先確定業務規則：是阻止整批、拒絕重複行，還是按顯式的更新版本處理。不同工具的行為不同，不能假定“同編號一定覆蓋”。目標系統如果沒有穩定編號欄位，應先完成資料建模。
寫對映表時，把空值也當成一條規則
- sku → 獨立穩定編號；名稱變化不改變編號。
- length_mm → 數值及明確單位；不能同時把單位寫進數值欄位。
- drawing_revision → 附件修訂標識；新舊圖紙不能只靠同名覆蓋。
- 空白描述 → 是保留舊值還是清空？必須提前約定。
- 不存在的圖片 → 進入異常表，不用另一產品圖片自動補位。
重複執行必須有明確、可複查的結果
1第一次匯入儲存新增數、拒絕數和異常原因；逐項核對正文、單位與附件。
2原檔案再跑一次觀察是否產生重複記錄；結果必須符合預先約定的更新策略。
3修改一條再跑只讓預定物件變化，其他記錄保持不動。
4恢復測試副本確認檔案、資料庫和附件可以回到起點，再準備正式切換。
不要僅以“條數相等”驗收。五百條記錄可以全部存在，卻有一百張圖片錯配。正式遷移至少抽查複雜型號、不同語言、有附件、已停售和更新過的記錄；異常清單應包含源行號、編號、失敗欄位和處理狀態。
正式切換前，交付這四份檔案
| 檔案 | 最少包含 |
|---|---|
| 凍結的原始檔 | 日期、版本與稽核人 |
| 欄位對映說明 | 型別、單位、空值與更新規則 |
| 異常回收表 | 源編號、原因、負責人及是否補齊 |
| 網址對應表 | 舊地址、新地址、是否有等價內容及處理決定 |
舊網址處理取決於內容對應關係。新站有等價頁面時可以評估永久跳轉；沒有對應內容時，不要一律導向首頁。上線以後暫時保留遷移源副本與報告，企業員工還應演示一次從新系統匯出，避免資料只存在於服務商賬號中。
沒有測試環境怎麼辦？
先建立可恢復的副本或使用小範圍的受控測試。不能因為沒有測試環境，就把生產網站當作試錯空間。涉及客戶資料時，副本也要做必要的資料處理和訪問限制。
匯入工具顯示成功，是否可以放行？
成功通常只說明操作按工具規則結束。放行還要看匹配規則、業務欄位、附件和重複執行結果。工具的綠色提示不能替代業務驗收。