客人說付款失敗，但我後台沒有任何紀錄：問題到底在哪裡

週末下午，你收到一則 LINE 訊息：「我剛才付款，信用卡有扣款，但你們沒有寄確認信給我，訂單也找不到。」

你打開後台，搜尋那個客人的名字、Email，什麼都沒有。你打開金流後台，查了那段時間的交易紀錄，也是一片空白。但客人截圖給你看，銀行簡訊白紙黑字：交易成功，金額已扣。

這不是客人搞錯了。這是你的系統中間某個環節斷掉了。

這種情況比你想像的更常見，尤其是剛上線金流、或是換過主機、改過後台設定之後。問題不是付款失敗，而是「付款成功了，但你的系統沒有收到這個消息」。

金流運作的方式：你以為的和實際的不一樣

很多人以為付款流程是這樣：客人付款，然後你收到錢，流程完成。

實際上，金流的完整路徑更像這樣：

• 客人在你的網站填資料、按下「確認付款」。
• 網站跳轉到金流頁面，例如綠界、藍新或 Stripe。
• 客人在金流頁面完成刷卡。
• 金流確認交易成功。
• 金流向你的伺服器發送一個通知，稱為 Webhook 或 Callback。
• 你的伺服器收到通知，更新訂單狀態、發送確認信。

問題幾乎都發生在第 5 到第 6 步之間。

金流的錢你最終還是會收到，但如果步驟 5、6 出錯，你的系統就永遠不會知道這筆交易發生過。客人那邊看到「付款成功」，你這邊後台依然一片空白。

後台沒紀錄，先去金流後台查

遇到這種情況，第一步不是打給客人，也不是找工程師，而是先登入金流後台，直接查那筆交易。

• 綠界：後台的訂單查詢，用時間區間或金額搜尋。
• 藍新：後台的交易查詢，輸入交易序號或金額。
• Stripe：Dashboard 的 Payments，搜尋金額或 Email。

如果金流後台有這筆交易、狀態是成功，代表錢是真的進來了，問題出在後面的通知流程。

如果金流後台也沒有這筆交易，代表付款過程在金流這邊就中斷了，可能是客人的信用卡端問題，例如銀行端扣款但 3D 驗證失敗。這種情況建議請客人聯絡發卡銀行確認。

金流有紀錄但後台沒更新：Webhook 出問題了

這是最常見的狀況。金流後台顯示交易成功，但你的訂單系統沒有任何紀錄。

問題的根源通常是以下幾種：

• Webhook URL 設定錯誤：金流後台填的通知網址可能是舊網址，或是根本沒填。每次換主機、換網域、換 SSL 憑證，都要重新確認這個設定。
• 伺服器擋掉了金流的請求：有些主機的防火牆設定比較嚴格，會把外部打進來的 POST 請求當成攻擊擋掉。工程師可以在伺服器 access log 裡查是否有金流 IP 發出的請求進來，以及回應的 HTTP 狀態碼是什麼。
• 程式接收到通知但沒有正確處理：Webhook 到了你的伺服器，但因為格式對不上、或程式有 bug，導致訂單沒有被更新。這需要看伺服器的 error log 才能確認。
• 還在測試環境：金流通常有正式與測試 sandbox 兩個環境。如果不小心把正式付款接到測試環境的 Webhook，或反過來，也會造成這種情況。

一張表釐清你的問題在哪裡

• 金流後台無紀錄：代表付款在金流端失敗。下一步是請客人聯絡銀行，確認是否扣款。
• 金流後台有紀錄，後台無訂單：代表 Webhook 沒到你的伺服器。下一步是確認 Webhook URL 設定與防火牆。
• 伺服器有收到請求，訂單沒更新：代表程式處理出錯。下一步是查 error log，找工程師修。
• 訂單存在但狀態是「待確認」：代表流程部分成功，最後一步卡住。下一步是手動更新訂單並補發確認信。

短期先手動補救，長期要建立監控機制

遇到這種情況，短期最重要的是先安撫客人、手動處理那筆訂單。多數金流後台都可以手動觸發重新通知，或者讓工程師用金流回傳的交易序號在後台手動確認訂單。

長期來說，這類問題很難靠肉眼管理。你需要的是：

• 金流異常通知機制：當 Webhook 失敗，自動發信或發 Slack 給你。
• 定期對帳流程：每天或每週比對金流後台的成功交易數和你後台的訂單數，有落差就追。
• Webhook 測試：每次改動主機或程式之後，跑一次金流的測試交易，確認整條流程還通。

金流問題最可怕的不是那一筆，而是你不知道還有幾筆你沒收到通知。如果你沒有對帳流程，悄悄流失的訂單可能比你想的多。

先從今天這一筆開始查，查完確認原因，再往回看最近一個月的金流後台和訂單數量。這是你能做的最快速的損害控制。