企業往來結束，不代表聯絡資料立刻失去用途；仍有交易處理、後續服務或帳務核對時，也不能以「先留著」當作永久理由。有效檢視要把聯絡資料的用途、保存理由、負責人和下一次檢查點寫清楚，並把另有保存要求的帳務及法定業務紀錄分開判斷。檢視結果可以是繼續使用、縮減欄位、限制存取、移交正式紀錄流程或清理副本；每一項都需有可追蹤的負責人與理由。本文提供營運盤點方法，不設定通用法定年限；具體保存要求須按文件性質及適用情況向合適專業人士核實。
先盤點哪些個資資料集？
先以資料集而不是單一客戶作為盤點單位，避免一開始把全部姓名、電話或證件號碼複製進另一張總表。從 CRM、詢價表單、業務試算表、共用雲端資料夾、客服信箱標籤、通訊軟體匯出檔、紙本名片和離線備份逐處找。每一集合記錄系統或位置、資料種類、來源、窗口、最後一次實際使用、可存取角色、匯出副本位置，以及有沒有其他系統仍會讀取；盤點摘要以欄位名稱和必要筆數為主，不另外製造含完整個資的副本。
接著畫出資料流：誰先收集、何時更新、是否交給代理商或外部平台、從主系統匯出的副本存在哪裡、離職交接由誰接手。相同客戶可能同時出現在潛在名單、已成交客戶、活動報名和帳務系統，不能只檢查 CRM 就宣稱全數完成。指定每個集合的窗口；若來源不明或系統權限不足，標為待確認並記下查核方式，避免把「找不到」寫成「不存在」。
例如，營運主管可先列出詢價清單、客服信箱標籤和活動名單三個集合，各請一位窗口核實用途與副本；帳務窗口另列交易文件，不混入行銷名單。盤點完成的判準，是每個集合都有位置、來源、負責人、用途初判和下一步，不是當天就刪掉所有舊資料。若匯出檔是否仍被流程引用不明，先查表單連結、共用權限或負責人，再決定留、停用或清理。即使備份內容暫時無法逐筆查看，也要記下備份系統、管理人和可安排的核實點，讓未知留在清單中而不被誤當成已清理。每次盤點也記下查核日期和範圍，讓後續接手的人知道清單反映的是哪一次檢視。
每項資料仍用於何事？
用途檢視要回到收集當時及目前的實際流程，逐個欄位問：這項資料支援哪個工作、誰會在何時使用、下一個必要步驟是什麼？例如電郵可能用於回覆詢價，電話可能用於已預約的回電；若一欄沒有明確使用情境，就不應只寫「日後可能有用」。把答案記成可核對的動詞和事件，例如「回覆本次報價」「處理尚未完成的交付」「依客戶要求提供售後聯絡」，避免用「客戶管理」之類無法驗證的大標籤。
接著區分仍在用、已完成、用途待核實三種狀態。仍在用要指出責任人和下一次動作；已完成就檢查是否仍有未結案服務、退款、爭議、保固或帳務連結，不能以「客戶很久沒聯絡」單一條件決定刪除；待核實則限制使用權限，設定負責人與回覆期限。若只需辨識交易而不需繼續聯絡，可評估縮減欄位、分離聯絡方式或以內部代碼連結，不要為了方便把所有資料留在可群發的名單。
例如，業務表中某列仍有公司名稱、聯絡信箱、個人手機和職稱，但下一步只是核對一張未完成的報價；窗口可先確認是否只需公司識別及聯絡信箱，把手機與其他欄位標記為不再需要，並確認報價文件本身另有紀錄。這只是工作流示範，不表示任何法定保存結論。檢視目的也不是替資料找新的用途：若要改用於不同訊息或廣泛推廣，先確認適用的告知、選擇和內部規則，再決定是否另行取得依據。每次覆核保留「用途、欄位、使用者、決策、依據」五項，下一位同仁才能重做判斷。更新用途時也記錄日期及核准人，讓後續檢視能看出理由何時改變。
法定帳務文件如何區分？
聯絡資料與帳務或法定業務文件常在同一客戶資料夾中，但資料夾相同不代表保存目的相同。先按文件本身分類：可直接聯絡個人的電話、電郵、職稱和偏好屬於聯絡資料；合約、報價、發票、付款憑證、對帳或交付證明則可能屬於交易或帳務流程的記錄，須依公司已核實的保存要求獨立管理。本文不推定法定年限、起算點或適用例外，也不以一般個資檢視表取代會計、稅務或法律判斷。
實務上建立兩條清單與兩個決策責任：業務窗口評估聯絡欄位是否仍服務原定流程；帳務或合適專業窗口確認哪些文件另有保存或查核需要。若一封郵件同時含客戶電話及交易指示，不要整封信一律歸成可刪的行銷資料，也不要因為帳務檔案要留，就連同所有副本和聯絡欄位永久保留。先辨認正式紀錄在哪裡、誰有權核准處理，再只對多餘聯絡副本採取適當處置。
假設同一客戶的報價已結束、付款文件仍在核對，而業務名單不再需要追蹤：可以把名單的處理交回業務窗口，把付款文件的保留決定交由帳務窗口，不互相代替。留存的理由要寫到文件類型和流程，例如「待帳務窗口確認的付款佐證」，不要寫成「所有客戶資料都必須保留」。若不清楚某文件是否屬正式帳務或法定紀錄，先封存其處理決定、限制非必要存取，向負責的會計、稅務或法律專業人士核實適用要求後再處理。這個分流動作能避免把聯絡資料排程直接套用到證明交易的文件，也避免把帳務保存理由擴張成整份客戶檔案的理由。
到期檔案如何覆核？
到期日期只是啟動覆核的提示，不是系統自動刪除的指令。日期可由既有流程設定，例如詢價結束、活動結束、專案交付或合約關係終止；檢視時仍要問：用途是否已完成、下一步誰負責、是否有未結案件、文件是否屬另一保存清單、客戶要求或內部限制是否待處理。沒有通用時限可直接套用時，記錄公司採用的觸發事件與核實來源，避免把固定年數寫成適用所有資料的答案。
可用一張覆核清單分出處理方向：維持原用途並確認最少欄位；刪除不再需要的副本；限制存取並等待確認；轉入帳務或其他正式檔案流程。每項都填資料集、決策人、理由、操作人、覆核日期和證據位置。把「留待日後」改成具體觸發條件，例如等某份交付驗收完成或帳務窗口確認分類；若事件沒有可預期日期，也要指定重新聯絡負責人的時間點。覆核後要更新清單狀態與窗口，避免期限過期卻無人接手。若原使用者已離職，先找出承接流程的人，再請其確認是否仍需聯絡資料。
以下為純假設的名單示範：30筆舊詢價聯絡資料完成逐筆核對後，18筆仍對應未結的報價或服務事項，7筆已確認是可由主檔替代的重複副本，5筆用途或交易狀態仍待窗口確認；18＋7＋5＝30。窗口可把18筆留在受限的工作清單並記下下一步，7筆在確認主檔完整後安排清理，5筆先限制存取並列入例外追蹤。數字只演示分類方式，不是保存比例或建議期限。覆核人應抽查分類依據是否一致，特別是同一資料集內包含不同來源或文件類型時；不確定的個案退回核實，不以多數決。
清理操作如何留證？
清理前先把核准範圍寫成可執行清單：資料集和系統位置、欄位或紀錄類型、篩選條件、預計處理筆數、排除項目、執行人和覆核人。先由窗口檢查清單是否混入帳務文件、未結交易或待核實例外，再由另一位有權人確認範圍。不要把完整個資貼進一般工作群組作為指令；可用內部識別碼或遮蔽欄位，並將必要的對照資訊留在受控位置。若資料可由自動化規則批次處理，先限定測試範圍並核對篩選結果，再執行正式批次。
完成後記錄實際操作時間、系統、條件、操作方法、成功筆數、失敗或跳過筆數、例外原因、執行人、覆核人及可供查核的結果。例如，假設目標30筆而實際只移除28筆，紀錄要寫清楚另外2筆未處理的原因與後續負責人，不把預定數字當成已完成數字。對每種儲存位置分別核實：主系統、匯出檔、共享資料夾、信箱、第三方平台或紙本；必要時保存作業回執、權限調整紀錄或抽查結果，但避免將敏感內容再複製到新的紀錄中。
要明白不同系統對刪除、封存和備份的處理可能不同。若無法確認備份副本是否已同步清除，就把狀態寫成「主系統已處理，備份待依既有程序確認」，說明查核方式與下一次覆核點；不要宣稱全數永久刪除。可用抽樣或查詢結果核對清理是否符合條件，並將例外另列，而不是用「已完成」掩蓋部分失敗。最後把決策紀錄與操作紀錄相連，讓未參與執行的人能還原為何處理、處理了哪一批、還有哪些待辦，並保留核對人。
例外項目何時重看？
例外不是無限期保存的通行證，而是目前尚不能安全作出一般處置的具體狀態。常見原因可能包括未完成交易或爭議、責任人尚未確認文件分類、客戶要求正在處理、系統副本仍被流程引用，或外部專業意見未回覆。每個例外都要寫明涉及的資料集和欄位、暫停哪一項清理或使用、提出原因的人、核實負責人、下一個觸發事件與重新檢視日期；只有「重要」「怕以後用到」不足以成立。
例外期間採取最小必要措施：限縮可讀取的人員，不把資料匯入推廣或新用途，不因待確認而新增欄位，並註明仍在保留的是哪個副本。若是帳務或正式文件分類問題，轉交帳務窗口；若是外部顧問需核實適用要求，記錄詢問項目及預期回覆節點。收到答案後，將結論、依據、決策人和處置結果補回原例外項目，避免另開一張清單失去脈絡。
例如，某筆資料因未完成付款核對而暫緩清理，例外記錄可寫「付款狀態未確認、帳務窗口負責核對；聯絡欄位不得用於推廣；收到核對結果後再判斷副本去留」。這並不表示所有聯絡資料都要留到付款記錄結束，更不替代帳務文件自身的分類。當事件解除，立即按分流規則更新狀態；如必須延長例外，補上新的理由、核准者和下一次檢查點。每次覆核都重問理由、欄位、責任人與所需證據，逐項點名未結例外，直到例外解除或形成有根據的正式保存安排。逾期未覆，交主管重派。
下一步，先選一份近期仍在使用的客戶聯絡清單，填上資料集窗口、用途、未結事項與下次覆核點，再依結果分流帳務文件。了解 Chan & Chung，請由官網首頁開始。