WooCommerce 台灣電子發票設定教學：外掛選擇與常見坑一次避開
- 最後更新日期：
🚀 讀者專屬工具
立即開啟 →
在開始閱讀前，先用 AI 自動生成您的網站架構圖？
你用 WooCommerce 開店，訂單越來越多後，最容易卡住的往往不是金流，而是WooCommerce 電子發票。一張發票要跟著付款、出貨、退款、折扣一起走，少一個設定就可能變成重複開立、對帳對不到，最後只能人工補救。
這篇用「實作與避坑」角度整理，從開立時點策略、外掛挑選、設定步驟，到退款折讓與對帳流程。規範與供應商介面可能調整，請以 2026 年最新公告與你使用的加值中心文件為準。
（示意圖 1 建議：訂單狀態到發票事件流程圖，付款，出貨，完成，退款的分支）
導入前先把三件事對齊：發票時點、訂單狀態、退款規則
很多人把電子發票當成「外掛裝了就會開」。其實它比較像收銀員，你要先告訴它「什麼時候算成交」。成交定義不一致，後面每一步都會亂。
先決定「何時開立」的主策略
常見做法有三種：付款後、出貨後、訂單完成。沒有絕對標準，重點是你要能穩定對帳，並且能處理退貨退款。
下表用情境給你一個可落地的建議，之後再按你的流程微調。
| 你賣的東西與收款方式 | 風險點 | 建議開立時點（WooCommerce 訂單狀態） |
|---|---|---|
| 線上刷卡，即時付款 | 付款成功就算成交 | 付款成功後進入 processing 就開立 |
| 超商代碼或 ATM，延遲付款 | 未入帳前不算成交 | 入帳後才會轉狀態，再開立（常見同樣用 processing） |
| 貨到付款 | 可能拒收 | 出貨不等於成交，建議 completed 才開立 |
| 虛擬商品或線上課程 | 沒有出貨節點 | 付款成功後開立，避免延遲 |
先定「哪個狀態代表成交」，再決定外掛怎麼自動開立。順序反了，後面只會一直補洞。
WooCommerce 訂單狀態要像紅綠燈，不要像心情切換
建議你把狀態切換規則寫清楚，例如：付款成功只能走一次 processing，出貨後才允許到 completed。如果你的團隊會手動把訂單來回改狀態，請先停下來，因為這是重複開立最常見的起點。
（示意圖 2 建議：訂單狀態機，允許的轉移箭頭，避免來回跳）
外掛與方案怎麼選：先看欄位需求，再看「退」怎麼退
挑 WooCommerce 電子發票外掛，不要先看價格或介面，先把需求拆成兩層。
第一層是結帳欄位與格式：B2C 載具（手機條碼、自然人憑證、會員載具）、捐贈、紙本需求，B2B 統編與抬頭。第二層是後台生命週期：作廢、折讓、部分退款、重送開立、錯誤重試與日誌。
下面用「範例品牌」做比較，你可以把它當成挑選檢查表。這些外掛頁面也會列出支援範圍與更新紀錄，適合你用來對照是否跟上 WooCommerce 新架構。
（示意圖 3 建議：結帳欄位對照表，Woo 欄位，外掛欄位，加值中心欄位）
| 範例方案（WooCommerce 外掛） | 強項偏好 | 適合誰 | 不適合誰 |
|---|---|---|---|
| TapPay 電子發票 x WooCommerce | 走 TapPay 生態與加值服務整合 | 已用 TapPay 收款，想要同一套帳務思路 | 不想綁特定金流或生態的人 |
| Giveme 電子發票 x WooCommerce | 載具類型與捐贈選項較完整，常見情境覆蓋高 | B2C 為主，且需要載具，捐贈，海外稅別設定的人 | 流程很特別，需要大量客製欄位或特殊稅率的人 |
| 光貿電子發票 x WooCommerce | 常見功能廣，含列印與整合情境說明 | 有門市或 POS 需求，想把線上線下規則一致的人 | 只賣數位商品，完全不碰紙本列印的人 |
| 鯨躍電子發票 x WooCommerce | 偏簡潔路線，聚焦自動與手動開立作廢 | 流程單純，主要要穩定開立 B2B B2C 的人 | 需要多稅率或很複雜折扣拆分的人 |
選定候選後，請你務必做兩個實測重點：一是「訂單狀態來回切」會不會重複開，二是「部分退款」時外掛到底送出折讓還是作廢。
WooCommerce 電子發票設定步驟：建議值與最少踩雷做法
不同外掛畫面不一樣，但底層邏輯差不多。以下用通用步驟寫，你照著做，換外掛也能快速對上。
- 先開測試環境與測試帳號：加值中心通常有測試模式，先在測試站打通流程，再上正式機。
- 整理公司資料：統編，店名，地址，營業人資料，這些錯一個字就可能開立失敗。
- WooCommerce 稅金先固定：台灣常見 5%，請確認商品稅別與運費稅別一致，並注意四捨五入規則。
- 結帳欄位只保留必要：B2C 預設顯示載具與捐贈，B2B 才顯示統編與抬頭，避免讓顧客在結帳時迷路。
- 設定自動開立的訂單狀態：多數店家用
processing當付款成功。貨到付款則改用completed。 - 把「重試」與「日誌」打開：發票 API 偶爾會超時，你需要可追的 log，才能知道是欄位錯，還是連線錯。
- 通知信件分流：發票開立通知，退款折讓通知，別混在同一封訂單信裡，客服會更好處理。
- 後台手動操作權限控管：限制誰能作廢，誰能重開，避免「好心幫忙」造成二次災難。
如果你是多通路營運，請加一條規則：同一筆訂單的發票事件只能由一個系統觸發。不要讓金流後台也開一次，WooCommerce 也開一次。
常見坑與可操作解法：退款折讓、重複開立、對帳一次打通
這一段是最多人痛的地方，因為它牽涉會計與客服。
退款與部分退款，怎麼對應折讓或作廢
先用一句話記住：整筆取消常走作廢，部分退款通常走折讓，但仍要依你的加值中心與作業規範。
實務建議這樣落地：
- 顧客付款後立刻取消，且你尚未出貨，優先用「作廢」讓資料乾淨。
- 已出貨後退貨退款，或只退其中一個品項，走「折讓」比較符合對帳與稅額調整。
- WooCommerce 的「部分退款」要能對到發票品項明細，否則折讓會拆不準，最後只能人工修。
別把「退款成功」等同「發票已處理」。金流退了錢，不代表發票 API 已作廢或折讓成功。
預防重複開立的三道保險
第一道是狀態策略，禁止訂單在 processing 和 completed 之間來回跳。第二道是外掛要能寫入「已開立發票號碼」到訂單 meta，並以它當作開立前的判斷。第三道是人員權限，別讓所有管理員都能按「重新開立」。
如果你常遇到 API 超時，請讓外掛採用「背景重試」，而不是「刷新頁面再按一次」。重送最容易造成重複。
上線前 Checklist、測試案例（10 個）、營運對帳流程
上線前請用最短清單把地雷排掉：
- 稅金與運費稅別已確認
- 結帳欄位顯示邏輯已測
- 自動開立狀態已鎖定
- 作廢與折讓的按鈕權限已限制
- log 開啟並可下載
- 測試環境與正式環境 API Key 不會混用
測試案例請至少跑完這 10 個：
- B2C 不輸載具，正常開立
- B2C 手機條碼載具，開立成功
- B2C 自然人憑證載具，開立成功
- B2C 勾選捐贈，捐贈資訊正確
- B2B 輸入統編與抬頭，三聯資訊正確
- 使用折扣碼，發票金額與稅額正確
- 含運費訂單，運費稅別與品項合計正確
- 全額退款，發票成功作廢或折讓成功
- 部分退款一個品項，折讓金額與品項對得上
- 把訂單狀態來回切一次，確認不會重複開立
營運對帳流程建議固定成一條線：訂單編號 → 發票號碼 → 金流交易號 → 退款單號 → 折讓或作廢結果。每天或每週用同一個節奏核對，問題會在小時內出現，不會拖到月底爆炸。
如果你希望把上述流程變成可維運的 SOP，並且在更新 WooCommerce 或外掛後仍能穩定運作，可以把導入與維護交給 WPTOOLBEAR，用固定規格把風險降下來。
結語
做好 WooCommerce 電子發票，不是把欄位填滿而已，而是把「成交時點」和「退款規則」寫成系統能執行的流程。你一開始花一小時設對，後面就能省下無數次人工補救與客服來回。下一步就從今天開始，先把開立狀態鎖定，跑完 10 個測試案例，讓對帳變成例行作業，而不是月底的惡夢。
