換 SaaS 時資料欄位怎麼對？用樣本比對來源、格式與缺值

用匯出欄位清單和代表性小樣本，比對 SaaS 替換時的欄位用途、格式、缺值與匯入結果，並整理需要人工確認的例外。

換 SaaS 時，欄位名稱相似，不代表資料意義相同；同一筆資料也可能因格式、缺值或關聯方式不同，在新平台被誤讀。本文聚焦平台替換時的匯出匯入對照，不處理日常表單同步方向。先用小樣本保留原始值、確認欄位用途，再把可自動轉換、需要補規則與必須人工決定的項目分開，讓正式搬移前的風險能被看見。

匯出來源欄位清單

先從來源平台的實際匯出檔開始，逐一抄下表頭原文，並記錄匯出日期、檔案格式、工作表名稱、篩選條件及資料筆數。若有多種匯出功能，分別保存檔案和操作條件，因為不同報表可能只包含目前畫面、特定狀態或部分歷史資料。不要先改表頭、刪欄或把空白轉成文字；保留一份唯讀原檔，另開工作副本，才能在結果不合時回查來源值。

欄位清單除了名稱，還要寫明它代表什麼、值從哪裡來、是否一筆資料能有多個值、是否為必要資料、以及誰能解釋其業務用途。像「日期」可能是建立日、最後聯絡日或下一步提醒日；「負責人」可能存姓名、帳號代碼或內部識別碼。只看欄名就配對，容易把不同意思的值放到同一欄。可先分為識別碼、聯絡與描述資料、狀態、時間、關聯紀錄、附件等類別，再追問有疑義的欄位。

清單也應列出來源端沒有匯出的資料，例如附件、歷程、已封存項目或關聯表。若平台只提供分頁匯出，要確認每頁都有收齊，並將匯出條件記在清單旁。遇到無法確認用途的欄位，標成「待確認」，記錄提出問題的資料負責人；不要靠欄位名稱猜測或直接刪掉。第一個判斷點是來源是否完整：若筆數與預期差異說不清楚，先釐清篩選與範圍，再談映射。這份清單會成為後續每個轉換規則的索引。

若匯出檔有多張工作表，分別標出各表的資料主體、連結欄及重複情況。若範圍需靠時間或狀態篩選，保留條件與時區，抽查邊界紀錄是否納入；不確定時記為範圍缺口，請管理者確認後再定義搬移基數。也記下被排除的紀錄範圍與理由。

抽取代表性資料樣本

不要只抽最整齊的幾列。先用欄位清單找出正常值、空白值、重複值、長文字、特殊符號、已停用或已封存紀錄等情況，再從各類抽取少量樣本。目標不是估算全庫品質，而是讓每種可能改變匯入結果的型態至少出現一次。抽樣方式和範圍要寫下來，例如按狀態分類後每類取幾筆，或先選一般資料再刻意補進例外案例；日後發現問題時，別人才能重現同一組樣本。

以下是明確假設的十二筆練習樣本：五筆一般紀錄、兩筆關鍵欄位空白、兩筆疑似重複、一筆超長備註、一筆跨日時間值、一筆封存紀錄，合計十二筆。每筆用來源識別碼追蹤；若含個人或商業敏感資料，先遮蔽非必要內容，保留判斷格式所需的特徵，例如電話是否有前導零、備註是否含換行，而不是把完整內容複製到共用試算表。抽樣檔應與原始匯出分開存放，標明欄位名稱與取樣條件。

每種例外都要問「它會讓目的平台做出什麼不同處理？」例如兩筆相同名稱的紀錄可能屬於不同公司，也可能是重複建檔，不能只憑名稱去重；封存項目也不一定應排除，需先確認替換目標是否要保留查詢歷史。若資料量很大，抽樣可按狀態、建立期間或資料來源分層，但不能宣稱少量樣本代表全體。抽樣的通過條件是：能重現來源值、涵蓋重要格式與例外，並有足夠上下文供負責人判斷；缺一類就補抽，不要用「看起來差不多」作結論。

名單附取樣序號、來源列號與抽取理由；同一列多種例外可同時註記，不必重複計數。若來源列號無法追溯，重新抽取樣本。

比對新舊欄位用途

先把來源欄與目的平台欄位逐列並排，再比較業務用途、允許值、關聯對象和資料粒度，而不是只找名稱相似的欄位。把每列標成「直接對應」「需轉換」「一欄拆多欄」「多欄合一」「目的端無對應」或「待業務確認」，並記錄轉換規則和決策人。若兩端記錄對象不同，例如一邊一列代表公司、另一邊一列代表聯絡人，就不能把欄位硬塞在同一列；需先釐清資料主體及關聯方式。

以下為假設的對照例子，欄名只用來說明方法，不代表特定平台功能：

名稱相近仍可能不是同一概念：「建立日期」不能自動對應到「最後更新日期」；「負責人」姓名也未必能唯一找到目的端帳號。遇到一對多或多對一，先明定分拆、合併順序、分隔符號及還原方式，避免資訊黏在一起後無法辨別來源。沒有對應欄位時，確認是否放入備註、保留在外部檔案，或不搬移，並記下取捨及影響。只有規則能對所有樣本一致套用，且負責人認可欄位用途，才標記可自動處理；含糊項目留在待決清單。

映射表可加規則編號、轉換前後例值與版本，將待確認欄位獨立篩出。若來源新增狀態值，便能找到相應規則；若處理方式依其他欄位改變，也要記下條件與優先順序，確保執行結果一致。也確認規則不會遺失來源端識別資訊。

標記格式與缺值差異

對照用途後，再檢查同一欄的值能否被目的端正確解析。文字欄可能含逗號、引號、換行或前後空格；編號與電話雖然只含數字，也可能有前導零，不應一律轉成數值。日期要記下來源格式、時區與目的端預期格式，像 03/04/2026 若沒有格式說明，就可能被讀成三月四日或四月三日。先用樣本在匯入預覽或測試環境檢查實際結果；不要只在試算表畫面看起來正確，就假設匯出檔內容未變。

缺值也要分情況標記。空白可能表示尚未填寫、未知、不適用、刻意隱去或資料匯出時遺失；0、否、空字串和 NULL 也不能互換。先建立每欄的缺值規則：保留空白、套用有明確依據的預設值、轉成目的端可辨識的未知狀態，或列人工確認。沒有決策前不應自動填入猜測值。若不同來源用多種字串代表同一狀態，記下每種原值及其目的值，並保留未知字串以便回查。

其他常見差異還包括狀態拼法不同、單選變多選、附件只匯出檔名、關聯值變成自由文字、數字小數位或千分位符號改變。把每個差異寫成「來源樣本、預期解讀、轉換方式、失敗時處置」，別只留「格式需調整」。若目的欄位長度不足或不能保存換行，決定截短、拆欄、另存，或停止搬移並找負責人確認；這些選擇會影響資訊是否完整。測試後把原值和轉換值並列抽查，任何不可逆的清理都先保留原始副本及規則版本。

先找出每欄最短、最長及含特殊字元的值，再用文字模式檢查原始檔，避免試算表去掉前導零或改寫日期。若目的端以代碼建立關聯，需抽樣確認代碼兩端一致；只能依名稱配對時，應把同名項列為待決。

測試匯入後抽樣核對

在擴大匯入前，先用已標記的小樣本走過完整流程：按預定規則轉換、匯入可丟棄的測試空間（若平台提供），再從目的端讀回資料核對。不能只看匯入完成訊息；逐筆檢查識別碼、欄位內容、日期、狀態、關聯及附件是否仍符合原意。若沒有測試空間，先向平台管理者確認可逆的演練方法與回復方式，取得核准後再操作，不把探索性匯入直接做在正式資料上。

核對至少分成數量與內容兩層。假設有二十筆測試資料，結果為十八筆匯入、一筆略過、一筆拒收，三種狀態合計仍為二十；接著要查明略過與拒收的識別碼及原因，不能把合計相等當成成功。內容層從一般與例外樣本各挑幾筆逐欄比對，也可依關鍵欄位排序，找出空白突然增加、狀態落到未知值或關聯失去的情況。若有多個資料表，抽查父子紀錄是否仍指向正確對象。

把預期值、匯入後讀回值、差異、判斷及處置記在同一張核對表。判斷通過前先約定條件，例如所有識別欄都可追溯、關鍵欄位差異為零，其他差異都有負責人與處置；不能通過就修映射規則，再重跑同一組樣本，避免用不同資料掩蓋退步。確認修正不會破壞已通過的案例後，才擴大樣本。演練也要記錄匯入方式、轉換版本與回復步驟，讓正式切換時可以重做；若讀回值無法解釋，先停在測試階段。

若分批匯入，每批記錄來源、成功、略過、失敗筆數及識別碼，完成後再核對總數。也要確認重跑不會新增重複資料或覆蓋人工修正；否則先修正識別方式和回復步驟。把差異交由對應資料負責人確認處置。

整理需人工處理項

人工清單不是把所有問題丟給同一個人，而是把自動規則無法安全決定的情況，整理成可回答的問題。每筆至少記來源識別碼、來源欄、目的欄、遮蔽後樣本、差異原因、目前建議、需要哪個角色決定，以及決定結果。依業務影響排序：無法識別資料、可能覆蓋既有紀錄、關鍵關聯遺失通常要先釐清；不影響查詢的舊備註格式可以另列。用狀態區分待確認、已決定、規則可自動化與明確不搬移，不要把尚未回覆的空白當成同意。

把相似問題合併成一條可執行規則，但保留受影響紀錄清單，避免逐筆修正後下次重跑又回到原狀。例如多筆負責人名稱找不到目的端帳號，請資料主管提供有效帳號對照表；若只有少數紀錄資訊不足，才交由熟悉資料的人判斷。每次人工修正都記錄原值、核准後的目的值及理由；遇到重複資料，先確認保留哪筆及如何處理關聯，不能自動以最近一筆覆蓋。對無對應欄位、超出長度限制或無法保留的歷程，記清楚保留位置、讀取方式或不搬移決策。

切換前將清單收斂為三類：已驗證可批次處理、有負責人與規則的人工處理、尚未決定而需暫停的高影響項目。列出筆數與來源範圍，讓執行者知道完成條件；保留原始匯出、映射表、樣本核對結果和決策記錄，並限制存取含個資的檔案。決策另記日期與負責角色。下一步先挑一份遮蔽敏感資訊的小樣本，附上來源欄位清單與未決問題；若需要把映射納入流程設計、實作維護及交接討論，可前往 ZhenheAI 首頁了解相關方向。