Binance P2P 申訴證據：從訂單到付款時間線

P2P 已付款但賣方未放幣，或賣方未實際收款卻遭催促放幣時，先留在原訂單，不要取消後私下處理。證據的目標不是堆滿截圖，而是讓申訴人員能沿著「哪一筆訂單、誰在何時做了什麼、資金目前在哪裡」核對完整時間線。

圖說：Binance 官方 P2P 申訴畫面示例包含原因、說明與證據上傳欄位；實際入口和要求依訂單狀態及帳戶介面為準。

官方流程能確認什麼

Binance 公開指南說明，P2P 爭議可透過訂單中的 Appeal／申訴入口處理。官方頁面與訂單介面會要求使用者描述情況並按實際欄位上傳證明，但可提交的格式、大小、數量與入口可能調整。申訴不保證結果，也沒有可對所有案件承諾的處理時間。

先保存六類核心資料

1. 訂單識別：訂單 ID、資產、法幣、數量、金額、建立時間及訂單狀態。
2. 站內聊天：保留完整對話順序，包含對手方要求改帳戶、站外聯絡、第三方付款或催促放幣的訊息。
3. 付款收據：保存由銀行或錢包產生的收據，應能對應金額、幣別、收付款方與交易參考號。
4. 交易明細：從銀行或錢包官方介面取得該筆交易的狀態、時間戳與參考編號；賣方應呈現是否實際入帳，買方應呈現是否完成扣款。
5. 時間線：記錄下單、付款、標記已付款、聊天、入帳或退款等關鍵時間，註明時區，避免只寫「剛剛」。
6. 相關螢幕錄影：必要時從官方 App 或網站入口開始，連續展示帳戶畫面中的相關交易與狀態；只錄爭議所需範圍。

以上是 KriptoAddım 為提高可核對性整理的延伸清單，不是 Binance 對每筆申訴固定要求的官方清單。最終應以申訴表單當下欄位與客服指示為準。

提交前的整理步驟

1. 在訂單頁選擇正確申訴原因，以一句話寫清楚爭議，例如「已按訂單資料付款，資產尚未放行」。
2. 依時間排序檔案，檔名可包含訂單 ID、日期與用途，避免混入其他交易。
3. 核對收據、交易明細和訂單的金額、幣別、姓名及時間是否能互相對應；不要修改交易內容或拼接成容易誤解的畫面。
4. 在官方申訴表單內上傳所需證據，後續只在訂單或官方支援管道補件。
5. 保存已提交內容和通知，不重複建立互相矛盾的說明，也不要因對手方施壓而撤回申訴或提前放幣。

隱私與安全遮蔽

在官方申訴表單內，依其明確要求提供必要資料。若需要在表單外向編輯、翻譯或其他非官方對象展示，應遮蔽密碼、驗證碼、完整卡號、完整銀行帳號、身分證號、備援碼、QR Code 與無關交易。遮蔽不能蓋住訂單 ID、爭議金額、必要姓名、交易參考號和時間等核對重點。任何自稱客服者都不應索取密碼、2FA 驗證碼或遠端控制權。

常見錯誤與排查

只有付款截圖而沒有銀行／錢包交易明細時，應回官方介面補存狀態和參考編號。時間不一致時，先確認裝置、銀行與平台使用的時區。影片過長時，可重錄只涵蓋相關入口與單筆交易，但不要剪接成改變事實順序的片段。若申訴入口未顯示，先確認訂單狀態並使用該訂單可見的官方支援入口，不要另找社群帳號代辦。

賣方仍須直接確認實際入帳；買方傳來的截圖、錄影或催促不能成為放幣依據。付款人姓名不符或出現第三方付款時，保存證據並交由官方流程評估。

官方來源與核對時間

• https://www.binance.com/en/academy/articles/what-is-binance-p2p-and-how-to-use-it
• https://www.binance.com/en/academy/articles/how-to-stay-safe-in-peer-to-peer-p2p-trading
• https://www.binance.com/en/support/faq/detail/9bd969ce7fcd4592acfdddd2bf9ef15f

來源核對時間：2026-07-30T15:03:05+08:00。帳戶、地區、訂單狀態與申訴欄位可能變動，以即時顯示為準。