行動項目 — 鼎新 ERP × 電商平台整合（2026-06-08 會議）

Owner 標籤：公司方 = 公司方對接窗口（Speaker 2），顧問 = 鼎新顧問（Speaker 3）

立即執行

顧問端

• 顧問 — 進貨單／轉播單／MB38 客製確認書整理後寄給公司方 [0:59:45][1:00:00]
• 顧問 — 寄出兩份保留個案的確認書（採購對帳、行銷抽佣金）+ 上次美姑給的個案控管表（2024-09 版本）[1:00:24–1:01:53]
• 顧問 — 寄出最一開始的原始合約 + 訂單給公司方（含康德/超電兩個站台套件費用明細）[1:35:23–1:36:03]
• 顧問 — 評估「訂單 + 銷貨單同時建檔」的時數與一日訂單量上限（含主機 hold 不住的臨界點）[1:11:54–1:12:09]
• 顧問 — 確認標準「銷售報表 / 訂單報表」是否抓得到「庫存異動單性質為銷貨」的資料 [1:16:36–1:17:12]
• 顧問 — 在進貨單確認流程加上「擴充欄位比例加總 = 100」減和檢核（提醒訊息文案公司方提供） [0:56:45–0:57:51]
• 顧問 — MB38 邏輯改為直接抓「轉播單性質有勾」的數量、不再重新計算庫存 [0:50:47–0:51:31]
• 顧問 — 補貨點個案先放後段、等公司方確認後再做（不發確認書）[0:59:18–1:00:01]
• 顧問 — 蝦皮 / momo 流程先保留虛線備用，等公司方拍板 [1:04:37]

公司方

• 公司方 — 從業務端調最完整合約版本（包含後續是否有額外簽約 / 變更紀錄） [1:35:23][1:37:29]
  • 緣由：原合約以 莫筆克 為串接標的，與現在 ERP 直連康德/快電商方向不一致；老闆問報價缺基準
• 公司方 — 與電商平台（康德 / 快電商）確認是否接受負數庫存 update（含「平台庫存已是 0、API 再 push 負 1」的行為） [0:44:00–0:44:42]
• 公司方 — 內部評估主機效能：能否承受「訂單 + 銷貨單同時建檔」的 1000+ /日 量級；如有 API 排程調慢一點的需求請評估 [1:10:15–1:12:09]
• 公司方 — 推動倉庫實體分區/儲位拆分（康德 / 快電商 / 蝦皮 / momo 等獨立區） [0:21:43–0:23:17]
  • 之前被倉庫端以「空間不足」回絕；本案 IPO 為硬性要求，會計師明確不放這條
• 公司方 — 內部討論並回報：補貨點個案是否要做、若做的話銷售週期單位（天 vs 月）[1:29:54–1:30:42]
• 公司方 — 拍板蝦皮 / momo 是否全部改走康德出貨 [1:03:09–1:04:37]
• 公司方 — 餘量放快電商方案帶回內部確認 [0:56:16]
• 公司方 — 提供 MB38 比例加總減和檢核的提醒訊息文案 [0:57:51]

次日（2026-06-09 下午 14:00）會議準備

• 公司方 — 提供以下資料以利門市討論：
  • 百貨 / 街邊店實際結帳情境與流程 [1:12:13–1:12:48]
  • 銷貨類型（預購、現貨、其他屬性）
  • 財務對帳是否需要對到付款方式（決定結帳單是否要依現金/銀行出款拆分）
  • 是否有會員、點數、優惠折扣（會影響 3 ~ 4 個月時程估算） [1:06:25]

後續迭代（暫不開發、依公司方回報再啟動）

• MB38 自動上傳按鈕 — 暫不做；若公司方後續發現真實情境需要立即推播平台庫存，再開且須卡權限 [0:54:22–0:54:36]
• 跨平台調撥支援 — 系統內不支援；人員需 ERP + 平台三邊手動 [0:45:19–0:46:48]
• 替代分配作業（OLSTK 標準作業） — 顧問建議以「比例代號 + 庫別」搭配標準作業可省客製，公司方帶回內部評估是否可行 [1:37:38–1:41:47]

注意事項 / 風險

1. 合約 baseline 不明 — 報價爭議來源；老闆會問「先前欠了什麼東西」。在 baseline 沒釐清前，所有時數估算都只是參考。
2. 倉庫實體拆分是 IPO blocker — 不是「想不想做」的問題，是「不改就不能 IPO」。會計師已表態不放這條。
3. 負數庫存 update 是「進貨單錯誤逆向處理」+「庫存調撥」兩個情境的關鍵依賴；若平台不接受，這條路整個走不通，要另想方案。
4. 主機效能 是訂單 + 銷貨單同步建檔的限制。一日 1000+ 訂單量很常見，顧問對效能持保留態度（多年前用過，當時非常不行）。建議公司方 IT 在開發前先壓測。
5. 時程壓力 — 1/1 不可能、2/1 卡過年；門市 + 蝦皮/momo 若併入會更晚。建議先盤完門市範圍再對外承諾時程。
6. 顧問人事變動風險 — 中間有顧問離職、案子暫緩過。建議重要決議都要落到確認書/書面，避免再次接手有資訊落差。
7. 使用者抗拒按商品建檔分配比例 — 但對 IT 來說是減少日後手工調平台庫存的關鍵；需公司方內部協調。