扣款與 DLR 之間的關聯識別碼

當金流與送達通知分散在不同工具中時，月底結算就會變成一場翻找對話紀錄的考古工程。所謂的關聯識別碼(Correlation ID)就是一條穩定的連結鍵，能將同一意圖的預付扣款列與 DLR(或已簽署的狀態事件)綁定在一起。沒有它，財務部門只看得見支出，產品部門只看得見狀態，雙方都無法證明這兩者描述的是同一次發送。

本頁面屬於關聯契約，並非 Verify 會話匯出操作手冊，也不是完整的扣款與狀態對帳入門指南。相關文章：同一帳本上的扣款列與送達狀態、[財務匯出的 Verify 會話關聯](/learn/verify/財務匯出的 Verify 會話關聯)、產品與財務的共用狀態語言、遺失的訊號未送達、流量運作時的營運訊號看板。

IOSOR 是白牌預付服務。USD 20 可用於資助一場關聯試點；當達到每月約 USD 1,000 的規模時，未對齊的關聯將被視為對帳債務進行軟審查。客戶端僅會看見白牌的最終成果。

關聯不等於聊天對話串

Slack 連結與工單標題並不能作為關聯鍵。識別碼必須在保留或建立意圖時產生，帶入扣款列中，並在每個終端 DLR 或狀態事件中回傳。重試時應在相同的冪等鍵下重複使用相同的識別碼。如果客服人員每小時貼上不同的字串，你所擁有的就不是關聯，而是口耳相傳的迷思。

扣款與 DLR 上的相同識別碼

產品與財務部門在同一個 UTC 視窗中開啟相同的識別碼。一個沒有對應扣款的已送達 DLR，或是沒有終端狀態的已結算扣款，都是一起事件，而不僅僅是個輕微的警告。請參閱遺失的訊號未送達。

無需考古的財務對帳

月底結算應該只需篩選單一欄位，而不是從截圖中重建歷史。匯出內容應包含：關聯識別碼、扣款金額(USD)、保留轉結算、終端狀態與時間戳記。每月約 USD 1,000 的軟審查將未匹配的關聯視為對帳工單；USD 20 則用於在小規模通道上證明關聯性，然後再進入正式流量語言。相鄰的 Verify 故事：[財務匯出的 Verify 會話關聯](/learn/verify/財務匯出的 Verify 會話關聯) — 不同的扣款外觀，相同的關聯紀律。

遺失的關聯就是一起事件

切勿自動將孤立的 DLR 對應至已送達的支出，也切勿將空白識別碼的扣款結算為「大概沒問題」。請開啟對帳流程，保持狀態真實(在完成關聯或明確結案之前標示為遺失或未知)，並在流量運作時的營運訊號看板上的關聯健康狀況呈現紅色時，暫停「流量上線」的說法。共用詞彙：產品與財務的共用狀態語言。

關聯識別碼買方檢查清單

1. 關聯識別碼是在保留或意圖階段產生的，而非在對話中憑空捏造嗎？
2. 扣款列與 DLR 或狀態在重試時是否帶有相同的識別碼？
3. 財務部門能否在月底透過該識別碼進行篩選，而無需翻找歷史對話？
4. 未匹配的關聯是否會開啟對帳流程，絕不自動判定為成功？
5. 營運看板是否將關聯健康狀況顯示為首要欄位？
6. 覆寫動作是否具備名稱、時間限制，並由已關聯的匯出列進行結案？

任何一項回答「否」，都意味著關聯契約仍處於草稿階段。

從 IOSOR 開始

在 hold 當下產生 correlation ID，寫進預付扣款列，並要求終態 DLR 帶同一字串。匯出一列對上的資料：hold id、扣款金額、DLR 狀態、時戳。沒有對上 DLR 的扣款，或沒有扣款的 DLR，都還是事故。這是錢對收據的接合，不是請求路徑追蹤。

IOSOR 要點

扣款與 DLR 必須共用一個 ID，否則財務無法稽核這次發送。

要做：在 hold 產生 ID，把對不上的接合當事故拒收。

不要：在回呼當下另造字串，或用聊天串拼月結。