爭議證據的目標,是讓未參與交易的審核者能重建「誰在什麼時間做了什麼」。一張付款成功截圖通常不夠;訂單資料、銀行原始紀錄、平台聊天與明確時間線要互相對應。
一、準備四個證據包
訂單包
訂單編號、買賣方向、資產與數量、AZN 金額、廣告條款、付款方式、對手方識別、訂單狀態與建立時間。完整頁面比只裁數字更能證明上下文。
銀行包
交易編號、付款人與收款人、金額、幣別、發起與完成時間、狀態、退回或凍結提示。能下載的正式明細與 App 內可重現紀錄優先,截圖作補充。
溝通包
完整平台聊天,包含要求改帳號、平台外聯絡、第三方付款、催促放幣或退款指示。不要只截對你有利的一句,前後文能提高可信度。
安全包
若涉及帳戶接管,加入登入通知、活動裝置、安全設定變更與陌生 API 的時間。不要提供密碼、助記詞、私鑰或完整一次性驗證碼。
二、用事實句寫時間線
每一行包含日期、時間、時區、動作者、事件與對應附件。例如:「2026-07-26 14:05(AZT),買方在訂單聊天稱已付款;附件 C-03。14:08,我的銀行 App 未顯示入帳;附件 B-02。」
避免只寫「對方騙我」或「銀行壞了」。先列可驗證狀態,再說你的請求:暫停放幣、核對付款姓名、檢查聊天、確認退款程序。不同裝置可能顯示不同時區,需明確標註。
三、保留原始檔,另做上傳副本
不要用影像編輯器覆蓋唯一證據。原始銀行 PDF、截圖或匯出聊天保持不變;需要遮蔽時另存副本。檔名使用日期、類型與序號,例如 2026-07-26_bank_02,並在時間線引用。
遮蔽與爭議無關的完整帳號、住址與證件號,但保留足以核對姓名、交易編號、金額與時間的欄位。平台若在安全表單要求更完整資料,先確認官方入口與必要性,不在群組或私訊傳送。
四、申訴陳述範本
訂單編號:____。我是買方/賣方。爭議類型:未入帳/第三方付款/未放幣/其他。依時間線,____ 時發生 ____;銀行紀錄顯示 ____;平台聊天顯示 ____。我尚未/已經執行的不可逆動作是 ____。請協助核對 ____,並在處理前維持訂單暫停。
範本只用來整理,不要填入助記詞、密碼或完整驗證碼。若平台要求錄影,確認官方說明、錄影範圍與上傳位置,不依私訊指示分享整個螢幕。
不要做
- 不要偽造或補畫銀行狀態。
- 不要刪除不利訊息。
- 不要公開貼完整金融資料。
- 不要向私訊「調解員」付費。
常見問題
P2P 申訴只上傳截圖夠嗎?
通常不應只依單一截圖。準備訂單、銀行原始紀錄、完整平台聊天與時間線,讓各資料能互相對應。
銀行明細需要遮蔽哪些資料?
遮蔽與爭議無關的完整帳號、住址或證件號,但保留姓名、交易識別、金額、時間與狀態。原始檔另存,不要覆蓋。
聊天已移到 Telegram 還能申訴嗎?
仍應保存並提交可核對紀錄,但平台外內容較難驗證。立即回到原訂單說明,不再進行平台外付款、退款或分享秘密。
資料來源與核對範圍
以下來源於 2026-07-26 逐頁核對。本頁只引用其能直接支持的安全規則或制度背景;平台功能、費率、法規與支援能力仍可能變動。
-
Binance Academy: How to Stay Safe in Peer-to-Peer (P2P) Trading
假付款、退款、三角詐騙、釣魚、舉證與申訴等 P2P 安全做法。
核對日期: 2026-07-26 -
Binance Academy: What Is Binance P2P and How to Use It?
身分驗證、託管、訂單流程與申訴機制的一般說明。
核對日期: 2026-07-26 -
Binance Support: P2P Merchant Transaction Guidelines
付款帳戶姓名、第三方付款與平台內溝通的官方規則背景。
核對日期: 2026-07-26 -
Central Bank of the Republic of Azerbaijan: Law on Prevention of Legalization of Criminally Obtained Funds or Other Property and Financing of Terrorism
反洗錢與客戶辨識相關法律背景。
核對日期: 2026-07-26 -
Electronic Security Service of Azerbaijan: Phishing email warning
假登入頁竊取帳密、多因素驗證資料與工作階段資訊的風險。
核對日期: 2026-07-26 -
U.S. Federal Trade Commission: What To Know About Cryptocurrency and Scams
冒充者、保證獲利、加密付款與假網站等常見警訊。
核對日期: 2026-07-26