賽程寫10月8日，注單卻顯示10月9日，先不用急著判斷是錯單。同一個時刻換成不同時區，本來就可能跨日；開賽、接受注單與結算，也各有自己的時間。把日期、時區和欄位意思放在一起看，通常比只比月日更能找到原因。
先找出原始時區，再換算
台灣使用 UTC＋8。舉個假設例子：紀錄寫 2026-10-08 23:30 UTC，換到台灣是 2026-10-09 07:30。這不是遲了一天，而是同一時刻的兩種表示。
若來源只寫 23:30、沒有日期或時區，資料不足以完成換算。不要因網站看起來是台灣站，就假設每個供應商紀錄都用台灣時間。美國等地還可能涉及夏令時間，需要按實際城市、日期與規則處理，不能全年固定加同一個時差。
這三個時間本來就可能不同
賽程時間描述比賽安排；接受時間描述該筆注單；結算時間描述處理結果。比賽改期時，賽程顯示可能變了，但原始注單接受紀錄仍應按其實際事件核對。
例如，注單 10/8 晚上接受，賽事 10/9 凌晨開始，10/9 上午結算。三個欄位顯示不同時分是合理的起點，真正需要檢查的是是否對應同一場比賽與同一筆編號。
時間對不上時，把原始顯示也留下來
每筆保留原始時間字串、來源欄位、時區、換算後台灣時間、比賽編號與注單編號。原字串若帶 Z，通常表示 UTC；若帶＋08:00，表示相對 UTC 的偏移。截圖沒有這些資訊，就另查頁面設定或請對方說明。
詢問「畫面是哪個時區、這欄是接受還是結算時間」，比只說「日期錯了」更容易釐清。本文沒有核實 MBM 所有畫面的時間設定，也不把示例日期當成實際賽程。