ISSUE-20260731-0001

簽收錯誤需恢復 S20260703076 1 輪處理負責:翁嘉駿結案 07/31 14:26

S20260703076 看樣的時候發現其中有一個商品不一樣，
要將採購單退回去簽收前狀態
新品開發流程狀態要更換廠商，重新採購樣品。

現放 ㄚ駿座位旁邊

處理時間軸

第 1 輪翁嘉駿人工 2026-07-31 14:26

動作1. 使用包裹賣家托運單號查詢此筆採購單_id，將這筆流程狀態更新成「集運商已寄出，未到達台灣」；結案為「False」為什麼 : 因為神速簽收系統會偵測採購單的「流程狀態」與「結案」欄位是否已經結案，沒有更改的話神速簽收系統會查詢不資料影響 : 樣品可以在神速簽收統查詢到，但還不能簽收。風險 : 人工看錯「採購單_id」，進而更新到錯誤資料，還需要將錯誤的資料回朔。 2. 透過「採購單_id」關聯方式查詢「賣家托運單」，將查詢到的資料將「簽收」欄位更新「False」為什麼: 神速簽收統偵測「賣家托運單」這筆已經簽收完成，只是要等待上架。影響: 樣品可以在神速簽收統查詢到，但還不能簽收。 3. 前往倉庫App 底下有一個Model為「簽收流程狀態」，貼上「採購單號」查詢這筆簽收狀態，進去人工更改「流程進度」欄位更成步驟0；「流程狀態」欄位為進行中，其餘步驟2~6如下 : 步驟2 : 數量比對結果欄位為 - 步驟4 : 是否減損欄位為 - 步驟5: 是否相符欄位為 - 步驟6: 入庫完成欄位更新為 False 為什麼: 神速簽收統已經到步驟6完成簽收了，無法透過神速簽收系統拆父子單，不這麼做的話，需要人工拆採購單父子單，另外要將新品_內容的採購單人工關聯拆子單採購單_id 影響: 樣品可以在神速簽收系統重新走簽收流程。風險: 4. 透過「樣品料號」查詢這筆的新品開發_id，將此筆「流程狀態」欄位從「樣品滿足，等待判斷」更新成「已採購樣品，已上傳圖片」。為什麼: 資料一致性。影響: 新品開發資與採購單流程狀態一致性，既然採購單流程狀態已經退到簽收前，則新品開發流程狀態也要一起退到上一步，兩邊要資料同步。

結果S20260703076 已經退回簽收前狀態

✔ 已解決

照片牆

處理後

基本資料

來源: 看樣
建立: 翁嘉駿人工 2026-07-31 13:22
更新: 2026-07-31 14:26
結案: 2026-07-31 14:26

更多狀態操作