先找商家，付款紀錄另外存

商家不出貨或不退款，第一個要找的是商家：回自己開啟的原訂單頁，看出貨狀態、退款條款和正式客服入口，把訂單資料、付款時間、資產和金額一次交給對方。Binance Pay 付款紀錄能證明你付了哪一筆，卻不能單獨證明商家該出貨或退款，本站核對過的官方 Pay 說明也沒有替買家向商家追款的通用流程。付款狀態本身有疑問，才從自己開啟的 Binance 支援查詢；兩份資料分開存。

畫出兩條線：付款層與訂單層

付款層是你在 Binance 帳戶內能查到的 Pay 交易：時間、資產、金額、收款對象、狀態與可見的參考資料。它幫助說明你帳戶裡發生過什麼付款操作。官方 Assistant 的已核驗範圍有付款狀態查詢，但沒有提供一套可套用到所有商戶的退款規則。

訂單層是商戶自己建立的商品或服務資料：下單內容、商戶名稱或網域、約定價格、使用或交付狀態、以及該商戶公佈的退款條件。這一層由商戶與當筆訂單決定。付款完成不等於訂單已完成，也不等於商戶已同意退款。

把問題放對線上，後面才不會問錯人。畫面顯示的欄位若不完整，就照實保留；不要替商戶假定有固定訂單號，也不要替 Pay 假定能撤回、退款或自動處理爭議。

用付款紀錄排除最基本的對照錯誤

從自己的帳戶找到 Pay 付款紀錄，抄下時間、資產、金額、收款對象和狀態，並對照原訂單所見資料。不要只看聊天裡的「已付款」訊息，也不要因為商戶說沒收到就直接建立第二筆付款。原筆尚未釐清時，重複付款會讓爭議變成兩筆。

對照結果若顯示資產、金額、商戶資料或時間根本不相符，應回原始頁面找出差異；若是帳戶付款頁本身看不懂，才從自己開啟的 Binance App／網站當下官方支援流程查詢。這是查詢入口，不是對退款、追回或處理時間的保證。

商戶是否履約，要回到原訂單和正式商戶入口

商品未交付、服務內容不符、取消資格或退款條件，應從自己主動開啟的原商戶網站或 App 找訂單、條款與聯絡方式。搜尋結果上的電話、社群私訊或跳出視窗，都不能因為用了商戶名稱就當成正式渠道。提出問題時用可核對的語句：哪個訂單、原本約定什麼、哪一項未完成、付款層有哪筆紀錄。不要用「平臺已成功，所以你必須退款」替代商戶政策或所在地規則。商戶的回覆、訂單頁狀態和付款層資料可以並列，卻不是同一個承諾。

客服不需要 Pay PIN、登入密碼、2FA 驗證碼或復原碼來看訂單。有人要求交出這些資料、掃新 QR 或安裝遠端工具時，停止互動，回原商戶網域和自己的 Binance 帳戶重新確認。

證據包要能讓陌生人看懂順序，但不外洩隱私

建立一份證據包：原商戶訂單頁或條款副本、商品或服務說明、與商戶的往來、Pay 付款紀錄、時間線，以及你已提出過什麼問題。每一份資料標示來源和日期，讓人知道它屬於付款層還是訂單層。不要只丟散亂截圖讓對方猜時間順序。

付款層可附上帳戶所見的時間、資產、金額、收款對象、狀態與參考資料；訂單層則附商品內容、商戶網域、訂單頁、條款版本與商戶回覆。兩組資料放在同一資料夾卻保留各自來源，能讓溝通者看出哪一項事實來自帳戶、哪一項來自商戶。與商戶聯絡時留存使用的正式管道、送出的問題、回覆日期與原文；只交付與所問問題相關的副本。所在地渠道需要的身分或消費資料依其公開要求整理，不把密碼、驗證碼、無關交易或完整私訊當成通用附件。

分享前遮住 UID、電子信箱、手機、完整 QR、餘額、無關付款、密碼和驗證碼。保留一份未裁切原檔在自己控制的地方，另做最少必要的副本。遮罩不是變造：時間、金額和狀態等會影響事實的欄位，不應被修成另一個意思。

何時用 Binance 支援，何時繼續和商戶溝通

帳戶付款狀態、付款畫面異常或需要定位 Pay 紀錄時，從自己的 Binance App 或網站進入當下可見的官方支援流程；商品、服務、取消與退款條件，則繼續在原商戶正式入口溝通。兩條路徑可以同時保留紀錄，但不應互相取代。不要把 P2P 的託管、放幣或申訴規則套用到商戶 Binance Pay 付款。這裡沒有 P2P 訂單可供處理；商戶 Pay 爭議仍要依當筆商戶訂單、付款紀錄與所在地適用規則判斷。產品名稱相似，不會把責任結構變成同一套。

回覆商戶或支援時，應說明你正在請他們核對哪一層資料。明確的提問如「請確認此訂單目前顯示的履約狀態」或「請協助定位這筆付款紀錄」，比要求任何一方「直接退款」更能對應實際職責。

若商戶改口要求離開訂單、改用私人帳號收資料，或平臺查詢被陌生人引導到外部網址，回到自己建立的入口。

入口錯了，即使完整的證據包也可能交給錯的人。

商戶拒絕或爭議未解時，按所在地合法渠道選擇下一步

商戶政策、當筆訂單與所在地法律共同決定可採取的後續方式。閱讀商戶已公佈的條款，整理證據包，必要時向所在地可用的消費者保護、調解、法律或執法渠道詢問。這不是法律意見，也不宣稱任何渠道一定受理或產生特定結果。

有人主動提供代追、內部退款、解鎖或保證成功服務時，停下來核對其身分和費用。要求追加付款、交 Pay PIN、驗證碼或遠端控制的說法，都會把原本的商戶爭議變成更大的安全事件。儲存訊息，改由自己控制的正式入口處理。

若已有多份往來，按日期排序並在每一份旁註明來源，讓後續查閱的人能分辨商戶回覆、付款紀錄和第三方訊息，而不是把它們當成同一層的承諾。提交資料前重問一次：這份資料是用來說明付款層，還是用來說明訂單層？若答不出來，就不要擴散。精準的資料包能減少來回補件，也能避免把無關個資交給不需要的人。

風險、支援地區與使用限制

這篇指南的常見問題

瀏覽全部問題
付款成功但商戶不出貨，找誰？
請檢視原商戶正式條款與聯絡入口；付款狀態或帳戶問題則由自己開啟 Binance 官方支援查詢。本文不保證任何結果。
Binance 可以直接撤回商戶付款嗎？
本次核驗未找到可支援此說法的通用公開正文，不能預設可以或不可以；以官方對個案的當期回覆為準。
退款客服可以要我的 Pay PIN 嗎？
不可以。Pay PIN、密碼與驗證碼都不應提供給商戶或客服。

來源與查核日期

操作與數字依查核當日的 Binance 官方頁面核對，查核日期列於文末來源。｜CryptoSteps 編輯部負責編修與複核｜推薦連結只放在註冊教學頁。