DC-ERP 對接架構圖
DC-ERP　架構簡報 v0.3直流電通系統整併｜核心 ERP × 合約系統 × iCarry 電商｜2026-09-211 / 12
DC-ERP架構討論稿 v0.3

直流電通系統整併
核心 ERP × 合約系統 × iCarry 電商

拿掉中繼平台，讓每一筆訂單、每一張合約只進一套核心 ERP。這份簡報比較過去與未來的架構，並列出系統之間要怎麼同步串接。

今天想定的第一件事新架構的分工對不對：哪些事歸核心 ERP、哪些留在合約系統與電商網站
第二件事系統之間怎麼串：資料方向、同步方式、主檔以誰為準
第三件事先做哪一段：轉換順序與舊系統退場的時間點
會議　2026-09-21（一）與莊老師提案　Tesla整理　小蜜（AI 助理）
橘色虛線＝還沒有答案，要在會議上一起定的地方1
DC-ERP01　現況

過去的模式：所有資料先進中繼平台，再轉進舊 ERP

iCarry 電商網站消費者訂單・付款一般 B2B 買賣業務接單（含新產品）廚餘機　銷售／租賃合約系統（已上線）中繼平台所有資料都先進這裡處理彙整訂單物流資訊立帳出貨客戶管理B2B 訂單管理處理完再傳進舊 ERP舊 ERP只有財務部門在用傳票財務報表怎麼轉？再轉一手
資料轉兩手才到財務訂單 → 中繼平台 → 舊 ERP，對帳時要查兩套系統。
帳分兩地立帳在中繼平台，傳票在舊 ERP，數字要靠轉檔對齊。
中繼平台身兼六職訂單、物流、立帳、出貨、客戶、B2B 全壓在同一個中轉站，動一環就牽動全部。
廚餘機後段沒接上合約、簽署、月租扣款都在合約系統，進帳務系統的那一段還不清楚。
直流電通系統整併・架構討論稿 v0.32
DC-ERP02　目標

未來的模式：一套核心 ERP，合約系統與電商網站直接串接

核心 ERP（全新・莊老師開發）營運與帳務唯一的正本客戶主檔品項・價格訂單（電商＋B2B）出貨・物流庫存・序號立帳・應收應付傳票財務報表・一般 B2B 買賣直接在這裡接單、出貨、立帳・對外只開一種標準入口，合約系統與網站都走它・立帳與傳票同一套，不再轉檔合約系統廚餘機　報價・簽約・審核月租扣款・買斷收款・電子發票業務在這裡操作中繼平台　退場舊 ERP　過渡期後退役工作全部搬進核心 ERPiCarry 電商網站商品頁・購物車・結帳會員・訂單查詢直接串核心 ERP，不再中轉契約・收款結果編號・裝機・序號訂單・退貨庫存・出貨狀態財務部門傳票、報表直接從核心 ERP 產出業務・倉管B2B 接單・出貨庫存管理外部串接放哪一邊？物流商（託運單號）金流撥款對帳電子發票→ 會議上討論
寫入核心 ERP核心 ERP 回傳待確認
直流電通系統整併・架構討論稿 v0.33
DC-ERP03　比較

前後對照：差別在拿掉中間那一層

過去　三層・兩次轉手iCarry 網站B2B 買賣廚餘機合約中繼平台彙整・立帳出貨・客戶舊 ERP傳票・報表未來　兩層・直接進核心合約系統廚餘機業務管理iCarry 電商網站核心 ERP客戶・品項・訂單出貨・庫存・立帳傳票・財務報表B2B 直接在此作業
過去未來
一筆訂單到財務，經過幾套系統3 套（網站 → 中繼平台 → 舊 ERP）2 套（網站 → 核心 ERP）
立帳與傳票分在兩套，靠轉檔對齊同一套，立帳即可出傳票
客戶與訂單主檔中繼平台一份、舊 ERP 一份、合約系統一份核心 ERP 一份，其他系統讀它
廚餘機合約進帳務沒有自動串接合約生效自動同步，狀態自動回讀
要維護的串接每個來源 × 中繼平台，再 × 舊 ERP每個來源 × 核心 ERP 的同一種入口
直流電通系統整併・架構討論稿 v0.34
DC-ERP03　比較

職責搬家表：中繼平台與舊 ERP 的每一件工作，未來歸誰

現在由誰做工作未來由誰做說明
中繼平台彙整 iCarry 訂單→核心 ERP　訂單模組網站付款成功後直接送單
中繼平台物流資訊・出貨→核心 ERP　出貨模組物流商串接放 ERP 或網站，待定
中繼平台立帳→核心 ERP　應收應付與傳票同一套，免再轉檔
中繼平台客戶管理→核心 ERP　客戶主檔合約系統、網站都讀這一份
中繼平台B2B 買賣訂單（含新產品）→核心 ERP　直接接單已定：直接在核心 ERP 操作，不走合約系統
舊 ERP傳票・財務報表→核心 ERP　財務模組已定：保留一段過渡期；長度與切換點待定
合約系統廚餘機報價・簽約・月租扣款→合約系統（不變）新增：生效後自動同步核心 ERP
人工？廚餘機合約轉進帳務→自動同步現況實際怎麼轉，需先盤點

這張表是拆中繼平台的檢查清單：每一列都有新家，中繼平台才能下線。請莊老師補上我們沒列到的工作。

直流電通系統整併・架構討論稿 v0.35
DC-ERP04　串接

串接①　合約系統 ↔ 核心 ERP：廚餘機的合約怎麼進、狀態怎麼回

合約系統廚餘機的合約與線上收款，以這裡為正本報價電子簽署審核生效生效當下觸發ERP 同步模組（新增）欄位對照表送件紀錄＋重送狀態回讀・送 ERP 失敗不擋合約生效，留紀錄可重送・做法已在開店快手 POS 線正式運作（2026-08 起）既有能力出約法人直流電通電子發票線上收款定期定額月租核心 ERP編號、設備、庫存、派工、帳務，以這裡為正本契約／租賃設備機型・台數・期數・序號銷貨・出貨買斷走銷貨單，出貨扣庫存客戶・品項主檔ERP 為正本，合約系統讀來當下拉選單裝機・維修派工應收・發票月租逐期應收由哪一邊算？租賃機是資產還是庫存？① 生效即寫入契約・客戶・機型・金額② 狀態回讀正式編號・裝機日・序號・出貨③ 每期收款結果回拋應收沖帳？待議

分工原則：合約、簽署、線上收款歸合約系統；編號、設備、庫存、派工、帳務歸核心 ERP。兩邊只透過同步模組交換資料。

直流電通系統整併・架構討論稿 v0.36
DC-ERP04　串接

廚餘機的兩種賣法，在核心 ERP 留下的足跡不同

租賃12／24／36 期報價機型・台數・期數簽約＋綁卡當天扣第一期建置費／押金月租 × 6 個月裝機派工・設備序號每月扣款每月 5 號・開發票到期續約・退機・轉買斷寫入 ERP：契約待議：押金科目ERP 回寫：裝機日・序號待議：逐期應收誰算寫入 ERP：契約異動銷售買斷報價買斷報價單簽約回簽即成立收款一次付清或分期出貨・裝機庫存扣帳・序號保固・維修客服工單寫入 ERP：銷貨單寫入 ERP：收款紀錄ERP 回寫：出貨・序號ERP 回寫：保固起迄租轉買斷＝從上排「到期」跳到下排「收款」；付清後合約系統自動停掉月租扣款

租賃多出「每月扣款」與「到期處理」兩個長期事件，也就是核心 ERP 要不要逐期認列應收、租賃機算資產還是庫存。銷售則在出貨那一刻牽動庫存。設計核心 ERP 的契約與銷貨模組時，這兩條路要分開考慮。

直流電通系統整併・架構討論稿 v0.37
DC-ERP04　串接

串接②　iCarry 電商網站 ↔ 核心 ERP：中繼平台的「彙整」拆成五條直連線

iCarry 電商網站面對消費者：賣場、會員、結帳核心 ERP面對內部：備貨、出貨、帳務商品頁・價格・可售量品項・價格・庫存品項・價格・可售庫存定時同步或即時查詢購物車・結帳訂單訂單（付款成功後）會員・品項・金額・收件資料訂單查詢・到貨通知出貨・物流單號出貨狀態・物流單號網站據此通知客人退貨／取消申請退貨入庫・退款退貨／取消　⇄　退款結果金流（ACpay）立帳・撥款對帳撥款對帳檔 → 沖銷應收？待議：由網站送還是 ERP 直接接金流

要先確認的是訂單量級與即時性：量大就批次加即時混用（訂單即時、品項庫存定時），量小可以全部即時。

直流電通系統整併・架構討論稿 v0.38
DC-ERP05　做法

同步方式三選一：差別在誰負責檢查資料、誰負責編號

← 外部系統｜核心 ERP →A直寫資料表POS 線現行做法合約系統／電商網站自己檢查＋自己編號SQL INSERTERP 資料表B暫存表＋人工轉正有人把關的過渡做法合約系統／電商網站只送資料ERP 暫存表同事看過再核准ERP 資料表CERP 提供入口API 或預存程序合約系統／電商網站只送資料ERP 入口程式檢查・編號・扣庫存ERP 資料表（可多張）
選項ERP 端要做優點風險適合
A　直寫資料表開表權限最快；程式可沿用 POS 線ERP 的規則要在外部重寫一份；ERP 改欄位，外部跟著改單表、無連動的資料
B　暫存表暫存表＋轉正功能寫錯不污染正式資料多一道人工，沒按就卡住新業務線上線前幾週的保險
C　ERP 入口入口程式（API／預存程序）編號、庫存、帳務連動由 ERP 自己保證ERP 端開發量最大建議的標準做法：訂單、銷貨、出貨、契約

開店快手 POS 線當初走 A，是因為 ERP 已經存在、只能配合它。這次核心 ERP 是全新開發，建議一開始就把 C 的「入口」做成 ERP 的標準功能，合約系統與電商網站走同一種入口。

直流電通系統整併・架構討論稿 v0.39
DC-ERP05　做法

每一種資料只有一個正本：誰擁有、誰只能讀

資料正本在哪裡誰會讀說明
客戶核心 ERP合約系統、電商網站新客戶在合約系統建約時送入，由 ERP 配編號後回傳
品項・機型・價格核心 ERP合約系統（下拉選單）、電商網站廚餘機月租定價表目前在合約系統，是否搬進 ERP 待議
庫存・設備序號核心 ERP電商網站（可售量）、合約系統（序號）
電商訂單電商網站產生 → 核心 ERP 為正本電商網站（訂單查詢）付款成功才送 ERP
B2B 訂單核心 ERP—直接在 ERP 作業
廚餘機合約・簽署存證合約系統核心 ERP 收一份契約資料法律文件與簽署紀錄留在合約系統
線上收款・月租扣款合約系統／金流核心 ERP 收結果逐期或彙總，待議
電子發票待議現在由合約系統與金流端開立
應收應付・傳票・報表核心 ERP財務部門

舊架構的問題就是同一種資料有好幾份。新架構的規矩：要改資料，回正本那一套去改；其他系統只讀、不各自維護副本。

直流電通系統整併・架構討論稿 v0.310
DC-ERP06　下一步

轉換路徑（提案）：新系統旁邊長出來，舊系統最後才關

① 核心 ERP 骨架客戶・品項主檔B2B 接單・出貨立帳・傳票② 合約系統接上廚餘機契約同步狀態回讀（做法已驗證）③ iCarry 網站改接訂單直送核心 ERP庫存・出貨回傳中繼平台轉唯讀④ 雙軌對帳新舊並行一個結帳週期報表逐項比對⑤ 舊系統退役中繼平台下線舊 ERP 封存供查帳中繼平台：照常運作，來源逐一改接後才停轉唯讀 → 下線舊 ERP 過渡期：財務照常出傳票與報表，與核心 ERP 逐項比對唯讀封存核心 ERP：模組逐段上線，每接上一個來源就少一條舊線

舊 ERP 會保留一段過渡期（Tesla 已定）。關鍵問題：③之後中繼平台停了，過渡期間舊 ERP 的資料由誰送？中繼平台續送到④結束，或由核心 ERP 代送。②與③的順序可以對調。

直流電通系統整併・架構討論稿 v0.311
DC-ERP06　下一步

想請莊老師確認的十件事

  1. 核心 ERP 用什麼平台開發？沿用 EEP.NET 嗎？對外入口（API／預存程序）能不能當成標準功能一開始就做。
  2. 中繼平台現在實際做了哪些事？第 5 頁的搬家表有沒有漏列；有沒有只存在中繼平台、別處沒有的資料。
  3. 舊 ERP 的過渡期怎麼過？過渡期多長、用哪個結帳點切換；期間舊 ERP 的資料由中繼平台續送，還是核心 ERP 代送。
  4. 歷史資料搬不搬？舊 ERP 的歷史傳票與報表、中繼平台的歷史訂單與客戶，搬幾年進核心 ERP。
  5. 廚餘機租賃的帳怎麼認？逐期應收由哪一邊算；租賃機是資產還是庫存；押金科目。
  6. 主檔編號規則客戶、品項由核心 ERP 配號，合約系統與網站怎麼即時拿到編號。
  7. iCarry 訂單量級與同步頻率每天幾筆、尖峰多少；訂單即時送、品項庫存定時同步是否足夠。
  8. 物流、撥款對帳、電子發票串在哪一邊？放核心 ERP 還是留在網站／合約系統，避免兩邊各串一次。
  9. 直流電通與交流資服的帳套同一套 ERP 用公司別區分，還是各自獨立。發票抬頭與統編不同。
  10. 測試環境需要一套不會每晚重建、可以安心寫入的測試庫，三個系統都對它測。
直流電通系統整併・架構討論稿 v0.312
← → 翻頁　·　F 全螢幕投影　·　Esc 離開投影