中小企業電子發票整合外包完整買家指南：與 ERP、POS、進銷存系統串接的 6 個技術決策、3 個報價區間、4 條合約紅線

上禮拜我們接到一個客戶詢問，問題很單純但答案不單純：「我們有 ERP、有 POS、有自己的線上訂單系統，現在想把電子發票串起來，是要找加值中心、還是自己客製化、還是用大平台？」這個問題我們前後跟 4 個客戶討論過，每次答案都不一樣——因為電子發票整合不是「裝一套軟體」，是把財政部規範、加值中心 API、ERP / POS / 進銷存內部資料流、稅務會計流程全部接在一起。

台灣電子發票自 2010 年推行以來、2019 年強制電子化，到 2026 年的今天，財政部電子發票整合服務平台 已是中小企業的標準動作。但「申請電子發票」跟「電子發票真的接到內部系統」是兩回事——前者免費、後者要付十幾萬到一百多萬不等。這篇是寫給「打算把電子發票整合到內部系統、但還沒確定路徑」的中小企業老闆與 IT / 財會主管的買家指南。

先看清楚：電子發票整合 3 條路徑與各自定位

買家最常踩的坑是「以為 3 條路徑可以混搭、結果搞成 4 套系統」。先看 3 條路徑的本質：

台灣電子發票分 B2B / B2C / B2G 三類，根據 財政部稅務入口網 規定：B2B / B2G 可在財政部整合平台免費操作；B2C 必須委託加值中心。這個區分直接影響你該走哪條路徑——光做 B2B 對接、走路徑 A 即可；要做 B2C，路徑 A 是必經，但若要再跟自家 ERP / POS 整合，路徑 B 或 C 才能避免「資料兩邊鍵」。

我們的判斷：90% 中小企業不該自己客製化整合，但 10% 必須

市場上很多客製化開發廠商會把電子發票整合做成自己的「主推項目」——我們不認同這個建議。原因是：電子發票整合在 95% 的情境下是「成熟、標準化、有現成方案」的工作，找加值中心或既有 ERP 廠商買模組就解了，再請工程團隊客製化是浪費錢。

但有 10% 中小企業必須走客製化開發——這 10% 通常符合 3 個條件：（1）多個系統要整合（自家 ERP + 自家 POS + 自家線上訂單系統）（2）有特殊業務邏輯（例如「先收訂金、出貨後才開發票」「客戶分期付款要分次開發票」「跨境電商要同時開內銷外銷發票」）（3）開立量大（每月 > 5,000 張，加值中心每張 NT$ 1-2 變不划算）。

符合這 3 條的，客製化開發才有意義；否則路徑 A 或路徑 B 即可。我們公司接過的客製化整合案，落點大概是「製造業跨境電商 + 月開 1 萬張以上」「連鎖門市 + 自家會員系統整合 + 客製化忠誠度發票邏輯」「複雜服務業 + 分期計費 + 客製化發票批次邏輯」這 3 類。

6 個技術決策（找廠商前要先想清楚）

決策 1：B2B / B2C / B2G 你要開哪些？

不同類型走不同 API、不同送出時間、不同確認流程。B2B 是「上傳財政部 + 對方系統確認」雙向；B2C 是「上傳財政部 + 不需對方確認 + 客戶聯領取」；B2G 是政府採購、走專屬流程。整合前必須先盤點：你公司的銷售結構裡，這 3 類各占多少？只開 B2B 跟同時開 B2B + B2C 的整合複雜度差很多。

決策 2：發票字軌號碼怎麼申請、誰管？

根據 ezreceipt 的 B2B 申請指南，B2B 發票字軌可自行向財政部申請、免費；B2C 字軌依規定要透過加值中心。整合前要決定：字軌號碼管理是放在加值中心、放在 ERP、還是放在自家系統？放錯地方會在跨月關帳時撞到「兩邊系統發票號碼不連續」的對帳惡夢。

決策 3：48 小時內上傳財政部的觸發點

根據 QNET 知識百科，POS 系統開立的 B2C 電子發票必須於 48 小時內上傳財政部系統。整合架構要決定觸發點：（1）發票開立當下即時上傳（最安全但對 API 壓力大）（2）batch 每小時上傳一次（中庸）（3）每日凌晨 batch 上傳（風險最高）。觸發點選錯會在退換貨、客戶投訴、稅務查核時出現「上傳延遲、發票無法作廢」的麻煩。

決策 4：作廢 / 折讓 / 退換貨流程怎麼接

這是最容易被忽略但最常出事的地方。發票開出去之後若退貨，要走「作廢」（同月內）或「折讓」（跨月）流程，這兩條流程的時間限制、財政部 API、會計分錄都不一樣。整合前必須先確認：你公司的退換貨流程（POS 端 / 客服端 / 倉儲端）跟發票作廢 / 折讓邏輯如何同步？若沒同步好，會出現「商品已退、發票未作廢」的稅務風險。

決策 5：加值中心要不要綁定 + 換不換得了

綁定加值中心是常見做法，但要小心 vendor lock-in。我們的判斷：選加值中心時要看 3 件事——（1）API 是不是公開 + 有完整文件（2）資料匯出能不能拿到原始 XML（含 MIG）（3）合約終止後資料保留期。綁太死的後果：3 年後想換加值中心要重新搭整合架構、要重新跟客戶通知字軌變更、要花 1-2 個月跑遷移。

決策 6：跟主管機關通報異常的 SLA

根據財政部規範，加值中心或營業人 IT 系統出問題、無法即時上傳發票時，要在指定時間內通報主管機關。整合架構要寫進 monitoring + alert：上傳失敗的 retry 機制、超過 3 次失敗的 alert pipeline、主管機關通報 SOP。沒做這層的後果：主管機關抽查時無法提供「異常已通報 + 已補上傳」的稽核紀錄。

3 個報價區間 + 各自落點

延伸閱讀：我們 5/15 寫過 金流串接綠界、藍新、TapPay、Stripe 完整選型指南 — 金流跟電子發票常一起整合，那篇是配對閱讀。

4 條合約紅線（找客製化廠商必看）

• 資料可攜：合約終止後 30 天內可匯出所有原始 XML 發票檔 + MIG 格式，廠商不能保留
• 字軌號碼歸屬：發票字軌號碼配置與管理權限明文歸客戶所有，廠商只是執行 API 串接、不是字軌持有者
• 上傳 SLA：48 小時內上傳成功率 ≥ 99.5%、失敗要 retry + alert、無法 retry 要在 30 分鐘內通知客戶
• 稅務責任邊界：合約寫明「資料準確性由客戶提供之 ERP / POS 系統負責」、「上傳成功責任在廠商」、「稅務申報責任在客戶會計師」——三邊責任邊界寫清楚，出事才知道誰負責

結語：我們的下一步

電子發票整合不是「軟體採購」，是「財稅治理 + 系統整合」的雙重專案。我們的建議是：先花 1 個下午盤點公司的銷售結構（B2B / B2C / B2G 比例 + 月開立量 + 退換貨頻率），把這份盤點交給 3 家候選廠商（包含現有 ERP 廠商）報價，再來決定走哪條路徑。

如果你公司月開立量超過 1,000 張、有跨系統整合需求、或正考慮路徑 C 客製化開發，預約 30 分鐘需求訪談，我們會給 1 張「3 路徑決策矩陣」對照你的需求，不推銷。

FAQ