WooCommerce 稅金設定：稅額對不上、發票開錯？顧問的完整設定流程

想像一下這個畫面：你的 WooCommerce 網站開張三個月，訂單穩定流入，客服信箱卻突然湧進同一句話：「請問可以打統編嗎？」「發票要開公司抬頭喔」「我需要二聯式還是三聯式？」。你打開 WooCommerce 後台的「稅金（Taxes）」頁，卻只看見稅率表、運費課稅、含稅價顯示這幾個欄位，完全找不到「統一編號」與「電子發票」的影子。這時你才明白：WooCommerce 的稅金設定，跟台灣店家心裡想的那個「稅」，中間隔了一整層。

WooCommerce 提供可配置的商品與運費稅額計算，但基本稅率表不是各地法規的自動判定工具。WooCommerce 內建引擎能處理的是「商品稅率」與「運費課稅」這兩層全球通用邏輯；至於台灣法規要求的統一發票與統一編號，屬於發票層，core 不管，要另接支援台灣電子發票的外掛與服務；RY 的電子發票產品和 RY Tools 金物流工具是不同產品。這篇會把這三層一次拆清楚，最後給你一張報稅季前可以直接照做的檢查清單。

三個設定環節：商品稅額、運費稅額與發票串接

在動任何設定之前，先把「稅」這個字拆成三層。很多人之所以設定完還是一頭霧水，是因為把三層混在一起談。換個方式想：你問的「稅」到底是下面哪一層，決定了你要去哪個地方設定。

WooCommerce 的稅額計算、電子發票開立及營業稅申報是不同工作。外掛可能讀取 core 稅額，也可能自行處理含稅金額；應依整合文件確認資料如何對應。

把這張表記在心裡，後面所有設定都不會迷路。商品稅與運費稅這兩層，WooCommerce 用的是同一套「稅率表 + 稅率等級（Tax Class）+ 國家代碼」的引擎，邏輯全球一致；各地都有自己的發票規則，台灣電子發票須另有相容串接。發票外掛如何讀取或計算稅額，依產品而異；應比對訂單與發票資料，不能直接認定一定是 core 設定造成。想完整搞定金物流與稅務的串接，建議搭配 WooCommerce 金流物流設定全攻略 一起看，會更清楚整條鏈路。

啟用前先回答的四個問題

需要使用核心稅額計算時，可到「WooCommerce → 設定 → 一般」啟用稅率與計算，才會顯示「稅金」分頁。但開立台灣電子發票不代表一定要啟用這個開關。例如 RY ECPay Invoice 官方明列不支援 WooCommerce 稅金設定，只支援指定的應稅、含稅售價情境。先確認發票整合需求，再回答下列問題。

1. 你的顧客是消費者（B2C）還是公司行號（B2B）？要確認買受人資料與發票格式。營業稅法第 32 條要求應稅貨物或勞務定價內含營業稅；不能把 B2B 當成一律可改成未稅公開標價的例外。
2. 商品適用哪一種課稅方式？先確認每種交易的稅別，再對應商品 Tax status、Tax class 與發票欄位。混合應稅與免稅商品不代表只要新增一個名叫「免稅」的類別就完成。
3. 運費要不要課稅？這是台灣店家最容易忘記的一題，答案會牽動「運費稅率等級」這個選項。
4. 價格輸入時，你打的數字是含稅還是未稅？這決定「輸入價格」要選「含稅，含營業稅」還是「不含稅，不含營業稅」。搞錯這個，整個站的金額會系統性偏差。

先確認商家稅務身分、商品課稅方式、運費處理與售價是否含稅，再依發票整合需求設定。B2C／B2B 身分不能單獨決定所有選項；公開定價、帳務拆分與發票記載要分開確認。

WooCommerce 官方文件對這些前置選項有完整的對照說明，建議對照著設定。

老實說，第四題是大多數人翻車的地方。「輸入價格含稅」說的是後台輸入的售價，不是進貨成本。若輸入 105 元本來已含 5% 稅，卻設成未稅，系統再加稅就可能變成 110.25 元。這個選項在「以消費者或商店地址為基準計算稅金」附近，很容易看漏。

台灣 5% 營業稅的稅率表：從 ISO 國家代碼建起

在「稅金 → 標準稅率」新增稅率列，可設定國家、州／地區、郵遞區號、城市、稅率、稅名、數字優先序、複合與運費課稅。下表只是已確認適用台灣一般 5% 稅率時的操作範例；是否適用應依商家與交易判斷。

國家代碼的 TW 不是隨便寫的，它來自 ISO 3166 國際標準，WooCommerce 整個稅區與運送區系統都靠這組代碼判斷訂單屬於哪一國。如果你做跨境，會在這張表陸續加入歐盟各國的 VAT、美國的 sales tax、日本的消費稅，每一筆都掛在對應的 ISO 代碼底下。

以下區分台灣交易常見的零稅率與免稅概念，實際適用範圍應依規定確認：

• 零稅率（0%）不等於免稅。零稅率指的是「銷售額適用 0%，但進項稅額可以退還」，典型場景是外銷貨物或跨境提供勞務。不是所有跨境交易都自動適用零稅率；先確認交易與證明文件符合規定，再對應 WooCommerce 稅率及發票代碼。
• 免稅則是「這筆銷售不課營業稅，進項也不能扣抵」。某些類別的出版品與特定勞務適用免稅。Reduced rate 代表減免稅率，Zero rate 是零稅率類別名稱，兩者不是台灣免稅的法定同義詞。商品 Tax status、Tax class 與發票稅別需按整合文件對應，先由記帳士確認交易分類。

加值型及非加值型營業稅法的條文細節請以全國法規資料庫的現行版本為準，稅率或免稅範圍偶有修正。

若交易涉及不同地區的課稅規則，要先確認商家與交易是否符合適用條件；例如離島免稅並非只看收件地址就能判定。在設定地區比對時，州／地區欄位應使用 WooCommerce 支援的地區代碼或名稱，不要直接假設可填完整 ISO 3166-2 字串。這部分跟結帳的縣市下拉選單息息相關，WooCommerce 縣市下拉選單設定 示範了如何把縣市欄位對齊稅區邏輯。

運費要不要課稅？四種情境拆解

運費是否課稅須先確認交易規則。WooCommerce 的相關控制項包含運送方式的 Tax status、稅率列的 Shipping 勾選，以及 Shipping tax class。下表只說明軟體行為，不能作為個別交易的課稅判定。

Shipping tax class 選「依購物車項目」時，不會依商品金額比例拆分運費稅額。若有 Standard 商品，運費使用 Standard；沒有時，依 Additional tax classes 清單順序取適用類別。是否指定另一個運費類別，必須配合實際稅務規則。

若使用 Table Rate Shipping 等擴充，還要核對該產品的稅務選項及不同運送方式是否採用核心計算。先完成運費規則，再用應稅、免稅與混合購物車逐一測試。操作可參考 WooCommerce 運費設定全攻略。

免運券或滿額免運生效後，要確認訂單運費及對應稅額符合預期，並比對發票傳送的項目。若有差異，先查計算與映射規則，不能未經測試就認定是外掛留下殘值。

含稅價或未稅價，哪個適合你的店？

先分清三個設定：Prices entered with tax 控制輸入售價的解讀方式；Display prices in the shop 控制商品頁；Display prices during cart and checkout 控制購物車與結帳。輸入設定不只是顯示選項，修改前要核對既有售價。

台灣應稅貨物或勞務的公開定價應內含營業稅，並清楚說明運費與其他費用。結帳總額可能因數量、運費及折扣而改變，不能簡化成商品頁單價必須等於整張訂單金額。

公司採購可能需要看清未稅金額與稅額，但這不等於公開定價可一律不含稅。台灣應稅定價仍需遵循營業稅法第 32 條；報價單與發票如何拆列，應依交易情境確認。

商品頁、購物車與結帳的金額標示應清楚一致。若輸入價格及顯示方式混用含稅／未稅，可能造成進位差異；調整前應在測試環境核對商品價格與應付總額。

含稅定價不只是消費者習慣。設定前先核對法規及商品課稅身分，並清楚呈現商品、運費與應付總額，避免在結帳最後才出現未說明的費用。

結帳頁的欄位安排也會影響這個體驗，尤其是統編與發票欄位的位置。如果要把發票資訊安插進結帳流程，結帳表單客製化 那篇有欄位排序的具體做法。

稅額是怎麼算出來的：進位、精確度與小數誤差

稅率表填對了，不代表最終稅額就對。WooCommerce 從購物車到結帳到發票，中間牽涉三個獨立的數學決策，任何一個設錯，都可能讓發票上的稅額跟系統算出來的差個一兩塊。而這一兩塊在報稅對帳時，就是一場小災難。

第一個決策：稅額進位層級。「Round tax at subtotal level, instead of rounding per line」控制小計層級或逐行進位，並不是忽略混合稅率後把整單乘上同一稅率。用多品項、折扣與混合稅別測試，確認訂單與發票整合的進位規則一致。

第二個決策：幣別小數與計算精度。商店顯示零位小數，不代表所有內部運算都只保留整數。不要為了差一元就直接改動計算精度；先核對輸入含稅、前台顯示、折扣分配及進位層級，再與發票端比對。

第三個決策：課稅地址。WooCommerce 可依收件地址、帳單地址或商店地址計算。跨境並非一律選顧客地址就正確，國內也不能假設三種結果永遠相同；先確認課稅義務與適用地區，再決定地址來源和稅率表。

出現一元差異時，先保存測試訂單，逐項比對售價、折扣、運費、進位與發票計算方式，再找出差異來源。沒有適用所有商店的「計算四位、顯示零位」設定；也不能因誤差小就省略對帳。

何時需要額外的稅率等級（Tax Class）

依商品的課稅類型決定是否增加 Tax Class。不同國家或地區的稅率可以放在同一類別內，不必只因跨境銷售就拆分類別：

• 同時做內銷與外銷：先確認內外銷的適用規定；同一 Tax Class 可有不同國家或地區稅率列，不必只因跨境就強制拆成兩個等級。
• 同時販售應稅與免稅商品：需區分商品 Tax status、Tax class 與發票稅別的對應；是否使用 None、獨立類別或其他整合設定，要按實際流程確認。
• 同時賣實體與虛擬商品：虛擬商品（下載檔案、線上課程）的跨境課稅邏輯跟實體不同，有時需要獨立等級。商品類型的差異暫不展開，商品類型完全指南 有詳細對照。

在相同地址與交易條件下，不同商品若適用不同稅率，可評估分開 Tax Class；若需要不計商品稅額，還要核對 Tax status。商品分類只是內容分組，不會自動決定課稅方式。

建立額外稅率等級時，在 Tax options 的 Additional tax classes 輸入不重複名稱、儲存，再於對應分頁建立稅率列。商品編輯頁可指派已建立的類別。不要把所有外銷商品直接設為 0%；先確認適用條件與發票整合是否支援。

Tax Class 用來分開商品課稅類型，各類別的稅率表再依地址比對。不要把特定城市的稅率當成全州或全國稅率；跨境稅額可能還涉及地方稅與課稅義務，須先確認適用範圍。

優惠券與稅的互動：折扣是扣稅前，還是扣稅後？

優惠券會改變符合資格商品的折扣後金額，也可能改變稅額。測試時要同時查看折扣分配、進位與發票結果，不能只核對結帳總額。

目前核心優惠券先折減符合條件的商品金額，再計算相關稅額，不提供通用 Apply before tax／Apply after tax 切換。使用第三方促銷、購物金或發票整合時，要另外核對其處理方式。

混合稅別訂單套用固定金額折扣時，要核對折扣如何分配到符合資格的商品；分配到免稅品不代表計算必然錯誤。再測試免運、退款與進位，逐項比對商品淨額、稅額及發票，才能判斷差異來源。

百分比優惠券相對單純，因為它是按比例縮放，稅基與稅額同步縮小，仍可能受到逐行進位或擴充計算方式影響，不能省略邊界測試。如果你要做複雜的滿額折扣或買 A 送 B，建議先開一筆小額測試訂單跑完整流程，把發票實際開出來核對稅額，再正式上線。優惠券的完整設定流程可參考 優惠券設定教學，可以對照著看優惠券本身與稅的交界。

發票才是台灣店家的真戰場：電子發票與統編怎麼接

WooCommerce 核心不提供台灣電子發票開立與載具流程。需選擇支援的電子發票服務及對應外掛，分別核對商家資格、開立、作廢、折讓與失敗補送，不能把完成付款串接視為已完成發票串接。

電子發票外掛要做的事，跟稅率計算是兩回事。它的核心任務有四個：

1. 依服務支援範圍收集買受人、統編、載具或捐贈資訊，並檢查欄位驗證及個資保存方式。
2. 按選定的訂單狀態與開立條件傳送資料，確認成功回傳、失敗告警及補送機制。
3. 分別確認退貨、折讓、作廢與註銷重開流程；外掛未支援的作業，需依服務商文件另行處理。
4. 確認申報需要的資料從外掛、加值中心或會計系統匯出，並驗證欄位完整。不是每個 WordPress 發票外掛都提供媒體申報檔。

結帳欄位應按電子發票服務的規格設計，不必固定只有「二聯式、三聯式、捐贈」三種選項。電子發票還可能涉及買受人統編、載具及列印需求，不能直接用紙本聯數推導所有流程。應測試不同買受人情境、欄位必填及錯誤提示。

金流與電子發票通常要分別申請及設定。RY Tools 處理金物流，RY 另有 ECPay、ezPay、SmilePay Invoice 等電子發票產品；退款與發票作廢／折讓是否連動，要依所選外掛確認。金物流的安裝與串接流程可參考 綠界金物流串接 與 RY WooCommerce Tools 設定，這裡只談它跟稅的關係。

發票整合沒有「一律先把 core 稅金開好」的通用順序。以 RY ECPay Invoice 官方說明為例，它不支援 WooCommerce 稅金設定及折讓作業，且要求指定的應稅含稅售價情境；折讓需至綠界發票管理系統處理。購買或更換外掛前，先用自己的交易類型確認相容性。

跨境賣家的三個稅務地雷

如果你的站不只賣台灣，三個觀念會決定你是不是在不知不覺中欠稅。這裡不打算把它們講成法律建議，因為這需要會計師逐一確認，但起碼你要知道這些地雷存在。

歐盟的 OSS。OSS／IOSS 是符合條件交易可選用的申報簡化方案，不是所有台灣賣家超過同一門檻就必須註冊 OSS。EU 官方另區分 Union、non-Union 與 import scheme；先確認商品或服務、出貨地、設立地與課稅義務，軟體稅率表本身不會完成申報。

美國的 sales tax。課稅義務與稅率需依州、地方及交易情境核對；僅替每州填一筆稅率可能不足。以加州為例，州基本稅率之外還可能有地方稅，應依官方地址查詢與適用義務設定，或評估支援所需範圍的稅務服務。

日本消費稅與發票。標準與輕減稅率的適用項目、跨境交易及合格發票登錄是不同問題。不要只因顧客地址在日本就套一個固定稅率，也不要把一般稅籍登記等同合格發票開立資格；請核對日本國稅廳的對應規範。

跨境上線前，先為每個市場列出課稅義務、地址判定、商品類別、稅率與申報方式，再把已確認規則帶入 WooCommerce。單獨新增 US 或 JP 一列，不能代替州、市、商品與交易條件的判斷。

多幣別與多店點：當稅率表要對應多種匯率

若商店要用多種幣別報價或收款，先確認多幣別擴充是否支援目前的金流與發票服務。多語系與多幣別是不同功能，不能因裝了翻譯外掛就假定已能處理不同交易幣別。

多幣別外掛可能只換算顯示，也可能改變實際交易幣別，須依產品核對。稅率的適用不能由貨幣符號判斷；應依已確認的課稅地、商品與地址設定。優惠門檻、進位、退款及發票幣別則需要額外測試。

先區分單一 WooCommerce 商店中的多品牌／倉庫，以及 WordPress Multisite 中的多個獨立商店。核心設定以各商店為範圍；跨店共用商品、訂單或稅務規則需要另外規劃，不能把「同一份 WordPress 安裝」等同只有一張共用稅率表。

換句話說，多幣別與多店點的核心難題不是「怎麼設稅」，而是「怎麼讓商品、運費、稅、發票四者在不同幣別下保持一致」。在還沒有明確的跨境營收之前，不建議為了未來的可能而提早把架構搞複雜。先把單幣別單店點的稅設到完美，才是穩紮穩打的路。

實務常見的五個錯誤，與修法

以下整理設定與驗收時應排查的五類問題，請按實際外掛及交易情境核對。

1. 發票稅額與訂單不一致。先查所用發票外掛如何取得稅別與金額，再決定 core 稅金是否需啟用及如何映射；要求統編本身不能證明一定要開啟 core 稅金，也不能一律新增 TW 5%。
2. 複製商品時帶入不適用的稅務設定。新增商品後，核對 Tax status、Tax class 與發票分類，不能只改商品名稱、價格就直接上架。
3. 運費套到非預期稅別。先檢查 Standard 與 Additional tax classes 的比對規則，再依適用稅務規定選擇運費類別；不能為了數字固定就一律鎖 5%。
4. 顯示邏輯前後不一。商品頁含稅、結帳頁未稅，或反過來。修法：分別核對售價輸入、商店顯示、購物車與結帳顯示，並遵循適用定價與發票規定。不要以 B2B／B2C 一句話取代判斷。
5. 退款與發票異動未同步。確認退回的商品、運費與稅額，再依金流完成實際退款，依發票服務完成適用的作廢或折讓。WooCommerce 的手動退款只記錄訂單，不會自動把錢退給顧客；發票異動也未必隨退款自動完成。

分清訂單計算、實際收退款及發票作業後，仍須以測試與對帳確認結果。更新外掛、更換金流或加入新的交易類型，都應重新驗證。

修改已付款或已開票訂單前，先確認付款與發票狀態，保留調整原因及紀錄，再按服務商規定處理退款、作廢、折讓或更正。不能只改 WooCommerce 總額便認為金流與發票已同步，也不要把所有更正都套成同一種重開流程。

報稅季前的最後檢查清單

每隔兩個月、或報稅季前，建議照著這張清單走一次。它不是法律文件，是一個讓你在按下「匯出媒體檔」之前，把所有環節再確認一遍的操作表。

1. 核對目前交易需要的稅務設定與發票整合規格；只有適用核心計稅且適用一般稅率時，才檢查相應的 TW 5% 稅率列。
2. 抽查五到十樣暢銷商品，確認「稅率等級」欄位正確。重點看用複製功能新增的那批，最容易繼承錯誤。
3. 在測試環境用無痕視窗完成商品、折扣、運費與結帳流程，檢查應付總額及所需稅務資訊是否正確。不要以是否另列稅額作為唯一驗收標準。
4. 核對運費的課稅規定，再檢查運送方式 Tax status、Shipping 勾選及 Shipping tax class；若由外掛處理發票金額，還需檢查其運費映射。
5. 依商店需求測試個人、公司統編、載具與捐贈等支援情境，確認發票資料、通知與失敗重送結果。
6. 核對訂單、付款退款、發票及折讓紀錄。金流對帳單可能包含手續費與不同入帳日期，不能直接當成稅額明細；差異需找出原因，沒有通用的「一元以下可略過」規則。
7. 備份訂單資料庫與發票紀錄。電子發票的存證年限以國稅局規定為準，備份不要省。WordPress 備份外掛 列了幾個實務常用的選擇。

稅務設定的驗收要涵蓋訂單、收退款與發票紀錄。把已確認的課稅規則及外掛限制寫入操作流程，再於更新、換金流或新增市場時重新測試，才能追蹤差異並修正。

如果你想從更源頭的地方把整座 WooCommerce 站一次架對，包括主題選擇、金物流、稅務這條鏈路的先後順序，WooCommerce 完整架站教學 是一篇適合從零開始對照閱讀的總覽。地基先打好，後面的每一層才疊得上去。

最後提醒一句：以上整理的是 WooCommerce 的設定邏輯與操作步驟，不是稅務建議。你的實際稅率、免稅範圍、發票開立方式，會因為營業項目、銷售對象、是否跨境而不同，遇到判斷不了的情況，請找你的記帳士或會計師確認。系統幫你把稅算對、把發票開出來，但「這筆交易到底適用哪一種稅」這個判斷，永遠是人的責任，不是外掛的責任。把工具的歸工具、把專業的歸專業，這才是把稅務這件事真正做對的態度。