AI 工作實務
企業併購後，兩套客戶名單與產品編碼對不起來？AI 如何協助資料整併與核對
併購後的資料整合，最大的風險不只是缺漏，還有錯把不同客戶或產品合為一筆。本文提供確定配對、候選配對、衝突待查三段流程，並建立可追回原始紀錄的核對表。
教學方法專題｜案例、時程與表單為編輯設計示例，非客戶實績或已完成的產品實測。
併購後的資料整合，最大的風險不只是缺漏，還有錯把不同客戶或產品合為一筆。本文提供確定配對、候選配對、衝突待查三段流程，並建立可追回原始紀錄的核對表。
專題編輯：Renee Kuo｜數據分析與成長編輯
一段值得分享的觀點：併購資料整合最昂貴的錯誤，不是找不到配對，而是把兩個不同對象當成同一個。
名字相同，不代表是同一個客戶
假設 A 公司 CRM 中有「宏達實業」，B 公司 ERP 裡也有相似名稱。兩筆資料可能是同一法人、不同分公司、關係企業，或只是名稱相近。若 AI 直接合併，應收帳款可能歸錯對象，折扣條件也可能套用到不具資格的客戶。因此開始前必須保留兩家公司原始識別碼、來源系統、資料擷取日期，以及交易歷史的不可覆寫備份。
先建立三種配對結果
第一類是具有充分證據的確定配對，例如內部已驗證的唯一客戶 ID 與合法的業務識別鍵；第二類是候選配對，例如名稱、地址、聯絡方式部分一致，需要人工複核；第三類是衝突待查，例如相同名稱卻有不同法定主體或不同收款條件。AI 可以產生候選相似項與差異摘要，但相似度不等於身分證明。Power Query 支援精確合併與文字模糊配對；然而模糊配對結果本身不能當成可直接覆寫交易主檔的核准依據。
產品資料比客戶資料更容易被誤讀
不同公司可能用相同簡稱代表不同包裝量、電壓、材質或合約品項。整併前先定義產品的最小可識別單位，區分「商業名稱一致」與「技術規格可互換」。若產品有 GS1 GTIN 等正式識別碼，應按其適用規則使用；但企業內部料號、舊客戶料號與交易平台編碼仍須保留對照，不應假設所有編碼是同一種標準。
核對時，帳不能只算總額
正式對帳至少比較原始行數、有效主鍵數、未配對數、候選衝突數及交易金額，以便發現一對多 JOIN 導致的重複加總。示範驗收規則可以設為：每筆來源紀錄必須能回溯來源 ID；未經人工核准的候選不得寫回正式主檔；整合後同一期間的交易明細數量與金額差異須解釋。這是方法設計而非已驗證的企業結果，實際門檻依公司風險與資料性質核定。
不要把整合方案做成一次性清檔
建議保留 source_customer_id、master_customer_id、match_method、reviewer、reviewed_at 與生效日期，未來新增公司或 ERP 遷移時仍可沿用。針對個資、客戶契約與保密資料，應先核對合法使用目的與存取權限；資料可以被匯入，不代表可以任意重新利用。合併的真正成果，是用有證據的關聯維持業務連續，而非把兩份 Excel 變成一份。
主管可以直接使用的第一張表
請先挑選一個真實但範圍有限的工作情境，填寫下列欄位。欄位若缺少證據，標記「待確認」；涉及對外承諾與敏感資訊，應保留人工核准。
| 欄位 | 填寫目的 |
|---|---|
source_system | 來源系統名稱 |
source_record_id | 來源紀錄唯一碼 |
candidate_master_id | 候選統一主檔代碼 |
match_basis | 配對依據與證據 |
match_confidence | 工具相似度；不是核准 |
match_status | 確定或候選或衝突 |
reviewer | 人工核對責任人 |
reviewed_at | 人工核對時間 |
amount_reconciliation | 交易筆數及金額差異 |
exception_reason | 未匹配或衝突原因 |
這張表是起始欄位模板，並非適用所有企業的法遵或技術標準。先用實際案例驗證，再依產業特性調整。
資料來源與閱讀提醒
本文的企業情境及表單是編輯設計示例，不代表已訪談特定企業或實測提升績效；對於合約、個資、工程安全和專業責任，企業須依現行規範由適任人員核定。
圖片與素材說明
本文封面為依本文方法繪製的原創編輯流程圖，不是新聞現場、真實企業營運畫面或實際軟體截圖。
下載工作表
下載 working_table.csv 教學工作包（ZIP），含欄位說明與使用限制。
本文由 TARAISG（TIANDIREN AI SOLUTION GROUP）使用 AI 模型產生正文、整理來源並設計實務工具。方法依據與限制列於文末；案例為明確標示的教學假設。未有具名紀錄時，不宣稱經人工或專家審核。
查看內容製作與更正說明
