| 你看到的詞或現象 | 涉及的資料層 | 還要查哪件事 |
|---|---|---|
| 供應商Recovery window | 系統中斷後補取資料訊息的範圍 | 適用producer的實際設定 |
| 網站只顯示近期賽事 | 平台的歷史查詢介面 | 是否有日期篩選、分頁或產品限制 |
| 找不到某筆注單 | 個別帳戶與交易紀錄 | 注單編號、時間、當時狀態 |
| 文件寫通常3小時 | 一般技術說明，不是全產品固定值 | 不能直接當玩家申訴或保存期限 |
復原視窗描述的是系統，不是玩家帳戶壽命
Sportradar在虛擬運動UOF文件中指出，資料週期較快，通常的最大Recovery window是3小時，但不同producer可能不同。這是在說系統重新取得漏收資料的技術範圍，不是宣告每個玩家的注單、餘額或歷史賽果到了3小時就要刪除。
兩件事應分開問：資料提供端能補取多久以前的訊息，以及你使用的平台保存多久的帳戶紀錄。只找到前一個答案，還不能替後一個填期限；本文也沒有讀到你所在平台的個別保存政策。
超過三小時，不會自動推導成「這筆不存在」
想像一個原創排查情境：資料連線10:00中斷，14:00才恢復，兩個時點相差4小時。如果適用的資料來源上限恰好是3小時，維運人員需要查明補取範圍與缺口；但單靠這項比較，不能斷言10:30的玩家注單已被刪除或取消。
反過來，網站歷史清單暫時看不到一場，也不充分證明供應商無法補資料。你看到的可能只是頁面篩選、顯示範圍或尚未完成同步。這些是待查方向，不是本站已替該平台確認的故障原因。
詢問紀錄時，把三個層次寫在同一張便條
可以分列供應商與完整產品名、事件編號及發生時間、個別注單編號和目前顯示狀態；時間再註明時區。若要公開貼圖，先遮住帳號與交易識別資料，給平台查詢時才用它指定的正式管道。
本站便條工具只協助整理你輸入的資訊，不連線查帳，也不會補回供應商資料。技術文件提到的producer設定應由有正式存取權的營運方核對；一般讀者不需要提供金鑰，更不應把「通常3小時」當成放棄查詢原紀錄的理由。
