保留 ERP，如何整合電商與 B2B？¶
先確認 ERP（企業資源規劃系統）能提供哪些資料、哪邊取號與誰處理異動，再選擇 API（應用程式介面）、Excel（試算表）匯入或轉檔。EC（電子商務）及 B2B（企業對企業）需求，應分別核對資料與完成標誌。
先拿一份去識別化匯出樣本¶
由 ERP 廠商整理原單號、買方資料、品項、金額、稅額與交易日期；財會確認開立時點及異動規則。缺欄位時先補來源，欄位名稱不同則建立對照，不把「可匯出試算表」當成整合完成。
| 來源條件 | 可討論的方向 | 仍須確認 |
|---|---|---|
| 能使用正式介面 | API 整合 | 契約、環境、查詢、重試與安全設定 |
| 能整理指定範本 | Excel 匯入 | 欄位、檢查、人工執行及結果對帳 |
| 舊 ERP 只有固定匯出格式 | 客製轉檔及 SFTP（安全檔案傳輸協定） | 格式、傳送、失敗補救與專案範圍 |
方向可參考舊 ERP 訂單轉檔與 SFTP 說明。是否適用與費用須另行評估。
訂單版與發票版，先分清取號責任¶
- 訂單版：傳入訂單資料，由 e首系統取號開立。
- 發票版：ERP 已負責取號，傳送含發票號碼的資料整合上傳。
請對照訂單版與發票版欄位說明確認適用範本。作廢與折讓須能對回原發票，同一交易不能由兩邊各取一次號；結果不明時先查原單與狀態，再依確認的流程補處理。
電商資料先到哪裡？¶
以下兩條是評估路徑，須選定交易權威與實際開立流程，不代表現成雙向接頭。
| 概念資料流 | 資料與權威 | 跨系統交接與保存 |
|---|---|---|
| 電商訂單 → ERP 整理交易 → e首發票處理 | ERP 管理出貨、應收與交易；取號責任另定 | 保留原訂單、ERP 單號、發票號碼及結果對照 |
| 電商訂單 → e首發票處理 → ERP 取得結果 | 電商決定觸發事件；ERP 核對後銜接帳務 | 回寫欄位、時點、重複與異動處理由整合人員設計 |
每次跨電商、ERP、e首及財政部平台，都是不同系統間的資料交接。買方識別與交易明細可能含個資或敏感商務資料；測試使用去識別化樣本，正式傳送與紀錄保存依權限、契約及整合設計確認，不把帳密或金鑰放進匯出檔。
e首電商說明區分蝦皮 API 與其他平台 Excel 匯入及選購轉檔服務。平台支援方式須逐一確認，不能寫成所有電商都直接以 API 串接。
B2B 存證與交換，要問不同問題¶
有買方統編，不代表已完成交換。請向上下游確認需要的是存證發票，還是按指定標準接收與處理交換發票。
e首 B2B 交換模組適用財政部電子交換標準，須配合相應開通及授權。接收進項交換發票所需授權，與單做銷項開立分開確認；第三方加值中心自訂格式須另評估客製專案。
採購單、出貨單與對帳資料如何銜接，也要另列需求；交換模組不等於整套供應鏈整合。
小範圍測試完成，才安排切換¶
請共同測試正常開立、資料退回、結果不明與退貨折讓。留下原單、發票及狀態對照、待補交易清單與接手窗口。未通過時先補正重測；切換期間按約定記錄未完成交易，避免新舊系統重複開立。
- 技術細節：API 串接指南，契約以開通交付的 Swagger／OpenAPI（API 契約文件）為準。
- 實際展示：七問與五項展示測試。
- 返回 ERP 導入參考。