地址多久沒確認就算舊資料？先記最後確認日期與來源
沒有一個適用所有組織、所有用途的「地址滿一年自動失效」規則。正確做法是記錄 last_confirmed_at、confirmed_by、source、purpose，再依寄件風險、關係與組織規範設定重新確認條件。檔案最近被編輯，不代表地址最近被當事人確認。
| 欄位 | 意義 | 不要混淆 |
|---|---|---|
| captured_at | 首次收到時間 | 不是確認時間 |
| updated_at | 系統寫入時間 | 可能只是格式整理 |
| last_confirmed_at | 最後取得確認 | 要有來源 |
| purpose | 寄件、帳務、聯絡 | 不同用途可用不同地址 |
| source | 當事人、訂單、舊系統 | 可信度與範圍不同 |
| review_due | 下次覆核條件 | 不一定是固定日期 |
虛構例子：會員地址在 7 月被系統批次改成半形，updated_at 是 7 月，但當事人最後確認其實是兩年前；這筆不能因「最近更新」就視為新鮮。另一筆訂單地址是昨天由收件人填寫，只能支撐該次訂單，不一定適合永久改會員資料。
建立再確認流程
- 保存原始來源和用途，不只留一個日期。
- 只有收到直接回覆、具體交易輸入或可信文件時，才更新 last_confirmed_at。
- 單純格式清理只更新 processed_at，不更新確認日期。
- 重要寄件前，優先要求久未確認、曾退件或來源衝突的列重新確認。
- 用地址比較工具呈現新舊差異，讓當事人確認具體元件。
- 當事人沒有回覆時標等待確認，不把舊值自動升格。
- 依既有保存與刪除規則管理資料，不在文章替所有單位訂單一年限。
資料清理欄位與狀態可見Excel 地址批次整理指南，單筆格式解析用地址格式檢查。最後確認日期能告訴你證據有多新，不能證明地址目前仍存在；真正高風險用途仍需在使用前再次核對。
哪些事件應觸發重新確認
地址不一定按日曆固定過期，但用途改變、郵件退回、當事人搬遷通知、門牌整編、來源衝突與長期未使用，都是合理觸發點。例如會員兩年前提供住家作聯絡用途，本次卻要寄高價商品；即使字串未改，也應重新確認收件地址。反過來，上週剛確認的帳務地址也不能自動拿去寄私人包裹，因為 purpose 不同。
可以在資料表加入 review_trigger、next_review_due、last_use_result。next_review_due 是內部工作日期，不代表到了那天地址就突然錯誤；last_use_result 記錄寄送成功、退件或未使用，也不能把一次成功投遞當成永久有效。來源是客服轉述時，confirmed_by 應區分當事人直接確認和員工代錄。
再確認不要變成提示答案
詢問時先讀出目前保存的部分資訊，讓當事人主動補完整，不要丟出兩個候選要求選較像的一個。收到回覆後，保存原回覆、日期、用途與處理人；若只確認到道路但未確認樓室，狀態仍是部分確認。電話、表單與正式文件的可接受程度應依組織規範，不由整理者自行排名。
批次更新後要抽查 last_confirmed_at 是否真的來自確認事件，而不是匯入日或格式處理日。若同一天大量列被填入相同時間，應核對是否只是程式預設值。最後將逾期觸發、來源不足和用途衝突分開統計，才能知道該向當事人補問、向系統查來源，或交由有權責的人決定。
同一地址可以有多個確認日期
一位使用者可能分別確認帳單地址、宅配地址與公司聯絡地址，不能只在客戶主檔放一個 last_confirmed_at。日期應跟 address_id 和 purpose 綁定；其中一筆更新不會讓其他地址自動變新。若只確認「地址沒有變」，也要保存當時展示的版本，避免其實確認到另一筆候選。