ISSUE-20260731-0002

B料號轉C料號 B11577 1 輪處理負責:翁嘉駿結案 07/31 15:35

B11577 要創建C料號，數數量會數錯，要原本B11577 就寫3入為一組，其實賣家是1個販售

現放 ㄚ駿座位旁邊

處理時間軸

第 1 輪翁嘉駿人工 2026-07-31 15:35

動作1. 全部物品查詢有沒有已經有這筆C料號如果就更新全部物品品名從原本為「日式長方形瀝水保鮮盒3入」>「日式長方形瀝水保鮮盒」。如果沒有要透過這行代碼獲取最後C料號號碼「類別代號 = "C" 料號_list = list(全部物品.objects.filter(料號__regex=f"^{類別代號}\d+").exclude(Q(料號__regex=r"9.....$") | Q(料號='C10000')).values_list("料號", flat=True)) 料號_list = list(map(lambda x: int("".join([i for i in x.split("-")[0] if i.isdigit()])), 料號_list)) if len(料號_list) <= 0: 最後的料號 = 0 else: 最後的料號 = sorted(料號_list)[-1] 決定料號 = 最後的料號 + 1 # 如果料號的數字不滿4位數的話，就向左補0到4位數。新品料號 = f"{類別代號}{決定料號:0>4}" print(新品料號) 」然後人工創建全部物品複合商品的料號，將複合商品_內容填寫回原本產品料號與數量。為什麼: 避免已經先前就有人創建過，以及相同商品重複創建C料號，矯正計算採購數量數量。影響: 每次數數量簽收因為品名關係讓數數人員會數錯誤。 2. 使用包裹賣家托運單號查詢此筆採購單_id，將這筆流程狀態更新成「集運商已寄出，未到達台灣」；結案為「False」。為什麼 : 因為神速簽收系統會偵測採購單的「流程狀態」與「結案」欄位是否已經結案，沒有更改的話神速簽收系統會查詢不資料影響 : 樣品可以在神速簽收統查詢到，但還不能簽收。風險 : 人工看錯「採購單_id」，進而更新到錯誤資料，還需要將錯誤的資料回朔。代碼 : 採購單_id = 216695 採購單.objects.filter(id=採購單_id).update(流程狀態="集運商已寄出，未到達台灣", 結案=False) 3. 透過「採購單_id」關聯方式查詢「賣家托運單」，將查詢到的資料將「簽收」欄位更新「False」為什麼: 神速簽收統偵測「賣家托運單」這筆已經簽收完成，只是要等待上架。影響: 樣品可以在神速簽收統查詢到，但還不能簽收。 4. 前往倉庫App 底下有一個Model為「簽收流程狀態」，貼上「採購單號」查詢這筆簽收狀態，進去人工更改「流程進度」欄位更成步驟0；「流程狀態」欄位為進行中，其餘步驟2~6如下 : 步驟2 : 數量比對結果欄位為 - 步驟4 : 是否減損欄位為 - 步驟5: 是否相符欄位為 - 步驟6: 入庫完成欄位更新為 False ；可入庫數量欄位更新成正確數量為什麼: 神速簽收統已經到步驟6完成簽收了，數量已經訂好了，退回去簽收前，要另外做數量更新正確，要不然簽收入庫時數量庫存會有問題。影響: 大貨可以在神速簽收系統重新走簽收流程。代碼: 是人工更新，無代碼。

結果B11577 已經退回去簽收流程

✔ 已解決

照片牆

處理後

基本資料

品名: 日式長方形瀝水保鮮盒3入
來源: 進貨
建立: 翁嘉駿人工 2026-07-31 14:31
更新: 2026-07-31 15:35
結案: 2026-07-31 15:35

更多狀態操作