要用 AI 配對並核對兩份試算表，先界定每個檔案中一列代表甚麼，清理並測試配對鍵，先做精確連接，只讓 AI 為餘下記錄提出候選。把每一列歸為已配對、只在左方、只在右方或衝突，再以數目、控制總額、證據和人工批准證明結果。

關鍵要點：

比較數值之前，先決定每個欄位以哪個來源為準。

在重複鍵和多對多連接成倍放大記錄之前，便把它們攔下。

精確配對是證據；模糊分數只是仍需覆核的候選。

核對全部總體，包括未配對和未解決的記錄。

本流程沿用建立證據及批准邊界中有界的模式：保留來源事實，限定模型角色，可重複地執行，並覆核例外。

用 AI 配對並核對兩份試算表前要定義甚麼？

由目的出發。你是在把發票與付款對賬、比較兩份聯絡人名單、查找存貨差異、驗證資料遷移，還是在連繫使用不同識別碼的記錄？目的決定列粒度、可接受的容差、權威欄位，以及錯誤配對的後果。

為每個檔案記錄：

來源負責人和取得日期；
工作表和表格名稱；
一列代表甚麼；
主鍵或候選鍵；
哪些欄位具權威性；
貨幣、時區、日期和小數的慣例；
預期總體和控制總額；
已知的排除項目和保留規則。

不要以為較新的檔案就是權威。付款系統可能掌握結算金額，訂單系統則掌握客戶和產品資料。權威性可以按欄位區分。

寫明核對契約

問題	示例答案
A 的列粒度	一張已發出的發票
B 的列粒度	一筆已結算的付款明細
精確鍵	發票 ID 加法人實體
容許的關係	一張發票對應一筆結算
金額容差	按交易貨幣精確一致
日期容差	三個曆日，仍需覆核
只在 A 的含義	結算檔案找不到該發票
只在 B 的含義	發票檔案找不到該結算明細
衝突負責人	財務營運

這份契約可防止 AI 為提高配對率而悄悄重新定義「配對」。

如何準備及測試配對鍵？

保留兩份來源活頁簿，在衍生表上操作。剖析列數、不同鍵的數目、空鍵、重複組、資料類型、日期範圍和重要總額。如果任一檔案很混亂，先按試算表清理流程處理，並保留其規則日誌。

建立規範化的輔助欄，不要取代原值。獲批的操作可包括：刪除已知的空白、統一識別碼的大小寫、保留前導零、按聲明格式統一日期，或對應權威的法人實體代碼。絕不能只因能提高配對率，就刪去所有識別碼中的標點。

連接前先測試鍵：

點算雙方的空鍵數目。
點算不同鍵和重複鍵的數目。
列出附來源列 ID 的重複組。
確認容許的關係：一對一、一對多或多對一。
拒絕意外出現的多對多組。
比較鍵的長度和模式分佈。
從每個總體的開頭、中間和結尾抽樣檢查鍵。

多對多連接會造成笛卡兒式的成倍放大。A 方兩列、B 方三列，連接後便變成六列；即使每筆來源記錄看來都有效，數目和總額也會被破壞。

保存規範鍵表

來源	來源列 ID	原始鍵	規範鍵	規則	鍵狀態
A	A-1042	`inv-0017`	`INV-0017`	按批准規則去空格及大寫	有效
B	B-881	`INV-0017`	`INV-0017`	不變	有效
B	B-882	空白	空白	不推斷	例外

原始鍵一直可見。如果某條規範化規則造成鍵衝突，就停下來覆核受影響的組。

如何先作精確配對？

把兩張表載入可重複執行的查詢、公式模型、資料庫或程式。Power Query 可以用一個或多個共同欄位合併兩個查詢，並支援可顯示配對和未配對列的連接類型。［1］目標是完整核對時，使用全外連接或等效的一組連接。

產生四個主要結果總體：

狀態	定義	所需證據
matched	獲批的鍵對應，而且比較欄位一致	雙方來源列 ID 和配對鍵
left_only	A 記錄沒有獲批的 B 配對	A 列 ID 和嘗試過的精確鍵
right_only	B 記錄沒有獲批的 A 配對	B 列 ID 和嘗試過的精確鍵
conflict	獲批的鍵對應，但受控欄位不同	雙方數值、容差和負責人

不要只用內連接。它只顯示成功的配對，卻令未配對記錄消失。同樣，如果契約要求複合鍵，就不能只因一個欄位相同便把記錄標為已配對。

按明確容差比較欄位

每個欄位一條比較規則。文字可能要求在獲批規範化後完全相同；金額可能容許有記錄的進位容差；日期可能容許一個結算窗口；類別可能使用有版本的對照表。

記錄雙方數值、差額、規則和結果。容差只是解釋差異，並不抹去差異。仔細覆核邊界數值並檢驗單位。0.01 的差額在最小貨幣單位不同的貨幣中含義不同，日期差亦可能跨越月底報告界線。

精確連接後核對數量和總額

就 A 方，證明在關係規則下，matched + left_only + conflict 涵蓋範圍內的每筆來源記錄；B 方亦作相應檢查。按狀態重新計算金額總額，並與凍結的來源控制數比較。

如果一對多關係合理，就在列層面和業務對象層面都作核對。例如幾筆付款明細可能結清一張發票；列數不同，但分組後的金額和發票總體仍應對得上。

何時使用 AI 或模糊配對？

只有在精確配對用盡獲批的鍵後，才對餘下總體使用模糊配對。Microsoft 把 Power Query 的模糊配對描述為按相似度比較文字值的方法，並提供門檻和轉換選項。［2］這令它適合產生候選，但不能自動證明身份相同。

模糊配對前，先界定分區規則，把比較限制在合理的配對之間。例如同一國家、郵區前綴、法人實體、月份，或規範化名稱的首字元。分區可減少誤報，也避免每一列都與其他所有列比較。

請 AI 提出候選配對並說明理由：

就每筆未配對的 A 記錄，在符合分區規則的 B 記錄中最多排列三個候選。顯示比較的欄位、確切差異、相似訊號、相反證據和欠缺證據。不要把任何配對標為已配對。證據不足時寫 no candidate。

AI 可以協助解釋縮寫、詞序調換、音譯或可能的輸入錯誤，但不得虛構識別碼或填補欠缺的證據。名稱相似並不證明兩個客戶、供應商或交易是同一實體。

使用人工覆核表

A 記錄 ID	B 記錄 ID	配對鍵	方法	分數	差異	狀態	證據	覆核者
A-1042	B-881	INV-0017	精確	不適用	無	接納	複合鍵	OP
A-1049	B-907	名稱加郵區分區	模糊候選	0.88	後綴及街道縮寫	待覆核	無共同外部 ID	待定
A-1051	無	帳戶 ID	精確搜尋	不適用	B 方缺失	left_only	來源查詢	OP

覆核人應就每個候選作出接納、拒絕或暫緩的決定，並補充證據。未以已標記的樣本量度誤報和漏報之前，絕不能把 0.85 這類門檻變成一刀切的批准。

OpenRefine 的核對流程同樣區分候選配對和已確認配對，並支援對照外部服務覆核或核對數值。［3］更普遍的啟示是：候選狀態必須與已確認的身份分開。

如何處理衝突而不隱藏它們？

按類型分流衝突：金額、日期、狀態、欠缺的鍵、重複鍵、擁有權或不受支援的對應。按業務流程指派負責人和限期。保留原值，並在真正擁有該欄位的系統中記錄任何更正。

不要只「修好」核對輸出，卻讓來源系統維持原狀；否則下一次執行又會出現同樣差異。每項處理都應寫明權威來源、證據、行動、批准人，以及改動是否已在上游落實。

使用以下狀態：

accepted_exact；
accepted_reviewed；
rejected_candidate；
left_only；
right_only；
conflict_open；
conflict_resolved；
out_of_scope。

避免使用無法區分精確證據與主觀覆核的籠統 matched 標記。

NIST 的生成式 AI 風險概況強調虛構、資訊完整性、私隱和人工監督方面的風險。［4］在核對工作中，這代表提示詞受來源約束、盡量少分享資料、設立例外佇列，並且在任何模糊候選改動記錄或觸發外部行動之前，先由人作出決定。

最終核對報告應包括甚麼？

交付一份其他人可以重現的報告：

目的、範圍、來源版本和負責人；
列粒度、權威性、鍵、規範化規則和容差；
來源數目和控制總額；
精確配對、只在左方、只在右方和衝突的數目；
模糊候選總體和覆核人的決定；
未解決的例外及其負責人；
前後控制指標；
查詢或程式版本和執行時間戳記；
批准記錄和上游更正。

測試重複執行。相同的來源版本和規則應得出相同輸出。新的來源版本要麼通過 schema 契約，要麼以清晰的錯誤停止。悄悄改名的欄位、強制類型轉換或欠缺的工作表，都應以失敗告終。

如果爭議發生在敘述性來源之間而非表格記錄之間，使用比較衝突來源的方法。核對過程中產生的說法，則按事實核驗流程處理。

常見錯誤有哪些？

未檢查重複鍵便連接

意外的重複會造成多對多的成倍放大。剖析雙方資料，遇到契約不容許的關係便停下。

只追求更高配對率

高百分比可能掩蓋錯誤配對。應追求正確、可解釋的決定和清晰可見的例外。

自動批准模糊分數

相似不等於同一。以分數為候選排序，並要求以證據為本的覆核。

用內連接隱藏未配對記錄

未配對的總體也是答案的一部分。使用全體控制指標，並分別輸出只在左方和只在右方的結果。

只改報告而不修正權威來源

本地修改會在下次執行時消失。在擁有該資料的系統解決問題，或記錄它為何仍屬例外。

總結

界定列粒度、欄位權威、鍵、關係和容差。
透過獲批的輔助欄清理來源數值，同時保留原值。
連接前測試空鍵、重複鍵和多對多鍵。
先做精確配對，並顯示兩方的未配對總體。
模糊和 AI 方法只用於為未解決的候選排序。
每項非精確的接納都要求人提供證據。
核對數目、金額、例外和上游處理結果。
保存規則、查詢、報告和批准記錄，以便重新執行。

常見問題

配對兩張表最好用甚麼鍵？

使用雙方共有的固定識別碼，通常再加上法人實體等範圍欄位。姓名和地址較弱，一般屬於需覆核的候選配對。

如何找只存在一邊的列？

在獲批的鍵上使用全外連接或一對反連接。分別保留只在左方和只在右方的表，並把兩者都與來源列數核對。

AI 能配對拼法不同的客戶名嗎？

它可以提出候選，尤其是按其他欄位分區之後，但拼法相似並不能確立身份。要求有佐證並經人工覆核。

模糊配對閾值應設多少？

沒有通用的安全門檻。以已標記的樣本量度候選質素，檢查邊界附近的結果，並把分數視為排序訊號，而非自動批准。

如何避免合併後重複列？

連接前剖析雙方鍵的基數。拒絕意外的重複組和多對多關係，或先按已批准的業務規則匯總。

未配對記錄應怎樣處理？

把它們放進清晰的只在左方或只在右方佇列，附上來源 ID、嘗試過的鍵、負責人和處置結果。絕不能為了令總額對上而刪除它們。

金額只差一點怎樣核對？

比較前，先界定考慮貨幣的進位或時間容差。顯示雙方數值和差額，超出容差的數值轉入衝突覆核。

甚麼證明核對完整？

範圍內每筆來源記錄都必須出現在容許的結果總體中，數目和控制總額必須能對回雙方來源，未解決的例外必須有清晰可見的負責人和狀態。

來源:

Microsoft Support - Merge queries (Power Query) — https://support.microsoft.com/en-US/Excel/merge-queries-power-query
Microsoft Support - Create a fuzzy match (Power Query) — https://support.microsoft.com/en-us/excel/create-a-fuzzy-match-power-query
OpenRefine - Reconciling — https://openrefine.org/docs/manual/reconciling/
NIST - Artificial Intelligence Risk Management Framework: Generative Artificial Intelligence Profile — https://www.nist.gov/publications/artificial-intelligence-risk-management-framework-generative-artificial-intelligence

Sources checked 2026 年 8 月 29 日。

延伸閱讀：

如何用 AI 配對並核對兩份試算表：先精確連接，再人工覆核模糊候選