生活分享

WooCommerce 金流物流怎麼串:付款、出貨與狀態驗收

WooCommerce 串接台灣金物流時,外掛、商家帳戶與訂單通知必須一起確認。本文以綠界與 RY Tools 為例,整理官方模組和第三方整合的選擇、結帳相容性、金鑰與環境設定,以及付款回呼、超商門市、物流單和退款的驗收重點,協助店主看懂每個階段的紀錄與異常處理方式。

更新日期: 閱讀時間約 6 分鐘

原創插畫,以金額計算、通知伺服器與出貨文件呈現金物流資料串接。
圖片:Mokaair (© Mokaair)

顧客選好超商門市、取得繳費代碼,網站就能出貨了嗎?還不行。訂單成立、付款完成和物流配送各有自己的紀錄;串接的工作,是讓這些紀錄能對應同一筆購買,並在適合的時機更新狀態。

以綠界服務搭配 WooCommerce 為例,可以使用綠界官方模組,也可研究 RY Tools 等第三方外掛。服務商提供哪些功能、外掛實作哪些功能、你的帳戶獲准哪些功能,三者都要對得上,不能只看到付款圖示就認定整套流程完成。

先確認商家帳戶及可用服務

列出要提供的付款和配送組合,例如信用卡加宅配、先付款再超商取貨,或取貨付款。先確認商家申請、銀行帳戶驗證與相關服務開通,再查合約中的費率、額度及撥款安排;不同帳戶的條件不宜沿用網路上的單一數字。

金流、物流和電子發票應分別確認啟用狀態及串接資料。綠界官方模組把它們分成不同設定區,填好金流資料不代表物流或發票也已正確完成。保管商店代號與金鑰時,使用受控帳號與密碼管理方式,支援截圖先遮蔽敏感值。

配送還要符合商品實際尺寸、重量、溫層和寄送方式。C2C 店到店、B2C 大宗寄倉與宅配是不同流程,不能只看到「超商取貨」四個字就互相替代。若商品不能用所選通路寄送,應在結帳前排除不適用方法。

選一套主要整合,再核對結帳版本

綠界目前的整合模組為 ECPay Ecommerce for WooCommerce,官方文件另提醒舊的 Payment、Logistics、Invoice 分拆模組已停止更新。既有商店換模組前要先備份、確認遷移方式和舊訂單資料,不能直接把舊外掛刪掉就視為升級完成。

RY Tools 提供綠界、藍新與速買配等整合,但支援內容應按作者當前文件逐項確認。查閱時,免費版未提供完整區塊結帳相容,要求短代碼結帳;Pro 的區塊支援也有部分物流限制,因此不能把付費版理解成所有區塊功能都通過。

先記錄 WordPress、WooCommerce、PHP、主題與外掛版本,再選定購物車和結帳型態。不要同時啟用兩套外掛管理同一個付款方式,否則可能出現重複選項、狀態互相覆蓋或難以辨識通知來源,排錯時也無法知道該找誰。

依所選模組設定環境與運送方法

使用官方模組時,在 WooCommerce 設定的綠界科技分頁啟用需要的服務,分別設定金流與物流資訊。物流還須填寄件資料,並到運送區域加入欲提供的方法;若要取貨付款,也需依文件把貨到付款限定到合適的運送方式。

測試方式要跟著所選外掛走。綠界官方模組文件提供分服務的測試模式與測試帳戶比對流程;RY 的 FAQ 則提醒其測試模式面向開發者,一般店主不應自行套用。使用 RY 時,應先由熟悉該整合的維護者安排隔離驗收,不能照另一套外掛的按鈕教學操作。

運費、付款期限和庫存保留時間也要一起核對。例如顧客仍在有效繳費期間,網站卻已把訂單取消,就需要檢查訂單狀態與庫存保留規則。兩邊設定不是自動連動,不能只把時間填成相同文字便認定完全一致。

  1. 在測試環境記下主要整合模組、版本和結帳型態。
  2. 依服務分別核對帳戶、金鑰、通知網址與測試方法。
  3. 加入可配送區域、方法、寄件資料與付款限制。
  4. 逐個購物組合比對前台總額和服務商後台紀錄。

付款回呼與瀏覽器返回是兩條路徑

綠界全方位金流使用 ReturnURL 接收伺服器付款通知,與顧客瀏覽器導回頁面的流程不同,兩者沒有固定先後順序。顧客關閉頁面或停在付款頁,不應是商店判斷已付款的唯一依據。

維護者應確認模組能驗證通知、對照訂單及交易金額,並處理重複通知。付款成功畫面、ATM 虛擬帳號或超商代碼只是流程中的資訊;實際付款要以可核對的交易結果為準,不能因取號成功就開啟出貨。

若綠界後台已確認款項,而網站仍未更新,先記下 WooCommerce 訂單編號、特店交易編號、綠界交易編號與發生時間,再檢查通知端點、防火牆和訂單備註。不要先叫顧客再刷一次;模擬付款通知也不是實際入帳,不能據此寄貨。

物流要追到寄件與配送結果

超商流程至少確認門市選擇、收件資料、物流單建立及後續貨態。切換超商或付款方式後,前台應保留正確門市,訂單內也要能核對;瀏覽器看過電子地圖,不代表門市資料已成功存入。

確認模組設定採人工或自動建立物流單,並在訂單內查看物流編號,再到綠界後台比對。建立編號不表示包裹已交寄,列印標籤也不表示顧客已取貨。接單者應知道每個狀態對應的是系統動作、自己的工作,還是物流商回報。

退款與退貨需要兩份紀錄一起整理:款項退回、包裹返回、庫存回補和發票相關處理未必同時完成。不要只取消 WooCommerce 訂單,就假定金流已退款、物流已取消;依各服務支援的操作逐項核對結果。

用異常情境完成最後驗收

準備一份矩陣測試信用卡成功、拒絕或中斷、非即時付款、取貨付款,以及不適用配送地址。測試環境不要連到正式出貨或開票作業;交由維護者確認通知能到達,且重複通知不會重複扣庫存或建立出貨工作。

每筆保留前台金額、訂單編號、服務商交易或物流編號、時間與預期結果,不記錄完整卡號或密碼。模組更新後可沿用同一份案例,快速檢查門市、付款及通知是否仍一致,這比只看沒有錯誤訊息更有判斷力。

準備正式啟用時,依所選整合的文件逐服務切換環境並再次核對帳戶。把日常對帳、待確認款項、未取退件及客服轉交方式寫進店務流程,才能讓實際接單者處理下一筆異常,而不是每次都回頭找建站人員。

原創四欄圖解,呈現 WooCommerce 訂單、付款交易、物流單與售後作業的對應關係,強調各自狀態不能互相替代。
取號、付款、建單、交寄和退款各有證據,不能只靠一個成功畫面判斷。 · 圖片:Mokaair (© Mokaair)
不同服務的狀態分開查,再以訂單編號建立對應。
看到的資訊表示什麼下一步核對
繳費代碼已提供付款方式付款期限與交易結果
付款通知服務商回報交易真實付款、金額與訂單
物流編號物流單已建立標籤、交寄與貨態
退款紀錄已進行某種退款操作實際款項與相關店務

  • 生活分享

    WooCommerce 願望清單:收藏、分享與庫存提示

    WooCommerce 願望清單能讓顧客保存待考慮商品,但收藏、購物車與庫存保留是不同流程。本文以 TI WooCommerce Wishlist 為例,整理免費與進階功能、收藏頁設定、訪客和會員保存、分享可見範圍及價格庫存提示,並提供跨裝置與商品變更的驗收方法,協助店主建立容易找回也說明清楚的收藏體驗。

  • 生活分享

    WooCommerce 主題與外掛:先畫購物流程再選工具

    WooCommerce 商店不一定需要很多外掛,先找出客人在哪一步卡住,才能選對主題與擴充。本文以生活用品店為例,說明商品篩選、比較、願望清單與 YITH 工具的使用時機,整理結帳區塊、HPOS、主題範本和外掛衝突的檢查方法,並提供購買前可直接使用的需求與驗收表。

  • 生活分享

    WooCommerce 稅金設定:含稅標價、運費與顯示方式

    WooCommerce 稅金設定會影響商品輸入價格、前台標價、運費與訂單明細。本文用含稅和未稅的簡單算式,整理啟用稅率、地址判斷、稅別及顯示方式的檢查順序,並提供折扣、多件商品與退款的驗收清單,幫助台灣店主先確認適用規則,再將規則正確交給系統計算,避免重複加稅或只靠後台數字判定申報已完成。

  • 生活分享

    WooCommerce 開店流程:商品、結帳與測試訂單

    第一次用 WooCommerce 開店,應先讓一筆訂單從商品選擇走到付款、通知與出貨,再逐步增加功能。本文以台灣小型生活用品店為例,整理初始設定、必要頁面、商品與金物流準備、測試訂單的核對方式,以及 Coming soon 模式切換前的驗收清單,幫助店主建立可維護的開店流程。

最新旅遊情報攻略

資料來源

生活分享