先別點“全部導入”。如果三條記錄就能暴露編號重複、單位丟失或附件錯配，一次導入五百條只會把問題放大。下面用最小測試集檢查遷移規則；“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恢復測試副本確認文件、數據庫和附件可以回到起點，再準備正式切換。
不要僅以“條數相等”驗收。五百條記錄可以全部存在，卻有一百張圖片錯配。正式遷移至少抽查複雜型號、不同語言、有附件、已停售和更新過的記錄；異常清單應包含源行號、編號、失敗字段和處理狀態。
正式切換前，交付這四份文件
| 文件 | 最少包含 |
|---|---|
| 凍結的源文件 | 日期、版本與審核人 |
| 字段映射説明 | 類型、單位、空值與更新規則 |
| 異常回收表 | 源編號、原因、負責人及是否補齊 |
| 網址對應表 | 舊地址、新地址、是否有等價內容及處理決定 |
舊網址處理取決於內容對應關係。新站有等價頁面時可以評估永久跳轉；沒有對應內容時，不要一律導向首頁。上線以後暫時保留遷移源副本與報告，企業員工還應演示一次從新系統導出，避免資料只存在於服務商賬號中。
沒有測試環境怎麼辦？
先建立可恢復的副本或使用小範圍的受控測試。不能因為沒有測試環境，就把生產網站當作試錯空間。涉及客户資料時，副本也要做必要的數據處理和訪問限制。
導入工具顯示成功，是否可以放行？
成功通常只説明操作按工具規則結束。放行還要看匹配規則、業務字段、附件和重複執行結果。工具的綠色提示不能替代業務驗收。