提款申請額、平台出款額、銀行實收額對唔上？先用三層金額重建同一筆交易
提款金額不一致唔應一見少收就當成手續費。真正要分申請額、平台實際出款／扣費、銀行實收，再用交易編號與時間把三層紀錄配成同一筆。
提款金額同實際收款唔一致時，先分三個數：申請提款幾多、平台實際出款／扣費後幾多、銀行真正入帳幾多。之後再查手續費、平台餘額調整、退回／退款同銀行交易紀錄，唔好由差額直接猜原因。
先分申請額、平台實際出款額、銀行實收額，唔好只對兩個數
提款金額不一致最常見的誤會係將「提款申請金額」直接同「銀行收到幾多」比較，中間完全唔睇平台是否扣費、是否有退款／調整，亦唔睇銀行交易紀錄顯示的是入帳淨額定其他金額。真正排查應該至少保留三個數字：申請額、平台處理／實際出款額、銀行實收額。
| 金額層 | 由邊度睇 | 主要用途 |
|---|---|---|
| 提款申請額 | 平台提款紀錄 | 確認你原本申請幾多 |
| 平台實際出款額 | 提款詳情／完成紀錄 | 看有冇扣費、調整或淨額顯示 |
| 銀行實收額 | 銀行交易紀錄 | 確認收款端真正入帳幾多 |
第一步可以用提款交易紀錄指南把同一筆交易時間線整理好，避免拿上一筆／下一筆提款的金額混埋比較。
如果差額固定，先查提款費；但唔好見少收就自動當手續費
部分提款渠道可能有固定費、百分比費或者平台頁面直接顯示預計實收；亦有渠道完全不收。真正要做係回看提款提交前／完成後的費用欄，而唔係由差額倒推「一定係 Fee」。可以先看FPS 提款手續費理解收費層次，再同一般入數／支付費用指南分開。
差額有可追來源
保存 Fee、申請額、預計實收，再對銀行實收。
唔好自行假設
繼續查銀行交易、平台調整、退回或其他扣款紀錄。
銀行 Push 只係提示，真正要對的是正式交易紀錄入帳金額
銀行通知可以只顯示摘要，所以唔應只截 Push 就認定少收。打開銀行 App／網銀正式交易紀錄，記低入帳日期、時間、金額、交易描述同參考號，再同平台提款紀錄逐筆配對。
有時差異出喺平台餘額，而唔係銀行收款
例如平台扣起的可提款餘額同最後真正出款額唔一致，或者原提款退回後部分金額返帳，都可能令你覺得「提款少咗」。呢類要把平台餘額變化同提款狀態一齊看，而唔係只看銀行。
差額發生喺邊一層，決定下一步應查平台、支付渠道定銀行
| 對比結果 | 較合理的排查方向 |
|---|---|
| 申請額 = 平台出款額，銀行實收較少 | 先查銀行／支付端入帳資料、參考號同是否有中間扣費 |
| 申請額 > 平台出款額，銀行 = 平台出款額 | 差額較可能已在平台／提款渠道處理階段產生 |
| 平台完成額 = 銀行實收，但餘額扣更多 | 回查平台餘額、其他提款／退款／未結算交易 |
| 三個數都不同 | 重新建立整筆時間線，唔好一次估原因 |
查金額差異時，最好一次提供一筆提款一整套數據
真正有用的查單資料包括提款申請編號、申請額、平台完成時間、平台顯示實際出款／Fee、銀行入帳時間、銀行實收額與銀行交易參考號。呢組資料足以讓兩邊快速對同一筆交易。
如果銀行完全未收到，唔應繼續用『金額不一致』框架查
銀行完全冇入帳紀錄、平台顯示完成但銀行查唔到，應轉用完成但未收到流程；如果平台狀態已變退回，就用提款退回處理。先分類，再查差額，避免一個問題套錯框架。
提款金額不一致的前提係收款端已經有可識別入帳。完全冇交易紀錄時，先追支付路徑，而唔係先算差額。
同一筆提款最好用一張『平台—銀行』對帳表，唔好靠腦記
例如平台申請 HK$2,000，完成紀錄顯示實際出款 HK$1,990，而銀行同日收到 HK$1,990，咁差額應優先由平台出款／費用層查；相反，如果平台完成額仍係 HK$2,000，但銀行只記 HK$1,990，就要再看銀行端交易描述或支付渠道資料。用同一筆數字逐欄對，會比單純問「點解少咗十蚊」有效得多。
如果同一日有多筆相同金額提款，更加要靠申請編號、完成時間、銀行參考號配對。金額相同唔代表係同一筆交易，尤其處理時間跨日或者銀行把幾筆入帳分開顯示時，更容易對錯。
常見問題
少收就一定係提款手續費？
唔一定。要先確認平台有冇明確 Fee／預計實收，再對銀行正式交易紀錄。
銀行 Push 顯示的金額可唔可以直接當實收？
最好以銀行正式交易紀錄與餘額為準，Push 只作提示。
平台扣咗 HK$1,000，但銀行只收到 HK$990，點查？
先查平台完成紀錄／Fee，再對銀行入帳額與交易參考號，確定差額出現在哪一層。
平台顯示完成但銀行完全冇紀錄，屬金額不一致嗎？
唔係，應先按完成未收到流程追付款。
同一日有幾筆提款點避免對錯？
用申請編號、時間、金額同銀行參考資料逐筆配對。
下一步：返回入數出數 Hub
再核對提款狀態、交易紀錄、費用、銀行實收同餘額變化。