倉庫問題處理工作站 WAREHOUSE ISSUE STATION
← 工作台 + 再報一張
退回原流程 RETURNED_TO_FLOW

ISSUE-20260731-0011

進貨簽收簽錯 B17654 1 輪處理 負責:翁嘉駿 結案 07/31 17:56

B17654 簽收錯誤,簽到全部不相符,但申請售後人員發現其實有一個是正確的,所以要回朔到簽收前狀態。

現放 ㄚ駿座位旁邊

處理時間軸

  1. 第 1 輪 翁嘉駿 人工 2026-07-31 17:56
    動作1. 使用包裹賣家托運單號查詢此筆採購單_id,將這筆流程狀態更新成「集運商已寄出,未到達台灣」、結案為「False」、無法採購後續處理方式為None;原因欄位為None。 為什麼 : 因為神速簽收系統會偵測採購單的「流程狀態」與「結案」欄位是否已經結案,沒有更改的話神速簽收系統會查詢不資料 影響 : 大貨可以在神速簽收統查詢到,但還不能簽收 。 代碼: # 回朔簽收簽錯。 採購單_id = 223886 採購單.objects.filter(id=採購單_id).update(流程狀態="集運商已寄出,未到達台灣", 結案=False, 無法採購後續處理方式=None, 原因=None) 2. 透過「採購單_id」關聯方式查詢「賣家托運單」,將查詢到的資料將「簽收」欄位更新「False」 代碼: 進貨單號 = "20260707101" 採購單.objects.filter(id=採購單_id).update(流程狀態="集運商已寄出,未到達台灣", 結案=False) 賣家托運單.objects.filter(採購單_id=採購單_id).update(簽收=False) 為什麼: 神速簽收統 偵測「賣家托運單」這筆已經簽收完成,只是要等待上架。 影響: 大貨可以在神速簽收統查詢到,但還不能簽收 。 3. 透過「採購單_id」關聯方式查詢「進貨單」,將查詢到的資料將「結案」欄位更新「False」;流程狀態欄位更新「未簽收」;備註欄位更新為None。 為什麼: 神速簽收統偵測「進貨單」流程狀態欄位是否為「結案」。 影響: 大貨可以在神速簽收統查詢到,可以簽收 。 代碼: 進貨單.objects.filter(進貨單號=進貨單號).update(結案=False, 流程狀態="未簽收", 備註="") 4. 前往倉庫App底下有一個Model為「簽收流程狀態」,貼上「採購單號」查詢這筆簽收狀態,進去人工更改「流程進度」欄位更成步驟0;「流程狀態」欄位為 進行中, 其餘步驟2~6如下 : 步驟2 : 數量比對結果 欄位為 - 步驟4 : 是否減損 欄位為 - ;減損類型為-;減損數量為0 為什麼: 神速簽收統 已經到步驟6完成簽收了,無法透過神速簽收系統拆父子單,不這麼做的話,需要人工拆採購單父子單,另外要將新品_內容的採購單人工關聯拆子單採購單_id 影響: 大貨以在神速簽收系統重新走簽收流程 。
    結果B17654 返回簽收流程拆單
    ✔ 已解決

照片牆

處理後

基本資料

品名
透明氣囊桌椅防撞條5M
來源
進貨簽收
建立
翁嘉駿 人工 2026-07-31 14:55
更新
2026-07-31 17:56
結案
2026-07-31 17:56
更多狀態操作