
金流物流串接的常見問題與處理
金流物流的問題,多數與「狀態同步」有關
購物網站上線後遇到的問題,大部分不是功能做不出來,而是網站、金流、物流三邊的狀態沒有對上。
以下是最常見的幾種,以及處理方式。
一、客戶說付款了,但訂單顯示未付款
最常見的客訴。可能的原因:
- 付款結果沒有回傳成功——網路中斷、或客戶付完款就直接關閉視窗
- 非即時付款尚未入帳——ATM 與超商有作業時間
- 回傳通知被遺漏——系統當下沒接到
正確的系統設計
好的串接不會只依賴「客戶付完款後被導回網站」這一條路徑,因為客戶可能中途關閉視窗。應該同時具備:
- 由金流端主動通知網站的背景機制
- 主動查詢的機制——網站可以反過來向金流端確認某筆訂單的狀態
發包時可以直接問:「如果客戶付完款就關掉視窗,訂單狀態會正確嗎?」
後台該有的功能
管理者要能手動查詢並更新單筆訂單的付款狀態,處理無法自動解決的個案。沒有這個功能,就只能請廠商進資料庫改,效率很差。
二、重複付款
客戶以為沒成功而重複操作,造成同一筆訂單付了兩次。
預防
- 送出後按鈕立即鎖定,防止重複點擊
- 已完成付款的訂單,不應再次進入付款流程
- 結帳頁明確顯示目前狀態
發生後
需要退款其中一筆。要注意退款通常不退還原本的手續費,這筆成本由賣方承擔——這也是預防比事後處理划算的原因。
三、超賣
庫存顯示還有,但實際已經沒貨。常見於:
- 多人同時下單同一件商品
- 非即時付款佔用庫存的規則沒設好
- 實體店面與網路共用庫存但未同步
處理方式
- 明確定義何時扣庫存——下單時扣較安全,但要設定未付款訂單的釋放時限
- 庫存接近零時提前顯示「剩餘數量」
- 多通路銷售時,考慮共用庫存的機制
- 準備好缺貨時的處理流程與話術
四、對帳對不起來
網站的訂單金額總和,與金流後台的入帳金額不符。常見原因:
| 原因 | 說明 |
|---|---|
| 手續費已扣除 | 撥款金額是扣除手續費後的淨額 |
| 撥款週期落差 | 本月的交易可能下月才撥款 |
| 退款尚未反映 | 退款的處理時間與交易不同步 |
| 部分訂單狀態未更新 | 網站端顯示未付款但實際已收 |
建議每月固定對帳一次,把網站後台的訂單清單與金流後台的交易明細逐筆核對。發現差異要及早釐清,累積越久越難查。
五、物流單號沒有回傳
客戶查不到配送進度,或收不到出貨通知。多半是出貨流程中某一步沒有完成——建立了託運單但沒有更新訂單狀態、或通知信寄送失敗。
通知信的問題見表單資料存哪裡、通知信收不到怎麼辦——網站主機寄出的信同樣需要納入寄件驗證設定。
六、逾期未取貨
超商取貨的常見狀況,商品退回賣方,運費與作業成本由賣方吸收。
降低方式
- 到貨時主動通知,並在期限前再提醒一次
- 在購物須知中說明逾期未取的處理方式
- 對多次未取的客戶,可考慮限制使用超商取貨
七、測試環境的問題
金流串接一定要測試,但測試有幾個要注意的:
- 使用金流服務商提供的測試環境與測試卡號,不要用真實卡片
- 正式上線前務必切換為正式環境參數——這是很常見的疏忽,結果上線後收不到錢
- 上線後用小額真實交易測試一次完整流程,包含退款
- 測試各種付款方式,不要只測信用卡
最後一項要特別注意:非即時付款的流程與信用卡完全不同,必須各自測過。
上線後的例行檢查
- 每月對帳一次
- 定期抽查訂單狀態是否正確
- 確認通知信正常寄出且未進垃圾郵件匣
- 檢視退貨與客訴的原因,找出流程問題
- 留意金流與物流服務商的規則異動公告
最後一項容易被忽略——服務商調整費率、規格或串接方式時,網站端可能需要配合更新。 這類通知通常寄到申請時留的信箱,要確保那個信箱有人在看。
各金流與物流服務商的方案、費率、撥款週期與申請條件會不定期調整,本文說明的是類型與評估方式,實際條件請以各服務商當下之公告為準。