電商該自己串電子發票嗎？綠界與 ezPay 費用、載具規則與外包時機

出貨旺季最怕的往往不是爆單，是客服信箱裡那幾封「我的發票呢」。訂單完成了、貨也寄出了，消費者打開手機載具卻找不到那張雲端發票，接著打來問的不只一個人。這種狀況通常不是系統壞掉，而是當初網站上線時，發票這一段被排在最後面才處理。

如果你正在評估要不要自己寫一套電子發票串接，多數情況的答案是不要。台灣的電子發票不是呼叫一支 API 就結束的事，它牽涉字軌配號、上傳時限、載具驗證、折讓與作廢，這些加值中心早就幫你做完了，自己做也不會比較便宜。真正值得投入工程的，是本來流程就特殊的生意：訂閱制分期開票、有 ERP 要對帳、或是一張訂單得拆成好幾張發票的那種。

下面把規定、兩家主流加值中心的收費、還有三條路各自的代價攤開來講。本文價格與規格查證於 2026 年 9 月 23 日，費率方案會調整，實際金額請以官方頁面與業務報價為準。

先弄清楚你被哪一條規定綁住

很多人以為電子發票的麻煩在於「怎麼開」，其實開立是最簡單的一段，麻煩的是開完之後要準時把資訊傳到財政部電子發票整合服務平台存證。這件事的法源是加值型及非加值型營業稅法第 32 條之 1，條文授權財政部公告傳輸時限與資訊範圍。

現行的時限表在民國 113 年 12 月公告、114 年 1 月 1 日生效，規定買受人為非營業人的發票是開立後翌日起算 2 日內傳輸，買受人為營業人的是翌日起算 7 日內，另外空白未使用的電子發票字軌號碼以及總、分支機構配號檔，要在次期開始 10 日內上傳。未依規定時限或未據實傳輸，依營業稅法第 48 條之 2 可處新臺幣 1,500 元以上、15,000 元以下罰鍰，限期未補正還能按次處罰。針對折讓單的那段六個月輔導期，在 114 年 6 月 30 日就已經結束了。

這裡有一個細節值得停下來看：外面文章幾乎都寫「48 小時內要上傳」，但條文寫的是翌日起算 2 日。平常沒差，碰到週五晚上成立的訂單、又遇到連假，兩種算法就會差出一天，而這一天剛好是很多店家出事的位置。

另一個常被誤讀的是雲端發票的強制範圍。統一發票使用辦法第 7 條之 1 定義了雲端發票，並寫著「本法第六條第四款所定營業人應開立雲端發票交付買受人」。注意那個「本法」指的是營業稅法，而營業稅法第 6 條第 4 款講的是外國之事業、機關、團體、組織在中華民國境內無固定營業場所、經由網際網路或其他數位方式銷售電子勞務給境內自然人，也就是跨境電商。所以並不是每一家台灣網路賣家都被這條綁住，只是實務上 B2C 走手機條碼載具已經是主流做法，多數店家自然就走上雲端發票這條路。

加值中心到底幫你扛了什麼

營業人可以自己上傳，也可以委由財政部核准的加值服務中心代傳。理論上你要直連平台不是不行，但實際上要處理的事情遠超過一個購物車外掛該負責的範圍。

加值中心替你處理的至少有這些：向平台取得字軌號碼並做配號、按期上傳空白未使用號碼、把每一張發票的存證檔在時限內送出去、驗證消費者給的手機條碼與捐贈碼是不是有效的、中獎時發通知簡訊、以及提供超商多媒體機台列印發票的管道。再加上作廢、折讓、銷貨退回這些後續異動也都要回傳平台。

把這串事情自己扛下來，你要面對的是憑證管理、訊息格式（MIG）版本、傳輸失敗的重送與狀態回補，還要有人固定盯著有沒有漏傳。這比較接近財會系統廠商在做的事，不是一般電商網站該自建的能力。我們接過的案子裡，會認真評估自建上傳的通常只有一種：本來就有自己的 ERP、而且開票量大到加值中心的級距不划算的製造業客戶。

綠界與 ezPay 的費用怎麼算

台灣中小電商最常碰到的兩家是綠界 ECPay 與藍新旗下的 ezPay。兩家的計費邏輯不一樣，直接比年費會比錯。

綠界 ECPay 的級距

綠界目前掛著新戶優惠，首次申辦 0 元、20,000 張／年免費開立，申辦期間寫到 2026 年 12 月 31 日為止。這個方案對剛開站的店家很有吸引力，但記得把第二年的續約成本先算進去，別讓免費那年的預算變成隔年的意外。所有費率都未稅，最終結算要再加 5% 營業稅。

ezPay 的兩種邏輯

年費制的額度是按月計算、用不完不能累積，加購包也寫明不可跨月使用；計費制買斷的張數則沒有使用期限。這個差別決定了淡旺季落差大的店家該選哪一種。一家平常每月開一百多張、只有雙十一與年底衝量的服飾電商，買斷型通常比綁月額度的年費制安全，因為你不會在淡季替沒用到的額度付錢，也不會在旺季那個月被上限卡住。

還有一個只有真的買過才會注意到的細節：中獎發票的超商列印費，綠界是一張 20 元按月結算，ezPay 單價 18 元看起來便宜，但最低購買 100 張、要先付 1,800 元。開票量小的店家，單價低的那個未必比較省。

三條路：現成外掛、自己串、找人客製

把選項攤開來，其實只有三種做法，難的是誠實面對自己屬於哪一種。

第一條是現成外掛，也是絕大多數 WooCommerce 店家該走的路。以 WordPress 外掛目錄上的 RY Tools for WooCommerce 為例，它一個外掛就涵蓋綠界、藍新、速買配的金流物流與電子發票，最後更新時間是 2026 年 9 月 22 日，啟用安裝數超過五千，要求 WordPress 6.8 以上、WooCommerce 9.0 以上、PHP 8.2 以上。那個 PHP 版本要求值得先查一下你現在的主機，還停在 PHP 7.4 的舊虛擬主機會直接卡住，這種事最好在買發票方案之前就發現。

第二條是自己串 API。適合的情況是你的網站不是 WooCommerce，或者你有自建訂單系統。這條路的成本不在寫程式的那兩天，在後面那些你還沒想到的狀況，下一節會講。

第三條是找人客製。值得的前提是流程本來就跟標準購物車不一樣，例如訂閱制要在每期扣款成功時開票、或者發票資訊要同步進公司既有的 ERP。這時候你買的不是「開發票」這件事，是把發票狀態接回你既有作業流程的能力。

自己串接真正花時間的地方不是開立

翻一下綠界的 B2C 電子發票開發者文件就會發現，開立只是其中一支。文件裡同時列著一般開立發票、延遲開立發票、開立折讓、作廢折讓、手機條碼驗證、捐贈碼驗證這些不同的端點，每一支都有自己的參數與加密規則，附錄還另外有參數加密與檢查碼機制的說明。

真正會讓專案延期的是下面這幾件事。最常見的是重複開立：訂單狀態變更、金流付款回調、後台手動補送，這三個入口如果沒有共用同一組冪等判斷，同一筆交易就會冒出兩張發票，而發票開錯的善後成本遠高於晚開。我們在寫這類串接層時，第一件事一定是把發票號碼寫回訂單、並且用資料庫層級的唯一鍵擋住第二次寫入，而不是靠程式裡的 if 判斷。

再來是退款。當月的可以作廢，跨月之後就只能走折讓，金額還可能是部分折讓，這代表你的退款流程要知道今天是幾號、這張發票是哪一期開的。很多外掛在這裡只做了一半，店家退款時按了作廢按鈕、系統回一個錯誤訊息就沒有下文，結果帳面上那張發票還在。

還有測試環境與正式環境的字軌是兩套。開發時用測試環境跑得好好的，上線當天忘了申請正式字軌或還沒配號，第一筆訂單就開不出來。這種低級但會發生的事，值得在上線前一週用真的帳號空跑一次。我們自己接案的標準是，如果客戶只是單純的購物車流程，就不寫自訂串接層，直接用現成外掛，把預算留給金流、物流與結帳頁的體驗，這部分我們在WooCommerce 結帳頁面怎麼改裡談過店主自己動得了的界線。

什麼情況才真的該離開現成外掛

如果你符合下面任何一條，客製或自建就有討論空間。訂閱制與分期收款，因為開票時機跟著每一期扣款走，不是跟著訂單成立；有 ERP 或會計系統要對帳，需要把發票號碼、開立時間、折讓紀錄回寫；一張訂單得拆成多張發票，像是不同稅別的商品、或跨倉分批出貨；多個賣場共用同一個統編，要把發票來源分開記帳；以及網站根本不是 WooCommerce，例如自建的 Laravel 商店。

這些情境的共通點是，複雜度不在發票 API，而在你自己的訂單模型。這跟我們在API 串接金流與物流的電商自動化實戰裡講的是同一件事：串接的工作量通常不由外部服務決定，而是由你內部流程有多少例外狀況決定。

反過來說，只是「想讓發票自動開」而已的話，加值中心加上現成外掛就是正確答案，這也是為什麼我們在WooCommerce 台灣金流物流串接完整指南裡把發票放在金流物流之後談，順序錯了會白做工。

上線前的檢查與資料來源

發票這段要驗收的東西不多，但每一項漏掉都會在上線後變成客服工單。開票時機要確認清楚，是訂單成立就開、還是付款完成才開，超商取貨的訂單尤其要小心，貨還沒被取走就開票，遇到退回會多一次折讓，這部分可以參考我們寫過的超商取貨 API 串接完整教學。載具與統編欄位要在結帳頁就收好，事後補開會很麻煩。退款流程要同時測作廢與折讓兩條。最後是上傳結果要有人看得到，不要等國稅局通知才知道漏傳。

如果你的訂單資料還要往其他系統流，發票只是其中一段，WooCommerce 商品 API 實戰與WooCommerce Webhook 自動化這兩篇可以接著看，它們講的是把訂單事件穩定送出去的做法。至於要自己找工程師還是找團隊承接，WordPress 外包開發怎麼找裡有一份評估清單。金流本身的串接細節則在WordPress 金流串接完整指南。

本文引用的規定與費率來源如下，都在 2026 年 9 月 23 日重新查證過：財政部賦稅署關於自 114 年 1 月 1 日起電子發票資訊應依限傳輸存證的公告、全國法規資料庫的統一發票使用辦法、綠界電子發票費用說明、ezPay 電子發票方案頁，以及 WordPress 外掛目錄的RY Tools for WooCommerce。稅務認定請以主管稽徵機關與你的記帳士意見為準，這篇談的是系統與成本的取捨，不是稅務建議。

延伸閱讀

• WooCommerce 台灣金流物流串接完整指南
• 超商取貨 API 串接完整教學：C2C 與 B2C 差異、貨態與對帳
• WordPress 金流串接完整指南：ECPay 與 HitPay API 實戰
• WordPress 外包開發怎麼找？一份給老闆的開發商評估清單

最後把判斷收在一句話：電子發票要不要自己串，看的是退貨與折讓的複雜度、每月張數，以及訂單之後還要流向幾個系統，而不是外掛便宜或工程師貴。多數電商在前兩項還沒超過現成外掛的能耐之前，不需要動到程式；真的超過了，再把發票當成訂單流程的一段來設計，而不是獨立功能。