跟著工作走,
看清誰來決定。

一筆訂單經過八個階段。跟著一次工作交接,看清程式執行什麼AI 準備什麼,以及人員決定什麼

流程與層級皆為示意,未量測任何公司。

規劃的交接流程 06 / 08

物流配送

一份資料,走過交接流程輸入
01/ 05

收到物流更新

物流業者傳來一筆配送更新。

動畫示範一次工作交接,並停下來等待人員審閱。它不會改變現況層級,也不會執行任何實際作業。

各方分工

此階段規劃中的工作分配。

一般程式

  • 同步物流狀態

AI

  • 標出 進度落後的配送
  • 起草 客戶通知

人員

  • 核准 客戶看到之前

串接系統3PL 物流

JavaScript 無法使用。以下列出每個階段的分工。

01接單

現況 2: 已數位化。需要 5: AI 輔助。

一般程式

  • 從 ERP、Email、電商接收
  • 建立訂單紀錄

AI

  • 讀取 非結構化訂單
  • 標出 每一個用猜的欄位

人員

  • 確認 特殊需求
  1. 收到一筆訂單

    客戶訂單從 Email、ERP 或電商進來。

  2. 接收訂單

    程式接收資料,建立待確認的訂單紀錄。

  3. 解讀需求

    AI 擷取訂單內容,將不確定的欄位交由人員確認。

  4. 確認細節

    回寫前,由人員確認解讀後的欄位與特殊需求。

  5. 訂單進入下一步

    確認後的資料可進入訂單確認階段。

串接系統: ERP · Email · 電商

02訂單確認

現況 3: 已串接。需要 5: AI 輔助。

一般程式

  • 價格與信用額度檢查
  • 回寫 ERP

AI

  • 比對 訂單與規則
  • 排出 可疑之處

人員

  • 核准 例外
  1. 檢查新進訂單

    訂單需要檢查價格、信用額度與例外。

  2. 執行固定檢查

    程式依明定規則檢查價格與信用額度。

  3. 整理可疑之處

    AI 整理可疑項目,交由人員檢查。

  4. 核准例外

    由人員決定哪些例外可以繼續。

  5. 回寫確認後的訂單

    程式將確認後的結果回寫 ERP。

串接系統: ERP

03庫存確認

現況 3: 已串接。需要 5: AI 輔助。

一般程式

  • 即時庫存查詢
  • 扣減與預留

AI

  • 列出 可能缺貨的品項
  • 建議 替代品

人員

  • 決定 供貨優先順序
  1. 確認可供貨內容

    訂單必須先與可用庫存比對。

  2. 查詢即時庫存

    程式查詢這筆訂單可用的庫存。

  3. 準備替代方案

    AI 辨識可能缺貨的品項,並提出替代品建議。

  4. 決定供貨安排

    由人員核准替代品,並決定供貨優先順序。

  5. 執行供貨安排

    程式依核准的安排預留庫存。

串接系統: WMS 倉儲

04倉儲作業

現況 4: 已自動化。需要 4: 已自動化。

一般程式

  • 揀貨單、包裝、貼標
  • 進度回寫
  • 依明定計畫檢查進度

AI

  • 不需要 AI

人員

  • 處理 現場狀況
  1. 揀貨出現例外

    此例示範例外情況;一般倉儲作業依固定規則執行。

  2. 檢查進度

    程式依明定計畫檢查進度,標出例外。

  3. 不需要 AI

    依規則執行的檢查留在一般程式泳道。

  4. 處理現場例外

    由人員處理倉庫現場的狀況。

  5. 繼續作業

    記錄例外的處理結果,倉儲作業繼續。

串接系統: WMS 倉儲

05出貨

現況 3: 已串接。需要 4: 已自動化。

一般程式

  • 出貨單、追蹤碼
  • 更新狀態

AI

  • 比對 出貨與物流紀錄

人員

  • 確認 重大異常
  1. 出貨紀錄待確認

    此例示範出貨紀錄與物流紀錄有差異的情況。

  2. 準備出貨資料

    程式準備出貨單、追蹤碼與最新狀態。

  3. 比對紀錄

    AI 協助讀取紀錄並找出差異。

  4. 確認差異

    由人員確認重大異常與處理方式。

  5. 更新狀態

    依明定流程記錄確認後的結果。

串接系統: WMS · 3PL

06物流配送

現況 2: 已數位化。需要 5: AI 輔助。

一般程式

  • 同步物流狀態

AI

  • 標出 進度落後的配送
  • 起草 客戶通知

人員

  • 核准 客戶看到之前
  1. 收到物流更新

    物流業者傳來一筆配送更新。

  2. 同步物流狀態

    程式將物流更新同步至訂單紀錄。

  3. 準備客戶通知

    AI 標出可能的延誤,並起草客戶通知,等待審閱。

  4. 審閱通知

    客戶看到通知前,由人員檢查草稿並核准。

  5. 發布已核准的通知

    只有經過審閱的通知,才進入對客戶發布的步驟。

串接系統: 3PL 物流

07客戶簽收

現況 3: 已串接。需要 5: AI 輔助。

一般程式

  • 簽收資料寫回
  • 訂單結案

AI

  • 比對 訂購與簽收
  • 起草 差異說明

人員

  • 處理 與客戶差異
  1. 收到簽收資料

    收到簽收資料,需要與訂單比對。

  2. 記錄簽收資料

    程式記錄簽收資料,準備核對。

  3. 整理差異說明

    AI 比對訂購與簽收內容,起草差異說明。

  4. 協調差異

    由人員確認差異,並與客戶協調處理。

  5. 記錄處理結果

    記錄雙方確認的結果,再完成訂單結案。

串接系統: 3PL · CRM

08售後與回饋

現況 2: 已數位化。需要 5: AI 輔助。

一般程式

  • 建立客訴單、更新 CRM
  • 產出報表

AI

  • 歸納 依客戶描述客訴
  • 起草 回覆,帶上先前紀錄

人員

  • 決定 補償方式
  1. 客戶提出問題

    收到客戶問題,需要連同訂單紀錄處理。

  2. 建立客訴單

    程式建立客訴單,取得相關 CRM 紀錄。

  3. 起草回覆

    AI 依客戶描述歸納客訴,參考先前紀錄準備回覆。

  4. 決定補償方式

    由人員核准回覆,並決定補償方式。

  5. 發布回覆

    將已核准的回覆傳達給客戶。

串接系統: CRM · BI

需要先具備什麼?

同一次交接,在不同層級需要不同的權限。點選層級,查看 AI 可以做什麼;標記則顯示所選階段的現況,以及它需要的層級。

物流配送現況 2 / 需要 5
現況需要4 → 5 · 人員核准規則
5

AI 輔助

產出真正的工作——由人發布

選取層級是在查看權限,不代表此階段已升級,也不會改變評估。

查看七個層級 →

這件事需要通知誰?

選擇異常分級,看看通知會送到哪裡。分級決定要通知誰;層級決定 AI 可以做什麼。

一筆事件

異常分級 2

需要處理

  • 影響出貨或配送
  • 通知指定負責人
  • 同時提供處理建議

通知規則不等於核准規則。即使未回報異常,AI 產出的工作仍須經過該階段明定的審閱。

0–3 異常分級是客戶提供的架構,予以保留,因為它用一條決策規則回答了每個買方都會問的問題——「萬一 AI 判斷錯了呢?」——而不是一句安撫。

保留不需要 AI 的空間

倉儲揀貨由固定規則檢查進度。交接流程繞過 AI,將例外直接交給人員。

把決策責任留在畫面上

資料在審閱處停下來。準備工作與核准發布,仍是兩個不同的責任。

先盤點,再談升級

此處層級為示意。實際起點須透過盤點確認;相差幾級不代表工時或價格。