| 原創排查紀錄 | 已知資訊 | 仍不能下的結論 |
|---|---|---|
| 假設餘額200、欲選20 | 單看金額200足以涵蓋20 | 不代表所有產品條件都通過 |
| 當時BET LIMITS未留存 | 桌限未知 | 不能拿昨天桌限代替 |
| 某些Top Up金額不可選 | 來源另列派彩上限檢查 | 不能反推精確上限是多少 |
| 尚未送出有效下注 | 目前只觀察到選項限制 | 不能說20已被扣掉 |
| 已取得該局正式明細 | 才可核對接受值與返還 | 與按鈕顏色分開記錄 |
可用餘額，不是唯一的通關條件
玩家看到兩百餘額，直覺會認為二十應該可選；這只證明一個算術比較，不能證明桌限、所處階段及產品內部限制也同時符合。指定文件在Top Up另外列出每次旋轉前的派彩上限檢查。
當該限制觸及時，某些投注值可能不提供。這說明為何充足餘額與選項不可用可以同時出現，但並沒有證明某位讀者此刻遇到的原因必然就是它。尚未取得的原因，仍要保留為未知。
三個欄位不要塞成一個最大值
餘額描述目前可用資金；BET LIMITS描述桌台接受範圍，而且文件提醒範圍可能改變；派彩上限則是產品的另一路檢查。三者不是同一個欄位改了三個名字。
因此例表不給一個虛構上限，再拿箱子金額反推出「應該還能補多少」。沒有適用公式與完整遊戲狀態，就算計算看起來精確，也可能只是把不同條件錯加在一起。
先保存狀態，不把補值當修復
回報時可以提供所處Top Up階段、當時可用餘額、BET LIMITS、哪些值可選，以及是否已有正式接受的旋轉紀錄。這比只說「按鈕壞了」更能區分限制與異常。
增加帳戶餘額只能改變餘額那一欄，不能保證解除派彩條件。本文也不建議繞過限制；它的用途是讀懂已公開的介面規格，將未接受的選項與真正發生的交易分開。
