0604 首次驗收

0604首次驗收

更新日期：2026-06-04

本文作為第一次驗收討論稿，依目前系統流程，從工程部建立資料與 BOM 開始，轉交採購部，再到倉庫收貨驗收為止。說明重點是實際操作順序、目前 UI 如何輔助，以及每一步資料會如何流動。

驗收範圍

本次驗收聚焦在工程部、採購部、倉庫三個部門之間的核心資料閉環：

1. 工程部建立產品資料與 BOM。
2. 工程部將 BOM 移交到採購部。
3. 採購部用採購單比對待採購清單。
4. 採購部追蹤叫貨、確認到貨。
5. 倉庫輸入實收數量，正常入庫或回報短收異常。
6. 採購部針對短收做「採購少買」、「廠商補貨」或「數量正確」處理。
7. 已入庫與報表查詢可看到最終資料。

一、登入與操作身分

UI 位置：進入系統前的登入畫面、每個頁面標題右上方。

輔助畫面：Outlook 登入面板如下。

操作說明：

1. 使用者進入系統時，若登入模組啟用，會先看到 Outlook 登入畫面。
2. 登入完成後，系統會取得登入者顯示名稱、Email、部門與角色。
3. 登入者資訊會顯示在每個頁面標題列右上方，不另建立全域 header。
4. 後續 BOM 填寫人、移交者、採購操作人、倉庫操作人，都可以依登入者身分回填。

目前狀態：

• Outlook 登入串接已完成測試。
• 使用者管理頁已可作為後續 Admin 審核、分配部門、分配角色的基礎。
• 權限分流可採「本部門可操作，其他部門僅供瀏覽」的方式延伸。

二、工程部：產品管理

UI 位置：左側選單 > 工程部 > 產品管理。

輔助畫面：工程部產品管理如下。

用途：

產品管理是工程部維護標準產品、項目、圖號 / 料號的地方。這裡建立的資料會作為建立 BOM 時的快速帶入來源。

操作順序：

1. 在項目表格中建立或編輯項目，例如機構項目、電控項目。
2. 在產品區塊中選擇哪些項目屬於該產品。
3. 在「圖號 / 料號」卡片中維護項目可使用的圖號、料號、圖名、品名、規格與預設數量。
4. 數量欄位使用增減 UI，減少手動輸入錯誤。
5. 表格輸入欄位可依輸入文字篩選下拉選單，並依項目所屬部門篩選候選資料。

UI 輔助：

• 項目、產品、圖號 / 料號以分區方式呈現，方便知道目前正在編輯哪一層資料。
• 使用 / 未使用的圖號卡片用狀態切換，協助判斷該圖號是否會被帶入 BOM。
• 輸入時的候選清單會參考廠商品項對照，避免重複建立相近資料。

資料流：

產品管理資料會保存為工程部標準模板。建立 BOM 時選擇產品後，系統會依產品模板帶入項目與圖號 / 料號。

三、工程部：建立 BOM

UI 位置：左側選單 > 工程部 > BOM 管理 > 建立 BOM。

輔助畫面：建立 BOM 初始畫面如下。

實際操作時，選擇案件 31 並輸入產品名稱後，系統會依產品管理資料帶入相關項目。

用途：

建立 BOM 是工程部針對專案建立實際需求明細的入口。

操作順序：

1. 選擇 BOM 日期。
2. 選擇專案，例如案件編碼 31。
3. 填寫人由登入者自動帶入。
4. 輸入產品名稱，若產品管理已有該產品，系統會帶入對應項目。
5. BOM 表格依部門分區，例如機構、電控。
6. 點選部門區塊後，新增列會加在該部門區塊最下方。
7. 填寫項目、圖號 / 料號、圖名 / 品名、規格、需求、備用、單位等資料。
8. 儲存後，BOM 會成為草稿，後續可在查詢 BOM 繼續編輯或移交採購。

客製化列：

1. 客製化勾選是給一次性用料使用。
2. 勾選後，該列不應回填或新增到廠商品項對照。
3. 勾選後，項目與圖號 / 料號欄位會停用或以空白實心狀態呈現，避免把一次性用料誤當成標準品項。
4. 客製化列仍可作為 BOM 採購需求移交，但不進入標準對照資料。

目前驗收說明重點：客製化勾選的目的不是排除採購，而是標示「一次性用料」。這類資料可以出現在 BOM 與待採購清單，但不能回寫或新增到廠商品項對照。

UI 輔助：

• 部門區塊有明確底色與部門標示。
• 新增列會依目前選取部門加入，不會插入中間造成順序混亂。
• 需求、備用欄位置中，方便核對數量。
• 表格輸入時可使用依部門篩選的候選下拉清單。

資料流：

建立 BOM 儲存後，資料先停留在工程部 BOM 草稿；尚未移交前，不會進入待採購清單。

四、工程部：匯入 BOM

UI 位置：左側選單 > 工程部 > BOM 管理 > 匯入 BOM。

用途：

匯入既有 BOM 檔案，解析欄位與合併儲存格後，轉為可編輯的 BOM 草稿。

操作順序：

1. 上傳 BOM 檔案。
2. 系統解析 BOM 內容，產生可編輯表格。
3. 使用者檢查項目、圖號 / 料號、圖名 / 品名、規格、需求、備用等欄位。
4. 儲存為 BOM 草稿。
5. 到查詢 BOM 頁面執行後續移交。

UI 輔助：

• 匯入後仍使用與建立 BOM 接近的表格形式，方便工程部修正。
• 填寫人仍由登入者帶入。
• 可在儲存前修正解析結果。

資料流：

匯入 BOM 不直接進採購部。它會先建立工程部 BOM 草稿，再由查詢 BOM 移交採購。

五、工程部：查詢 BOM 與移交採購

UI 位置：左側選單 > 工程部 > BOM 管理 > 查詢 BOM。

用途：

查詢 BOM 是工程部確認、編輯、選取、移交 BOM 的主要頁面。

操作順序：

1. 在左側清單選擇已儲存的 BOM 草稿。
2. 檢查產品 BOM 表格與明細。
3. 若需要追加，直接修改對應項目數量。
4. 系統會與上一次移交版本比對。
5. 勾選要移交的產品 BOM。
6. 點選「移交採購部」。
7. 確認視窗會顯示移交者，確認後資料進入採購部待採購清單。

狀態判斷：

1. 如果 BOM 與上次移交內容沒有差異，移交按鈕不應亮起。
2. 如果同項目仍是未採購狀態，追加會合併更新原待採購列。
3. 如果同項目已經進入非未採購狀態，例如部分採購、叫貨中、廠商補貨中、已入庫，追加應新增一列作為追加需求，並以綠底提示。
4. 如果同項目已經非未採購，工程部不應減少原本已形成採購承諾的數量。

UI 輔助：

• 狀態欄位提示該項目是未移交、可移交、合併更新、追加或不可減少。
• 查詢 BOM 也具備與建立 BOM 類似的部門區塊選取新增列能力。
• 移交前會有確認視窗，避免誤送。

資料流：

移交後，BOM 明細會轉成採購部待採購需求。系統會保留來源 BOM、產品、項目、圖號 / 料號、填寫人、移交者與來源節點資訊，供後續回填與追蹤。

六、採購部：待採購清單

UI 位置：左側選單 > 採購部 > 待採購清單。

輔助畫面：採購部待採購清單如下。

用途：

待採購清單顯示工程部已移交、但尚未完全採購完成的需求。

操作順序：

1. 依專案檢視待採購項目。
2. 表格依部門與項目相鄰分組，例如機構、電控。
3. 核對圖號 / 料號、圖名 / 品名、規格、採購數量、廠商、狀態與填寫人。
4. 等待匯入採購單後，由比對結果更新待採購數量與狀態。

UI 輔助：

• 待採購清單用專案分組，與查詢 BOM 的專案方式一致。
• 部門欄位以顏色區分，項目列使用相近色系輔助辨識。
• 狀態用 token 標籤呈現，不由使用者手動調整。
• 表格最右側顯示填寫人，方便知道該 BOM 來源操作者。
• 勾選列後，可從 checkbox 旁滑出 X，用於申請退回或刪除待採購項目；正式刪除需回到 BOM 移交者確認。

目前待採購清單不顯示：

• 需求。
• 備用。
• 交貨日期。

原因：

待採購清單只需要知道目前還要採購多少。交貨日期要等採購單比對後才有意義。

資料流：

待採購清單是採購部開始處理工程需求的入口。採購單比對完成後，這裡會扣除已採購數量；未買齊會保留剩餘數量並顯示部分採購。

七、採購部：匯入採購單與比對結果

UI 位置：左側選單 > 採購部 > 匯入採購單。

輔助畫面：採購部匯入採購單如下。

用途：

採購部匯入採購單，系統用採購單內容與待採購清單比對，決定哪些項目買齊、部分採購或尚未採購。

操作順序：

1. 上傳採購單檔案。
2. 系統解析採購單內容。
3. 比對結果區塊顯示報價 / 採購單品項與待採購品項的對應。
4. 若自動比對不確定，可用下拉選單人工指定待採購品項。
5. 數量比對欄位顯示：

- 數量正確：綠字。

- 相差 -X PCS：紅字。

1. 單價為 0 或掃描不到單價時，預設為 0 並以紅框提示。
2. 確認送出比對結果。

UI 輔助：

• 表格選取同步框使用綠色。
• 選取資料列時，該列會微浮出，其他列半透明，方便使用者看目前正在處理哪一列。
• 點擊任意處可取消選取框。
• 待採購品項下拉選單應依採購單上的案件編碼，顯示對應案件的待採購項目。

資料更新規則：

1. 採購單數量等於待採購數量：待採購清單移除該項目，狀態進入叫貨中、到貨確認或後續流程。
2. 採購單數量小於待採購數量：待採購清單保留剩餘採購數量，狀態為部分採購。
3. 採購單沒有買到的項目：仍留在待採購清單，狀態為未採購。
4. 採購明細只記錄實際比對完成、已形成採購單的數量。
5. 比對完成後，廠商品項對照應更新既有對應資料，不應因同一圖號 / 料號重複新增資料列。

資料流：

採購單比對會建立採購明細，並依交貨日期分流：

• 未到交貨日：進入叫貨追蹤。
• 到交貨日或需要確認：進入到貨確認。
• 後續到貨後：進入倉庫待收貨。

八、採購部：叫貨追蹤

UI 位置：左側選單 > 採購部 > 叫貨追蹤。

輔助畫面：採購部叫貨追蹤如下。

用途：

叫貨追蹤用來追蹤已採購但尚未到貨，或廠商補貨中的項目。

操作順序：

1. 查看採購單項目、廠商、圖號 / 料號、品名、數量、交貨日期與狀態。
2. 若交貨日未到，資料留在叫貨追蹤。
3. 若交貨日到期，資料轉往到貨確認或倉庫待收貨。
4. 若採購部在到貨確認選擇廠商補貨，補貨數量會回到叫貨追蹤，狀態顯示廠商補貨中。

UI 輔助：

• 狀態用 token 標籤呈現。
• 若資料是廠商補貨中，追蹤數量應顯示尚缺數量，而不是原採購單全量。
• X 按鈕用於退回上一步，並顯示確認視窗，避免誤操作。

資料流：

叫貨追蹤的資料來自採購單比對結果或到貨確認的廠商補貨決策。當資料到達收貨條件後，會交給倉庫待收貨。

九、採購部：到貨確認

UI 位置：左側選單 > 採購部 > 到貨確認。

輔助畫面：採購部到貨確認如下。

用途：

到貨確認是採購部處理到貨前後狀態的頁面，特別是倉庫回報短收異常後，由採購部決定後續處理。

操作順序：

1. 查看已到交貨日或倉庫回報異常的採購項目。
2. 如果尚未收到倉庫異常通知，不顯示「待處理」選項。
3. 倉庫回報短收後，才出現可處理動作。
4. 採購部可選擇：

- 數量正確。

- 採購少買。

- 廠商補貨。

處理規則：

1. 數量正確：代表確認倉庫實收數量沒問題，更新已入庫資料，清除尚缺狀態。
2. 採購少買：確認尚缺數量後，將尚缺數量回填到待採購清單，並與同項目剩餘採購數量合併。
3. 廠商補貨：輸入新的交貨日期，將尚缺數量送回叫貨追蹤，狀態為廠商補貨中。

UI 輔助：

• 採購少買不需要填寫原因，直接顯示確認視窗，例如「尚缺數量為 1，確認後會更新待採購清單，確認嗎?」。
• 廠商補貨只需要填新的交貨日與保存，不再額外顯示不必要的短收輸入框。
• 狀態欄位用 token 標籤顯示。

資料流：

到貨確認是倉庫異常與採購後續決策的分流點。採購少買會回待採購清單，廠商補貨會回叫貨追蹤，數量正確會更新已入庫。

十、採購部：採購明細

UI 位置：左側選單 > 採購部 > 採購明細。

用途：

採購明細記錄已經完成採購單比對、形成採購事實的項目。

顯示內容：

1. 單據編號。
2. 廠商名稱。
3. 廠商貨品編號。
4. 圖號 / 料號。
5. 圖名 / 品名。
6. 規格。
7. 採購數量。
8. 單位。
9. 單價。
10. 小計。
11. 交貨日期。
12. 備註。
13. 填寫人。

資料規則：

採購明細只顯示實際購買的項目資料列。如果某項目原需求 5、採購單只買 4，採購明細只應記錄買到的 4；剩餘 1 留在待採購清單，不需要在採購明細額外顯示一列 1。

十一、採購部：廠商品項對照

UI 位置：左側選單 > 採購部 > 廠商品項對照。

用途：

廠商品項對照用來維護我方圖號 / 料號與廠商貨品編號、廠商品名、規格、單價、最低訂購量之間的關係。

資料來源：

1. 產品管理與 BOM 可使用這裡的候選資料作為輸入下拉選單。
2. 採購單比對完成後，系統應更新既有對照資料。
3. 同一圖號 / 料號、圖名 / 品名、廠商與廠商貨品編號對應到既有資料時，應更新原資料列，不應重複新增。
4. BOM 客製化列不應寫入廠商品項對照。

UI 輔助：

• 可依部門加上分類標籤，例如機構、電控，方便產品管理與 BOM 輸入時篩選。
• 最低訂購量可供建立 BOM 時檢查，若需求加備用未達門檻，可阻擋移交採購部。

資料流：

廠商品項對照是跨工程與採購的共用標準資料。工程端使用它輔助輸入，採購端透過採購單比對補齊廠商資訊與單價。

十二、倉庫：倉庫待收貨

UI 位置：左側選單 > 倉庫 > 倉庫待收貨。

輔助畫面：倉庫待收貨如下。

用途：

倉庫待收貨顯示已到貨、等待倉庫填寫實收數量的資料。

操作順序：

1. 查看應收數量。
2. 輸入實收數量。
3. 若實收數量等於應收數量，正常入庫。
4. 若實收數量小於應收數量，系統自動計算尚缺數量。
5. 系統自動帶入異常原因，例如實收數量小於應收數量。
6. 點選異常。

短收處理規則：

1. 倉庫點選異常後，實收數量要先入庫。
2. 倉庫待收貨該列要清除。
3. 尚缺數量要回到採購部到貨確認。
4. 採購部再決定是採購少買、廠商補貨，或數量正確。

UI 輔助：

• 欄位名稱使用「應收數量」。
• 輸入實收數量後，尚缺數量自動計算。
• 異常原因自動帶入，減少倉庫手動輸入。
• 倉庫只處理實收，不決定採購後續責任。

資料流：

倉庫待收貨是實物流的入口。實收部分會先進已入庫；尚缺部分回到採購部處理。

十三、倉庫：已入庫

UI 位置：左側選單 > 倉庫 > 已入庫。

輔助畫面：倉庫已入庫如下。

用途：

已入庫顯示已經實際入庫的項目。

顯示規則：

1. 如果項目已確認無尚缺數量，狀態、應收數量、尚缺數量等異常欄位可收起。
2. 如果該項目仍有短收追蹤，例如廠商補貨中或採購少買處理中，已入庫資料可保留狀態提示，讓倉庫知道該品項不是完整結案。
3. 若採購部確認數量正確，已入庫資料應更新原資料列，不應新增重複列。

UI 輔助：

• 正常入庫資料保持簡潔。
• 有短收追蹤時才顯示必要狀態。
• 導覽按鈕有資料注入時，應顯示通知筆數。

資料流：

已入庫代表目前實收的庫存事實。若後續補貨到達，補貨數量會再次進倉庫待收貨並形成新的入庫紀錄或更新既有追蹤狀態。

十四、報表查詢

UI 位置：左側選單 > 報表查詢。

輔助畫面：報表查詢如下。

用途：

報表查詢提供採購與入庫進度的查詢視角。

操作順序：

1. 選擇起始日期與結束日期。
2. 點選查詢。
3. 系統依報表日期顯示資料。
4. 可匯出 Excel。

資料來源：

報表資料來自正式 API 與 MySQL。日期優先取入庫日期，其次交貨日期與單據日期。

討論點：

報表是否只統計已入庫，或同時統計預計會入庫的項目，需要依使用情境決定：

• 若用於庫存事實：只看已入庫。
• 若用於採購進度：應同時看採購中、待收貨、已入庫。
• 若用於財務付款：應以採購明細與到貨 / 入庫狀態一起核對。

十五、專案總覽

UI 位置：左側選單 > 業務部 > 專案總覽。

輔助畫面：專案總覽如下。

用途：

專案總覽用專案角度查看工程、採購、倉庫整體狀態。

顯示內容：

1. 案件編碼與案件名稱。
2. 未採購數量。
3. 叫貨中數量。
4. 已採購數量。
5. 已入庫數量。
6. 最近交貨日期。
7. 採購風險。
8. 採購明細相關資料。

資料流：

專案總覽是跨部門彙整視圖，不直接替代各部門操作頁。它用來檢查某一案件從 BOM 到採購、收貨、入庫的整體進度是否一致。

十六、驗收主流程範例

以下是一個完整測試流程，可作為第一次驗收展示順序。

1. 工程部進入產品管理，確認產品 ADC 藥品櫃已有項目與圖號 / 料號。
2. 工程部進入建立 BOM，選擇案件 31，輸入產品名稱 ADC 藥品櫃，帶入對應項目。
3. 工程部檢查 BOM 明細，儲存 BOM 草稿。
4. 工程部進入查詢 BOM，選取該 BOM，移交採購部。
5. 採購部進入待採購清單，確認案件 31 出現對應項目與採購數量。
6. 採購部進入匯入採購單，上傳採購單。
7. 系統依案件編碼 31 比對待採購清單。
8. 採購部確認比對結果。
9. 買齊項目離開待採購清單；未買齊項目保留剩餘數量並顯示部分採購。
10. 未到貨項目進叫貨追蹤；到貨項目進到貨確認或倉庫待收貨。
11. 倉庫進入倉庫待收貨，填寫實收數量。
12. 如果短收，系統自動計算尚缺數量並帶入異常原因。
13. 倉庫點選異常後，實收數量先入庫，尚缺數量回到採購部到貨確認。
14. 採購部在到貨確認選擇採購少買，尚缺數量回待採購清單並合併剩餘數量。
15. 採購部在到貨確認選擇廠商補貨，尚缺數量回叫貨追蹤，狀態為廠商補貨中。
16. 採購部在到貨確認選擇數量正確，更新已入庫資料並清除異常狀態。
17. 倉庫在已入庫頁面確認實收資料。
18. 報表查詢與專案總覽確認採購、收貨、入庫資料有同步。

十七、導覽通知筆數

目前導覽按鈕會依頁面資料注入顯示通知筆數，主要用於提醒使用者該頁有新資料或尚待處理資料。

應顯示通知的頁面：

1. 查詢 BOM：有可移交或待處理 BOM。
2. 待採購清單：有工程移交或採購少買回填的剩餘需求。
3. 叫貨追蹤：有叫貨中或廠商補貨中的項目。
4. 到貨確認：有交貨日到期或倉庫回報異常後待採購處理的項目。
5. 倉庫待收貨：有待倉庫輸入實收的項目。
6. 已入庫：有新增或更新的入庫資料。

討論重點：

通知筆數應反映「資料注入或待處理」，而不是只反映某個固定狀態。若某頁有新資料，但通知筆數沒有變化，代表 badge 計算來源需要再對齊。

十八、第一次驗收結論

目前系統已具備以下核心能力：

1. 工程部可管理產品資料、建立 BOM、匯入 BOM、查詢 BOM、移交採購。
2. 採購部可接收待採購清單、匯入採購單、比對結果、追蹤叫貨、處理到貨確認、查看採購明細與廠商品項對照。
3. 倉庫可接收待收貨資料、填寫實收數量、回報短收異常、查看已入庫資料。
4. 專案總覽與報表查詢可作為跨部門彙整檢查。
5. Outlook 登入系統已完成測試串接，登入者資訊可作為後續填寫人、操作人與權限分流基礎。

本文件供第一次驗收討論使用；後續若驗收中確認調整項目，再依實際測試結果更新流程與資料規則。