FPS 出金實測怎樣記？銀行可用餘額才算到帳

每筆紀錄須能對上提款單號、提交與銀行入帳時間，才能算出總歷時並比較同渠道交易。

首先要看到該筆提款在平台界面選了 FPS，或有足夠付款資料證明實際收款路線。平台只支援 FPS 入數，不表示提款也是 FPS；沒有交易對照，不能因銀行入帳快就補上「FPS」標籤。

一般用戶若只想查一筆提款進度，可先讀FPS 出金查單方法；本文專門說明研究樣本怎樣納入及比較。

設計記錄表時，先定義「一筆樣本」是一次成功提交的提款申請，而不是一次客服查詢或一張銀行截圖。同一申請可能經歷補件、退回、重新處理及多次通知，這些事件應放在同一條事件線；只有真正建立新提款單號的再次提交，才另列一筆。這個定義可以避免把一筆延誤拆成多筆，也能讓成功、待收款與取消的數量對得上原始申請總數。

取樣前應固定觀察期間與範圍。例如只比較某月同一品牌、港幣提款、選用 FPS 且收款戶口已完成綁定的申請，就把這些條件寫在表頭。金額差異很大時可按事先訂明的區間分組；首次提款與已完成身份核對的再次提款亦可分開。分組規則應在讀取結果前確定，避免看到最快個案才改條件。公開時同時列出每組總申請數、完成收款數、退回數及仍在等待的數量，讀者才知道時間數字覆蓋了多少個案。

樣本的起止日期也要一致。若研究期是十月一日至三十一日，月底提交但十一月才到帳的一筆，應先在十月申請組標記為跨期個案，待銀行終點出現後更新，而不是偷偷放到十一月新申請組。若在觀察截止日仍未收到，公開等待狀態和已經過的時間；下一次更新再補到帳結果。這樣每月的申請分母能與平台原始紀錄相符，讀者也能看出尚未完成交易的規模。

計算例子： 10:05 提交，10:45 批准，11:10 銀行入帳，平台階段為 40 分鐘，批准至入帳為 25 分鐘，總歷時 65 分鐘。若只知道銀行顯示的交易日期，不知道準確時間，就不能偽裝成精確到分鐘的結果。

轉數快系統可全天候運作，但實際服務範圍和處理時間由參與銀行及儲值支付工具決定。這是香港銀行同業結算有限公司FPS 常見問題的界線；平台額外審批時間更不應當作 FPS 結算時間。

每個時間欄位都要註明取自哪個系統。會員頁可能只顯示「審核中」「成功」「完成」，平台通知則可能在狀態改變後才送達；銀行推送亦未必等同交易明細的入帳時間。若批准時間只來自通知，表中可用「通知收到時間」另設一欄，不要把它改名為「批准時間」。同一筆跨午夜的交易要保留完整年月日，計算時把時間轉成同一時區，否則前後順序和分鐘數都會錯。

當銀行明細只提供日期而沒有時分，這筆交易可以計入已收款數量，但不納入精確到分鐘的速度統計；若有銀行可查的正式時間，再補錄該時間和取得日期。相反，平台缺少中段批准時間而銀行終點完整，仍可計算提交至入帳的總歷時，只是不能把總時間拆成平台與收款兩段。報告應把「可計總歷時」「只可確認到帳」「仍待核對」分列，讓資料精度直接反映在結果上。

• 同一筆交易的所有時間註明時區與日期。
• 記下費用、扣款或匯率差額，避免實收金額對不上。
• 保留退回和補件紀錄，勿只選最快個案。
• 公開結果前遮蓋姓名、帳號、證件及付款驗證碼。

有完整紀錄後，才可把樣本放進出金速度月榜的同渠道分組；月榜排序及最小樣本門檻以該欄目的公開方法為準。

保存證據時，用提款單號作為內部索引，再把每個畫面按時間命名：提交頁、狀態變更、平台通知、銀行入帳明細及客服工單。若銀行入帳金額與申請額不同，另記錄費用或分拆交易的對照依據；兩筆金額接近的收款同日出現，更要靠參考編號及付款方資料配對，不能只憑金額推斷。公開資料只需展示可核對的時間、狀態與遮蓋後的金額，完整戶口及身份文件應留在安全的私下紀錄。

讀者看月榜時，可先核對分母。假設某組共十筆申請，六筆有完整提交和銀行入帳時間、兩筆被退回、兩筆仍待收款，報告可以呈列六筆完成交易的歷時分布，但必須同時顯示其餘四筆狀態。若只公布六筆中的最快一筆，讀者無法判斷一般處理情況；若把待收款個案當成零分鐘或直接剔除而不披露，也會扭曲比較。這是示範報告寫法的假設數據，並非任何品牌的實際表現。

計算結果前，先把每筆時間換成相同單位，再按總歷時由短到長排序。例如五筆完成交易歷時為三十、四十、五十、七十及一百五十分鐘，中間的五十分鐘是中位數，最快三十分鐘則只是範圍下端。報告應同時列出完成筆數、最短與最長值，並展示退回及待收款筆數；若某筆缺少準確銀行時間，該筆仍保留在狀態統計中，但不能插入精確時間排序。這套口徑讓「最快」與「通常多久」保持清楚區別。

銀行帳戶姓名不符、假期、身份核對或平台處理積壓可能令個案時間不同，但原因要有該筆紀錄或服務商回覆支持，不能看到延遲便猜測。對照渠道和證據後，才判斷哪一段需要跟進。

退回與補件應按發生原因和結果記錄，而不是統一放進「慢」的一類。若身份證明文件未通過核對，記下平台要求補件的時間、補交時間及其後的審批時間；這樣可分清玩家等待提交資料的時段和平台重新處理的時段。若收款資料錯誤導致退回，保留原單號、退回通知及新單號，不把兩次申請的時間拼成一次成功提款。若沒有明確原因，就只記錄已觀察到的狀態與時間，待平台提供資料後再補原因欄。

比較速度可列出完成樣本的中位數、範圍及筆數，並單獨展示尚未完成和退回的比例。中位數是把完成交易的總歷時由短至長排列後取中間位置，較不容易被單一極端慢例子拉動；但樣本只有兩三筆時，單一數字仍難描述波動，最好逐筆列出匿名化時間。每次更新結果應保留觀察截止日期，較早列為待收款的個案日後到帳，按實際銀行時間更新狀態並保留修訂紀錄，才方便讀者追溯排名變化。

同一交易若經客服人工處理，還要記錄介入前後的狀態。假設平台先要求補件，玩家當晚才提交文件，隔日平台批准並匯出，不能把整段等待都寫成付款系統耗時；可分別列出等待玩家補件、平台再審批及批准後收款三段。若付款方轉錯或平台取消交易，保留該事件作為例外個案及其最後結果，另以新單號追蹤重新提交。這些紀錄使讀者能分辨處理效率與資料錯誤造成的延誤。