設想一家美國餐飲配送公司。網頁表單和舊系統匯出的同一個客戶姓名，看起來相同，精確比對卻失敗。這是虛構的情境。先檢查字元的表示方式，不要讓人工智慧隨意改寫姓名。

有些重音字母，可以用一個字元表示，也可以用字母加上組合重音表示。把這兩種表示都轉換成相同的正規形式，就能解決這類差異。但這不代表所有看起來相似的名字都會變成相同。

建議分開保留原始姓名、比較鍵和穩定的客戶編號。原文用來顯示，比較鍵依規則產生，編號用來關聯訂單。兩邊都要遵循相同規則。比對只能提供候選，不能自動合併同名客戶。

選擇正規形式時，不要認為轉換越多就越好。相容正規化還會摺疊某些格式差異。姓名、產品編號和契約原文，應分別約定規則，而不是共用一個萬用清理按鈕。

正規化不是移除重音、翻譯或身分驗證。看起來相似的字元，也可能不同。即使另外加入寬鬆搜尋，也要顯示候選和不確定性，不能因此直接取得修改或合併紀錄的權限。

準備三組驗收樣本：同一重音的兩種表示應該相符；有重音和沒有重音的名字，不應只因正規化就變成相等；同名但編號不同的客戶，不得自動合併。還要檢查原文是否保留。這是建議的計畫，不是已經完成的系統測試。

讓負責人核准每個欄位的比較規則，記錄版本、保留原文，並列出碰撞候選。先只輸出建議。真正的驗收，是應該找到的找得到，不該合併的沒有被誤合併。