批次整理地址前為什麼要先加列號?排序後才能放回原訂單

批次地址先建立固定列號再回接原名單

先加列號,因為地址內容會被整理、排序、拆批,也可能有兩位收件人共用同一地址。若用地址本身回接,一旦台/臺、全半形或樓室寫法改變,就可能找不到原列;若用目前 Excel 列號,排序後位置又會改。正確做法是在處理開始前建立不可重複的 record_id,貼上成值後不再重算。

虛構名單示範

record_idorder_idraw_addressbatch_id
R0001O-A01範例市學習路8號B01
R0002O-A02範例市學習路8號B01
R0003O-A03範例市和平路12號3樓B01

R0001 與 R0002 地址相同,但訂單不同,不能因地址一樣就合併。record_id 只負責指回這一列;order_id 仍是業務系統的識別,兩者用途不要混用。

建立時先依收到的原始順序編號,立即複製並貼上成值。接著檢查總數、唯一數、空白數:總列 3、唯一 ID 3、空白 0 才能繼續。分批下載結果後,每批都應保留 record_id;若工具只接受地址欄,就在貼入前保留同順序對照表,回收後先核對列數再接回。

回接時的七個檢查

  1. 原名單與結果的 record_id 集合相同。
  2. 沒有重複 ID,也沒有新生成的陌生 ID。
  3. 每批第一列、最後一列能對上原文。
  4. 空白輸出仍保留一列,不因「沒有結果」被刪掉。
  5. 重試只更新指定 ID,不整批覆蓋。
  6. 排序前後地址之外的訂單欄沒有錯位。
  7. 合併完成後重新計算確定、可能、無法確認、錯誤筆數。

可用批次地址整理工具產生格式候選,再用地址比較工具抽查高風險差異;完整欄位設計見Excel 地址批次整理指南。列號只能證明結果回到正確來源列,不證明地址存在、正確或屬於該收件人;有衝突的列仍要回原系統或人工確認。

record_id 應具備的特性

識別碼必須唯一、固定、不可由地址內容推導,也不能在每次重算時改變。小型一次性名單可以使用貼上成值的序號加批次前綴,例如 B01-R0001;跨月或跨系統資料則應沿用來源主鍵,另加 source_system 避免不同系統恰好使用同一編號。不要使用姓名、電話或完整地址作為 ID,既有隱私風險,也會隨資料更正失去穩定性。

Excel 公式產生序號後,要在正式處理前複製並貼上為值,再鎖定該欄。插入新資料時分配新 ID,不重新編號舊列;刪除或停用資料也保留處理紀錄,避免舊 ID 被另一筆重複使用。

分批回接的驗收方法

每個批次保存 batch_id、輸入 record_id 清單、首尾 ID、輸入筆數、輸出筆數與處理版本。結果回來後先檢查 record_id 集合完全相同,再合併狀態與候選欄。若工具輸入只有地址而不接受 ID,就建立同批順序對照表,過程中禁止排序;出現空白列或失敗列時,也要保留原位置。

驗收可故意放兩筆相同地址但不同 record_id,確認回填後仍是兩列;再放一筆會失敗的地址,確認後續列沒有整體位移。最後用反連接找出只在原表或只在結果表的 ID,用重複計數找出一對多。兩種檢查都為零才可回填,不能因總筆數相同就認定對齊正確。

ID 外洩時也不能帶出個資

record_id 應是不含姓名、電話、身分證號和完整訂單資訊的內部識別。對外覆核可以另建 work_id,回收後由受控對照表接回主系統。即使 ID 本身隨機,若外部檔同時含可識別地址,仍要限制權限和保存期限,不能把去識別碼誤稱為匿名化。

ID 欄本身也要納入備份

處理前保存含 record_id 的基準副本,因為識別欄若被刪除,後續結果就無法安全接回。匯出或複製工作表時確認 ID 沒被自動轉成科學記號、截斷或去除前導零。發現 ID 變形時停止回填,回基準副本重建對照,不用地址猜原列。

資料來源

本站相關標籤

#地址與戶籍 #處理地址的民眾與商家 #文章 #觀念說明 #地址資料整理 #Excel 地址整理 #data quality

本站延伸閱讀