2027/1/1 上線計劃 · 階段性方案
討論可行性中 · 未定案 · 先透過超電新開接口接鼎新做帳務 + 公司別轉換
一、方案總覽
一句話說明
現階段莫筆克接口保留(不切斷),超電額外新開一條「超電 → 鼎新」接口(只做帳務認列 + 扣庫存),出貨仍走莫筆克。目標 2027/1/1 上線 + 完成美女子 → 快電商公司別轉換。
跟原架構規劃「切斷莫筆克 → 超電直接對鼎新」不同:本方案接口只涵蓋帳務 + 庫存,出貨仍走莫筆克。原專案(含康德全流程)仍持續走,但原本 8/1 上線時程會延後。
狀態:討論可行性中,未定案。boss report / gantt 尚未更新,等方案拍板後才動。
系統流
超電訂單成立
→ 收款 → 開發票
→ 拋莫筆克出貨(現況 flow 不動)
→ 出貨完成 → 物流回拋超電
→ 訂單狀態 = 已完成
→ 拋鼎新做帳務認列 + 扣庫存(新開接口)
廠商角色(本方案期間)
| 廠商 | 本方案定位 | 動作 |
|---|---|---|
| 超電 | 快電商前端 | 訂單成立 + 收款 + 拋單 |
| 莫筆克 | 現況出貨 + 採購 | 不切斷,繼續跑 |
| 鼎新 | 後端帳務 + 庫存主檔 | 新公司別開帳 + 新接口接單 |
| 康德 | 本方案期間無角色 | 原專案持續開發,上線日 TBD |
二、12 月前建置事項
本區涵蓋 2027/1/1 上線前要完成的所有系統面 + 主檔 + 財務稅務前置作業。IT / 財務 / 採購三方協作。
2.1 鼎新 ERP 系統面設定
- 公司別:快電商公司別新增
- 會計年度 / 會計期間:2027 年度、期間設定
- 稅籍 / 稅務身分:快電商公司的營利事業稅籍登記資料
- Chart of Accounts(會計科目表):資產、負債、權益、收入、費用、成本各層級科目
- 成本中心 / 部門檔
- 業務員檔(若有)
- 銀行帳戶檔(含出款帳戶、收款帳戶)
2.2 鼎新主檔資料(12 月前完成匯入)
| 主檔 | 內容重點 |
|---|---|
| 供應商主檔 | 含稅籍、付款條件、銀行帳號、聯絡資料 |
| 品號主檔 | 跟莫筆克品號對齊(單位、規格、售價、成本、稅別、預設進項/銷項科目) |
| 客戶主檔 | 超電為唯一渠道客戶,不需散客檔 |
| 匯率主檔 | 有外幣採購,需要 |
| 存貨類別 / 存貨群組 | |
| 倉別 / 儲位設定 | 庫存所在的物理倉庫 |
| 進項稅別、銷項稅別 | 稅率、可扣抵 / 不可扣抵、免稅等 |
| 付款條件 / 付款方式 | 月結、次月結、開票等 |
| 成本中心對照 | 跟採購 / 業務對齊 |
2.3 交易單據類型設定
- 進貨單類型(一般進貨、贈品進貨、費用類進貨)
- 進貨退回單類型
- 銷貨單類型(超電已完成訂單認列)
- 銷貨退回單類型(超電退貨的人工銷單)
- 費用類單據(運費、關稅、雜項)
- 庫存異動單類型(A 庫 → B 庫、報廢、樣品出庫、贈品出庫)
- 傳票類型(月結成本結算、應付調整、其他手工傳票)
2.4 接口 / API 開發(新的「超電 → 鼎新」接口)
鼎新只接兩件事:訂單接收 + 退貨接收(其他都是鼎新收到資料後內部消化)
- 訂單接收 endpoint(超電已完成訂單推送過來,含訂單 header + 明細 + 金額 + 稅額 + 客戶 / 收貨資訊 + 品號 mapping key)
- 退貨接收 endpoint(超電退貨完成推送過來)
- 拋單失敗回覆機制(→ R2 待選 abc 方案,兩個 endpoint 都要)
鼎新收到資料後內部處理(不透過接口,鼎新自己做):
- 扣庫存 / 加回庫存(依訂單 vs 退貨)
- 認列銷貨收入 + 應收帳款 / 冲銷(依訂單 vs 退貨)
- 產生銷貨單 / 銷退單
- 傳票產生 + 帳務認列
- 拋單日誌 / audit trail
- 對帳報表(超電已完成 vs 鼎新已認列的差異報表)供 IT 每日 / 每月 review
2.5 使用者 / 權限
| 角色 | 權限 |
|---|---|
| 採購 | 進貨單、退回單、費用類單據 |
| 財務 | 應付、對帳、月結、傳票、報表 |
| 業務 | 銷貨查詢 |
| 倉管 | 庫存異動單、盤點 |
| 主管 | 審核、報表 read |
2.6 財務稅務前置(公司別切換)
⚠️ 這區必須跟外部會計師 / 稅務顧問密切合作
- 公司登記:快電商公司別的營利事業登記、統一編號取得
- 稅籍設定:稅務登記、發票字軌申請
- 銀行帳戶:開立收款帳戶、出款帳戶
- 章程 / 董事會決議:若涉及新設 or 分割,法定文件備齊
- 合約變更:與現有廠商合約主體變更(含康德、鼎新、超電、莫筆克、銀行、第三方支付平台)
- 勞健保 / 員工:若人員需轉屬新公司,勞健保投保
- 內部庫存撥轉方式決定:銷貨 / 進貨 vs 無償撥轉 vs 合併資產。必須跟外部會計師 / 稅務顧問 confirm
- 統一發票變更:發票抬頭、統編、字軌
- 進項 / 銷項稅:帳套設定、進項憑證匯總方式
- 印花稅、營業稅、營所稅時點確認(庫存撥轉方式決定這些)
- 申報流程:401 / 403 表申報主體變更
2.7 稽核 / 法律面留存
- 合約備份:所有廠商合約變更版本歸檔
- 稅務登記證明:留存
- 勞健保、營業登記變更公告:留存
- 內部稽核 checklist:庫存、應付、應收、進銷存、發票開立時點的稽核路徑
- 法源留存:董事會決議、會計師意見書等法定文件備份
2.8 系統面前置作業
- 超電平台:切換 API 簽約公司別(超電後台改)、12/31 訂單暫停收單機制建立、1/1 起訂單自動歸快電商
- 鼎新 ERP 開帳:品號檔匯入(12 月前)+ 庫存開帳(1 月上班日)
- 莫筆克設定:確認出貨照常運作 + 廠商主檔資料連續(不斷)
- 第三方支付:發票開立公司別、金流帳戶、對帳邏輯
2.9 報表 / 帳票模板(鼎新端)
- 應付明細表、應付帳齡表(付款排程)
- 存貨明細表、進銷存報表
- 月結成本結算表
- 銷貨明細表、銷貨退回明細表
- 統一發票管理(進項 401 / 403 表、銷項)
- 財報:損益表、資產負債表、現金流量表
2.10 內部公告 + 教育訓練
給採購、財務、業務、倉管、門市各團隊,涵蓋新 SOP、系統操作、公司別轉換注意事項。
三、上線後常態 SOP
本區是 2027/1/1 上線後每日 / 每月的作業程序,涵蓋 採購、對帳、月結、盤點、銷貨、退貨 六大流程。
3.1 採購雙軌 SOP(本方案期間)
- 進貨單、進貨退回單、費用類進貨、換貨、(採購單/驗收單若莫筆克有分階段)兩邊都打
- 鼎新進貨單輸入時機:月結前補即可,不用即時同步
- 月中定期檢查兩邊差異,負數警示採購 / 業務,月結前逼歸零
- 漏打 / 打錯:月結前都可修
- 新品號 SOP:採購必須同時在莫筆克 + 鼎新建,不允許 mapping 落差
3.2 特殊 case(贈品 / 樣品 / 報廢 / 撥轉)
兩邊系統都要開單。內部撥轉:開庫存異動單 A 庫 → B 庫。
3.3 對帳 + 應付 SOP
- 廠商月結明細表回來時,用它核對鼎新每筆進貨
- 廠商發票資料只 key 鼎新(莫筆克本就不處理帳務)
- 對帳行為放在月結前進行
- 對帳結果同步鼎新:不開調整分錄,而是「修原進貨單」或「補差額進貨單」(兩種都可接受,個案選用)
- 應付帳款從鼎新進貨單累計自然滾出來
3.4 付款 SOP
- 實際付款走鼎新(匯款 / 支票)
- 付款完成兩邊怎麼標記「已付」:走鼎新為主(帳務在鼎新)
3.5 月結 SOP
- 成本結算走鼎新月結(每月)
- 月中定期檢查兩邊差異,負數警示採購 / 業務,月結前逼歸零
3.6 倉管 / 盤點 SOP
- 驗收時對齊進貨明細(避免月結差異的第一道防線)
- 存貨盤點走鼎新(權威資料),莫筆克結果對齊(過程不追)
- 鼎新盤點差異調帳,莫筆克同步調
3.7 銷貨拋轉 SOP
拋鼎新時機:莫筆克出貨完成 + 超電訂單狀態 = 已完成才拋。中途取消(尚未出貨):不影響,原流程可 handle。
3.8 退貨 SOP
超電退貨完成 → 拋退貨資料給鼎新,鼎新自動產生銷退單(走 2.4 退貨接收 endpoint,非人工)。銷退單日期 = 實際退貨日(拉齊時序)。
3.9 客戶 / 廠商通知(一次性 + 持續)
- 客戶通知:發票抬頭 / 統編變更(若對客戶端可見)
- 廠商通知:付款帳戶、統編、抬頭變更
- 售後 / 保固:跨公司別的售後處理 SOP(新舊訂單分別處理原則)
四、期初開帳 & Cutover Day
本區聚焦 12 月底到 1 月上班日這段關鍵切換期。
4.1 期初庫存
- 12 月底做美女子期末實盤
- 差異調整完成後的最後數字,作為快電商 2027/1/1 期初開帳數字
- 品號檔在 12 月前先匯入鼎新,庫存開帳可延到 1 月上班日
4.2 期初其他科目
- 期初供應商應付(若有轉入的未結清應付)
- 期初資產、負債、權益餘額
- 期初預付 / 預收:皆無(翠翠 confirm)
- 成本承接:品號的成本基準(月加權平均、實際成本等)
- 應收 / 應付結轉:決定留美女子清償 or 轉快電商
4.3 Cutover Day 時序(2026/12/31 → 2027/1/5 上班日)
| 時點 | 動作 | 主責 |
|---|---|---|
| 2026/12/31 | 訂單全平台暫停收單、美女子期末實盤 | 業務 + 倉管 |
| 2027/01/01 00:00 | 超電後台切換公司別 | IT |
| 1/1-1/2 元旦連假 | 訂單暫留(不出貨、不拋鼎新) | 全體 待命 |
| 1 月上班日(1/2 or 1/5) | 庫存開帳、追認元旦連假訂單、人工 review | 財務 + IT |
4.4 上線後追蹤(1-3 月)
- 每日 checkpoint(前 2 週):IT + 財務 daily meeting,check 拋單、扣庫存、對帳
- 每週採購雙軌打單差異 review
- 月結對帳嚴格執行
- 3 個月 milestone review:新方案是否穩定、是否可放寬人工 checkpoint
五、已知風險項
本方案有 4 個已識別風險。R1、R2 需要決策方向、R3 已有 workflow、R4 需跟廠商 confirm 細節。
R1 · 發票開立 vs 收入認列時點的營業稅風險
風險:現行流程「收款 → 開發票 → 出貨完成才拋鼎新認列」下,鼎新從「開發票」到「出貨完成拋單」之間沒有預收收入科目認列。
- 稅務局角度:發票已開立 → 銷項稅額已產生
- 財報角度:出貨才認銷貨收入
- 中間空窗:鼎新帳上沒有「預收收入」科目
- 若結帳日跨越「開發票 → 出貨」時點,會有帳稅差異
Mitigation options(待評估)
- (a) 手工月底補記預收收入(人力風險)
- (b) 系統自動化:開發票時同步一筆「預收收入」到鼎新,出貨完成時轉「銷貨收入」(額外開發,流程完整)
- (c) 改變拋單時機:收款 / 開發票時同步拋鼎新做預收,出貨時再轉銷貨(雙拋單,開發量最大)
法規查證(翠翠補問「若跳過預收直接認銷貨會怎樣」)
| 面向 | 影響 |
|---|---|
| 營業稅法 | 無影響。發票開立時銷項稅額已產生,稅局看發票開立不看收入科目 |
| 財報準則(IFRS 15 / 台灣財報準則) | 不符。銷貨收入應在客戶取得控制權時認列(出貨才算控制移轉)。跳過預收 = 收入時點提前 = 跨月結帳時財報數字失真 |
| 會計師查核 | 上市 / 上櫃 / 需簽證公司:會 flag 為錯誤,可能要求重編、影響 unqualified opinion。中小企業 / 稅簽案件實務有些不嚴查,但量大或明顯仍會被挑 |
| 所得稅法 | 銷貨收入按權責基礎認列。若把預收當銷貨 → 該期銷貨收入被高估 → 應納所得稅暫時被高估(下期會自我調節) |
結論:稅法本身沒問題,會計原則 / 財報表達有問題。需跟公司財務長 / 外部會計師 confirm 快電商公司是否適用嚴格的財報準則(是否需要 CPA 簽證、是否納入集團合併報表)。若需要 → 必須認預收,走 (a)/(b)/(c) 之一;若不需要 → 可跳過,但要有明確書面政策決議留存。
R2 · 拋轉失敗機制未定
風險:超電已完成訂單拋鼎新做帳務認列若失敗(網路 / rate limit / 鼎新 side 錯誤),沒有回覆機制。可能發生「超電訂單 = 已完成,但鼎新沒認列」帳目對不上。
| Option | 特性 |
|---|---|
| (a) 同步阻擋 + Retry | 訂單狀態暫不改「已完成」,資料一致性高,但訂單狀態卡 |
| (b) 異步 retry + 告警(industry standard) | 失敗訊息進 dead letter queue,定時 retry,超過 N 次打 Slack / Email 給 IT |
| (c) 每日對帳 + 手工補 | 每日跑報表比對,差異手工補傳票;開發最少但發現延遲 24h |
提醒:需超電 + 鼎新兩家廠商評估 out-of-box 支援程度後,再選擇。
R3 · 已出貨已認列後退貨的冲銷
workflow:超電退貨完成 → 拋退貨資料給鼎新 → 鼎新自動產生銷退單(走 2.4 退貨接收 endpoint)。
提醒:這個 workflow 需 confirm 退貨資料格式跟原始銷貨的 key 值 mapping(例:訂單編號、品號等對得起來)。
R4 · 修改進貨單的鼎新 ERP 權限限制
提醒:修改原進貨單的動作,在鼎新 ERP 通常有月結 / 過帳限制(已過帳的單多半鎖住)。翠翠答「對帳在月結前」所以修原單可用,但要跟鼎新廠商 confirm 進貨單修改的權限規則,SOP 上寫明時序邊界。
六、各角色 Action Items
每個部門的 checklist。項目按時序 + 常態運作分。
6.1 IT / 系統
- 廠商 subset 工時 quote 索取(超電 + 鼎新)
- 新開發「超電 → 鼎新」接口(原新架構的 subset 的變體)
- R2 拋轉失敗機制跟廠商討論 out-of-box 支援
- 監控 / 告警機制建立(若走 R2 option b)
- 12 月底前完成 UAT
- 元旦連假 support 排班考量
- 1 月上班日期初庫存開帳協助
- 上線後前 2 週每日 checkpoint
6.2 財務 / 會計
- 12 月前完成鼎新公司別稅籍、chart of accounts、成本中心設定
- 處理美女子 → 快電商公司別轉換的稅務(內部撥轉方式、統一發票流程)跟外部會計師 confirm
- 12 月底美女子期末實盤 + 差異調整 → 快電商期初數字
- 廠商發票只 key 鼎新,跟鼎新進貨單核對
- 月結前完成對帳,個案選「修原單」或「補差額單」讓應付對齊
- 月結成本結算走鼎新
- R1 預收收入認列問題討論 mitigation 選項
- 1/1-1/2 元旦連假訂單,上班日開帳追認 + 人工 review
6.3 採購
- 12 月前跟財務會計配合建立鼎新供應商主檔、品號主檔
- 熟悉「同時建品號」新 SOP(莫筆克 + 鼎新雙軌)
- 本方案期間進貨單雙軌打,月中檢查兩邊差異
- 熟悉「修原單 / 補差額單」流程
6.4 業務 / 門市
- 12/31 訂單暫停收單機制建立
- 1/1 起訂單歸屬確認為快電商
- 客戶溝通(若有交期影響)
- 售後 / 保固處理跨公司別 SOP 熟悉
6.5 倉管
- 驗收時對齊進貨明細(避免月結差異)
- 12 月底美女子期末實盤
- 本方案期間贈品、樣品、報廢單兩邊系統都要開
- 熟悉「鼎新為主 + 莫筆克對齊」的盤點流程
七、待決議 · 時序 · 提醒
本區是 尚未拍板的 open items + 完整時序總表 + 7 項特別提醒。
7.1 待決議 Open Items(卡在外部依賴)
- 8/1 上線延後幅度:等方案接受 + 廠商 subset 工時 quote
- 原專案 postpone 起始點:從哪個時間點 pause 原專案 dev
- 超電 + 鼎新新接口的 subset 工時 quote:廠商還沒報
- 康德在本方案上線後的時程:原專案持續走,8/1 延後但幅度 TBD
- 拋轉失敗機制方案(R2 abc 三選一):等廠商評估
- 採購 memo 整理:是否要把採購清單整理成正式 memo forward 給採購主管 + 財務 review
- 超電 → 鼎新品號 mapping 待釐清:鼎新有「品號 / 品名 / 國條」欄位,超電是「商品條碼 = 國條」;是否新增「鼎新品號」獨立欄位待 confirm。拋單資料要用哪個欄位做 join key,需跟兩家廠商 confirm 對應規則
7.2 時序節點總表
| 時點 | 事件 | 主責 |
|---|---|---|
| 9 - 11 月 | 廠商 quote + 開發 + 主檔資料整理 | IT + 採購 |
| 12 月 | 主檔匯入鼎新完成、UAT、教育訓練、SOP 公告 | IT + 採購 + 財務 |
| 12/31 | 訂單暫停收單、美女子期末實盤 | 業務 + 倉管 |
| 2027/01/01 00:00 | 公司別正式切換(超電平台切快電商) | IT |
| 1/1-1/2 元旦連假 | 訂單暫留(不出貨、不拋鼎新) | 全體 待命 |
| 1 月上班日 | 庫存開帳、追認連假訂單、人工 review | 財務 + IT |
| 每月月結前 | 對帳完成 + 差異修正 | 財務 + 採購 |
| 每月月結 | 鼎新成本結算 + 應付出款 | 財務 |
| 上線後 1-3 月 | 每日 checkpoint、每週差異 review、3 月 milestone | 全體 |
7.3 特別提醒(⚠️ 這些先講在前)
⚠️ 本方案討論可行性中,未定案。若後續拍板要走,boss report 論述(現行主張 1/1 不可行 → 8/1 上線)與 gantt 時程圖都要重新調整。原專案 8/1 對外承諾也受影響 → 屬對外可見變更,需先跟老闆 sync 再對外發布
⚠️ 內部庫存撥轉方式(銷貨進貨 vs 無償撥轉 vs 合併資產)必須先跟外部會計師 confirm,牽動印花稅、營業稅、營所稅
⚠️ R1 預收收入認列問題需跟財務長 / 外部會計師 confirm 政策
⚠️ 元旦連假期間(1/1-1/2)出事沒人 support,事先做 fallback plan(IT on-call、財務通訊軟體待命)
⚠️ 老員工、老流程可能會習慣性打單到美女子 → 教育訓練 + 系統擋單
⚠️ 期初開帳數字錯了會 propagate 一整年 → 12/底期末實盤要精準
⚠️ 合約變更未做:過去有兩次組合變動未做(莫筆克 → 康德 / 超電 / 鼎新),本次一定要補齊,否則稽核風險大