FPS 交易參考編號唔係得一種：平台申請號同銀行參考號要分開用
FPS 交易參考編號真正用途係幫你鎖定同一筆提款，但平台申請編號、支付交易號、銀行參考號未必相同。向邊一方查，就應提供對方能夠識別的資料。
FPS 提款查單時，先保存平台提款申請編號；如果平台已完成出款，再將平台完成時間、金額同銀行端交易參考資料對埋。向平台查主要用平台編號，向銀行查則要提供銀行端可識別的交易時間、金額與參考資料。
FPS 查單最容易混淆：申請編號、平台交易號、銀行參考號未必係同一個
提款由平台申請到銀行入帳，中間可以出現幾組識別碼。先分清每個編號由邊一層產生，之後先知道向平台定銀行提供邊個。
| 編號 | 通常由邊度產生 | 主要用途 |
|---|---|---|
| 提款申請編號 | 平台 | 鎖定原提款申請 |
| 平台／支付交易號 | 平台或支付渠道 | 追實際出款處理 |
| 銀行交易參考號 | 銀行／FPS 收款紀錄 | 查銀行端實際入帳／拒收 |
| 客服案件號 | 支援系統 | 追同一個查詢案件 |
第一個一定要保存的是平台提款申請編號
可以先看FPS 提款申請編號。呢個編號通常由提款一建立就有，適合用來追平台狀態；之後銀行端如果另有參考號，再將兩者記埋同一筆時間線。
- 申請完成即保存編號。
- 同一日多筆提款唔好混。
- 編號旁邊一齊記金額與提交時間。
- 平台狀態更新時仍然沿用同一筆原申請追。
- 客服回覆如果提供新案件號，另外保存，唔好覆蓋原提款號。
銀行跟進時，平台申請號未必係銀行識別交易的號碼
如果平台已經完成付款，但銀行要查入帳／退回，銀行可能更重視自己系統內的交易描述、收款時間或參考號。可先看交易參考編號指南，理解唔同系統號碼點樣對應。
優先提供平台申請編號
平台先用自己建立的提款單定位審核與出款紀錄。
優先提供銀行端可識別資料
包括入帳時間、金額、交易描述／參考號；平台號未必直接可查。
平台顯示完成但未收到時，參考編號係重建支付路徑的關鍵
先用FPS 完成但未收到確認唔係單純通知延遲，再將平台完成時間、提款申請號、金額同銀行交易紀錄放埋一齊。若銀行完全冇紀錄，就需要向平台確認是否有可供銀行追查的付款參考資料。
交易退回時，編號可幫你分清『原付款』同『退款／退回紀錄』
提款變成退回，可以用FPS 提款退回重建狀態；一般失敗則用FPS 提款失敗。最重要係唔好將新申請編號當成舊申請的續號。
- 原提款申請編號。
- 原提款完成／失敗／退回時間。
- 銀行端有冇退回交易描述。
- 新一筆重提應保存新編號。
- 客服案件號同交易號分開記。
最好用一行對一筆交易：編號、時間、金額、狀態、銀行紀錄
可用FPS 提款紀錄建立固定格式。只要每筆提款都用同一套欄位保存，之後查單會快好多。
交易號只係識別工具。要判斷是否完成，仍然要看平台狀態同銀行實際交易紀錄。
多個參考編號同時出現時，唔需要硬找「一模一樣」，而係要證明佢哋屬同一筆交易
平台申請號同銀行交易號格式完全不同係正常情況。配對時可以用共同欄位，例如金額、提交／完成時間、收款銀行、交易方向，將兩邊紀錄放埋一齊。只要可以建立合理的一對一時間線，就唔需要要求兩個系統的編號長得一樣。
| 共同欄位 | 平台端 | 銀行端 |
|---|---|---|
| 金額 | 提款申請額 | 實際入帳／退回額 |
| 時間 | 完成付款時間 | 銀行入帳時間 |
| 收款帳戶 | 提款頁資料 | 實際收款帳戶 |
| 參考資料 | 申請號／支付號 | 銀行交易號 |
查單時如果要向兩邊轉述資料，最好清楚標示「平台申請號」同「銀行參考號」，避免對方誤以為你提供的是同一種編號。
有時客服回覆會再提供一組案件編號，呢個號碼只代表客服工單，未必係支付交易號。最好在自己的紀錄中分開標記「提款申請號」、「支付／交易參考號」、「銀行參考號」、「客服案件號」。如果對方要求提供某一個號碼，就照名稱提供，唔好因為四組都叫 reference 就混為一談。咁樣當平台將案件升級畀付款部門，或者銀行要求補充交易資料時，你先可以快速提供正確一組識別碼。
如果對方只要求其中一個編號，亦唔代表其他編號可以刪掉。完整保留幾組識別資料，日後由平台轉交銀行或支付部門時，先唔需要重新由零追查。
常見問題
平台提款編號同銀行參考號一定一樣？
唔一定，兩者由不同系統產生，應分開保存。
向銀行查單只提供平台申請號得唔得？
未必足夠。銀行通常需要自己可識別的交易時間、金額、描述或參考號。
平台完成但銀行冇交易參考號點算？
先確認銀行完全冇紀錄，再向平台查是否有付款端參考資料。
重提之後會沿用原交易編號？
通常新申請應視為另一筆交易，要保存新編號。
參考編號可以證明錢已到帳？
唔可以單獨證明，仍要看銀行實際交易紀錄與餘額。
下一步：返回 FPS 出金 Hub
再核對提款申請號、平台狀態、銀行紀錄、完成時間與退回情況。