Binance P2P 申訴證據清單：把時間線說清楚

P2P 申訴不是截圖越多越好，而是每一張證據都能回答一個問題：誰在什麼時間，從哪個帳戶，向哪個帳戶支付多少，平台與支付服務各自顯示什麼狀態。證據若缺少時間或姓名，就很難連回特定訂單；若包含過多個資，又增加外洩風險。本篇提供一套可重複使用的整理方法。

先用五行建立事件時間線

記下訂單建立、付款、標記已付款、對方回覆與申訴的準確時間。

每個事件都附上平台或 m10 的對應畫面。使用同一時區，避免把手機時間與系統時間混在一起。

時間線先寫事實，不先判定誰詐騙。清楚的順序比大量情緒化描述更容易查核。

包括訂單編號、資產數量、AZN 金額、單價、對手方名稱、付款方式與當前狀態。

截圖應能辨識是哪一筆訂單，不只拍聊天視窗。若條款曾要求特殊操作，也保存原始條款。

不要裁掉倒數、狀態或訂單編號等核心區域。完整上下文能減少補件往返。

付款紀錄需顯示與訂單相符的日期、金額、付款人、收款人、交易編號與完成狀態。

買方提交已扣款證據；賣方若主張未收款，則提交同一時間範圍內沒有對應入帳的交易明細。

第三方付款爭議要保留實際付款人姓名。不要修改姓名來配合訂單，任何影像編輯都會降低證據可信度。

提供涵蓋付款前後時間的本人帳戶交易紀錄與可用餘額狀態，而不是只說沒有通知。

明細可顯示該時段沒有對應金額，或該筆款項仍待處理。若支付服務能提供案件編號，也一併列入。

未入帳證據同樣要遮蔽無關交易的對手方與個資，但不要遮住時間範圍和帳戶持有人姓名等核對欄位。

遮蔽完整卡號、CVV、OTP、密碼與無關交易；保留案件需要的姓名、時間、金額、狀態與交易識別。

遮蔽的目的不是改變證據，而是縮小不必要的個資暴露。保留原始檔案，以便平台在安全管道中要求補充。

不要把申訴證據公開貼到社群尋求判斷。公開分享可能讓詐騙者取得你的手機、帳戶與交易模式。

保留平台案件編號，定期查看訂單內要求，只透過官方入口補件。

不要同時在多個站外群組委託所謂代申訴。回覆時沿用同一條時間線，新增資料要說明它支持哪個事件。

案件結束後保存必要摘要，刪除不再需要的臨時分享檔，並檢查帳戶登入與 2FA 是否安全。

先保留原始檔，再建立一份提交副本，只遮蔽與案件無關的卡號、其他交易、餘額與聯絡資料，不遮住姓名、時間、金額、狀態和交易編號。

原始檔不做裁切與標記，存放在自己控制的裝置。提交副本可用不透明色塊遮蔽無關內容，但不要使用模糊效果，因為部分模糊處理可能被還原。

買方付款證據通常需要保留付款人、收款人、金額、時間、交易識別與成功狀態；賣方未入帳證據則要保留足夠時間範圍和帳戶持有人資訊。遮蔽前先問：平台用哪個欄位把這張圖連回訂單。

不要把多張截圖拼成一張看似連續的畫面。若需要說明順序，為檔案編號並在文字時間線引用。影片錄製應保持連續，開始前先關閉其他 App 通知，避免露出私人訊息。

證件只在 Binance 官方安全入口明確要求時提交，且不傳給交易對手。OTP、CVV、密碼、私鑰與助記詞無論案件多急都不應出現在證據中。

案件結束後依需要保存摘要與平台判定，刪除臨時上傳副本和公開分享連結。若曾誤傳敏感資料，立即修改相關密碼、撤銷裝置或 API 權限並聯繫官方安全支援。

檔名也應可追蹤，例如依序使用 01-order、02-payment、03-ledger、04-chat，而不是多個無法辨識的 Screenshot。提交說明引用相同編號，讓審核人員能快速對應時間線。

若證據需要翻譯，保留原文並另附翻譯，不把原始畫面直接改成另一種語言。翻譯應標示為說明，不應遮住原文金額、姓名或狀態。

上傳前再做一次敏感資訊檢查：畫面邊緣的通知、其他交易、相簿名稱與瀏覽器分頁都可能洩露無關資料。只保留案件需要的應用程式畫面。

FAQ

申訴可以提交剪輯過的影片嗎？

不建議刪改關鍵片段。若錄影用於展示 App 流程，保持連續並避免露出 OTP、密碼與無關個資。

對方要求我把證件傳到聊天裡怎麼辦？

不要把完整證件交給對手方。只依 Binance 官方申訴入口的明確要求提交必要資料。

截圖很多是否更容易成功？

不是。證據必須可驗證且能連到訂單時間線；重複或無關截圖反而增加查核負擔。

資料核對

以下連結為本文查核時使用的公開原始資料；規則與介面可能更新，操作前請重新確認。