| 同一個原創假設時刻 | 寫法 | 回查時保留什麼 |
|---|---|---|
| 原紀錄使用GMT | 2026-09-18 17:45:12 GMT | 原日期、原時區及完整Game Number |
| 換算台北時間 | 2026-09-19 01:45:12 UTC+8 | 加8小時後，日期也跨到下一天 |
| 只記「1點45分」 | 缺日期、時區、秒數 | 不足以唯一指向某一回合 |
| 把原編號內時刻改成台北值 | 不是保存原Game Number | 原值不改；另欄加註換算值 |
時間看起來差八小時，不一定是另一局
Loto-Québec的Deal or No Deal及Instant Roulette說明，將Game Number所反映的回合開始時刻標為GMT，並建議聯絡客服時保留這個編號或截圖。若使用者只拿台北手機時鐘和其中的時分秒對照，就可能把正常時區差異誤讀為紀錄落在另一個時段。
本刊假設原紀錄是2026年9月18日17:45:12 GMT；加八小時後，台北是9月19日01:45:12。17加8等於25，表示先走完當天24小時，再往下一天走一小時。這不是把17改成1就結束，日期同時往後移一天才是完整換算；範例不是某位玩家實際遊戲的紀錄。
原編號原樣留，換算另加一欄
Game Number是找特定回合的引用資料，不應把其中看起來像時刻的片段自行改寫。讀者可以同時保存原編號、來源顯示日期與時區、換算後台北時間三欄；只有換算欄改格式，原始值不動。若來源只顯示時分秒而沒提供日期，就不能僅靠那六位數推定是哪一天。
假設兩次紀錄都顯示17:45:12，但分別屬於不同日期，截掉日期後便看起來一樣。反過來，一局在GMT是18日、台北是19日，也不因此變成兩局。把「同字串」和「同時刻」分開，是跨午夜回查最基本的一步；本文沒有推測平台編號的完整內部編碼算法。
先在總清單定位，再進入單一遊戲記錄
Instant Roulette文件把Account History描述為含日期、遊戲、投注額和支付額的清單，最新完成的回合列在最上方；點選遊戲欄後再看該遊戲的Game History。這兩層回答的是「哪一筆」和「這個遊戲內的紀錄」，不能把列表第一列的位置當成固定回合編號。
一份可用的詢問應包含遊戲名稱、原Game Number、原時區時間及自己看見的狀態，而不只寫「剛才那局」。支付額也不要未看欄位定義就當成淨利。本文僅整理公開說明中的回查方法，沒有取得任何帳戶歷史，更不以畫面時差證明某筆實際款項已入帳或遺失。
