保留訂單與付款證據、留在平台內溝通，按當下介面使用申訴流程，不私下解決。
立即安全處理
- 不要重複付款或取消已付款標記
- 不要向對手方提供 OTP、密碼或完整銀行登入資料
常見症狀
- PKR 付款已完成但訂單仍等待賣家放幣
- 賣家要求取消、改付款或移到站外聯絡
直接回答
PKR 已從本人同名帳戶完成付款，但 P2P 賣家沒有放幣時，不要取消已付款訂單、不要再付一筆，也不要轉到 WhatsApp 私下解決。先確認銀行狀態確實為完成，核對收款人、金額、時間與參考編號，再把訂單、付款和站內對話整理成同一條時間線；到頁面允許時從原訂單啟動 Appeal，所有補件只在同一案件內提交。
需要保存的證據
- 訂單編號、金額、計時與站內對話
- 顯示收款人、時間和狀態的付款證明
Pakistan 使用情境
Lahore 的買方用本人銀行支付 55,000 PKR，銀行顯示完成，P2P 訂單卻仍等待賣家放幣。賣家聲稱未收到，要求買方先取消再退款。買方沒有取消，也沒有補款，而是保存完整訂單、同名收款人、銀行完成狀態、參考編號和站內訊息，在可申訴時從原訂單提交。託管資產和銀行付款因此仍有可追蹤的正式紀錄。
先確認付款是完成、處理中還是已退回
打開本人銀行或付款服務，不以簡訊、通知或截圖預覽判斷。查看交易顯示完成、處理中、失敗或退回，並記錄可用餘額是否實際扣除。只有完成狀態才能清楚主張款項已送出；處理中要如實標示，不能為催促放幣說成已到帳。
若付款失敗或已退回，不要提交誤導證據，也不要在原訂單再嘗試不同姓名帳戶。先在站內說明真實狀態，按頁面規則處理。若狀態稍後改變，補充同一案件，不另外建立矛盾時間線。
銀行完成不等於賣家一定已辨認款項，但它是申訴的重要事實。保留原始付款頁和參考編號，不用圖片編輯器標註或裁掉狀態；可另製一份遮罩副本，原檔則離線保存。
固定原訂單，不取消、不補款、不改到站外
已付款後保持訂單真實狀態。賣家要求先取消、重新下單、拆分補差額或轉到另一帳戶，都先拒絕。取消可能讓原付款與平台託管脫離同一處理流程，第二筆付款則會增加無法對應的資金。
所有說明留在站內聊天，用簡短事實句回覆：「本人同名帳戶已於某時間支付訂單顯示的 PKR 金額，銀行狀態為完成，將依原訂單申訴流程處理。」不要威脅、公開個資或猜測賣家意圖。
不要點對方傳來的登入、退款或驗證連結，也不要提供 OTP、密碼、Passkey 核准、卡片完整資料或遠端控制。交易對手不需要這些資料來確認銀行入帳。
逐項核對收款人、金額、時間與訂單姓名
比較訂單顯示的付款資料、銀行正式收款人、PKR 金額、付款時間、參考編號和自己的 KYC 姓名。付款人應是本人同名帳戶，收款資料應來自原訂單，而不是聊天臨時新增。每個欄位都能對回，申訴才有清楚基礎。
若發現姓名不符、少付、多付或付到舊帳戶，不要自行把它寫成普通延遲。仍然不要重複付款或取消已付款事實；如實標明差異並從原訂單申訴，等待正式處理方向。
付款附言若包含平台禁止或銀行敏感內容，也不要刪改銀行紀錄。後續只陳述實際輸入和頁面提示。不要依賣家要求製作第二張不同內容的收據。
讀懂倒數與申訴入口，不用刷新取代操作
原訂單會顯示當前階段、計時和可用按鈕，實際名稱以當下介面為準。先保存完整畫面，再留意何時可啟動 Appeal。不要因按鈕尚未出現就連續開新訂單，也不要只重新整理而錯過需要提交的步驟。
若頁面提示等待賣家、聯絡對方或申訴，按順序完成；不使用搜尋廣告找到的客服表單。App 與網頁顯示不同時，重新登入可信入口並保存差異，必要時從登入後 Help & Support 查詢。
申訴建立後記錄案件編號、提交時間和當前狀態。不要為加快處理重複開案件或在社群標記陌生帳號；重複資料可能分散原有時間線。
證據包要短、完整、可按時間重算
第一組是訂單：訂單 ID、買賣方向、資產、PKR 金額、賣家實名、計時與狀態。第二組是付款：銀行正式完成頁、收款人、金額、時間和參考編號。第三組是溝通：要求取消、改帳戶、站外處理或賣家表示未收款的站內訊息。
以時間排序並加上一頁文字索引，例如 14:05 下單、14:09 付款完成、14:10 標記已付款、14:25 賣家表示未收到、14:40 建立申訴。只寫可由畫面證明的事實，不寫「對方一定詐騙」等推測。
遮住其他交易、完整帳號與無關餘額，但保留姓名、金額、時間、參考編號和訂單識別。不要上傳銀行密碼、OTP、卡片安全碼、身分文件全部頁面、私鑰或助記詞。
賣家提出不同說法時，按事實分流
賣家說未收到：買方提供本人銀行完成狀態與參考編號，等待申訴核對，不補款。賣家說姓名不符：把訂單姓名、付款人與收款人並列，如實承認任何差異，不要求私下放幣。
賣家要求額外費用或另一帳戶：保存訊息並拒絕，因原訂單金額與付款資料才是案件基礎。賣家提出退款：不要為收到退款承諾先取消；退款是否實際完成要在本人銀行核對，並按原案件指示處理。
賣家要求視訊、共享螢幕或登入銀行：不接受。必要付款證明可透過正式案件以最少資料提交，交易對手不應控制你的裝置或觀看安全驗證。
申訴期間保持資金與帳戶狀態穩定
等待期間不要再次購買相同金額來填補需要，也不要對賣家發起反向交易。保持原付款帳戶可查，保存銀行後續狀態；若款項退回、被撤銷或銀行要求補充資料，立即在同一案件更新。
不要刪除站內訊息、修改裝置時間或清理 App 資料後失去畫面。備份必要檔案，案件更新只從登入後入口查看。電子郵件或私訊若聲稱可以提前放幣，先回到帳戶內確認是否有相同通知。
銀行端若另有爭議或詐騙通報機制，使用前如實說明這是一筆 P2P 付款和平台申訴中的交易。不要同時向不同機構提供互相矛盾的付款狀態。
案件結果後做雙邊閉合，不只看 USDT
若資產放行，核對 Funding Wallet 實際增加、訂單完成與銀行 PKR 扣款三者一致，保存結果通知。若退款，核對銀行實際可用餘額、退款人、金額、時間和參考編號；只看到退款截圖不能結案。
若案件要求其他處理或判定無法完成，保存正式結論並確認託管資產與付款各自最終狀態。任何一邊仍處理中，就保留案件，不以口頭承諾填空。
結案後不要把證據公開到社群尋求追討。保留必要紀錄於私密位置，刪除多餘共享連結，檢查帳戶安全和銀行登入是否曾暴露。
下次交易前用五項條件篩選廣告
下單前核對商家完成紀錄、限額、可接受付款方式、同名規則與廣告條款，但任何指標都不是成功保證。只選自己能在計時內完成、能由本人同名帳戶付款且有清楚紀錄的金額。
先準備銀行登入、確認收款人與轉帳限額，不在訂單開始後才借帳戶或找第三方代付。金額較大時按自己的風險上限分成獨立、完整的正式訂單，不在同一訂單外拆款。
整個流程只用站內聊天，付款前截取完整訂單，付款後立即保存完成狀態。這些動作不會消除對手方風險，但能讓異常更早被發現，也讓正式申訴有可用證據。
官方支援路徑
- 從原 P2P 訂單啟動 Appeal
- 只在同一案件內回覆平台要求
操作步驟
先固定已付款狀態
在原訂單核對金額、收款人、付款時間與已付款標記，保留完整訂單頁。
付款收據與訂單的 PKR 金額、姓名、時間能對回，同一筆款項沒有重複。
付款仍在銀行處理中、姓名不符或金額有差異時，不聲稱已完成並催促放幣。
先向付款服務確認實際狀態，再在訂單內說明；不要另轉一筆補差額。
留在站內等待
只在訂單聊天提供必要付款資訊，留意倒數與賣家回覆，不轉到 WhatsApp 等站外渠道。
所有協商都保留在同一訂單，對方沒有要求取消已付款標記或私下退款。
賣家要求取消、改付第三方或提供 OTP 時，停止回應該要求並保存畫面。
使用訂單頁的申訴入口，附上付款與站內對話，不接受站外「快速處理」。
按計時啟動申訴
到達可申訴條件後，提交訂單編號、付款證明、時間線與相關對話，資料只限本案。
申訴狀態與案件編號已顯示，且 USDT 尚未因自行取消而離開託管流程。
案件已建立後不重複開單、不威脅對方，也不向第三方傳送銀行完整資料。
在原案件補充官方要求的資料並等待處理，保存結果通知供後續核對。
下次預防
- 付款前核對姓名、限額與廣告條款
- 全程保留站內對話與付款時間
開始前準備
- 確認付款已從本人同名帳戶實際完成，而不是只看到處理中
- 保留訂單編號、付款收據、計時與站內對話
- 付款後不要自行取消訂單或重複付款
常見問題
賣家說沒收到，我可以再付一次嗎？
不可以。先核對本人銀行的完成狀態、收款人、金額與參考編號，從原訂單申訴；重複付款會增加另一筆爭議。
已付款後取消訂單會怎樣？
不要自行取消已付款訂單。取消可能使付款與平台託管脫離同一處理流程，應保持真實狀態並走原訂單申訴。
付款仍顯示處理中，可以申訴賣家不放幣嗎？
應如實標明處理中，先向付款服務確認。不要把待處理寫成完成，也不要補款；按原訂單可用路徑說明。
賣家說先退款再取消，可以接受嗎？
不要只靠承諾取消。退款要在本人銀行實際入帳，並依原案件指示核對資產與訂單狀態。
申訴需要完整銀行月結單嗎？
只提交案件要求的最少必要資料，保留姓名、金額、時間、狀態和參考編號，遮住無關交易與敏感欄位。
