各自為政
個人零星使用,沒有規範
一筆訂單經過八個階段。跟著一次工作交接,看清程式執行什麼、AI 準備什麼,以及人員決定什麼。
流程與層級皆為示意,未量測任何公司。
規劃的交接流程 06 / 08
物流業者傳來一筆配送更新。
僅為示範,不會寄出任何內容。
動畫示範一次工作交接,並停下來等待人員審閱。它不會改變現況層級,也不會執行任何實際作業。
此階段規劃中的工作分配。
串接系統ERP · Email · 電商
串接系統ERP
串接系統WMS 倉儲
串接系統WMS 倉儲
串接系統WMS · 3PL
串接系統3PL 物流
串接系統3PL · CRM
串接系統CRM · BI
JavaScript 無法使用。以下列出每個階段的分工。
現況 2: 已數位化。需要 5: AI 輔助。
客戶訂單從 Email、ERP 或電商進來。
程式接收資料,建立待確認的訂單紀錄。
AI 擷取訂單內容,將不確定的欄位交由人員確認。
回寫前,由人員確認解讀後的欄位與特殊需求。
確認後的資料可進入訂單確認階段。
串接系統: ERP · Email · 電商
現況 3: 已串接。需要 5: AI 輔助。
訂單需要檢查價格、信用額度與例外。
程式依明定規則檢查價格與信用額度。
AI 整理可疑項目,交由人員檢查。
由人員決定哪些例外可以繼續。
程式將確認後的結果回寫 ERP。
串接系統: ERP
現況 3: 已串接。需要 5: AI 輔助。
訂單必須先與可用庫存比對。
程式查詢這筆訂單可用的庫存。
AI 辨識可能缺貨的品項,並提出替代品建議。
由人員核准替代品,並決定供貨優先順序。
程式依核准的安排預留庫存。
串接系統: WMS 倉儲
現況 4: 已自動化。需要 4: 已自動化。
此例示範例外情況;一般倉儲作業依固定規則執行。
程式依明定計畫檢查進度,標出例外。
依規則執行的檢查留在一般程式泳道。
由人員處理倉庫現場的狀況。
記錄例外的處理結果,倉儲作業繼續。
串接系統: WMS 倉儲
現況 3: 已串接。需要 4: 已自動化。
此例示範出貨紀錄與物流紀錄有差異的情況。
程式準備出貨單、追蹤碼與最新狀態。
AI 協助讀取紀錄並找出差異。
由人員確認重大異常與處理方式。
依明定流程記錄確認後的結果。
串接系統: WMS · 3PL
現況 2: 已數位化。需要 5: AI 輔助。
物流業者傳來一筆配送更新。
程式將物流更新同步至訂單紀錄。
AI 標出可能的延誤,並起草客戶通知,等待審閱。
客戶看到通知前,由人員檢查草稿並核准。
只有經過審閱的通知,才進入對客戶發布的步驟。
串接系統: 3PL 物流
現況 3: 已串接。需要 5: AI 輔助。
收到簽收資料,需要與訂單比對。
程式記錄簽收資料,準備核對。
AI 比對訂購與簽收內容,起草差異說明。
由人員確認差異,並與客戶協調處理。
記錄雙方確認的結果,再完成訂單結案。
串接系統: 3PL · CRM
現況 2: 已數位化。需要 5: AI 輔助。
收到客戶問題,需要連同訂單紀錄處理。
程式建立客訴單,取得相關 CRM 紀錄。
AI 依客戶描述歸納客訴,參考先前紀錄準備回覆。
由人員核准回覆,並決定補償方式。
將已核准的回覆傳達給客戶。
串接系統: CRM · BI
同一次交接,在不同層級需要不同的權限。點選層級,查看 AI 可以做什麼;標記則顯示所選階段的現況,以及它需要的層級。
個人零星使用,沒有規範
只協助個人作業。不碰公司資料。
只讀取真實資料。分析、報表。
依規則寫入。不做判讀。
產出真正的工作——由人發布
在明定權限內執行有界限的動作
自行調整自己的定義
選取層級是在查看權限,不代表此階段已升級,也不會改變評估。
查看七個層級 →選擇異常分級,看看通知會送到哪裡。分級決定要通知誰;層級決定 AI 可以做什麼。
異常分級 0
異常分級 1
異常分級 2
異常分級 3
通知規則不等於核准規則。即使未回報異常,AI 產出的工作仍須經過該階段明定的審閱。
0–3 異常分級是客戶提供的架構,予以保留,因為它用一條決策規則回答了每個買方都會問的問題——「萬一 AI 判斷錯了呢?」——而不是一句安撫。
倉儲揀貨由固定規則檢查進度。交接流程繞過 AI,將例外直接交給人員。
資料在審閱處停下來。準備工作與核准發布,仍是兩個不同的責任。
此處層級為示意。實際起點須透過盤點確認;相差幾級不代表工時或價格。