子流程 1：訂單接入與成立

Miro 畫圖規格｜ 2026-06-11 第一版｜ Source: 0608 康德流程圖 + 0608 購物車拆分 421 + 0608 交易拆單 421 + 鼎新 6/8 拍板

範圍：從消費者加入購物車 / 超電拋單，到訂單成立 + 拋鼎新預收結帳單（或 hold 等出貨）。
不含：撿貨出貨（→ 子流程 2）、退貨（→ 3）、取消（→ 4）、發票開立細節（→ 5）。

前置條件
1. 消費者已登入（會員 or 訪客身分；註冊/登入走原系統，本案不重做）
2. 已選擇商品
3. 已選擇金流方式（信用卡/Line Pay/街口/貨到付款；金流串接走原系統）
4. 商品上架時已設定「結帳設定」欄位（不指定/單獨配送/Group ID）

泳道（Actor）— 5 條

消費者

下訂的人（會員或訪客）

官網前台

check2check 官網（康德接手後的新前台）— 購物車、結帳、金流呼叫、發票觸發

康德後台

訂單管理系統（康德 dev scope 重心）— 訂單建立、狀態管理、拋 ERP

超電 API

快電商系統 — 訂單來源之一（拋單入口 2）

鼎新 ERP

帳務系統 — 接收新增訂單 API → 產生訂單 + 預收結帳單

藍框 = 動作橘框 = 決策紫框 = 跨流程引用紅 = 異常路徑

泳道圖（Miro 對照範例）

這就是你要在 Miro 畫的樣子。5 條水平泳道、由左至右時間順序。手機請左右滑。

入口 1：官網直購

消費者

官網前台

康德後台

超電 API

鼎新 ERP

起加入購物車

1.1讀結帳設定

1.2拆單判定

1.3顯示 N 區塊

1.4結帳前檢查

1.5送出訂單

1.6呼叫金流

1.7金流結果

1.8狀態=0
起 20 分計時

1.920 分內補款?

1.10訂單成立
狀態=2

1.11開發票
→子流程5

1.12Email 訂單成立

1.13付款方式

1.14拋鼎新 API

1.15產生訂單+預收
→子流程2

↓ 失敗

↓ 否→子4取消

後付款→子2 不拋鼎新

入口 2：超電 API 拋單

消費者

官網前台

康德後台

超電 API

鼎新 ERP

起超電訂單成立

2.1API 拋至康德

2.2建康德訂單
標 DSP 來源

2.3開發票
→子流程5

2.4拋鼎新 API

2.5產生訂單+預收
→子流程2

畫圖時注意：跨泳道的箭頭（如 1.5 消費者 → 1.6 官網前台、1.10 康德後台 → 1.11 官網前台開發票）= 系統 handoff，最容易出包的點。Miro 上要用粗一點/特殊顏色標出來，留下「這裡要 review」的訊號。

整體流程圖（mermaid 縮圖，輔助參考）

flowchart TD
  START(["消費者加入購物車"]):::startn
  ENTRY2(["超電平台訂單成立"]):::startn
  END1(["阻擋 提示錯誤"]):::cancel

  S11["1.1 讀取商品「結帳設定」"]:::action
  S12{"1.2 拆單判定"}:::decision
  S13["1.3 顯示 N 個結帳區塊"]:::action
  S14{"1.4 結帳前檢查 貨到付款≥50 無空運禁品 庫存足"}:::decision
  S15["1.5 消費者送出訂單"]:::action
  S16["1.6 呼叫金流"]:::action
  S17{"1.7 金流結果"}:::decision
  S18["1.8 訂單狀態=0 未付款 起 20 分計時"]:::action
  S19{"1.9 20 分內補款?"}:::decision
  S20["1.10 訂單成立 狀態=2 已確認"]:::action
  S21["1.11 開立發票"]:::external
  S22["1.12 Email 訂單成立通知"]:::action
  S23{"1.13 付款方式"}:::decision
  S24["1.14 拋鼎新 新增訂單 API 產生訂單+預收結帳單"]:::action
  S25(["狀態=2.1 待出貨 進入子流程 2"]):::done
  S26(["後付款 不拋鼎新 進入子流程 2"]):::done
  S27(["系統取消 狀態=6 進入子流程 4"]):::cancel

  E21["2.1 超電 API 拋至康德"]:::action
  E22["2.2 建康德訂單 標 DSP 來源"]:::action
  E23["2.3 開立發票"]:::external
  E24["2.4 拋鼎新 新增訂單 API"]:::action

  START --> S11 --> S12
  S12 -->|不指定 / Group ID / 單獨配送| S13 --> S14
  S14 -->|過| S15 --> S16 --> S17
  S14 -->|不過| END1
  S17 -->|成功| S20
  S17 -->|失敗| S18 --> S19
  S19 -->|是| S20
  S19 -->|否| S27
  S20 --> S21 --> S22 --> S23
  S23 -->|前付款| S24 --> S25
  S23 -->|後付款 貨到付款| S26

  ENTRY2 --> E21 --> E22 --> E23 --> E24 --> S25

  classDef startn fill:#e0f2fe,stroke:#0284c7,color:#000
  classDef action fill:#eff6ff,stroke:#2563eb,color:#000
  classDef decision fill:#fffbeb,stroke:#d97706,color:#000
  classDef external fill:#f5f3ff,stroke:#7c3aed,color:#000
  classDef done fill:#ecfdf5,stroke:#059669,color:#000
  classDef cancel fill:#fef2f2,stroke:#dc2626,color:#000

步驟細節

入口 1：官網直購

1.1官網前台消費者加入購物車後，讀取每項商品的「結帳設定」欄位

三模式：不指定（合併） / 單獨配送（強拆獨立） / 指定配送群組編號 Group ID（同號合併、異號拆）

1.2決策依「結帳設定」判定購物車拆分結果

範例 8 商品（4 種設定組合）會被拆成 5 個結帳區塊。詳見 0608 購物車拆分 421 規格。
規則來源：拋鼎新後鼎新要拆 3 張訂單（用「單別」區分），所以購物車前置必須拆對。

1.3官網前台畫面顯示 N 個獨立結帳區塊（每個區塊獨立計算免運門檻、滿額促銷）

1.4決策結帳前檢查

• 含貨到付款 + 訂單金額 < $50 → 阻擋（康德 1/19 確認）
• 含「空運禁品」標記商品 → 阻擋（康德 1/19 新增不收）
• 庫存不足 → 阻擋或提示
• 全過 → 1.5；任一不過 → 顯示錯誤，回購物車

1.5消費者送出訂單

1.6官網前台呼叫金流（信用卡/Line Pay/街口 → 綠界 SDK；貨到付款 → 不收款，標 flag）

1.7決策金流回應

成功 → 1.10；失敗 → 1.8

1.8康德後台訂單狀態 = 0 尚未付款；起 20 分鐘計時器

1.9決策 20 分鐘內消費者補付款？

是 → 1.10；否 → 狀態 = 6 系統取消，進入 子流程 4

1.10康德後台訂單成立，狀態 = 2 已確認您的訂單

1.11→ 子流程 5 開立發票（綠界發票/官網）

時機點細節（一般 vs 超取 vs 預購）見子流程 5

1.12官網前台寄送「訂單成立通知」Email

1.13決策付款方式

前付款（已收款）→ 1.14；後付款（貨到付款）→ 不拋鼎新，直接進入 子流程 2

1.14康德後台透過「新增訂單 API」拋鼎新 ERP → 產生鼎新訂單 + 預收結帳單

1.15康德後台訂單狀態 = 2.1 待出貨 → 進入 子流程 2

入口 2：超電 API 拋單

2.1超電 API 超電平台訂單成立 → 透過 API 拋至康德

2.2康德後台接收後建立康德訂單，標 DSP 來源欄位（用於日後拆康德 vs 超電）

超電拋單一律視為已收款的前付款訂單（金流由超電端處理）

2.3→ 子流程 5 開立發票

2.4康德後台透過「新增訂單 API」拋鼎新 → 產生鼎新訂單 + 預收結帳單

2.5康德後台訂單狀態 = 2.1 待出貨 → 進入 子流程 2

異常路徑 / 邊界條件

E1 — 庫存不足（1.4 階段）

阻擋結帳；提示具體商品。待確認：是否在加入購物車階段就檢查（減少使用者挫折）or 結帳時統一檢查？

E2 — 拋鼎新 API 失敗（1.14 / 2.4 階段）

訂單已成立但鼎新沒進。必須：retry 機制 + alert 客服人工補。待確認：retry 次數/間隔、客服補單的後門介面是否存在。

E3 — 超電 API 拋單欄位不齊（2.1 階段）

拒收 + 回 error 給超電。待確認：必填欄位清單、超電端的 retry 行為。

E4 — 廠商編號錯誤 / 結帳設定遺漏（1.1 階段）

商品上架時欄位填錯。必須：上架時 validation；客服可後台修正。

E5 — 金流逾時無回應（1.6→1.7）

綠界/Line Pay 沒回；視為失敗走 1.8。待確認：timeout 設定、是否要顯示「處理中」狀態。

跨流程引用

子流程 2（撿貨出貨）：1.15 / 2.5 → 進入 ; 1.13 後付款分支也進入
子流程 4（取消）：1.9 「20 分鐘未付款」走系統取消 → 進入
子流程 5（金流/發票）：1.11 / 2.3 開立發票 → 引用

需釐清的待確認事項（畫完拿去問）

E1：庫存不足的檢查時機（加購物車 vs 結帳）
E2：拋鼎新 API 失敗的 retry/補單機制
E3：超電 API 必填欄位清單
E5：金流 timeout 設定值
後付款訂單在出貨完成時才 excel 匯入鼎新，excel 格式跟 retry 機制（屬子流程 2）
訂單成立後消費者修改內容（地址/數量）能不能做？做了會不會回頭 patch 鼎新？

對應 Miro 畫法建議

開新 frame「子流程 1：訂單接入與成立」
左側放 5 條水平泳道（消費者 / 官網前台 / 康德後台 / 超電 API / 鼎新 ERP）
把 1.1-1.15 + 2.1-2.5 的 sticky note 放進對應泳道
橘色鑽石給決策節點（1.2 / 1.4 / 1.7 / 1.9 / 1.13）
紫框給跨流程引用（1.11 / 2.3），標明指向子流程 5
紅框附在邊界（E1-E5），不畫進主流程，但要可見
右下角放「待確認事項」清單，未答清楚的問題 visible 給康德/鼎新

本 spec 是 Miro 畫圖的源材料，不是最終流程圖。畫完後請：(1) 比對主流程圖無 contradiction (2) 確認跨子流程接口對得起來 (3) 待確認事項拿去問康德/鼎新 → 拿到答案後回頭改本 spec。
@Taco 2026-06-11