P2P/C2C 訂單倒數結束會發生什麼，已付款卻被取消又該怎麼辦

那條倒數不是 Binance 訂的，是廣告發布者自己填的

本站既有的 P2P 頁面提醒過很多次「留意倒數」，卻沒有一篇說過這個時限是誰訂的。官方把答案放在「怎麼發廣告」那兩頁。透過 App 發廣告的說明，繁體原文寫的是「你也可以自訂付款時限。交易對手必須在你設定的付款時限內完成付款，否則訂單會取消。」網站版那一頁把主語寫得更直白：「請注意，買方必須在您設定的付款時限內完成付款。否則訂單將會被取消。」兩句話裡的「你」「您」，指的都是發廣告的那一方。

對買方來說，這句話的實際意思是：同一個列表上的兩則廣告，倒數可以長短不同，因為它們是兩個人分別設的，不存在一個全站統一的數字。官方在 App 那一頁還把「條款」的作用寫成「備註會在使用者下單前作為參考」，也就是下單前你讀得到的是賣方自己寫的那段文字；至於付款時限會不會跟著顯示在廣告上，我們讀的那幾頁都沒有寫，所以本文不寫「下單前先看廣告上的時限」這種做法。

倒數在數的是兩件事，不是一件

官方 2022 年那篇 P2P 交易指南把起算點講得很清楚：訂單成立之後，「the timer countdown will begin, informing you how much time you have left to pay and mark the transaction as paid」（英文原文）。要塞進這段時間的是兩個動作：把錢轉出去，以及回到訂單頁按下那個標記按鈕。

順序不能顛倒。用戶交易政策的買方指引第 1 條要求付款完成後務必點擊「已轉帳，通知賣家」，第 4 條寫「在付款完成前，請勿點擊「已轉帳，通知賣家」按鈕」，並且說明在付款尚未進行或尚未完成時按下去，帳戶可能會被停用。所以倒數逼近時真正該做的不是提早按，而是確認銀行那一側走到哪一步。本站《付款後賣家未放幣怎麼辦》已經寫過「處理中」該怎麼如實標記，這裡不重複。

歸零那一刻：系統自動取消，而官方把它歸在哪一欄

用戶交易政策的繁體版第 4 項逐字是：「訂單建立後未在時限內付款，訂單會自動取消。」如果只抄這一行，讀起來像流程正常走完了。但這一行不是單獨存在的。它在一張兩欄表裡，表頭是兩欄：「異常交易行為」與「處理規則」，表所屬章節的標題是「VI. 異常交易行為及其應對措施」。換句話說，官方沒有把逾時未付款當成一次中性的結束，而是歸進了「異常交易行為」這一欄。

這層歸類決定了後面所有事情的語氣：官方把它登記成了一條行為，不會就這樣悄悄過去。至於資產，下單那一刻平台就把賣方的等值資產鎖入託管，訂單取消之後這筆鎖定會解除。但託管裡的幣確切在哪一刻、以什麼狀態回到賣方，我們在支持中心那幾頁沒有讀到；唯一提到這件事的是 2020 年一篇官方 Blog，它寫買方沒有付款時，託管服務會「return the cryptocurrency to the seller when the time for negotiation is over」——那是「協商時間結束」，和倒數歸零不是同一個時點，本文不把兩者寫成一件事。

逾時取消會留在紀錄裡，而算法官方兩頁寫得不一樣

取消買單那一頁有一句很短的話：「若訂單因系統逾時而取消，會影響買方的成單率。」——「成單率」是官方繁體說明頁用的詞，本站其他頁面一律叫完成率，指的是同一個東西。這是逾時最容易被忽略的代價：你沒有做錯什麼，只是沒趕上，帳號紀錄裡照樣會記一筆。這個數字怎麼算、算多久，是另一個題目，本文不碰。

後果本身，官方給了兩套寫法。用戶交易政策那張異常行為表，對「逾時未付款」給的是：連續多次之後，系統會暫時禁止該用戶以吃單方買家的身分買入；如果當事人是掛單方買家，有效廣告會自動關閉，一段時間內也不能再發布買入廣告。取消買單那一頁走的卻是另一條線：它把取消分成買方原因、賣方原因、未完成額外驗證三類，各有每日額度，並明寫系統取消與逾期會計進其中一類；超過限制之後，官方原文寫的是「您的 C2C 功能會暫時停用」，當天不能再下單（官方繁體介面把 P2P 稱作 C2C，引文照原樣保留）。

兩頁並存、互不引用，官方也沒有說哪一套優先。寫這一節時本來想至少給讀者一組數字當參考，最後一個都沒寫。在兩套算法沒有對齊之前，任何一組數字都會讓人以為自己算得出額度。以你帳戶當下看到的提示為準，是這裡唯一站得住的說法。

錢付了、訂單卻被取消：官方確實留了入口，但沒有承諾結果

這個情境，本站一篇都沒有寫過。既有的 P2P 頁面反覆說「不要取消已付款訂單」，卻沒有一篇回答：訂單已經被系統取消了，而你確實付了錢，該走哪一條路。把繁體中文的內容檔整批掃過一遍，在這一篇之前，「自動取消」「系統取消」「申訴倒數」「成單率」四個詞全是零命中。官方對這個情境倒是有專門的答案。「如何對已取消或已完成的 C2C 訂單提交申訴」那一頁列出了可以申訴的情況，第一條逐字就是：「訂單已取消，但買方已付款。」申訴不是只能在訂單進行中提，已經取消的訂單同樣有入口。

路徑寫在同一頁，而且 App 與網站的選項字樣不一樣，原件如此。App 這一側：在底部總覽點 [訂單]，點 [已成交] 之後選 [已取消] 或 [已完成]，打開那一筆點 [需要幫助]，再依情況選申訴原因，官方舉的例子是 [我已付款但訂單已取消]。網站這一側：點 [所有訂單]，選 [已完成] 或 [已取消]，打開後同樣點 [需要幫助]，例子寫的是 [訂單已取消但已付款]。同一件事、兩個字序，照你手上那個介面的寫法找就好。

但入口不等於結果，這一點官方自己寫得毫不含糊。申訴處理規定的繁體版第 1 條：訂單因逾期被系統自動取消、而買方已經完成付款時，客服人員「將盡全力聯繫賣方，要求其退款」，英文版對應的措辭是 on a best effort basis；同一條往下還寫著「若賣方拒絕退款，幣安對於交易導致之任何損失概不負責」。所以這一節的正確讀法是：有一條專門的入口，沒有一個被承諾的結果。把它當成保險，會失望。

提交的時候還有一個小差別值得記下來。官方在申訴入口那一頁的提示裡點名要「提供詳細資訊和有效的 付款證明影片」（原件如此，中間那個空格照抄），操作步驟又另外要求附上相關截圖，跟進申訴時要交的則是「幣安 App的影片紀錄和截圖」。本站《P2P 申訴前要保存哪些證據》寫的是「影片錄屏若官方要求，也應從可信裝置完成」。在官方申訴入口那一頁上，官方已經把影片從「若要求」變成明文點名的其中一項。兩者不衝突，只是條件更明確了。

還沒到期就發現不對：三種狀態各自能做什麼

倒數還在走的時候，情況大致只有三種。第一種是還沒轉帳、但發現條款或收款資訊不對：這時候取消是乾淨的，代價只是計進帳號的取消次數。第二種是錢已經送出、標記按鈕還沒按：先把按鈕按掉再談其他，因為倒數同時管著這兩件事。第三種是錢送出了、按鈕也按了，那就已經離開付款倒數的管轄，接下來是賣方放幣那一側的時間：本站《付款後賣家未放幣怎麼辦》整篇寫的就是那一段。

另外有一種做法官方寫得特別清楚，值得放進這一節當反例：沒付款卻先按了已付款。申訴處理規定的賣方申訴第 1 條寫著：「若買方未付款或未提供任何付款證明，或在一定時間範圍內無法聯繫到買方，幣安客服人員將取消訂單。」同一條還寫，因為相同原因反覆被取消，帳戶的某些功能可能會被停用。用先按再補來拖時間，官方是按異常處理的。

申訴這條路本身，前面也有一個倒數

第三個倒數，在這一篇之前站內零命中：「申訴倒數」這四個字，繁體中文的內容檔一次都沒有出現過。官方在「快速接收與快速取消」那一頁，把申訴的第一步逐字寫成「1. 等待申訴倒數計時結束。」申訴按鈕並不是隨時可按，前面還有一段等待。那一頁講的是商家端的功能，所以這句話能套到什麼範圍，以你自己訂單頁上的顯示為準；它有多長、從哪一刻起算，我們讀的那幾頁都沒有寫。

按下去之後還有一段路。網站版的申訴說明寫著，買方送出申訴後畫面會顯示「等待對方的回應，客服介入時間倒數...」，交易對手可以選 [協商失敗] 或 [達成共識]：選了協商失敗，申訴狀態會變成「審核中」；如果對方在時限內沒有回應，狀態一樣轉成審核中，由客服接手。

還有兩件事值得先知道。一是達成共識之後，系統會依情況取消訂單或放行加密貨幣，而點 [取消申訴] 會把你導回付款確認頁面；二是誤按了取消申訴，要等一小段時間才能重新提交：這段等待官方寫了確切長度，本文按體例不寫死數字，以介面顯示為準。

這篇沒有核到的幾件事

下面七條分成三種情形，措辭不一樣：「沒有讀到」是我們讀了官方那幾頁、那一層它沒有講；「沒有查」是我們根本沒有去查；「官方自己寫得不一致」則是通讀該頁全文之後才敢這麼說。

其中付款時限的分鐘數要特別說明：官方 2022 年那篇 Blog 前半寫它通常由商家設定、給了一個區間，後半又把它當成一個固定窗口，同一篇裡兩種說法並存而官方沒有任何說明。替官方挑一個寫進正文，比不寫更糟。

• 「申訴倒數」有多長、從哪一刻起算：我們沒有讀到。要說清楚的是：這個東西官方是明文承認的（寫在商家端那一頁上），我們沒取到的只是它的長度，不是它不存在。
• 「指定的放行時間」有多長：我們沒有讀到。官方這幾頁一律用模糊的說法帶過。
• 訂單取消後託管裡的幣確切何時、以什麼狀態回到賣方：支持中心那幾頁我們沒有讀到；只有 2020 年那篇官方 Blog 有一句，用的是「協商時間結束時」，不是倒數歸零。
• 付款時限在下單之前看不看得到、顯示在廣告的哪一欄：我們讀的那幾頁都沒有讀到，所以本文沒有寫「下單前先看廣告上的付款時限」這種做法。
• 付款時限的實際分鐘數：官方自己寫得不一致，兩組說法本文都不採用。
• 逾時取消究竟按哪一套算：官方兩頁寫法不一致，且互不引用。
• PKR 市場有沒有地區專屬的時限或申訴差異：這一條我們沒有查。我們讀的都是全球版說明，唯一看到的市場限定是申訴處理規定開頭那句「本規則僅適用於非人民幣交易」，與 PKR 無關。