電子發票加值中心怎麼選?綠界、ezPay 與大平台比較

只要在台灣開網路商店,電子發票就是繞不開的功課。多數電商不會自己去財政部申請成為開立單位、自建 Turnkey 系統——成本太高——而是透過「加值服務中心」開立。市面上選擇不少:綠界、ezPay(藍新體系)、關貿網路,以及一些跟著 POS 或開店平台綁在一起的方案。我們自己用的是綠界,每天真實開票、作廢、重開,但這篇會盡量中立地講:選服務商時真正該比的是什麼。先說結論——費率差異其實不是重點,重點在整合成本與例外處理。

先搞懂你在買什麼

電子發票加值中心提供的核心服務有三塊:第一,字軌管理——向國稅局申請發票字軌配號、用罄預警、跨期處理;第二,開立與傳輸——把你的交易資料變成合法發票,上傳財政部平台,處理載具歸戶與中獎通知;第三,異動處理——作廢、折讓、註銷,這是最容易被低估的一塊。挑服務商時,前兩項大家都做得到,差異在第三項的 API 完整度與後台好不好補救。

四個真正該比較的維度

一、與金流的整合度

如果你的金流和發票是同一家(例如都用綠界,或都在藍新體系),付款完成觸發開票的串接會順很多,對帳時交易編號也天然對得起來。分開兩家不是不行,但你要自己維護兩套 API 憑證、兩個後台、兩份對帳報表。我們當初選綠界,老實說整合度就是最大原因——金流通知進來,同一個訂單編號直接開票,少一層轉換就少一種出錯方式。

二、API 品質與文件

看三件事:文件有沒有把「失敗情境」寫清楚(重複開立怎麼回應?字軌用完回什麼錯誤碼?)、測試環境是否完整(能不能在測試環境跑完開立→作廢→重開的完整循環)、以及 SDK 維護狀況。建議在簽約前就用測試環境把作廢重開流程跑一遍——訂單改金額時,發票必須作廢再重開,這條路徑如果 API 設計得彆扭,你會痛很久。詳細場景我們寫過一篇電子發票自動開立的完整生命週期,可以拿去當驗收清單。

三、費用結構

常見計費方式有按張計費(市場上大約落在每張不到一元到一元多的區間)、月費吃到飽、或包在金流費率裡。確切數字每家不同、也常隨方案調整,一律以各服務商官方公告為準。要提醒的是:作廢重開會多吃一張的量、發票中獎通知簡訊可能另計,月開票量小的商家用按張計費幾乎都划算,量大再談方案。費用在整體電商成本裡占比很小,不值得為了每張差幾毛錢犧牲整合品質。

四、後台的補救能力

API 串得再好,總有需要人工介入的一天:客服改了訂單、月底發現一張發票統編打錯、折讓單開錯金額。這時候後台能不能手動查詢、作廢、補開,決定你是五分鐘解決還是打電話排隊等客服。試用時故意製造一筆錯誤發票,看看自己救不救得回來。

選發票服務商不是選最便宜的,是選「出錯的那天,你最快能自己救回來」的那家。

幾個容易踩的坑

• 字軌用罄沒預警。大檔期爆量,字軌配號用完發票就開不出來。確認服務商有用量預警,自己也要監控。
• 統編發票的載具邏輯不同。B2B 發票不能存個人載具,買受人資訊必填,結帳流程要分岔處理。
• 開票時機想清楚。付款當下開?出貨才開?貨到付款怎麼辦?這是你的商業決策,不是服務商決定的,但 API 要能支援你選的那條路。
• 退款必配折讓。只退錢不開折讓單,月底營業稅申報會對不起來,會計師會找你。

我們的建議

金流已經有固定合作對象的,優先評估同一家的發票服務,整合成本最低;開店平台的用戶通常直接用平台內建方案就好,不必節外生枝;自架電商且量體大的,再認真比 API 與費率。發票這種基礎建設,穩定與可補救永遠排在便宜前面。如果你正在規劃自架電商、想把金流發票一次串好,我們的電商開發服務把這條鏈路每天在自己店上跑,歡迎聊聊。