ERP已經能開發票，還需要加值中心嗎？自建Turnkey怎麼選

已有ERP開電子發票，加值中心與自建Turnkey怎麼選？

ERP電子發票導入評估｜e首發票・矽聯科技｜更新日期：2026-10-29

已有ERP，電子發票該找加值中心還是自建Turnkey？

不必為了電子發票換掉ERP。先列出開立、取號、傳輸、查結果與異常補救的負責人，再用相同條件比較加值中心與自建Turnkey三到五年的總成本與維運分工。

流程概念示意，實際依開通方案與整合設計

「ERP已經能開電子發票，為什麼還要找加值中心？」對中小製造與服務業來說，更值得先問：發票資料送出後，誰確認結果？遇到退貨、斷線或承辦人請假，誰接手？

我們是e首發票加值中心。評估導入時，建議先畫出現有流程，不必一開始就決定換系統或買哪個方案。

ERP繼續管帳，先把電子發票分工畫清楚

ERP可以繼續管理訂單、出貨、應收與帳務。加值中心承接哪些發票工作，依實際串接與契約決定；不是拿加值中心取代ERP。

請財會和ERP廠商一起，先把下列分工寫清楚：

分工項目	要先釐清的事
開立時點	誰確認交易及開立時點
取號	哪套系統實際取用發票號碼
傳輸	誰負責把發票資料傳出
查結果	誰查傳輸與上傳結果
作廢與折讓	誰處理作廢與折讓

取號只能有一方

ERP自行取號與交由服務端取號，是不同設計。同一筆交易不能讓兩邊各自取號開票。

資料來源：e首發票應用情境指南

以一個示意情境來看（非客戶實績）：一家零件廠用ERP整理月結資料，承辦人卻每天另外查上傳結果。

此時要改善的，可能是狀態回寫與異常分工，而不是重買整套ERP。服務業若由請款資料開票，也可用同樣方法檢查。

---

加值中心與自建Turnkey比較：差在誰長期照顧

兩條路都能評估。差別不在誰比較先進，而在維運責任落在哪一方。

比較項目	ERP＋加值中心	ERP＋自建Turnkey
誰照顧環境	依合約交由服務商分擔傳輸、維護與協助查詢	企業自建，或委請資訊廠商協助維護
主要成本	服務費、串接及客製成本	持續的維運、資安、備援與交接人力
掌握程度	依賴對方介面、服務範圍與處理方式	周邊流程、環境與整合節奏較能自行掌握
可能較適合	想減輕自行照顧環境負擔的企業	已有成熟資訊團隊、特殊流程及足夠規模
仍要自己負責	來源資料與帳務核對	帳密、設備安全、備份與備援

自建Turnkey的「客製」，指的是周邊整合，不代表可任意修改Turnkey軟體。

Turnkey無償授權，不等於整套作業零成本

財政部提供Turnkey軟體無償授權，但使用者仍須照顧帳密、設備安全、備份與備援。

資料來源：Turnkey使用條款

加值中心與Turnkey不是互斥技術

加值中心後端也可能使用Turnkey。官方規範同時涵蓋營業人與加值中心使用該軟體的情況，真正要比的是服務與維運分工。

資料來源：電子發票實施作業要點

---

電子發票導入成本怎麼算？看三到五年，別只看第一張報價

請兩種方案用相同張數、交易情境與服務範圍估算。三到五年只是比較用的期間，不是承諾多久回本。

成本項目	要問清楚的事
導入與測試	欄位整理、ERP修改、驗測與教育訓練誰做、是否另計；自建也要計入內部工時
日常費用	服務、環境、模組、超量、客製與續約怎麼算；報價外的對帳與值班工時也列入
升級、監控與備援	規格調整誰測試、傳輸卡住誰發現、設備故障後如何恢復並確認有沒有漏票
異常與接手	查詢、補送及人工處理的分界；主辦不在時誰能接手、需要哪些紀錄
資料退出	換廠商或停用時可取得哪些發票資料、狀態與紀錄；格式、費用、交付方式與銜接責任先談

把這些放進同一張比較表，才看得出便宜的是軟體、報價，還是整套作業。

---

決定前，讓接手的人一起看一次

您可以用一筆實際交易，請兩家廠商現場走一遍流程。以下是通用詢問示例，可依公司的交易流程調整：

詢問廠商示例

「請用我們一筆月結交易，走完開立、查結果與折讓；如果回應逾時，請示範怎麼先確認結果，避免直接再開一張。」

請財會核對單據，資訊人員確認紀錄，並指定異常聯絡人。

開立與傳輸完成後，仍要另外安排申報前核對；涉及稅務判斷時，請記帳士或會計師協助。

---

ERP電子發票方案常見問題 FAQ

已有ERP，導入電子發票需要換系統嗎？

不一定需要。ERP可以繼續管理訂單、出貨、應收與帳務，加值中心承接哪些發票工作，依實際串接與契約決定，並不是取代ERP。建議先列出開立、取號、傳輸、查結果與異常處理的負責人，再評估方案。

ERP和加值中心可以各自取號開立同一筆發票嗎？

不可以。ERP自行取號與交由服務端取號是不同設計，同一筆交易不能讓兩邊各自取號開票。導入前應先確認由哪一套系統實際取用發票號碼。

財政部Turnkey軟體免費，自建就沒有成本嗎？

不是。財政部提供Turnkey軟體無償授權，但依使用條款，使用者仍須照顧帳密、設備安全、備份與備援；自建後也要持續安排維運、資安與交接人力，因此整套作業並非零成本。

加值中心和Turnkey是互斥的選擇嗎？

不是。加值中心後端也可能使用Turnkey，《電子發票實施作業要點》同時涵蓋營業人與加值中心使用該軟體的情況。兩種方案真正要比較的，是服務範圍與維運分工。

比較電子發票方案成本，要看多久？

建議用相同張數、交易情境與服務範圍，估算三到五年的導入測試、日常費用、升級備援、異常接手與資料退出成本。三到五年只是比較期間，不代表回本承諾。

先選清楚分工，再選方案

整理ERP名稱、年度張數、B2B交易與目前最花時間的環節，前往e首發票線上服務中心，由「預約需求評估」入口說明需求。

實際支援、費用與責任，以評估結果及正式文件為準。

冒領新聞讓顧客擔心？商家用 e首發票的領取保護與多元服務安心回應

商家安心答客問｜e首發票編輯｜更新：2026-10-25

發票冒領新聞一出，顧客可能回頭問店家：「我的中獎發票會不會被別人領走？不會操作又該怎麼辦？」財政部2026年10月20日公告說明異常兌獎已通報、暫緩給獎，相關案件由檢警偵辦。對營業人來說，現在能做的，是把自家領取保護說清楚，並讓顧客找得到協助。

新聞個案的作案方式應以調查結果為準。以下聚焦使用e首發票的商家，如何說明會員載具領取保護，以及如何把列印、登入與其他領取需求引導至官方服務，減少門市與客服逐筆處理的負擔。

先看重點

商家只要掌握三件事：說清楚通知與列印碼分開、引導顧客本人依流程取得列印碼、遇到操作或領取問題轉往官方服務。e首發票提供AI協助、查詢程式與官方LINE等管道，讓消費者先找說明、再查狀態，需要時依規定申請其他服務。

商家向顧客說明中獎發票領取保護的示意情境，非真實客戶案例。

通知只負責提醒，不把隨機碼直接送出去

中獎通知送到了，不代表只有中獎人看得到。簡訊或Email可能被轉傳，也可能被他人取得。因此，e首發票不直接用「發票號碼＋隨機碼」通知消費者領取，而是另外編立一組列印碼。

商家可以把兩者想成「門牌」與「取件憑證」：知道有一張中獎發票，與取得可用來列印的資料，是不同的事。把通知與列印碼分開，可以減少通知內容外流時，領取資料也跟著暴露的風險。

先登入、綁定載具，再取得列印碼

消費者要取得e首發票的超商列印碼，須先登入會員並完成載具綁定，再取得列印碼進行列印。列印碼與發票隨機碼是不同資料，不是把隨機碼換個名稱寄出去。

對商家來說，重點是引導顧客本人完成流程，不代收會員密碼，也不要求顧客把列印碼貼到公開留言。當顧客覺得多了一個步驟時，請先說明保護目的，再引導操作。

已經印過還要再印？先申請，再人工查核

e首發票的超商列印具備避免重複列印的查核機制。如需重複列印，必須提出申請，透過人工稽核驗證。

例如，顧客表示「印過但找不到了」，商家可先了解狀況，再引導依服務流程提出重複列印申請。不承諾一定能補印，也不把重複列印提示直接判定為顧客操作錯誤；由服務窗口依查核結果接續處理。

不會操作，不必讓商家一題一題接：官方有多種協助管道

顧客不會超商列印、卡在會員載具登入，或想換一種領取方式，不必只回頭找店家。可先從官網的消費者專區使用AI協助查找說明，再透過中獎發票查詢程式查詢；仍需協助時，可由官方LINE（@systemlead）接續處理。

AI適合先協助找指引，查詢程式用來確認發票狀態；涉及身分核對、重印或申請審核，仍依服務流程處理。商家不需要代替顧客登入，也不用在各種訊息裡來回收集密碼或列印碼。

不會操作超商列印或會員載具

先使用官方AI與操作說明；仍無法完成，再透過官方LINE說明卡在哪一步。

不方便到超商列印

可依當期服務條件申請郵寄中獎發票證明聯，依程序完成資料核對。

希望由服務窗口協助領取獎金

可申請受託代領獎金，依適用條件、申請與審核規定辦理，不由商家直接答應代領或轉帳。

希望把中獎的幸運分享出去

可依官方流程選擇線上捐贈，完成前確認意願與畫面說明。

想用手機完成領取

可依官方指引取得APP領獎圖檔，使用財政部統一發票兌獎APP；依該張發票狀態與適用條件操作。

郵寄、受託代領、捐贈與APP領取有各自的適用條件、期間及作業要求，部分服務可能涉及費用，請以當期說明與申請畫面為準。已列印、已領取或已捐贈的發票，應先查核狀態，再確認可用方式。

商家只要做好這三件事

一、說清楚原因：告訴顧客「通知不等於列印憑證」，登入與綁定是取得列印碼前的確認步驟。

二、引導本人操作：請顧客透過已確認的官方入口登入、完成載具綁定並取得列印碼；不要為了省步驟，改用發票號碼與隨機碼自行通知領取。

三、把操作與例外交給對應服務：提供官方消費者專區，讓顧客先找AI與查詢指引；需要郵寄、受託代領、捐贈、APP領取或重印時，再依流程申請與查核。商家協助轉介，發票開立紀錄需要核對時再配合提供。

可直接回覆消費者的說法

您好，e首發票的中獎通知不直接附上發票隨機碼；依會員載具領取流程，請先登入、完成綁定，再取得另外編立的列印碼，這是為了保護您的領取資料。若您不會列印或登入，可從官方消費者專區使用AI、查詢服務，或聯絡官方LINE。也可依條件申請郵寄、受託代領獎金、線上捐贈或APP領取。已印過需要再印，則須申請人工查核。我們可以協助您找到適合的服務入口。

讓門市與客服說法一致

先把e首發票消費者專區提供給門市與客服同仁，作為一致的服務入口。用領取保護降低資料外流風險，用多元管道承接操作與領取需求，讓消費者遇到問題有路可走，也減少營業人自行整理領獎、列印與寄送需求的負擔。

來源與適用範圍

來源：新聞引言依財政部2026-10-20公告；官方服務入口依e首發票消費者專區。會員載具登入綁定、列印碼與重印查核依本次確認流程說明；各服務實際受理依當期畫面及規定。資料核對：2026-10-25。

電子發票導入前準備：商家先整理這 5 件事

導入前先盤點資料、流程、責任與異常安排。原創AI情境示意，非產品操作畫面。

準備導入電子發票時，您可能先問：「要準備哪些文件？能不能接現有系統？」但對商家來說，還有一件值得先做的事：把今天怎麼接單、誰負責開票、出錯後誰接手，整理成一份大家看得懂的清單。

這篇從日常作業出發，提供電子發票導入前準備的五個盤點方向，適合中小企業負責人、營運與財會一起討論。它是內部準備工具；實際申請文件、服務範圍及開通條件，仍依當期正式通知確認。

1. 先畫出「訂單到發票」的路徑

先列出每一個交易來源：門市、網路商店、平台訂單，或現有的企業資源規劃系統（ERP）。每個來源各寫一行，記下目前由哪個系統或人員取得訂單、核對交易，再交給誰開票。

以一家虛構的門市兼網路商店為例，可以先分別整理兩條作業路徑，再檢查退貨時資訊如何回到財會。

先看清資料從哪裡來，再討論網頁操作、檔案匯入或系統串接，才不會只比較功能名稱，卻漏了現場交班與後續對帳。導入方向可參考e首發票應用情境指南。

2. 把要核對的資料列清楚

選一筆已去識別化的代表性交易，依序確認「輸入什麼、誰處理、如何知道完成」。建議先整理：

• 交易識別：訂單或其他可查回原交易的編號。
• 交易內容：品項、金額，以及由財會確認的稅別與買受人資料。
• 交付需求：顧客需要哪些發票資訊，通知或取得方式如何確認。
• 處理結果：誰查詢發票狀態、在哪裡保留對應紀錄。

若現有資料缺漏，先記下缺口與補齊的人。與服務窗口討論時，使用去識別化的樣本即可；必要資料與安全傳送方式，再依窗口指示確認。

3. 開票、異動與對帳，都要有人接手

電子發票導入的責任分工，可以從三個問題開始：誰提供並確認交易資料？誰執行與覆核作業？出現差異時由誰追蹤到結案？小型團隊可由同一人兼任，但每一步仍要說清楚。

營業人負責確認交易事實與內部分工；加值中心依約定提供服務與支援；第三方平台或系統的資料、串接與通知，則要與相應窗口核對。不要因為有人負責串接，就省略財會的資料確認。

可追溯、可稽核，可以先落實在簡單的交接紀錄：哪一筆交易、何時處理、由誰確認、遇到什麼問題，以及下一步交給誰。

4. 先討論異常，再談正式上線

建議把「狀態不明、資料填錯、顧客退貨」列成三個演練題。針對每一題，寫下查詢方式、負責窗口與處置紀錄；涉及作廢或折讓時，由適當人員確認適用規定與實際作業方式。

如果操作逾時、不確定是否已完成，先查詢目前狀態並保留訊息，避免在結果未明時反覆送出。聯絡支援時，可準備發生時間、影響範圍與去識別化的錯誤內容；這些原則也列在e首發票客服說明中。

合規優先、營運不中斷，可以從事先規劃可用的應變與補救安排做起。把負責窗口、處置條件與紀錄方式寫清楚，讓現場知道下一步如何處理，同時保留必要查核。

5. 用一份上線前清單收尾

正式開始前，建議由負責窗口一起確認以下五件事：

1. 每個交易來源都有對應的開票方式與負責人。
2. 代表性資料已核對，缺漏已有人處理。
3. 正常作業與異常交接方式都已說明。
4. 已依正式通知確認必要前提與可使用範圍。
5. 團隊知道如何查結果、留紀錄及聯絡支援。

需要演練時，先依交付通知確認可使用的測試或驗證方式，不把示範資料直接當正式交易。這份清單是商家內部的準備建議，不能取代個案的申請、開通或驗收確認。

把作業問題整理好，再和 e首發票討論

導入電子發票，不必一開始就把所有技術細節想完。先整理交易來源、目前流程、負責窗口，以及最想改善的一個步驟，就能讓後續討論更具體。

您可以帶著這份盤點結果，透過e首發票官方聯絡入口詢問適用的導入方向。實際支援範圍、費用與完成時間，依正式評估、報價、合約及個案通知確認。

e首發票服務公告｜不受本次 PHP 漏洞影響，發票開立正常

 

親愛的 e首發票客戶，您好：

針對近期 PHP 資安漏洞消息，以及手機條碼驗證異常情形，e首發票向您說明如下：

一、e首發票不受本次 PHP 漏洞影響

e首發票系統未採用 PHP 開發，亦未使用 PHP 元件，因此不受本次公告所述 PHP 漏洞影響，營業人可正常使用電子發票服務。

二、手機條碼驗證異常已採取應變措施，開立服務恢復正常

因財稅平台提供的手機條碼即時驗證服務中斷，部分營業人在開立或匯入發票時，短時間內出現資料寫入異常。

為避免外部驗證服務影響營業作業，e首發票已調整驗證流程：保留手機條碼格式檢核，暫時略過外部 API 即時驗證，恢復營業人正常開立發票。

本次恢復的是 e首發票開立作業，不代表外部手機條碼即時驗證服務已恢復。

三、營業人操作提醒

• 請確認輸入的手機條碼正確；格式檢核通過，不代表已向財稅平台確認該條碼有效。
• 若先前曾出現錯誤或操作未完成，請先查詢發票開立紀錄，再確認是否需要重新操作，避免重複開立。
• 如仍有開立或匯入異常，請透過原客服管道提供營業人統編、操作時間及錯誤畫面，以利協助查核。

對於此次外部驗證服務異常造成的不便，我們深感抱歉，也感謝您的理解與支持。

e首發票服務團隊
2026 年 10 月 23 日

使用加值中心相關流程說明

e首發票申請流程：電子發票字軌申請三步驟

e首發票・矽聯科技｜更新日期：2026-10-19

電子發票字軌申請，營業人該怎麼做？

營業人使用e首發票申請電子發票字軌，只要三步驟：填寫加值中心申請書、由我們準備文件後送交所屬稽徵機關核准、核准後完成取號授權並開通後台帳號，即可開始開立電子發票。

申請電子發票字軌，是營業人開始開立電子發票的第一步。本文整理e首發票申請流程，說明每個步驟由誰負責、需要多久，讓您一次掌握。

e首發票是什麼樣的電子發票加值中心？

e首發票是採用雲端共享服務架構設計的專業電子發票系統，並通過 ISO 27001:2022 資訊安全認證，協助營業人穩定開立電子發票。

如果您對e首發票的服務感到滿意，歡迎推薦給身邊有需要的營業人，一起打造更專業的電子發票加值中心服務。

---

電子發票字軌申請流程三步驟

電子發票字軌申請從填寫申請書到開通使用，分為三個步驟。下表先整理各步驟的負責方與時程：

步驟	內容	負責方	時程
步驟一	填寫加值中心申請書	營業人	填寫當下
步驟二	準備文件並送交稽徵機關	e首發票準備、營業人送件	準備 3 天內、核准約 3–5 天
步驟三	取號授權與後台開通	營業人授權、e首發票開通	核准後進行

步驟一：填寫e首發票加值中心申請書

請完整填寫申請書，並閱讀相關內容。確認沒有疑問後，我們會依申請內容，為您準備字軌申請與開通事宜。

費用提醒

電子發票字軌號碼申請，依申請種類酌收輔導費用。若您已經有電子發票字軌，則不需再申請，可省下此費用。

步驟二：送交字軌申請文件與電子發票樣張

收到申請書後，如需申請電子發票字軌，我們會在 3 天內依您的基本資料，準備國稅局所需的承諾書、樣張等文件。

文件完成後會以 E-mail 寄給您。請列印並用印，送交所屬稽徵機關申請，約 3–5 天核准，親送會比郵寄快。

送件小提醒

申請進度請洽當地稽徵機關窗口。建議多與窗口互動，了解電子發票相關規定，特別是字軌號碼不足時的申請程序。

步驟三：加值中心授權取號與開通使用

字軌核准後，需讓e首發票加值中心能為您自動取號。依您是否持有工商憑證，作法如下：

情況	作法
有工商憑證	登入財政部電子發票整合服務平台，授權加值中心統編 89430377。
無工商憑證	收到平台帳號密碼通知信並開通後，聯繫我們協助取號設定。

有工商憑證者，授權路徑為：營業人功能選單 > 接收方式及授權 > 設定接收方式及授權（BTB007W）。取號設定完成後，我們會開通e首發票後台帳號。

使用 API 串接開立

若採 API 串接開立，需安排技術人員進行測試開立，並配合相關資安規範。串接規格請參考 e首發票 API 技術文件。

---

申請過程有疑問？歡迎聯繫我們

填寫申請書、送件或授權取號遇到問題，都可以聯繫e首發票客服協助。

• LINE 官方客服：@systemlead
• 客服電話：07-7190888