客人按下付款，幾秒後信箱就收到電子發票——這一瞬間，背後至少有三個系統在接力：你的訂單系統、負責傳輸的中介，以及財政部的電子發票整合服務平台。電子發票串接要做對，先得搞懂這三個角色各管什麼。
電子發票串接的三個角色
| 角色 | 負責什麼 |
|---|---|
| 你的系統 | 訂單成立或付款後，決定何時開立、開給誰、金額與品項 |
| 傳輸中介 | 把發票資料依規格上傳財政部平台，回報成功或失敗 |
| 財政部電子發票整合服務平台 | 收存發票、提供消費者查詢與對獎 |
所謂「電子發票 API」，多半指的是你的系統和傳輸中介之間的介面；真正跟財政部平台打交道的，是中間那一層。
加值中心還是自建 Turnkey？
營業人上傳電子發票，常見兩條路：
委託電子發票加值服務中心。 加值中心提供 API，你的系統把開立、作廢、折讓的資料丟給它，由它負責上傳與回報。好處是技術門檻低、上線快，平台規格改版時由加值中心跟進。
自己用財政部的 Turnkey 傳輸軟體介接。 Turnkey 是財政部提供的電子發票傳輸軟體，營業人自行架設、維運，直接和平台交換資料。好處是不依賴第三方；代價是要有自己的主機與網路環境、有人負責維運與除錯。
沒有專職資訊人員的中小企業，委託加值中心通常比較省事，把心力留給自己的訂單與對帳流程；發票量大、已有資訊團隊的企業，才比較有條件自建。
系統端一定要處理的五件事
不管走哪條路，你的系統都要把這五件事想清楚：
- 開立時機：付款成功就開，還是出貨才開？預購、分批出貨、訂金尾款怎麼處理
- 作廢與折讓：取消訂單、部分退貨時，是作廢重開還是開折讓，系統要能判斷
- 載具與捐贈：手機條碼、自然人憑證、會員載具、捐贈碼的欄位與驗證
- 失敗重送：上傳失敗或回報錯誤時，要有佇列與重送機制，不能靠人發現
- 對帳：發票號碼、訂單、金流三方要對得起來，月底才不會對到半夜
上傳期限、字軌配號與格式規範，B2C 與 B2B 各有規定，導入前請以財政部電子發票整合服務平台的最新公告為準。
我們做過的：付款入帳就自動開立
我們做過的營運系統裡，電子發票是和金流對帳綁在一起設計的：款項一入帳就自動核銷訂單、開立發票並寄送通知，作廢與折讓也在同一個後台處理。客服與會計不用再手動補開，也不用月底逐筆比對。
想把電子發票接進你現有的系統，可以到聯絡頁留言，先把訂單流程與目前開票方式寫給我們。
常見問題
電子發票 API 是什麼？
一般指你的訂單系統和電子發票傳輸中介之間的介面。系統透過 API 送出開立、作廢、折讓等資料，再由加值中心或 Turnkey 上傳到財政部電子發票整合服務平台。
電子發票要自己接財政部，還是透過加值中心？
沒有專職資訊人員時，委託加值中心通常比較省事，技術門檻低、上線快。自行架設財政部的 Turnkey 傳輸軟體不依賴第三方，但要自己負責主機、網路與維運。
串接電子發票要注意什麼？
除了開立，還要處理作廢與折讓、載具與捐贈、上傳失敗重送，以及發票、訂單、金流三方對帳。上傳期限與格式規範以財政部平台最新公告為準。
電子發票可以在付款後自動開立嗎？
可以。把開立時機綁在付款入帳，系統就能自動開立並寄出通知；作廢、折讓與對帳也應在同一套流程裡處理。
最後更新：