主檔資料整理指南：客戶、商品、料號與供應商主檔，系統導入前怎麼清理

「這家客戶在系統裡有三筆，到底要開發票給哪一筆？」「倉庫說這個料號沒有庫存，但架上明明有，只是貼的是另一個編號。」這類狀況在使用系統多年的公司非常常見，而問題的根源幾乎都一樣：主檔資料沒有整理。

主檔是系統裡最基礎、最常被引用的資料：客戶、商品、料號、供應商、會計科目。每一張訂單、每一筆進貨、每一份報表都建立在它們之上。主檔一亂，後面所有的數字都會跟著出錯，而且錯得很隱蔽。

主檔資料整理通常在導入新系統時才被認真面對，也常常是導入時程延誤的主因。以下會說明主檔問題從哪裡來、各類主檔常見的混亂型態、編碼與命名規則怎麼訂、誰該負責維護，以及系統導入前的清理步驟，最後提供一份可以直接分工的清理流程。

主檔混亂是怎麼來的

主檔不是一天變亂的，而是在日常作業中一點一滴累積。常見的成因有：

誰都能新增。業務接到新客戶就自己建一筆，找不到舊資料時也乾脆新建，沒有人檢查是否已經存在。

沒有命名規則。同一家公司有人寫全名、有人寫簡稱、有人加上分公司名稱，有人用英文。系統比對不出來，就變成多筆資料。

系統之間各自維護。官網訂單系統、進銷存、會計軟體各有一份客戶名單，彼此沒有同步，同一位客戶在每個系統裡長得都不一樣。

歷史遺留。產品改版、供應商合併、客戶改名，舊資料沒有停用或標記，新舊資料並存。

用欄位做其他用途。備註欄裡塞了價格條件、名稱後面加了「勿用」「舊」，這些資訊系統讀不懂，只有建檔的人自己知道。

這些問題單獨看都不嚴重，但累積幾年後，就會出現「報表上的客戶數比實際多很多」「同一個商品的銷售量被拆成好幾筆」這類讓管理判斷失準的狀況。

四類主檔的常見問題

不同主檔的混亂型態不太一樣，清理時要注意的重點也不同。

客戶主檔

• 同一家公司重複建檔，名稱寫法不同。
• 總公司、分公司、門市之間的關係沒有建立，帳款歸屬混亂。
• 聯絡人離職，資料卻沒更新。
• 個人客戶與公司客戶混在一起，欄位使用方式不一致。

客戶主檔最可靠的比對依據是統一編號；個人客戶則可以用手機號碼或 Email 輔助判斷，但仍需人工確認。若公司同時經營會員或 CRM，客戶主檔與會員資料的關係要先釐清，相關設計可參考會員與 CRM 系統開發指南。

商品主檔

• 同一個商品因為不同通路建了不同品項。
• 規格（顏色、尺寸、容量）有時拆成獨立品項、有時寫在名稱裡，規則不一致。
• 停產商品沒有停用，仍出現在下拉選單中。
• 銷售單位與庫存單位不同（箱與個），換算關係沒有記錄。

料號主檔

料號通常指原物料、零件、在製品等內部管理用的編號，問題往往比商品更嚴重：

• 同一個零件因為不同供應商建了不同料號。
• 料號編碼沒有規則，看編號完全猜不出是什麼東西。
• 替代料、新舊版本之間的關係沒有記錄。
• 單位換算錯誤，導致庫存數量與實際不符。

料號與庫存數字直接相關，清理時要搭配實地盤點，相關流程可參考進銷存系統開發指南。

供應商主檔

• 同一家供應商因為不同採購人員各自建檔。
• 付款條件、匯款帳號記錄在備註或個人筆記裡。
• 供應商改名或合併後，新舊資料並存。
• 已經不再往來的供應商沒有停用。

供應商主檔牽涉到付款，帳號資訊的正確性與修改權限特別要管控，避免被冒名更改匯款資料。

編碼與命名規則怎麼訂

清理主檔之前，要先訂好「整理成什麼樣子」的標準。沒有標準就開始清理，只會從一種混亂變成另一種混亂。

編碼規則的原則：

• 編碼唯一且不重複使用。停用的編號不要再分配給新資料，否則歷史紀錄會對錯對象。
• 不要在編碼裡塞太多意義。把分類、年份、供應商都編進料號，看起來很好查，但只要分類調整，整套編碼就得改。常見做法是編碼保持簡單穩定，分類資訊放在獨立欄位。
• 長度與格式固定。固定位數、固定字元類型，方便系統檢查與排序。
• 避開容易混淆的字元。例如英文字母 O 與數字 0、英文字母 I 與數字 1。

命名規則的原則：

• 客戶與供應商以登記的正式名稱為主檔名稱，簡稱另設欄位。
• 商品名稱的結構固定，例如「品牌＋品名＋規格」，規格的寫法也統一。
• 全形、半形、空白、括號的使用方式統一。
• 不在名稱中加入狀態文字，例如「舊」「勿用」，狀態應該用系統欄位表示。

規則訂好之後要寫成一份簡短的文件，附上正確與錯誤的範例，讓所有會建檔的人都能查閱。

誰負責維護主檔

主檔亂的根本原因，常常是「每個人都能改，所以沒有人負責」。

建議的責任分工：

主檔	建議負責單位	主要把關重點
客戶	業務或客服管理	統一編號、正式名稱、帳款歸屬
商品	產品或行銷	規格結構、上下架狀態、銷售單位
料號	生管、採購或倉管	單位換算、替代料、版本關係
供應商	採購搭配財會	正式名稱、付款條件、匯款帳號

每類主檔指定一位「資料擁有者」，負責新增與修改的審核。其他同仁可以提出申請，但最後由擁有者確認是否已有相同資料、格式是否符合規則。

這不代表要讓流程變得繁瑣。重點是讓主檔的變動有人看過，而不是讓每個人都在系統裡自由新增。對於變動頻繁的資料，例如新客戶建檔，可以讓業務先建立「暫存」狀態，由擁有者定期確認後轉為正式資料。

系統導入前的清理步驟

主檔清理最好在系統導入的早期就開始，不要等到上線前幾週才處理。以下是一套可以直接分工的流程：

1. 盤點資料來源。列出每一類主檔目前存在哪些系統與檔案中，誰在維護、多久更新一次。
2. 訂定標準。依前面的原則確定編碼規則、命名規則、必填欄位，並取得主管同意。
3. 匯出與合併。把各來源的資料匯出成同一格式，加上「來源」欄位，方便之後追溯。
4. 找出疑似重複。用統一編號、名稱相似度、電話等條件產生疑似重複清單。這一步可以由系統或廠商協助。
5. 人工判斷。由資料擁有者逐批確認哪些要合併、哪些是不同對象，判斷原則寫下來，維持一致。
6. 決定保留與停用。長期未交易的客戶、停產的商品、不再往來的供應商，標記為停用而不是刪除，保留歷史紀錄的完整。
7. 建立新舊對照表。記錄每一筆舊資料對應到哪一筆新資料，這張表是後續轉換交易紀錄、處理客戶查詢的依據。
8. 補齊與修正欄位。依新規則補上缺漏的必填欄位，修正格式。
9. 試匯入與驗證。先匯入測試環境，抽樣比對，並用實際交易流程測試，確認主檔能被正確引用。
10. 凍結與正式轉換。訂定一個時間點，舊系統停止新增主檔，完成最後一次同步後正式匯入。

主檔只是資料轉換的第一步，交易紀錄、期初庫存、未結帳款的搬移還有更多細節，可以接著參考換系統時的資料移轉。

常見錯誤

• 邊導入邊清理。系統設定與主檔清理同時進行，結果測試時用的都是髒資料，問題到上線才浮現。
• 直接刪除重複資料。刪掉的資料可能還關聯著歷史訂單或帳款，應該先合併關聯，再停用。
• 只清一次。上線後沒有維護制度，幾個月後又回到原狀。
• 完全交給工讀生或外包。資料整理需要業務判斷，交給不熟悉業務的人處理，容易誤合併。
• 規則訂得太複雜。編碼規則複雜到建檔的人記不住，最後就沒人遵守。

結語

主檔資料整理是體力活，也是管理工作。它不像新系統那樣看得見成果，卻決定了系統上線後的報表能不能相信、庫存能不能對得上、帳款能不能收得清楚。越早開始、越早建立維護制度，導入新系統時的阻力就越小。

如果你正準備導入 ERP 或進銷存，或是現有系統的主檔已經亂到影響日常作業，可以和 NETVANA 聊聊目前的資料狀況。我們能協助盤點資料來源、產出疑似重複清單、規劃匯入與新舊對照，並在系統中加上防止重複建檔的檢查；軟體服務一律採詢問報價制，依資料量與系統範圍評估，服務內容請見軟體服務介紹。

延伸閱讀：主檔整理好之後，交易與庫存資料怎麼搬，看換系統時的資料移轉；還在評估要不要導入整套系統，先看中小企業 ERP 導入指南；料號與庫存的管理流程，看進銷存系統開發指南；客戶主檔與會員資料怎麼整合，看會員與 CRM 系統開發指南。