取號管理差異與選型
本頁摘要
訂單版與發票版核心差異（取號責任歸屬）；四種情境選型指引；情境與 API 對應。協助營業人選擇合適開立方式。
本頁說明訂單版與發票版的核心差異，並提供情境選型指引。
取號管理差異（核心決策）
訂單版與發票版的差異，在於「發票號碼由誰取號」：系統統一取號（e首發票）還是營業人系統取號。
| 比較項目 | 訂單版 | 發票版 |
|---|---|---|
| 取號責任 | e首發票 負責取號與切本配號 | 營業人系統（ERP／POS／電商後台）負責發票號管理與取號 |
| 來源系統送什麼 | 送「訂單／交易資料」（不需帶發票號） | 送「已取到的發票號」＋開立資料 |
| 字軌與切本 | 由 e首發票端管理字軌、期別、切本配號 | 由營業人內部管理，需與會計／稅務內控一致 |
| 適用對象 | 只有訂單／交易資料、不想或無法管理字軌的營業人 | 已有完整取號與字軌內控的企業 |
一句話選型：
- 訂單版：來源系統送「訂單」，e首發票依條件稽核後代為取當日字軌號並開立發票。
- 發票版：來源系統先自行取號，再將「發票號＋開立內容」送 e首發票開立並上傳財政部。
四種常見情境與建議方向
情境 A：已有完整取號與字軌管理（發票版）
特徵：企業內部已確立字軌、期別、切本、配號、作廢／折讓流程；發票號是帳務的一部分。
建議：走 發票版（由營業人系統取號後送出）。e首發票以「開立與上傳工具」為主；來源系統須對重送不重開、補送、回寫狀態有完整策略。
情境 B：只有訂單／交易資料，沒有取號能力（訂單版）
特徵：來源系統擅長管理訂單／付款／出貨，但不擅長字軌切本與配號；希望將發票號管理外包，降低維運與稽核風險。
建議：走 訂單版（e首發票協助取號）。來源系統送交易資料；e首發票端負責取號、切本配號、產生發票、回寫結果（發票號、狀態、錯誤原因）。
情境 C：機台／繳款設備
特徵：交易來源為機台、繳款機、無人設備；需機台號（設備代碼）納入追蹤；常見需求為離線補送、重送不重開、批次補上傳。
建議：以「訂單／交易為主體」設計，搭配機台號欄位規範。重點：冪等鍵（同一筆交易重送不產生新發票）、補送／重試策略、錯誤回報可被設備或排程吸收。
情境 D：混合使用（部分自取號、部分 e首發票取號）
特徵：同一公司內有門市 POS（自取號）、電商訂單（希望服務端取號）、機台交易（需機台號追蹤）等。
建議：以「情境分流」處理，一筆交易只能有一個取號責任來源。建議以來源／通路分流：POS → 發票版；電商訂單 → 訂單版；機台 → 訂單版 ＋ 機台號。
快速選型表
| 您的狀況 | 建議 |
|---|---|
| 已有取號／字軌內控 | 發票版 |
| 沒有取號能力、想降低維運 | 訂單版 |
| 無人機台／繳款設備、要設備追蹤 | 訂單版 ＋ 機台號規範 ＋ 冪等重送策略 |
| 多通路混合 | 以通路分流，固定每通路的取號責任 |
對應流程與程式
- 訂單版開立流程 → 訂單版開立發票流程、程式 EINV111、程式功能與操作說明
- 發票版開立與字軌管理 → 發票版開立發票流程、程式 EINV410、程式功能與操作說明
- 機台／繳款設備 → 機台與繳款設備流程
- 混合使用 → 混合使用情境
情境與 API 說明對應（歸檔）
各情境所使用之開立／作廢／折讓 API 與說明文件對照如下；完整規格與開發注意事項見 技術文件 → API 說明與開發注意事項。
| 情境 | 開立方式 | 作廢／折讓 | API 說明文件歸檔位置 |
|---|---|---|---|
| 發票版 | 營業人取號後送 開立發票 API（POST Append/Invoices） | 同一組作廢 API、折讓 API | API 說明與開發注意事項、OpenAPI 規格 |
| 訂單版 | Excel 匯入或依服務商提供之訂單版介接（e首發票取號） | 同一組作廢、折讓 API | 開立見 程式功能與操作說明 EINV111；作廢／折讓見技術文件同上 |
| 機台／繳款設備 | 訂單版模式 ＋ 機台號、冪等鍵 | 同一組作廢、折讓 API | 同上；設計要點見 機台與繳款設備流程 |
| 混合使用 | 依通路分流：POS→發票版開立 API；電商／機台→訂單版介接 | 各通路開立後皆用同一組作廢、折讓 API | 依通路對應發票版或訂單版；技術文件同上 |