ZhenheAI

試算表重複列能直接刪嗎?先建立比對鍵與刪除覆核

刪除試算表疑似重複列前,先定義比對鍵、辨別完全相同與近似列、寫下保留順序,再用可回復副本、人工抽查和前後筆數核對,避免把不同事件誤當重複。

主題情境插畫:試算表重複列能直接刪嗎?先建立比對鍵與刪除覆核

工作表裡出現相同姓名、日期或金額時,直接刪除重複列看似省事,卻可能把不同訂單、不同批次,甚至同一筆資料的更新版本一起移除。安全的清理流程要先說清楚哪幾欄相同才代表同一筆、資訊衝突時哪列優先保留,再以副本、候選清單和筆數核對留下回復路徑。可以先依欄位定義整理,再看工具是否適合執行;每一步都要能由原始資料、明確規則和操作紀錄重新確認。本文聚焦單一試算表的刪除前覆核,不處理跨系統 CRM 客戶資料合併。

實作步驟:另存可回復的工作副本;選定辨識重複的欄位;區分完全相同與近似列;決定保留資料優先序;先抽查再執行刪除;核對刪除前後筆數

另存可回復的工作副本

先複製原始檔,再在副本整理,讓每次操作都有退路。若檔案是雲端共用,先確認複製出來的是新檔,不是同一份共用工作表的另一個分頁;分頁副本仍可能被同一人改寫或刪除。將來源檔保留唯讀或另存一份含資料範圍名稱的副本,檔名可用「訂單匯出_整理前」和「訂單匯出_去重草稿」,避免用「最新版2」取代原件。保存後關閉再重新開啟,確認欄位、公式、隱藏列與篩選結果仍在,必要時另存成原格式可讀的檔案。 接著記下工作表名稱、資料列範圍、標題列位置、總筆數與篩選條件。若檔案有公式欄、樞紐分析來源、外部連結或多個分頁,副本還要確認這些參照仍指向預期資料;不要為了清理把公式整欄貼成值。可加一張「操作紀錄」分頁,寫下副本建立時間、執行人、採用的比對欄位、保留規則與預計移除筆數。若工具支援版本紀錄也可保留,但它是補充,不能取代獨立副本。當刪錯或規則改變時,可以丟棄草稿重新做,不必猜哪些列曾被改過,且不會覆寫原始交付內容。 若來源由郵件附件、下載資料夾或同事轉來,先把收到的原始檔另存至只供查閱的資料夾,再把工作副本放在整理區;不要在下載檔上直接開啟後覆寫。檢查副本是否含所有資料列,不只看畫面目前顯示的篩選列,也查看工作表底部或資料範圍末端,避免隱藏列或範圍外資料沒有一起複製。若一次整理多個月份,分別記錄每份來源與列數,避免只保存合併後檔案而失去來源對照。

選定辨識重複的欄位

比對欄位要代表業務上「同一筆」的識別,而不是剛好常相同的描述欄。先問這張表每一列代表什麼:一次訂單、一次付款、一次聯絡紀錄,還是每月庫存快照?如果同一客戶可能有多筆不同訂單,姓名不能單獨當鍵;若同一產品在同日有多筆交易,日期加品名也不夠。優先找穩定且唯一的編號,例如來源系統提供的訂單號、發票號或資料批次識別碼,再配合必要欄位核對。沒有現成編號時,可用多欄組成複合鍵,例如「公司代碼+訂單日期+品項代碼+交易序號」,但欄位要能排除合法重複,不能為了湊鍵加入會變動的備註、狀態或匯入時間。 建鍵前先整理格式:去除前後空白、統一大小寫或日期格式、確認全形半形、前導零與空白值的處理方式。先在新欄位串接鍵值或用條件檢查,不動原始欄;抽看一批鍵是否把本應不同的紀錄撞在一起,也確認同一筆資料不會因「00123」與「123」被誤認為不同。若欄位缺值,設定為待人工檢視,不要把多筆空值視作相同鍵。鍵的規則應能用一句話交代給下一位接手者,並在紀錄頁保存,日後換檔仍能照同一邏輯執行。 欄位選擇最好用反例驗證:寫出兩筆看起來相同、但確定是不同事件的資料,再檢查鍵能否區分它們;也寫出同一事件在匯出時哪些格式可能改變,確認標準化後仍能相認。若複合鍵包含日期,事先規定只取日期還是連同時間,因跨午夜或時區轉換可能分到不同鍵;若含金額,先決定幣別與小數位是否需一併核對。鍵越短越容易碰撞,越長則可能因格式差異漏判,應根據資料定義取必要欄位。

區分完全相同與近似列

完全相同列是所有指定欄位的值都一致;近似列則只在部分欄位相符,例如名稱略有空白差異,或一列有新電話而其他欄相同。這兩種不能混為一談。完全相同的列通常適合先標記為重複候選,但仍需確認是否有意義的重複事件;近似列只代表值得檢查,不代表可刪。把比對分兩輪:第一輪以穩定識別鍵找出同鍵多列;第二輪查看重要內容欄位,辨認完全一致、格式差異、欄位衝突與可能的合法重複。不要將姓名相似、電話尾碼相同或日期接近直接當成刪除條件。 可新增「候選群組編號」與「判斷狀態」欄,狀態分成完全相同、近似需查、不同事件、資訊衝突、可移除,並保留原始欄值供比對。像「王小明」與多一格尾端空白的「王小明 」只差輸入格式;但若一列訂購商品甲、另一列商品乙,即使姓名與日期一致,也可能是兩筆不同交易。若使用條件格式或公式標示候選,先抽查標示規則,確定公式沒有忽略大小寫、前導零、空白及空欄等重要差別。把自動標示只當成篩選入口,最後仍依資料的業務定義判斷。 可在檢視表用差異欄把兩列並排,逐欄標出相同或不同,避免掃視整列漏掉一個關鍵值。相同的空白與兩列都填同一值,也要分開判斷:空白可能表示未知,不能代表內容已核實相同。日期顯示成不同格式、數字帶前導零、商品名有空格時,先查看儲存值和來源欄位,再判斷只是表示方式還是真正資料不同。對近似配對可保留兩筆並加註原因,待有依據再決定,避免因使用相似度排序造成自動刪除。

決定保留資料優先序

找到重複鍵後,先訂保留順序,再執行任何刪除。可按資料來源的可靠度、欄位完整度、更新時間與人工確認狀態逐層決定;順序應先寫下來,避免看到某列較新就臨時改規則。若兩列鍵相同且其他欄位完全一致,可保留一列並記錄其餘列號;若一列有電話、另一列有地址,不要默默挑一筆或把兩欄拼起來,應標成衝突,回查可信來源或交由負責人確認。若資料有建立時間與更新時間,先確認時間欄是來源實際紀錄還是匯出時間;較晚匯入不一定內容較新。遇到唯一編號重複但日期、品項、金額不一致,列入例外清單,不以多數欄位相同直接裁決。 例如,假設有兩列同一訂單鍵:甲列電話完整、地址空白;乙列電話空白、地址完整。若經營者已核實兩欄屬同一訂單,可以指定一列為主列,將缺失欄位依核實內容補入並記下來源、操作者與時間;若尚未核實,就暫不刪,保留兩列待查。補值屬人工修正,應記下核實來源;另要列明空值、過期狀態和重複事件的例外負責人。 把優先序寫成可執行的階梯,例如先依可信來源確認,再比較欄位完整度,接著採用經確認的最後更新時間;仍相同時保留兩列並交由指定負責人決定。不要用列在表格上方、匯入較晚或字數較多當成默認勝出規則,因排序、追加資料和匯出方式都會改變這些表面特徵。清楚記錄例外處理者與理由,日後才可說明某筆為何留下,且不把人工裁決誤認成程式規則。若規則依資料類型不同,可按工作表或月份拆分,不要用單一全域標準壓過每張表的含義。

先抽查再執行刪除

刪除之前先建立候選清單,而不是立即在原表按去重功能。可將每個候選群組的鍵、原列號、差異欄位、建議保留列與原因放在獨立分頁;利用篩選逐組核對,遇到欄位衝突、空白鍵、公式錯誤或無法說明的情況,一律停在待查。抽查要同時涵蓋將刪除的列與將保留的列:前者確認不含獨有內容,後者確認符合既定優先序。若候選很多,可按來源、日期區段或群組狀態分層抽看,並對所有高風險群組逐筆檢查;不要只看幾個最整齊的例子就推論整份表安全。 假設一張表有一百二十列,其中十二列被規則標成六組候選,每組兩列。這只是演練數字。先檢查六組的鍵值與差異欄,再逐一確認每組是否真代表同一事件;如果其中兩組其實是不同商品,不可刪,另外四組確認可去重、每組留一列,則最多移除四列,整理後為一百一十六列,而不是把十二列全刪掉。記錄檢查者、判定、未解原因與覆核時間;若只有單人作業,可先停一段時間再按清單第二次檢視,避免首次判斷一路延續成刪除。 檢查可採取可回放的順序:先隨機選一組候選重做判斷,再專挑鍵值空白、欄位差異多或來源不同的群組,最後核對每一筆預計移除列都有明確理由。把核准移除、保留、待查分開標記,待查筆數不應混進已核准數。若由多人覆核,可讓覆核者先看原始欄位、鍵與規則摘要並獨立判斷,再比對操作者的建議,這有助於發現清單本身的盲點,而不是只確認操作已照做。

核對刪除前後筆數

完成刪除前,先保存候選清單與最後確認版副本,再依事前規則處理。若使用試算表內建的去重功能,先確認它依哪些選取欄位判斷、是否會直接移除整列,以及資料範圍是否含標題;不同工具的操作方式可能不同,勿只憑功能名稱推定結果。較可控的作法是在副本中新增標記欄,先篩出已核准列、搬到隔離分頁,再檢查原表留下的資料,最後才移除隔離列;若操作後發現筆數異常,可回到原始副本重做。 檢查前後總列數及關鍵欄位的非空筆數,核對「整理前筆數減去實際移除列數,等於整理後筆數」。若曾補值或合併欄位,另外記錄修正筆數,不能把它算進刪除數。再按比對鍵排序,確認沒有未處理的重複群組,抽看幾筆邊界案例,並確認公式、篩選與摘要頁仍正常。把來源副本、操作紀錄、核准清單與清理後檔案放在容易辨認的位置,讓接手者能還原判斷。 真正執行前,先寫下本次範圍、鍵欄位、保留優先序、預計移除筆數與回復檔名;執行後將實際數字逐項對照。若數字不合,停止使用清理結果,從副本重跑。計數時先定義是否包含標題列、空白尾列與合計列,前後採用同一口徑;若以篩選後可見列操作,也要先解除篩選或記錄範圍,避免筆數只涵蓋畫面的一部分。保留刪除前後的鍵清單,能把每個減少的鍵對回候選紀錄。下一步可挑一份低風險資料,按上述規則記錄一次完整覆核,再檢查能否由同事照紀錄重現。若你正盤點企業工作流程與交接方式,可前往了解流程諮詢、AI/自動化整合從問題定義到實作維護的規劃:ZhenheAI 首頁