研發 PLM 產品生命週期管理

從配方設計、實驗驗證到量產移轉,研發全流程數位化管理

免費諮詢方案
研發 PLM 產品生命週期管理

您面對的挑戰

  • 配方版本散落各人的 Excel,改了什麼、為什麼改,三個月後無從追溯
  • 實驗記錄靠紙本,品質測試趨勢無法即時看,問題發現太晚
  • 研發工單派工靠口頭,誰在做哪個實驗、進度如何,主管無法掌握
  • 新配方送審流程全靠 Email,核准記錄分散,NPI 移轉生產漏洞多

我們的解決方案

以 iDempiere WebUI 為核心建置研發 PLM 平台,涵蓋配方管理、實驗追蹤、派工協作、AI 智慧推薦、多維儀表板、設備校正與知識庫七大模組。所有研發資產集中管理,從構想到量產的每個環節均有數位化記錄與稽核軌跡,大螢幕 WebUI 介面讓複雜配方一目瞭然。

核心功能

🧪 配方管理

大螢幕 WebUI 呈現完整配方樹狀結構,固含量(SC%)即時計算,原料依類別色碼分類一眼辨識。支援多批量比例縮放,一鍵產生批次投料單,研發人員不再依賴 iPad 或紙本作業。

配方管理介面

🔬 實驗管理與測試趨勢

每個實驗步驟設定 Checklist,完成狀態即時更新。黏度、pH 值、固含量等品質數據即時驗證,趨勢圖疊加驗收範圍帶,超標立即可視化識別。資料表格與趨勢圖同步顯示,不需切換頁面。

實驗管理介面 測試趨勢圖

📋 派工管理

研發工單依草稿、進行中、完成狀態篩選,資源分配與責任人一目瞭然。預計工時 vs 實際工時即時比對,團隊負載以長條圖視覺化呈現,主管不再需要逐一詢問進度。

派工狀態 資源分配 工時追蹤

🤖 AI 智慧配方推薦

三步驟精靈介面引導輸入需求,本地部署 Ollama 模型確保配方數據不離開企業。AI 根據歷史實驗數據推薦可量產配方,並附上完整配比、推薦理由與安全注意事項,大幅縮短新配方開發週期。

AI 推薦步驟 1 AI 推薦步驟 2
AI 推薦結果 配方詳情
推薦理由 安全注意事項

📊 多維研發儀表板

研發總覽、成本分析(材料 / 人工分項)、KPI 雷達圖、測試趨勢四類儀表板即時更新。管理層從單一入口掌握研發投入、進度達成率與品質趨勢,決策不再等月報。

研發總覽 成本分析 KPI 雷達圖

🔧 設備管理與知識庫

設備校正狀態以綠 / 橙 / 紅號誌顯示,逾期未校正自動警示,校正歷史完整留存。全文搜尋知識庫以 Markdown 格式儲存研發 SOP、實驗心得、配方開發記錄,組織知識不再隨人員流動而流失。

設備校正管理 研發知識庫

📖 研發 PLM 完整操作手冊

別怕,這不是那種「看完需要請假一天」的手冊。我們把 20 個模組整理成人話版操作指南,配圖、配表、配吐槽,保證看得懂、用得上。點擊任一模組直接跳轉,找到你需要的那個章節 — 不用從頭看到尾,我們不搞連續劇。

🧪配方管理
配方版本不再散落各人的 Excel,改了什麼一清二楚,不用再玩「猜猜誰改的」遊戲

1. 功能概述

配方管理表單(Formula Management)用於管理研發實驗配方,支援配方的建立、編輯、版本管理、跨專案搜尋比對與複製。系統提供 Lifecycle State 管理、PLM Revision 版次控制、Engineering Change Request(ECR)建立,以及 Formula Finder 跨專案配方搜尋引擎(含 Material Search、Spec Search、Similarity Search 三種搜尋模式)。

導航路徑: 選單 → R&D Module → RND_FormulaForm

2. 生命週期狀態與文件狀態說明

2.1 Lifecycle State(生命週期狀態)
代碼狀態名稱說明
—————-——
DRDraft(草稿)新建或編輯中,可修改配方明細
IRIn Review(審閱中)配方送出審閱,等待確認
RLReleased(已發行)配方正式發行,不可再修改
2.2 Document Status(文件狀態)
代碼狀態名稱說明
—————-——
DRDrafted(草稿)初始狀態
IPIn Progress(進行中)作業中
COCompleted(完成)配方完成確認
CLClosed(已關閉)配方已結案
VOVoided(已作廢)配方作廢
2.3 Material Type(原料類型)
代碼類型名稱說明
—————-——
SOLSolvent(溶劑)溶劑類原料
BINDBinder(樹脂)樹脂/黏合劑類原料
INIInitiator(起始劑)起始劑/引發劑
MONOMonomer(單體)單體原料
ADDAdditives(添加劑)添加劑類原料
PACPACPAC 類原料
PSPaste(膏狀物)膏狀物/研磨料

3. 畫面配置

表單採用 BorderLayout 佈局,分為上方工具列(North)、左側清單面板(West)、中央詳細資訊面板(Center)三大區域。

3.1 上方工具列(North, 60px)

由左至右依序為:

  • Project 選擇器: WSearchEditor 元件,用於選擇 RND_Project(必填)。選擇專案後,系統自動載入該專案下的所有配方。
  • Lifecycle State 篩選按鈕:
  • All — 顯示所有狀態的配方
  • Draft (DR) — 僅顯示草稿配方
  • In Review (IR) — 僅顯示審閱中配方
  • Released (RL) — 僅顯示已發行配方
  • 點擊篩選按鈕後,左側清單會即時過濾顯示符合條件的配方。

    3.2 左側面板(West, 40%)— 配方清單

    以 Listbox 顯示配方清單,面板可拖曳調整寬度(splittable)。包含以下欄位:

    欄位說明排序
    ——————
    Name配方名稱支援
    Doc No文件編號(DocumentNo)支援
    State生命週期狀態(LifecycleState)支援
    SC%固含量百分比(SC_TotalPct),格式 ##0.00
    Total Qty總量(TotalQty),格式 ###,##0.000

    點擊任一筆配方,中央面板會載入該筆的詳細資訊與配方明細行。清單依建立時間降序排列(Created DESC)。

    3.3 中央面板(Center)— 詳細資訊

    選取配方後顯示,由上而下分為:

    標頭列(Header Bar):

  • 配方名稱(粗體,16px)
  • LifecycleState badge(灰色圓角標籤)
  • 「Edit」按鈕(僅 Draft 狀態時顯示,進入編輯模式)
  • 分頁區域(Tabbox):

    分頁名稱說明
    ——————
    Tab 1Formula Lines配方明細行管理
    Tab 2Batch Tickets批次工單(尚未實作,顯示 “coming soon”)
    Tab 3RevisionsPLM 版次記錄管理
    Tab 4Formula Finder跨專案配方搜尋引擎(含比對與複製)

    4. 配方明細管理(Formula Lines 分頁)

    4.1 唯讀模式

    以 Listbox 顯示配方明細行,欄位如下:

    欄位說明格式
    ——————
    #行號(Line)整數
    Type原料類型(MaterialType)文字
    Product產品/原料名稱(Name)文字
    Qty投入量(QtyEntered)###,##0.000
    SC Wt固含量重量(SC_Weight)###,##0.000
    Ratio比例(Ratio)##0.00
    4.2 進入編輯模式
  • 確認配方處於 Draft(DR)狀態
  • 點擊標頭列的「Edit」按鈕
  • 系統進入編輯模式,顯示編輯工具列與可編輯的明細行
  • > 注意:僅 Draft(DR)狀態的配方可進行編輯。In Review(IR)或 Released(RL)的配方無法編輯。

    4.3 編輯模式工具列
    按鈕說明
    ————
    Save儲存所有變更至資料庫
    Cancel取消編輯,放棄所有未儲存的變更
    + Add Line新增一行空白配方明細行
    4.4 編輯模式明細欄位
    欄位說明元件
    ——————
    Type原料類型(MaterialType)textbox(寬 90px)
    Product產品名稱(Name)唯讀文字
    Qty投入量(QtyEntered)decimalbox,格式 ###,##0.000
    (刪除)刪除該行垃圾桶圖示按鈕
    4.5 新增配方明細行
  • 進入編輯模式後,點擊「+ Add Line」按鈕
  • 系統自動新增一行,Line 序號為目前最大值 + 10
  • 填寫 Type(原料類型)與 Qty(投入量)
  • 點擊「Save」儲存
  • 4.6 刪除配方明細行
  • 在編輯模式下,點擊該行右側的垃圾桶圖示按鈕
  • 該行會從畫面移除;若為已存在於資料庫的行,將於 Save 時一併刪除
  • 4.7 儲存配方
  • 點擊「Save」按鈕
  • 系統依序執行:
  • 刪除在編輯過程中移除的明細行
  • 依序儲存所有明細行,重新編排 Line 序號(間隔 10)
  • 從資料庫重新載入配方與明細行,反映系統自動計算的欄位值
  • 儲存成功後自動退出編輯模式,顯示通知訊息
  • 4.8 自動計算邏輯

    配方明細行儲存時,系統會自動觸發 FormulaCalculator 重新計算:

  • SC_Weight(固含量重量):依據 QtyEntered 與 M_ProductSolidContent 中的固含量百分比(COA 優先,其次使用標準值)計算
  • Ratio(比例):由 FormulaCalculator.recalc 統一重新計算
  • 配方標頭:SC_TotalPct、SC_Total、TotalQty 等匯總欄位會自動更新
  • 5. 版次管理(Revisions 分頁)

    5.1 版次清單

    以 Listbox 顯示 PLM_Revision 記錄,欄位如下:

    欄位說明
    ————
    Rev版次號碼(RevisionNo),如 A、B、C
    State版次生命週期狀態(PLM_LifecycleState)
    Released By發行人
    Released Date發行日期
    Description版次描述
    5.2 操作按鈕
    按鈕說明
    ————
    Load Revisions手動重新載入版次清單
    Request Change (ECR)建立工程變更需求單
    Create Revision建立新版次
    5.3 建立工程變更需求單(ECR)
  • 在左側面板選取一筆配方
  • 切換至 Revisions 分頁
  • 點擊「Request Change (ECR)」按鈕
  • 系統自動建立一筆 PLM_ChangeOrder 記錄:
  • ChangeType = ECR
  • DocStatus = DR(Drafted)
  • Name = “ECR for {配方名稱}”
  • DateRequested = 目前日期時間
  • RequestedBy = 目前使用者
  • 建立成功後顯示通知訊息,包含 ECR 文件編號
  • 5.4 建立新版次(Create Revision)
  • 在左側面板選取一筆配方
  • 切換至 Revisions 分頁
  • 點擊「Create Revision」按鈕
  • 系統自動建立一筆 PLM_Revision 記錄:
  • 若該配方已有版次,新版次號碼為前一版次 +1(如 A → B)
  • 若為首次建立版次,版次號碼為 A
  • Previous_Revision_ID 自動連結至前一版次
  • Description = “Revision for {配方名稱}”
  • 建立成功後顯示通知訊息
  • 6. 配方搜尋引擎(Formula Finder 分頁)

    Formula Finder 為獨立 ZUL 頁面(RND_FormulaFinder.zul),搭載 FormulaFinderVM,提供跨專案的配方搜尋、比對與複製功能。

    6.1 搜尋模式

    透過上方的 Radio 按鈕切換搜尋模式:

    模式說明
    ————
    Material依原料成分搜尋(輸入產品名稱找出含有指定原料的配方)
    Spec依規格參數搜尋(依 Total Qty、SC% 等數值範圍篩選)
    Similarity依相似度搜尋(以目前選取的配方為基準,尋找相似配方)
    6.2 Material Search(原料搜尋)

    操作步驟:

  • 選擇 Material 模式(預設)
  • 在搜尋框輸入產品名稱(至少 2 個字元),按 Enter 或點擊搜尋圖示
  • 系統顯示符合的產品下拉清單(最多 20 筆)
  • 點擊產品將其加入「已選原料」標籤列(可加入多個)
  • 如需移除已選原料,點擊標籤上的「x」
  • 點擊「Search Formulas」按鈕執行搜尋
  • 搜尋邏輯:

  • 搜尋包含所有已選原料的配方(AND 條件)
  • 結果依 Jaccard 相似度排序:matching products / (total products in formula + selected - matching)
  • 預設僅搜尋 DocStatus = CO(Completed)的配方
  • 勾選「Include Draft/In-Progress」可包含非完成狀態的配方
  • 最多回傳 100 筆結果
  • 6.3 Spec Search(規格搜尋)

    搜尋條件:

    欄位說明元件
    ——————
    Total Qty總量範圍(Min ~ Max)decimalbox,格式 ###,##0.000
    SC%固含量百分比範圍(Min ~ Max)decimalbox,格式 ##0.00
    Material Type主要原料類型篩選combobox(Any / SOL / BIND / INI / MONO / ADD / PAC / PS)

    操作步驟:

  • 選擇 Spec 模式
  • 輸入篩選條件(各欄位均為選填,不輸入則不篩選)
  • 點擊「Search」按鈕
  • 結果依 SC_TotalPct DESC、TotalQty DESC 排序
  • 6.4 Similarity Search(相似度搜尋)

    操作步驟:

  • 先在左側面板選取一筆配方作為 Reference Formula(基準配方)
  • 切換至 Formula Finder 分頁
  • 選擇 Similarity 模式
  • 畫面顯示目前選取的基準配方名稱
  • 點擊「Find Similar」按鈕
  • 相似度計算邏輯(FormulaSimilarity):

    系統使用加權複合相似度(0.0 ~ 1.0),公式為:

    “`

    Score = 0.4 * Jaccard + 0.6 * Cosine

    “`

  • Jaccard Similarity(權重 40%):基於共同產品的集合相似度 = |A ∩ B| / |A ∪ B|
  • Cosine Similarity(權重 60%):基於產品 Ratio 向量的餘弦相似度 = dot(A,B) / (|A| * |B|)
  • Score 低於 5% 的配方會被過濾掉,結果依分數降序排列,最多 100 筆。

    6.5 搜尋結果清單
    欄位說明
    ————
    Score匹配分數百分比(顏色標示:>=80% 綠色粗體、>=50% 橙色、<50% 灰色)
    Name配方名稱
    Doc No文件編號
    Project所屬專案名稱
    Total Qty總量
    SC%固含量百分比
    Materials原料種類數量
    State生命週期狀態

    點擊搜尋結果後,下方會顯示 Quick Preview(快速預覽)與 Side-by-Side Comparison(並排比對)。

    6.6 Quick Preview(快速預覽)

    選取搜尋結果後,顯示 GroupBox 預覽區塊:

  • 配方名稱(Caption)
  • Total Qty、SC%
  • Material Summary(如 SOL:45% | BIND:20% | MONO:15%
  • 配方明細行清單:Type、Product、Qty、Ratio%
  • 6.7 Side-by-Side Comparison(並排比對)

    自動將 Reference Formula(基準配方)與選取的搜尋結果進行並排比對。

    比對欄位:

    欄位說明
    ————
    Type原料類型
    Product產品名稱
    Left Ratio%基準配方比例
    Left Qty基準配方用量
    Right Ratio%搜尋結果比例
    Right Qty搜尋結果用量

    差異顏色標示:

    顏色背景色說明
    ————–——
    紅色底#FFEBEELeft only — 僅基準配方有此原料
    綠色底#E8F5E9Right only — 僅搜尋結果有此原料
    黃色底#FFF8E1Ratio diff > 10% — 兩邊都有但比例差異超過 10%
    無底色Same — 兩邊比例相近

    比對操作按鈕:

    按鈕說明
    ————
    Swap交換左右兩邊的數據
    Copy as New Formula將搜尋結果複製為新配方(僅 CO 狀態可用)

    原料排序邏輯: 比對結果依 MaterialType 排序,順序為 SOL → BIND → INI → MONO → ADD → PAC → PS → 其他。

    6.8 複製配方(Copy Formula)

    操作步驟:

  • 在搜尋結果中選取一筆 DocStatus = CO(Completed)的配方
  • 點擊「Copy as New Formula」按鈕
  • 系統顯示 Copy Dialog:
  • Source:來源配方名稱與文件編號
  • New Name:新配方名稱(預設為「{原名} (Copy)」,可修改)
  • 點擊「Confirm Copy」執行複製
  • 系統建立新配方:
  • 複製來源配方的 TotalQty、SC_TotalPct、SC_Total、PlannedQty、ScaleFactor
  • 複製所有配方明細行
  • 新配方的 DocStatus 與 LifecycleState 均設為 DR(Draft)
  • 目標專案預設為基準配方所屬的專案
  • 複製完成後,主畫面自動重新載入配方清單並選取新配方
  • 7. 配方預覽對話框(RND_FormulaPreview)

    Modal 視窗,用於同時預覽多筆選取的配方。

    畫面配置:

  • 視窗標題:「預覽已選擇的實驗配方詳情」
  • 寬度 80%、高度 90%,可調整大小(sizable)
  • 水平捲軸佈局,每個配方以 GroupBox(寬 380px)呈現
  • 每個配方 GroupBox 顯示:

  • Caption:配方名稱(粗體,海軍藍色)
  • Total Qty(粗體)
  • 配方明細行清單:
  • 欄位說明
    ————
    類型MaterialType
    成分產品名稱(Name)
    用量QtyEntered,格式 ###,##0.000
    比例Ratio

    8. 複製編輯配方對話框(RND_FormulaCopyFrom)

    Modal 視窗,用於從既有配方複製並編輯為新配方。

    畫面配置:

  • 視窗標題:「複製編輯配方」
  • 寬度 80%、高度 90%,可調整大小
  • 工具列按鈕:

    按鈕說明
    ————
    選擇其他配方選擇複製來源配方(搭配 formulaEditorContainer)
    執行複製將所選配方複製到新的配方單中
    儲存配方將目前編輯的複本儲存為新配方(配方尚未載入時為 disabled)

    編輯區域:

  • 配方名稱(textbox,可修改)
  • Total Qty(decimalbox,可修改)
  • 配方明細行(每行均可編輯):
  • 欄位說明元件
    ——————
    類型MaterialTypetextbox
    成分產品名稱(Name)textbox
    用量QtyEntereddecimalbox,格式 ###,##0.000
    比例Ratiodecimalbox

    9. 配方比對對話框(RND_FormulaCompare)

    Modal 視窗,用於多配方之間的詳細比對。

    畫面配置:

  • 視窗標題:「Formula Comparison」
  • 寬度 90%、高度 85%,可調整大小
  • 分頁:

    分頁說明
    ————
    Summary摘要比對表(Frozen 前兩欄:Type、Material)
    Detail明細比對表(Frozen 前兩欄:Type、Material)

    兩個分頁均以 Listbox 顯示 vm.compareRows,各配方的欄位動態產生為額外的 Listheader。

    10. 操作流程

    10.1 建立新配方標準流程

    “`

    選擇 Project → 系統載入配方清單 → 在 iDempiere 標準視窗建立配方

    → 回到 FormulaForm → 選取配方 → Edit → 編輯明細行 → Save

    “`

    10.2 配方審閱與發行流程

    “`

    Draft (DR) → In Review (IR) → Released (RL)

    “`

    配方在 Draft 狀態下可自由編輯。進入 In Review 後送交審閱,審閱通過後 Released 正式發行。

    10.3 配方變更流程

    “`

    選取 Released 配方 → Revisions 分頁 → Request Change (ECR) → 建立 ECR

    → 或 Create Revision → 建立新版次

    “`

    10.4 跨專案配方搜尋與複製流程

    “`

    Formula Finder 分頁 → 選擇搜尋模式 → 執行搜尋 → 選取結果

    → 檢視 Quick Preview → 檢視 Side-by-Side Comparison

    → Copy as New Formula → 輸入新名稱 → Confirm Copy

    “`

    11. 系統整合

    11.1 PLM Revision(版次管理)
  • 配方與 PLM_Revision 透過 AD_Table_ID + Record_ID 進行多型態關聯
  • 支援版次號碼自動遞增(A → B → C → …)
  • 版次記錄包含 RevisionNo、LifecycleState、ReleasedBy、ReleasedDate
  • 11.2 PLM Change Order(工程變更)
  • ECR(Engineering Change Request)透過 RND_Formula_ID 關聯至配方
  • ECR 建立後可在 ChangeManagementForm 追蹤審批與執行
  • 11.3 FormulaCalculator(配方計算引擎)
  • 配方明細行儲存時自動觸發 FormulaCalculator.recalc() 重新計算匯總值
  • 配方標頭的 SC_TotalPct、Initiator_TotalSolidPct、Additive_TotalSolidPct、CB_TotalSolidPct 變更時,自動觸發 FormulaCalculator.adjustlines() 調整明細行
  • SC_Weight 支援正向計算(Qty * SC% / 100)與反向推算(SC_Weight * 100 / SC%)
  • 11.4 M_ProductSolidContent(產品固含量)
  • 每條配方明細行可關聯 M_ProductSolidContent,用於計算 SC_Weight
  • 系統優先使用 COASolidContent(COA 實測固含量),其次使用 SolidContent(標準固含量)
  • 11.5 Ref_Formula(參考配方)
  • 配方可透過 Ref_Formula_ID 關聯至另一筆配方作為範本
  • 新建配方儲存時,若無明細行,系統自動從參考配方複製明細行(createTemplate)
  • 12. 注意事項

  • 僅 Draft(DR)狀態的配方可以進入編輯模式修改明細行
  • 必須先在上方工具列選擇 Project,系統才會載入配方清單
  • 編輯模式下的「Save」會一次性儲存所有變更(新增、修改、刪除),非逐行儲存
  • 編輯模式下的「Cancel」會放棄所有未儲存的變更,恢復到編輯前的狀態
  • Formula Finder 的 Similarity Search 需要先在左側面板選取一筆配方作為基準
  • Formula Finder 的 Copy 功能僅適用於 DocStatus = CO(Completed)的配方
  • 複製的新配方預設歸屬於基準配方所屬的專案,DocStatus 與 LifecycleState 均為 DR
  • Batch Tickets 分頁為預留功能,目前尚未實作
  • 配方明細行的 SC_Weight 與 Ratio 為系統自動計算欄位,在唯讀模式下顯示
  • 篩選按鈕為單選操作:點擊 “All” 顯示全部,點擊特定狀態則僅顯示該狀態
  • 左側清單支援依 Name、Doc No、State 欄位排序
  • 配方搜尋結果 Score 的顏色閾值:>=80% 綠色、>=50% 橙色、<50% 灰色
  • 並排比對中,Ratio 差異超過 10%(相對於平均值)才會標示為黃色(diff)
  • ⚗️配料管理
    批次票自動算好投料量,研發人員終於不用邊秤料邊按計算機了

    1. 功能概述

    配料管理表單(Dispensing Management)用於管理研發專案的配方(Formula)與批次票(Batch Ticket)。系統支援依專案載入配方清單、以 Scale Factor 產生批次票、多配方比對(Formula Comparison),以及將多張批次票合併產生混合批次票(Mix Batch Ticket)。

    導航路徑: 選單 → R&D Module → RND_DispensingForm

    2. 畫面配置

    表單採用 BorderLayout 佈局,分為上方工具列(North)、左側配方面板(West)、中央批次票面板(Center)三大區域。

    2.1 上方工具列(North, 60px)

    由左至右依序為:

    元件說明
    ————
    Project 選擇器從 iDempiere WEditor 選擇 RND_Project,寬度 250px
    Scale(doublebox)產生 Batch Ticket 時的縮放倍率(Scale Factor),預設 1.0
    Mix Scale(doublebox)產生 Mix Batch Ticket 時的縮放倍率(Scale Factor Mix),預設 1.0

    選擇 Project 後,系統自動載入該專案的所有配方(Formula)與既有的批次票(Batch Ticket)。

    2.2 左側面板(West, 45%)— 配方清單與配方行

    左側面板以上下分割佈局(BorderLayout: North 40% + Center)呈現:

    上半部 — 配方清單(Formula List)

    工具列(深色背景)包含:

    元件說明
    ————
    Selected 計數標籤顯示「Selected: N」,反映目前勾選的配方數量
    「Compare」按鈕開啟配方比對視窗(icon: z-icon-columns),需至少勾選一筆配方
    「Generate Batch Tickets」按鈕依勾選的配方與 Scale Factor 產生批次票(icon: z-icon-cogs)

    配方 Listbox 支援 多選(checkmark + multiple),欄位如下:

    欄位說明
    ————
    Name配方名稱
    State配方生命週期狀態(LifecycleState)
    SC%固含量百分比(SC_TotalPct),格式 ##0.00
    Total Qty配方總用量(TotalQty),格式 ###,##0.000

    點擊任一筆配方可載入下方的配方行明細。

    下半部 — 配方行明細(Formula Lines)

    以 Groupbox 包裹的 Listbox,顯示所選配方的行項目,欄位如下:

    欄位說明
    ————
    Line No行號
    MaterialType原料類型
    Material(SC)原料名稱(含固含量)
    Quantity用量(QtyEntered),格式 ###,##0.####
    SC_Weight固含量重量,格式 ###,##0.####
    isHighBoiling是否為高沸點溶劑
    isNotMixed是否不參與混合
    NotMixed不參與混合的量,格式 ##0.0
    Description說明
    2.3 中央面板(Center)— 批次票清單與批次票行

    中央面板同樣以上下分割佈局呈現:

    上半部 — 批次票清單(Batch Ticket List)

    工具列(深色背景)包含:

    元件說明
    ————
    「Batch Tickets」標題標籤區域標題
    「Generate Mix」按鈕將現有批次票合併產生混合批次票(icon: z-icon-random)

    當無批次票時顯示空白提示區域。批次票 Listbox 欄位如下:

    欄位說明
    ————
    Doc No批次票單號(DocumentNo)
    Name批次票名稱
    Lot批次號
    Scale縮放倍率(ScaleFactor),格式 ##0.###
    Description說明

    點擊任一筆批次票可載入下方的批次票行明細。

    下半部 — 批次票行明細(Batch Ticket Lines)

    以 Groupbox 包裹的 Listbox,顯示所選批次票的行項目,欄位如下:

    欄位說明
    ————
    Line No行號
    Formula來源配方名稱
    MaterialType原料類型
    Material(SC)原料名稱(含固含量)
    Quantity用量(QtyEntered),格式 ###,##0.####
    Ratio比例,格式 ##0.00
    IsMixedBatch是否為混合批次行
    Description說明

    3. 操作說明

    3.1 選擇專案並載入資料
  • 在上方工具列的 Project 選擇器中選擇一個研發專案
  • 系統自動執行 loadProjectData 指令,載入該專案下所有的配方與批次票
  • 配方清單顯示於左側面板,批次票清單顯示於中央面板
  • 3.2 查看配方行明細
  • 在左側配方清單中單擊一筆配方
  • 下方 Formula Lines 區域會載入該配方的所有行項目
  • 可查看各原料的用量、固含量重量、高沸點與不混合標記等資訊
  • 3.3 產生批次票(Generate Batch Tickets)
  • 在配方清單中以 checkbox 勾選一至多筆配方
  • 在上方工具列調整 Scale 值(預設 1.0),用於批次票產生時的用量縮放
  • 點擊「Generate Batch Tickets」按鈕
  • 系統呼叫 FormulaFactory.createBatchTicket(),依據勾選的配方與 Scale Factor 產生批次票
  • 產生完成後顯示通知訊息「Generated N batch ticket(s).」
  • 中央面板自動重新載入批次票清單
  • > 注意:若未勾選任何配方即按下按鈕,系統會提示「Please select at least one formula.」

    3.4 查看批次票行明細
  • 在中央批次票清單中單擊一筆批次票
  • 下方 Batch Ticket Lines 區域會載入該批次票的所有行項目
  • 可查看各原料的用量、比例、來源配方、混合批次標記等資訊
  • 3.5 產生混合批次票(Generate Mix Batch Ticket)
  • 確認中央面板已有至少一張批次票
  • 在上方工具列調整 Mix Scale 值(預設 1.0)
  • 點擊「Generate Mix」按鈕
  • 系統執行以下步驟:
  • 呼叫 FormulaFactory.selectCommondLines() 標記各批次票中的共用原料行
  • 呼叫 FormulaFactory.createMixBatchTicket() 產生混合批次票
  • 產生完成後顯示通知訊息「Mix batch ticket created: [Name]」
  • 中央面板自動重新載入批次票清單
  • > 注意:若目前無任何批次票即按下按鈕,系統會提示「No batch tickets available for mixing.」

    3.6 配方比對(Compare Formulas)
  • 在配方清單中以 checkbox 勾選要比對的配方(至少一筆)
  • 點擊「Compare」按鈕
  • 系統開啟 Formula Comparison 對話視窗(Modal Window)
  • 對話視窗包含兩個分頁:
  • Summary:摘要比對表,以凍結欄(Frozen Columns)固定 Type 與 Material 欄位
  • Detail:明細比對表,同樣以凍結欄固定 Type 與 Material 欄位
  • 各配方按名稱排序後,逐欄顯示比對數據
  • 關閉視窗即返回主畫面
  • > 注意:若未勾選任何配方即按下 Compare 按鈕,系統會提示「Please select at least one formula.」。Compare 按鈕在無勾選時為 disabled 狀態。

    4. 注意事項

  • 需先選擇 Project 才能載入配方與批次票資料;未選擇 Project 時所有清單皆為空
  • Scale Factor 與 Mix Scale Factor 會影響批次票的用量計算,請依實際需求調整
  • 配方清單支援多選(checkbox),勾選狀態會即時反映在「Selected: N」計數標籤
  • 點擊配方行(單擊)會同時載入該配方的行明細,不影響 checkbox 的勾選狀態
  • 產生批次票與混合批次票後,系統會從資料庫重新載入批次票清單,確保顯示最新資料
  • 配方比對視窗以 Modal 模式開啟,需關閉後才能操作主畫面
  • 左側面板(West)支援拖曳調整寬度(splittable)與收合(collapsible)
  • 🔬實驗管理
    實驗步驟 Checklist 自動追蹤,測試數據即時驗證,再也不會「做完才發現漏了一步」

    1. 功能概述

    實驗管理表單(Experiment Management)用於管理研發專案下的實驗記錄,支援實驗步驟(Experiment Steps)追蹤、測試結果(Test Results)記錄與量測值 Pass/Fail 自動判定,並提供趨勢圖表(Trend Chart)以 ECharts 視覺化呈現歷次測試數據。

    導航路徑: 選單 → R&D Module → RND_ExperimentForm

    2. 實驗狀態說明(DocStatus)

    代碼狀態名稱說明
    —————-——
    DRDraft(草稿)新建實驗,可編輯修改
    IPIn Progress(進行中)實驗正在執行中
    COCompleted(已完成)實驗已完成

    3. 畫面配置

    表單採用 BorderLayout 佈局,分為上方工具列、左側清單、中央詳細資訊三大區域。

    3.1 上方工具列(North, 50px)

    由左至右依序為:

  • Project 專案選擇器: 下拉選擇研發專案(RND_Project),選擇後自動載入該專案下的實驗清單
  • Status 狀態篩選按鈕: All | Draft | In Progress | Completed
  • 點擊篩選按鈕後,左側清單會即時過濾顯示符合條件的實驗。

    3.2 左側面板(West, 40%)— 實驗清單

    以 Listbox 顯示實驗清單,面板可拖曳調整寬度(splittable)及收合(collapsible)。包含以下欄位:

    欄位說明
    ————
    Doc No實驗單號(DocumentNo)
    Name實驗名稱
    Status實驗狀態(DocStatus)
    Date實驗日期(DateExperiment),格式 yyyy-MM-dd
    Formula關聯配方名稱(RND_Formula.Name)

    點擊任一筆實驗,中央面板會載入該筆的詳細資訊。未選擇專案時,清單顯示「Select a project to load experiments」提示訊息。

    3.3 中央面板(Center)— 詳細資訊

    選取實驗後顯示,由上而下分為:

    標頭列(Header Bar):

  • 實驗名稱(粗體,白色文字)
  • DocStatus badge(半透明底色標籤)
  • 實驗日期(DateExperiment,格式 yyyy-MM-dd)
  • 分頁區域(Tabbox):

    分頁名稱說明
    ——————
    Tab 1Steps實驗步驟(Experiment Lines)管理
    Tab 2Test Results測試結果與趨勢圖表
    Tab 3Info實驗基本資訊(Description、Result、Conclusion、日期)

    4. 實驗步驟管理(Steps 分頁)

    Steps 分頁以 Listbox 顯示實驗步驟明細行(ExperimentLine),每一行代表一個實驗步驟。

    Steps 分頁欄位
    欄位說明
    ————
    #(Line)步驟序號
    Step步驟名稱(Name)
    Description步驟描述
    Duration預估時間長度,格式 ##0.0
    Actual實際時間長度(ActualDuration),格式 ##0.0
    Done完成狀態(IsComplete)

    無步驟時顯示「No steps defined for this experiment」提示訊息。

    5. 測試結果管理(Test Results 分頁)

    Test Results 分頁提供測試結果的新增、檢視、量測值判定及趨勢圖表功能。

    5.1 工具列按鈕
    按鈕圖示顯示條件說明
    ———————-——
    Refresh Chartz-icon-line-chart非輸入模式且有測試結果重新整理趨勢圖表
    New Testz-icon-plus非輸入模式建立新測試結果
    Savez-icon-save輸入模式儲存測試結果
    Cancelz-icon-times輸入模式取消輸入
    5.2 測試結果清單

    上方 Listbox 顯示該實驗的所有測試結果(TestResult),欄位如下:

    欄位說明
    ————
    Doc No測試單號(DocumentNo)
    Name測試名稱
    Status文件狀態(DocStatus)
    Date Tested測試日期(DateTested),格式 yyyy-MM-dd
    Result測試結果

    點擊任一筆測試結果,下方顯示該筆的量測明細行。

    5.3 測試結果明細行(Test Result Lines)

    選取測試結果後,Groupbox 內顯示量測明細,欄位如下:

    欄位說明
    ————
    #行號(Line)
    Test Spec測試規格名稱(TestSpec.Name)
    UOM量測單位(TestSpec.UOM)
    Measured實測值(MeasuredValue),格式 ###,##0.000
    Min規格下限(TestSpec.MinValue),格式 ###,##0.000
    Target規格目標值(TestSpec.TargetValue),格式 ###,##0.000
    Max規格上限(TestSpec.MaxValue),格式 ###,##0.000
    Pass/Fail自動判定結果,Pass 顯示綠色粗體,Fail 顯示紅色粗體
    5.4 Pass/Fail 自動判定邏輯

    系統根據 MeasuredValue 與 TestSpec 的 Min/Max 範圍自動計算:

    判定結果顏色標示判定邏輯
    ———-———-———-
    Pass綠色(#4CAF50)粗體MeasuredValue 介於 MinValue 至 MaxValue 之間(含邊界)
    Fail紅色(#F44336)粗體MeasuredValue 低於 MinValue 或高於 MaxValue
    (空白)TestSpec 未設定或 MeasuredValue 為空
    5.5 新增測試結果
  • 在左側清單中選取一筆實驗
  • 切換至 Test Results 分頁
  • 點擊「New Test」按鈕
  • 系統自動建立新 TestResult,並從所有啟用中的 TestSpec 預填量測行
  • Name 自動帶入「Test – [實驗名稱]」
  • 自動關聯所選實驗的 RND_Experiment_ID 與 RND_Formula_ID
  • 行號(Line)自動以 10 為間隔遞增
  • 畫面切換為輸入模式(Entry Mode),顯示可編輯的 Listbox
  • 在 Measured Value 欄位(decimalbox,格式 ###,##0.000)輸入各項實測值
  • 點擊「Save」儲存,系統自動計算每行 Pass/Fail 並存入 Result 欄位
  • 儲存成功後,顯示「Test result saved.」通知訊息
  • 點擊「Cancel」可取消輸入,回到檢視模式
  • 5.6 輸入模式欄位
    欄位說明編輯元件
    ———————-
    #行號唯讀
    Test Spec測試規格名稱唯讀
    UOM量測單位唯讀
    Min規格下限唯讀
    Target規格目標值唯讀
    Max規格上限唯讀
    Measured Value實測值decimalbox(可編輯)

    6. 趨勢圖表(Trend Chart)

    Test Results 分頁下方內建 ECharts 趨勢圖表,以視覺化方式呈現歷次測試數據。

    6.1 圖表特性
  • 每個 TestSpec 獨立一張子圖,各自擁有 Y 軸刻度
  • 圖表高度自動依 TestSpec 數量調整(每個 Spec 250px)
  • X 軸為時間軸(DateTested),格式 MM-dd
  • 支援 Tooltip 提示
  • 6.2 圖表元素
    元素說明
    ————
    折線(Line)各次測試的 MeasuredValue 連線,圓形節點(symbolSize: 6)
    綠色區域(Mark Area)MinValue 至 MaxValue 的規格合格範圍(半透明綠底)
    橘色虛線(Mark Line)TargetValue 目標值基準線,標示「Target」
    6.3 操作步驟
  • 確認實驗已有測試結果記錄
  • 點擊工具列的「Refresh Chart」按鈕
  • 系統讀取所有 TestResult 及其 TestResultLine,產生圖表資料
  • 若無測試資料,圖表顯示「No test data」提示
  • 7. 實驗資訊(Info 分頁)

    Info 分頁以唯讀方式顯示實驗的基本資訊,欄位如下:

    欄位說明
    ————
    Description實驗描述
    Result實驗結果摘要
    Conclusion實驗結論
    Date實驗日期(DateExperiment),格式 yyyy-MM-dd
    Completed完成日期(DateComplete),格式 yyyy-MM-dd

    8. 注意事項

  • 必須先在上方工具列選擇 Project(專案),才能載入該專案下的實驗清單
  • 狀態篩選按鈕(All / Draft / In Progress / Completed)會即時過濾實驗清單,篩選條件包含 DocStatus 與所選 Project
  • 新增測試結果時,系統會預載所有啟用中的 TestSpec(IsActive=’Y’)作為量測行,無法手動新增或刪除行項目
  • Pass/Fail 判定在儲存時自動計算,無需手動設定
  • 趨勢圖表需點擊「Refresh Chart」手動重新整理,圖表依賴 ECharts 前端函式庫
  • 左側實驗清單支援欄位標頭排序,且面板可拖曳調整寬度或收合
  • 測試結果清單的 Measured Value 以三位小數格式(###,##0.000)顯示
  • 若儲存測試結果失敗,系統會顯示錯誤訊息「Save failed: [錯誤原因]」
  • 📐實驗設計 DOE
    用科學方法取代「憑感覺試」,最少實驗次數找出最佳配方,老闆看了都感動

    1. 功能概述

    實驗設計管理表單(Design of Experiments, DOE)用於系統化地規劃與執行實驗,透過科學的實驗設計方法,以最少的實驗次數找出關鍵因子對產品品質的影響。系統支援多種實驗設計類型(Full Factorial、Taguchi、RSM 等),提供因子設定、回應變數定義、實驗矩陣自動生成、結果記錄及圖表分析功能。

    導航路徑: 選單 → R&D Module → RND_DOEForm

    2. 實驗設計類型(DesignType)

    代碼類型名稱說明
    —————-——
    FullFactorial全因子設計所有因子水準的完整組合(2^k 或 3^k 組實驗),適合因子數較少時使用
    FractionalFactorial部分因子設計全因子設計的部分子集,以較少實驗次數篩選關鍵因子
    RSM_CCD反應曲面法(CCD)Central Composite Design,包含角點、軸向點與中心點,適合二次模型建構
    Taguchi田口方法使用正交表(L4, L8, L9, L16, L27)進行穩健設計
    OFAT一次一因子法每次僅變動一個因子,其餘固定(k 組實驗),適合初步篩選
    Custom自訂設計由使用者自行定義實驗組合

    3. 狀態說明(Status)

    代碼狀態名稱說明
    —————-——
    Planning規劃中正在設定因子、回應變數與實驗設計
    Running執行中實驗矩陣已生成,正在進行實驗
    Analyzing分析中實驗完成,正在進行數據分析
    Completed已完成分析完成,已得出結論

    4. 畫面配置

    表單採用 BorderLayout 佈局,分為上方篩選列、左側清單、中央詳細資訊三大區域。

    4.1 上方篩選列(North, 60px)

    由左至右依序為:

  • 狀態篩選按鈕: All | Planning | Running | Analyzing | Completed
  • 設計類型篩選按鈕: All | FullFactorial | FractionalFactorial | RSM_CCD | Taguchi | OFAT | Custom
  • 「+ New DOE」按鈕: 建立新實驗設計計畫
  • 點擊篩選按鈕後,左側清單會即時過濾顯示符合條件的計畫。

    4.2 左側面板(West, 35%)— DOE 計畫清單

    以 Listbox 顯示 DOE 計畫清單,包含以下欄位:

    欄位說明
    ————
    Doc No計畫編號(DocumentNo,自動編號)
    Name計畫名稱
    DesignType實驗設計類型
    Status計畫狀態

    點擊任一筆計畫,中央面板會載入該筆的詳細資訊。清單依建立時間(Created DESC)排序。

    4.3 中央面板(Center)— 詳細資訊

    選取計畫後顯示,包含標頭列與分頁區域。

    標頭列(Header Bar):

  • DocumentNo(粗體)
  • DesignType badge
  • Status badge
  • 「Edit」按鈕(進入編輯模式)
  • 編輯模式面板(黃色背景,editMode 啟用時顯示):

  • Name textbox — 計畫名稱
  • DesignType combobox — 實驗設計類型
  • Objective textarea — 實驗目標(描述要最佳化的內容)
  • RND_Formula_ID — 基礎配方
  • RND_Project_ID — 關聯 R&D 專案
  • Conclusion textarea — 實驗結論
  • 「Save」、「Cancel」按鈕
  • 分頁區域(Tabbox):

    分頁名稱說明
    ——————
    Tab 1Setup因子(Factors)與回應變數(Responses)設定
    Tab 2Run Matrix實驗矩陣(各組合的因子值)
    Tab 3Results各實驗組合的回應值記錄
    Tab 4Charts主效果圖(Main Effects)與交互作用圖(Interaction)

    5. 操作說明

    5.1 建立新 DOE 計畫
  • 點擊上方篩選列的「+ New DOE」按鈕
  • 系統自動建立新計畫,預設值如下:
  • Status: Planning
  • DesignType: FullFactorial
  • 畫面自動切換至編輯模式
  • 填寫以下欄位:
  • Name:計畫名稱(必填)
  • DesignType:實驗設計類型
  • Objective:實驗目標
  • RND_Formula_ID:基礎配方
  • RND_Project_ID:關聯 R&D 專案
  • 點擊「Save」儲存,或「Cancel」取消
  • > 注意:需先儲存計畫(取得 RND_DOEPlan_ID)後,才能新增因子與回應變數。

    5.2 編輯計畫
  • 在左側清單中選取一筆計畫
  • 點擊中央面板標頭列的「Edit」按鈕
  • 系統進入編輯模式,顯示黃色背景的編輯面板
  • 修改 Name、DesignType、Objective、Conclusion 等欄位
  • 點擊「Save」儲存變更,或「Cancel」放棄修改
  • 5.3 篩選計畫
  • 點擊上方的 Status 篩選按鈕,可依狀態篩選清單
  • 點擊上方的 DesignType 篩選按鈕,可依設計類型篩選清單
  • 篩選按鈕可組合使用,系統會同時套用兩個篩選條件
  • 點擊「All」可清除該類篩選條件
  • 6. 因子設定(Factors)

    在 Setup 分頁中管理實驗因子。每個因子代表一個會影響實驗結果的變數。

    因子欄位
    欄位說明元件
    ——————
    SeqNo序號,自動遞增(間隔 10)唯讀
    FactorName因子名稱(如 “PAC Concentration”、”Bake Temperature”)textbox
    FactorType因子類型(Formulation / Process / Material)combobox
    LevelLow低水準值decimalbox
    LevelCenter中心點值(用於 RSM)decimalbox
    LevelHigh高水準值decimalbox
    C_UOM_ID量測單位intbox
    6.1 新增因子
  • 切換至 Setup 分頁
  • 點擊「+ Add Factor」按鈕(需先儲存 DOE 計畫)
  • 系統新增一行因子,SeqNo 為目前最大值 + 10
  • 填寫 FactorName、FactorType、LevelLow、LevelCenter、LevelHigh、C_UOM_ID
  • 點擊該行右側的 Save icon 儲存
  • 6.2 編輯因子

    修改因子欄位後,點擊該行右側的 Save icon 儲存變更。

    6.3 刪除因子

    點擊因子行右側的 Delete icon(垃圾桶圖示)即可刪除該因子。

    > 注意:刪除因子前應確認尚未生成實驗矩陣,否則需重新生成。

    7. 回應變數設定(Responses)

    在 Setup 分頁中管理回應變數。每個回應變數代表一個需要量測的實驗結果指標。

    回應變數欄位
    欄位說明元件
    ——————
    SeqNo序號,自動遞增(間隔 10)唯讀
    ResponseName回應變數名稱(如 “Resolution”、”Sensitivity”)textbox
    TargetValue目標值decimalbox
    MinAcceptable最低可接受值decimalbox
    MaxAcceptable最高可接受值decimalbox
    C_UOM_ID量測單位intbox
    OptimizeDirection最佳化方向(Minimize / Maximize / Target)combobox
    7.1 新增回應變數
  • 切換至 Setup 分頁
  • 點擊「+ Add Response」按鈕(需先儲存 DOE 計畫)
  • 系統新增一行回應變數,SeqNo 為目前最大值 + 10
  • 填寫 ResponseName、TargetValue、MinAcceptable、MaxAcceptable、C_UOM_ID、OptimizeDirection
  • 點擊該行右側的 Save icon 儲存
  • 7.2 編輯回應變數

    修改回應變數欄位後,點擊該行右側的 Save icon 儲存變更。

    7.3 刪除回應變數

    點擊回應變數行右側的 Delete icon(垃圾桶圖示)即可刪除。

    8. 生成實驗矩陣(Generate Run Matrix)

    8.1 操作步驟
  • 確認已設定至少一個因子
  • 在 Setup 分頁中點擊「Generate Run Matrix」按鈕
  • 系統依據 DesignType 與因子設定,自動生成實驗組合
  • 生成完成後,可切換至 Run Matrix 分頁查看
  • > 注意:生成實驗矩陣會清除現有的 Run、RunFactor 與 RunResponse 記錄,再重新生成。

    8.2 生成邏輯

    依 DesignType 不同,實驗組合的生成方式如下:

    DesignType生成邏輯實驗次數
    ———————-———-
    FullFactorial所有因子 Low/High 的笛卡兒積2^k(k 為因子數)
    OFAT基準線(所有因子為 Low)+ 每次變動一個因子為 Highk + 1
    Taguchi依因子數與水準數選擇正交表(L4, L8, L9, L16, L27)依正交表而定
    RSM_CCD2^k 角點 + 2k 軸向點 + 3~5 中心點2^k + 2k + 中心點數
  • RunOrder 會自動隨機化(Randomized),以減少系統性誤差
  • 每個 Run 記錄包含 RunNo(流水號)與 RunOrder(隨機執行順序)
  • 8.3 Run Matrix 分頁欄位
    欄位說明
    ————
    RunNo實驗組合編號
    RunOrder隨機執行順序
    Factor Values各因子的實驗值(動態欄位,依因子數量而定)
    IsCenter是否為中心點實驗
    Status實驗狀態(Planned / In Progress / Completed / Skipped)
    RND_Experiment_ID關聯的實驗記錄

    9. 結果記錄

    9.1 記錄實驗回應值
  • 切換至 Run Matrix 或 Results 分頁
  • 選取一組實驗(Run)
  • 點擊「Record Results」按鈕
  • 輸入各回應變數的 MeasuredValue
  • 儲存記錄
  • 9.2 RND_DOERunResponse 欄位
    欄位說明
    ————
    RND_DOERun_ID關聯的實驗組合
    RND_DOEResponse_ID關聯的回應變數
    MeasuredValue測量值

    每一組 Run 可連結至一個 RND_Experiment 記錄,以便追蹤詳細的實驗執行過程。

    10. 圖表分析(Charts)

    Charts 分頁提供兩種 ECharts 圖表,用於分析因子對回應變數的影響。

    10.1 主效果圖(Main Effects Chart)
  • 圖表類型: Bar Chart(長條圖)
  • X 軸: 各因子名稱(FactorName)
  • Y 軸: 回應變數的平均值
  • 用途: 顯示各因子在不同水準下對回應變數平均值的影響,用於辨識哪些因子對結果影響最大
  • 更新方式: 系統自動計算各因子在 Low / High 水準下的回應平均值
  • 10.2 交互作用圖(Interaction Chart)
  • 圖表類型: Line Chart(折線圖)
  • X 軸: Factor A 的水準(Low / High)
  • 資料系列: Factor B 在各水準下的回應值
  • 用途: 判斷兩個因子之間是否存在交互作用。若兩條線不平行,表示存在顯著的交互作用
  • 前提條件: 需有至少 2 個因子且有實驗結果記錄才會顯示
  • 11. 注意事項

  • 建立新 DOE 計畫後需先點擊「Save」儲存取得系統 ID,才能新增因子與回應變數
  • 生成實驗矩陣前需至少新增一個因子,否則系統會提示警告
  • 生成實驗矩陣會清除並重建所有 Run 記錄,已記錄的結果也會一併清除,請謹慎操作
  • RunOrder 為隨機化順序,建議依照 RunOrder 執行實驗以減少系統性偏差
  • 篩選按鈕可組合使用:先選 Status 再選 DesignType,系統會同時套用兩個篩選條件
  • Charts 分頁需有完成的實驗結果記錄才會顯示有意義的圖表
  • FullFactorial 在因子數量較多時(> 5),實驗次數會呈指數成長(2^k),建議改用 FractionalFactorial 或 Taguchi 減少實驗次數
  • 左側清單依建立時間降冪排序,最新建立的計畫顯示在最上方
  • LevelCenter 主要用於 RSM_CCD 設計類型,其他類型可不填寫
  • 📋規格書管理
    內部規格 vs 客戶規格自動比對,不符合的地方系統直接標紅,不用再人眼逐行對

    1. 功能概述

    規格書管理表單(Specification Management)用於管理產品規格書,支援內部規格、客戶規格、原料規格、成品規格的建立與維護。系統提供規格參數管理、內部規格與客戶規格自動比對(Spec Comparison Engine)、以及審批流程。

    導航路徑: 選單 → R&D Module → RND_SpecForm

    2. 規格類型與狀態說明

    2.1 規格類型(SpecType)
    代碼類型名稱說明
    —————-——
    Internal內部規格公司內部制定的產品規格
    Customer客戶規格客戶提供或要求的規格
    RawMaterial原料規格原物料進料規格
    FinishedProduct成品規格最終成品出貨規格
    2.2 審批狀態(ApprovalStatus)
    代碼狀態名稱說明
    —————-——
    DRDraft(草稿)新建或編輯中,可修改所有欄位
    PAPending Approval(待審核)已送出審批,等待 QA 與主管核准
    APApproved(已核准)審批通過,規格正式生效
    OBObsolete(已淘汰)規格已停用或被新版本取代

    3. 畫面配置

    表單採用 BorderLayout 佈局,分為上方工具列、左側清單、中央詳細資訊三大區域。

    3.1 上方工具列(North, 60px)

    由左至右依序為:

  • 規格類型篩選按鈕: All | Internal | Customer | Raw Material | Finished Product
  • 審批狀態篩選按鈕: All Status | Draft | Pending | Approved | Obsolete
  • 「+ New Spec」按鈕: 建立新規格書
  • 點擊篩選按鈕後,左側清單會即時過濾顯示符合條件的規格書。

    3.2 左側面板(West, 35%)— 規格書清單

    以 Listbox 顯示規格書清單,包含以下欄位:

    欄位說明
    ————
    Doc No規格書編號(DocumentNo)
    Name規格書名稱
    Type規格類型(SpecType)
    Ver版本號(Version)
    Status審批狀態(ApprovalStatus)

    點擊任一筆規格書,中央面板會載入該筆的詳細資訊。清單支援依欄位排序。

    3.3 中央面板(Center)— 詳細資訊

    選取規格書後顯示,由上而下分為:

    標頭列(Header Bar):

  • DocumentNo(粗體)
  • SpecType badge(藍色底色標籤)
  • ApprovalStatus badge(灰色底色標籤)
  • 「Edit」按鈕(僅 Draft 狀態且非編輯模式時顯示)
  • 「Submit for Approval」按鈕(僅 Draft 狀態且非編輯模式時顯示)
  • 編輯模式面板(黃色背景,editMode 啟用時顯示):

  • Name textbox — 規格書名稱
  • Spec Type combobox — 規格類型下拉選單
  • Description textarea — 規格描述(多行文字)
  • 「Save」、「Cancel」按鈕
  • 分頁區域(Tabbox):

    分頁名稱說明
    ——————
    Tab 1Parameters規格參數行(Spec Lines)管理
    Tab 2Mapping內部與客戶規格比對
    Tab 3History版本歷程(尚未實作)

    4. 規格書管理

    4.1 建立新規格書
  • 點擊上方工具列的「+ New Spec」按鈕
  • 系統自動建立新規格書,預設值如下:
  • ApprovalStatus: DR(Draft)
  • Version: 1.0
  • 畫面自動切換至編輯模式(黃色背景面板)
  • 填寫以下欄位:
  • Name:規格書名稱(必填)
  • Spec Type:從下拉選單選擇規格類型(Internal / Customer / RawMaterial / FinishedProduct)
  • Description:規格描述
  • 點擊「Save」儲存,或「Cancel」取消
  • 4.2 編輯規格書
  • 在左側清單中選取一筆 Draft(DR)狀態的規格書
  • 點擊中央面板標頭列的「Edit」按鈕
  • 系統進入編輯模式,顯示黃色背景的編輯面板
  • 修改 Name、Spec Type、Description 等欄位
  • 點擊「Save」儲存變更,或「Cancel」放棄修改
  • > 注意:僅 Draft(DR)狀態的規格書可進行編輯。已送審(PA)、已核准(AP)或已淘汰(OB)的規格書無法編輯。

    5. 規格參數管理

    規格參數行(Spec Lines)在 Parameters 分頁中管理,每一行代表一個規格參數項目。

    Parameters 分頁欄位
    欄位說明編輯模式元件
    ————————–
    #(SeqNo)序號,自動遞增(間隔 10)唯讀
    Parameter參數名稱(ParameterName)textbox
    Group參數群組(ParameterGroup)textbox
    Min規格下限(SpecMin)decimalbox
    Target規格目標值(SpecTarget)decimalbox
    Max規格上限(SpecMax)decimalbox
    UOM量測單位(C_UOM_ID)intbox
    Method測試方法(TestMethod)textbox
    CTQ關鍵品質特性標記(IsCritical)checkbox
    5.1 新增參數行
  • 確認已儲存規格書(已取得 RND_SpecSheet_ID)
  • 在 Parameters 分頁中點擊「+ Add Line」按鈕(僅 Draft 狀態可用)
  • 系統自動新增一行,SeqNo 為目前最大值 + 10
  • 進入編輯模式填寫各欄位
  • 5.2 編輯參數
  • 在標頭列點擊「Edit」按鈕進入編輯模式
  • 各參數行的欄位會從唯讀文字切換為可編輯元件(textbox / decimalbox / checkbox)
  • 修改完畢後,點擊該行右側的 Save icon(磁碟圖示)逐行儲存
  • 5.3 刪除參數

    在 Draft 狀態下,點擊該參數行右側的 Delete icon(垃圾桶圖示,紅色)即可刪除該行。

    6. 規格比對引擎(Spec Comparison Engine)

    Mapping 分頁提供內部規格與客戶規格的自動比對功能。

    6.1 操作步驟
  • 在左側清單中選取一筆內部規格書(Internal)
  • 切換至 Mapping 分頁
  • 在「Customer Spec ID」欄位中輸入客戶規格書的 RND_SpecSheet_ID
  • 點擊「Compare」按鈕
  • 系統自動執行比對,產生 Mapping 記錄
  • 6.2 比對邏輯

    系統依據 ParameterName 進行自動配對(不分大小寫),針對每一組配對的參數行比較 Min/Max 範圍,計算 MappingStatus:

    MappingStatus顏色標示判定邏輯
    ————————-———-
    Matched綠色(#4CAF50)內部規格範圍與客戶規格範圍完全一致
    TighterInternal黃色(#FFC107)內部規格範圍較窄,完全落在客戶規格範圍內
    TighterCustomer紅色(#F44336)客戶規格範圍較窄,完全落在內部規格範圍內
    NoMatch灰色(#9E9E9E)無法配對(參數名稱不符),或範圍無交集
    6.3 Mapping 清單欄位
    欄位說明
    ————
    Internal Line ID內部規格參數行 ID(RND_SpecLine_ID)
    Customer Line ID客戶規格參數行 ID(RND_SpecLine_Cust_ID)
    Status比對狀態(MappingStatus),以顏色標籤顯示
    Notes備註

    7. 送出審批

    7.1 操作步驟
  • 確認規格書處於 Draft(DR)狀態
  • 確認規格參數已填寫完整
  • 點擊標頭列的「Submit for Approval」按鈕
  • 系統將 ApprovalStatus 設為 PA(Pending Approval)
  • 若規格書已設定 AD_Workflow_ID,系統自動啟動 RND_Spec_Approval 工作流程
  • 審批送出時,系統自動將規格書歸檔至文件管理(RND_Document),DocType 依 SpecType 自動判斷為 CustomerSpec 或 InternalSpec
  • 7.2 審批流程(RND_Spec_Approval Workflow)

    “`

    Submit → QA Review → Manager Approve

    “`

    審批通過後,ApprovalStatus 變更為 AP(Approved),規格書正式生效。

    7.3 建立工程變更單(Create ECO)

    當規格書需要進行修訂時,可點擊標頭列的「Create ECO」按鈕,系統自動建立一筆 PLM_ChangeOrder 記錄:

  • ChangeType = ECO
  • Reason = Quality Issue
  • 狀態 = DR(Draft)
  • ImpactAnalysis 自動帶入規格書名稱與類型
  • 建立後可在變更管理表單(ChangeManagementForm)中追蹤該 ECO 的審批與執行。

    8. ParameterGroup 參數群組

    規格參數可依性質分類至以下群組:

    群組代碼說明
    ———-——
    Physical物理特性(如粘度、密度、膜厚)
    Chemical化學特性(如固含量、pH 值)
    Optical光學特性(如透光率、折射率)
    Impurity雜質含量(如金屬離子濃度)
    Particle粒子特性(如顆粒數、粒徑分佈)
    Performance性能指標(如解析度、感光度)

    9. CTQ(Critical To Quality)關鍵品質特性

    IsCritical checkbox 用於標記某參數為 CTQ(Critical To Quality)關鍵品質特性。

  • 勾選 IsCritical 後,該參數在 Parameters 分頁的 CTQ 欄位會以紅色粗體顯示「CTQ」字樣
  • CTQ 參數代表對產品品質有關鍵影響的規格項目,在生產與品管時需特別關注
  • 僅在編輯模式下可修改 IsCritical 設定
  • 10. 注意事項

  • 僅 Draft(DR)狀態的規格書可以編輯標頭欄位、新增/修改/刪除參數行
  • 建立新規格書後需先點擊「Save」儲存取得系統 ID,才能新增參數行
  • 規格比對引擎(Compare)需要已存在的客戶規格書 ID,請確認客戶規格書已事先建立
  • 比對結果會儲存為 RND_SpecMapping 記錄,重新比對會產生新的 Mapping 記錄
  • Submit for Approval 後狀態變為 PA,此時規格書不可再編輯,需等待審批流程完成
  • History 分頁(版本歷程)目前為預留功能,尚未實作
  • 左側清單支援排序,可點擊欄位標頭依 Doc No、Name、Type、Status 排序
  • 篩選按鈕可組合使用:先選 SpecType 再選 ApprovalStatus,系統會同時套用兩個篩選條件
  • 🌡️安定性測試
    ICH 準則式安定性試驗,時間點自動排程,到期自動提醒,不會再忘記取樣

    1. 功能概述

    安定性測試管理表單(Stability Testing)用於管理產品安定性測試計畫,追蹤產品在不同儲存條件下隨時間的品質變化趨勢,以預測保質期(Shelf Life)。系統支援 ICH 準則式的安定性試驗設計,包含即時測試(Real-time)、加速測試(Accelerated)與應力測試(Stress)三種類型,並提供自動時間點生成、結果記錄、變化率計算及趨勢圖表功能。

    導航路徑: 選單 → R&D Module → RND_StabilityForm

    2. 測試類型(TestType)

    代碼類型名稱說明
    —————-——
    Real-time即時測試在正常儲存條件下進行的長期安定性測試
    Accelerated加速測試在較高溫溼度條件下進行,用於加速預測保質期
    Stress應力測試在極端條件下進行,用於瞭解產品降解機制

    3. 儲存條件(StorageCondition)

    代碼條件名稱適用場景
    —————-———-
    5C5°C(冷藏)冷藏保存產品的即時測試
    23C23°C(室溫)室溫保存產品的即時測試
    30C_65RH30°C / 65% RHICH 長期測試條件(Zone II)
    40C_75RH40°C / 75% RHICH 加速測試條件
    50C50°C應力測試條件

    4. 狀態說明(Status)

    代碼狀態名稱說明
    —————-——
    Planning規劃中計畫已建立,尚未開始測試
    In Progress進行中測試已開始,正在定期採樣檢測
    Completed已完成所有時間點測試完成,已得出結論
    Cancelled已取消計畫取消,不再進行測試

    5. 畫面配置

    表單採用 BorderLayout 佈局,分為上方篩選列、左側清單、中央詳細資訊三大區域。

    5.1 上方篩選列(North, 60px)

    由左至右依序為:

  • 測試類型篩選按鈕: All | Real-time | Accelerated | Stress
  • 狀態篩選按鈕: All | Planning | In Progress | Completed
  • 「+ New Plan」按鈕: 建立新安定性測試計畫
  • 點擊篩選按鈕後,左側清單會即時過濾顯示符合條件的計畫。

    5.2 左側面板(West, 35%)— 計畫清單

    以 Listbox 顯示安定性測試計畫清單,包含以下欄位:

    欄位說明
    ————
    Doc No計畫編號(DocumentNo,自動編號)
    Name計畫名稱
    TestType測試類型(Real-time / Accelerated / Stress)
    Status計畫狀態

    點擊任一筆計畫,中央面板會載入該筆的詳細資訊。清單依建立時間(Created DESC)排序。

    5.3 中央面板(Center)— 詳細資訊

    選取計畫後顯示,包含標頭列與分頁區域。

    標頭列(Header Bar):

  • DocumentNo(粗體)
  • TestType badge
  • Status badge
  • 「Edit」按鈕(進入編輯模式)
  • 編輯模式面板(黃色背景,editMode 啟用時顯示):

  • Name textbox — 計畫名稱
  • TestType combobox — 測試類型(Real-time / Accelerated / Stress)
  • StorageCondition combobox — 儲存條件(5C / 23C / 30C_65RH / 40C_75RH / 50C)
  • LotNo textbox — 測試批號
  • RND_Formula_ID — 關聯配方
  • ShelfLifeTarget intbox — 目標保質期(月數)
  • Conclusion textarea — 測試結論
  • 「Save」、「Cancel」按鈕
  • 分頁區域(Tabbox):

    分頁名稱說明
    ——————
    Tab 1Detail計畫基本資訊(Name, Formula, TestType, StorageCondition, ShelfLifeTarget, Status, Conclusion)
    Tab 2Timepoints測試時間點管理與結果記錄
    Tab 3Trend ChartsECharts 趨勢圖表

    6. 操作說明

    6.1 建立新安定性測試計畫
  • 點擊上方篩選列的「+ New Plan」按鈕
  • 系統自動建立新計畫,預設值如下:
  • Status: Planning
  • Name: “New Stability Plan”
  • DateStart: 系統當前日期
  • 系統自動生成 9 個標準測試時間點(見第 7 節)
  • 畫面自動切換至編輯模式
  • 填寫以下欄位:
  • Name:計畫名稱(必填)
  • TestType:測試類型
  • StorageCondition:儲存條件
  • LotNo:測試批號
  • RND_Formula_ID:關聯配方
  • ShelfLifeTarget:目標保質期(月數)
  • 點擊「Save」儲存,或「Cancel」取消
  • 6.2 編輯計畫
  • 在左側清單中選取一筆計畫
  • 點擊中央面板標頭列的「Edit」按鈕
  • 系統進入編輯模式,顯示黃色背景的編輯面板
  • 修改 Name、TestType、StorageCondition、LotNo、ShelfLifeTarget、Conclusion 等欄位
  • 點擊「Save」儲存變更,或「Cancel」放棄修改
  • 6.3 篩選計畫
  • 點擊上方的 TestType 篩選按鈕,可依測試類型篩選清單
  • 點擊上方的 Status 篩選按鈕,可依狀態篩選清單
  • 篩選按鈕可組合使用,系統會同時套用兩個篩選條件
  • 點擊「All」可清除該類篩選條件
  • 7. 自動生成時間點

    建立新計畫時,系統會自動生成 9 個標準測試時間點:

    序號TimepointMonths說明
    ———————–——
    10初始值(T=0),作為基準
    21第 1 個月
    32第 2 個月
    43第 3 個月
    56第 6 個月
    69第 9 個月
    712第 12 個月
    818第 18 個月
    924第 24 個月

    每個時間點的 DatePlanned 依據 DateStart 自動計算(DateStart + 對應月數),初始 Status 為 Pending。

    Timepoints 分頁欄位
    欄位說明
    ————
    TimepointMonths距起始日的月數
    DatePlanned計畫測試日期
    DateActual實際測試日期
    Status時間點狀態(Pending / Tested / Skipped / Overdue)
    PassFail測試結果(Pass / Fail / Marginal)
    Notes觀察記錄

    > 時間點狀態會自動更新:當 DatePlanned 已過且 Status 仍為 Pending 時,系統自動標記為 Overdue。

    8. 結果記錄

    8.1 記錄測試結果
  • 在 Timepoints 分頁中,選取要記錄結果的時間點
  • 點擊該時間點右側的「Record Result」按鈕
  • 系統開啟 Stability Result 視窗,可輸入各規格參數(RND_SpecLine)的測量值
  • 8.2 RND_StabilityResult 欄位
    欄位說明
    ————
    RND_SpecLine_ID關聯的規格參數(SpecLine)
    MeasuredValue本時間點的測量值
    InitialValueT=0 時間點的初始值(自動帶入)
    ChangePercent變化百分比(自動計算)
    WithinSpec是否在規格範圍內(自動判定)
    8.3 自動計算邏輯
  • ChangePercent = ((MeasuredValue – InitialValue) / InitialValue) × 100
  • WithinSpec = SpecMin ≤ MeasuredValue ≤ SpecMax
  • InitialValue 從 T=0 時間點的測試結果自動帶入
  • 9. 趨勢圖表(Trend Charts)

    Trend Charts 分頁使用 ECharts 繪製折線圖,呈現各規格參數隨時間的變化趨勢。

    圖表特性
  • X 軸: 時間點(Month),對應 TimepointMonths(0, 1, 2, 3, 6, 9, 12, 18, 24)
  • Y 軸: 測量值(Measured Value)
  • 資料系列: 每個 RND_SpecLine 參數各一條折線
  • 規格參考線: 以水平參考線標示 SpecMin 與 SpecMax,用於判斷參數是否超出規格
  • Tooltip: 滑鼠懸停時顯示具體數值
  • Legend: 圖表底部顯示圖例
  • > 圖表資料在選取計畫時自動載入,若該計畫尚無結果記錄則不顯示圖表。

    10. 注意事項

  • 建立新計畫後系統自動生成 9 個時間點,無需手動新增
  • T=0 時間點的結果作為基準值(InitialValue),務必先記錄 T=0 的測量值,後續時間點才能正確計算 ChangePercent
  • 篩選按鈕可組合使用:先選 TestType 再選 Status,系統會同時套用兩個篩選條件
  • 時間點狀態會自動判定 Overdue,建議定期查看 Overdue 的時間點以確保測試按時進行
  • StorageCondition 選定後建議不要任意變更,以確保測試數據的一致性
  • Trend Charts 需有至少一個時間點的結果記錄才會顯示圖表
  • 計畫的 ShelfLifeResult(實測保質期)需在所有測試完成後,由使用者在 Conclusion 中記錄判定結果
  • 左側清單依建立時間降冪排序,最新建立的計畫顯示在最上方
  • 📈製程放大管理
    從實驗室到量產的驚險旅程,每個階段的參數變化都記得清清楚楚

    1. 功能概述

    製程放大管理表單(Scale-up Management)用於管理產品從實驗室(Lab)到中試(Pilot)再到量產(Mass Production)的製程放大過程。系統提供階段管理、製程參數追蹤、縮放規則設定及品質比較功能,確保產品在不同生產規模下維持一致的品質水準。

    導航路徑: 選單 → R&D Module → RND_ScaleupForm

    2. 製程規模(Scale)

    代碼規模名稱說明
    —————-——
    Lab實驗室規模小量實驗室試製,驗證配方與製程可行性
    Pilot中試規模中等規模試產,驗證製程放大的可行性與參數調整
    Mass量產規模正式量產,確認製程穩定性與產品品質一致性

    3. 狀態說明

    3.1 專案狀態(Project Status)
    代碼狀態名稱說明
    —————-——
    Planning規劃中專案已建立,尚未開始放大
    In Progress進行中至少一個階段正在進行
    Completed已完成所有階段通過,量產放大成功
    Failed失敗放大過程失敗,需重新評估
    3.2 階段狀態(Stage Status)
    代碼狀態名稱圖示說明
    —————-————
    Planned已規劃尚未開始的階段
    In Progress進行中目前正在執行的階段
    Passed已通過階段測試通過
    Failed失敗階段測試未通過

    4. 畫面配置

    表單採用 BorderLayout 佈局,分為上方篩選列、左側清單、中央詳細資訊三大區域。

    4.1 上方篩選列(North, 60px)

    由左至右依序為:

  • 規模篩選按鈕: All | Lab | Pilot | Mass
  • 狀態篩選按鈕: All | Planning | In Progress | Completed | Failed
  • 「+ New Scale-up Project」按鈕: 建立新製程放大專案
  • 點擊篩選按鈕後,左側清單會即時過濾顯示符合條件的專案。

    4.2 左側面板(West, 35%)— 專案清單

    以 Listbox 顯示製程放大專案清單,包含以下欄位:

    欄位說明
    ————
    Doc No專案編號(DocumentNo,自動編號)
    Name專案名稱
    CurrentScale目前規模(Lab / Pilot / Mass)
    Status專案狀態

    點擊任一筆專案,中央面板會載入該筆的詳細資訊。清單依建立時間(Created DESC)排序。

    4.3 中央面板(Center)— 詳細資訊

    選取專案後顯示,包含標頭列與分頁區域。

    標頭列(Header Bar):

  • DocumentNo(粗體)
  • CurrentScale badge
  • Status badge
  • 「Edit」按鈕(進入編輯模式)
  • 編輯模式面板(黃色背景,editMode 啟用時顯示):

  • Name textbox — 專案名稱
  • RND_Formula_ID — 來源配方
  • RND_QualProject_ID — 關聯合格性專案
  • 「Save」、「Cancel」按鈕
  • 分頁區域(Tabbox):

    分頁名稱說明
    ——————
    Tab 1Overview專案總覽與階段進度(Stage Cards)
    Tab 2Parameters製程參數並排比較(Lab / Pilot / Mass)
    Tab 3Quality Compare各規模品質檢測結果比較

    5. 操作說明

    5.1 建立新製程放大專案
  • 點擊上方篩選列的「+ New Scale-up Project」按鈕
  • 系統自動建立新專案,預設值如下:
  • Status: Planning
  • CurrentScale: Lab
  • 系統自動生成 3 個標準階段(見第 6 節)
  • 畫面自動切換至編輯模式
  • 填寫以下欄位:
  • Name:專案名稱(必填)
  • RND_Formula_ID:來源配方
  • RND_QualProject_ID:關聯合格性專案
  • 點擊「Save」儲存,或「Cancel」取消
  • 5.2 編輯專案
  • 在左側清單中選取一筆專案
  • 點擊中央面板標頭列的「Edit」按鈕
  • 系統進入編輯模式,顯示黃色背景的編輯面板
  • 修改 Name、RND_Formula_ID、RND_QualProject_ID 等欄位
  • 點擊「Save」儲存變更,或「Cancel」放棄修改
  • 5.3 篩選專案
  • 點擊上方的 Scale 篩選按鈕,可依目前規模(CurrentScale)篩選清單
  • 點擊上方的 Status 篩選按鈕,可依狀態篩選清單
  • 篩選按鈕可組合使用,系統會同時套用兩個篩選條件
  • 點擊「All」可清除該類篩選條件
  • 6. 自動生成階段

    建立新專案時,系統會自動生成 3 個標準階段:

    序號ScaleScaleFactor預設 Status說明
    ————-————-————-——
    1Lab1xIn Progress實驗室規模,基準批次
    2Pilot10xPlanned中試規模,10 倍放大
    3Mass100xPlanned量產規模,100 倍放大
    階段欄位
    欄位說明
    ————
    Scale規模(Lab / Pilot / Mass)
    BatchSize該規模的批次大小
    C_UOM_ID批次單位(kg、L)
    ScaleFactor相對於 Lab 的放大倍數
    RND_Formula_ID該規模使用的配方版本
    RND_BatchTicket_ID關聯的批次記錄
    Status階段狀態(Planned / In Progress / Passed / Failed)
    DateStart開始日期
    DateComplete完成日期
    Notes觀察記錄

    7. 階段推進(Advance Stage)

    7.1 操作步驟

    在 Overview 分頁的 Stage Cards 中,點擊某一階段的「Advance」按鈕:

  • Planned → In Progress: 將階段狀態從已規劃變更為進行中
  • In Progress → Passed: 將階段狀態從進行中變更為已通過,同時:
  • 若 Lab 階段通過,專案 CurrentScale 自動更新為 Pilot
  • 若 Pilot 階段通過,專案 CurrentScale 自動更新為 Mass
  • 若 Mass 階段通過,專案 Status 自動更新為 Completed
  • 7.2 Stage Cards 視覺呈現

    Overview 分頁以 Stage Cards 呈現三個階段的進度:

    “`

    Lab ✓ → Pilot ● → Mass ○

    “`

  • ✓(已通過):綠色勾選
  • ●(進行中):實心圓
  • ○(已規劃):空心圓
  • 每張 Stage Card 顯示:BatchSize、ScaleFactor、BatchTicket 連結等資訊。

    8. 製程參數管理(Parameters)

    Parameters 分頁以並排表格呈現各規模的製程參數值,方便比較與調整。

    參數欄位
    欄位說明元件
    ——————
    ParameterName參數名稱(如 “Mixing Speed”、”Temperature”)textbox
    ParameterGroup參數群組(Mixing / Temperature / Filtration / Filling / Other)combobox
    LabValue實驗室規模值decimalbox
    PilotValue中試規模值decimalbox
    MassValue量產規模值decimalbox
    C_UOM_ID量測單位(rpm、°C、min、μm)intbox
    ScalingRule縮放規則(Linear / SquareRoot / KeepSame / Custom)combobox
    Notes縮放依據說明textbox
    8.1 新增參數
  • 切換至 Parameters 分頁
  • 點擊「+ Add Parameter」按鈕(需先儲存專案)
  • 系統新增一行參數,預設 ScalingRule 為 Linear,Lab/Pilot/Mass 值皆為 0
  • 填寫各欄位
  • 點擊該行右側的 Save icon 儲存
  • 8.2 編輯參數

    修改參數欄位後,點擊該行右側的 Save icon 儲存變更。

    8.3 刪除參數

    點擊參數行右側的 Delete icon(垃圾桶圖示)即可刪除該參數。

    9. 縮放規則(ScalingRule)

    縮放規則定義了製程參數在不同規模之間的換算方式:

    代碼規則名稱計算邏輯適用場景
    —————-———-———-
    Linear線性縮放參數值與 ScaleFactor 成正比原料用量、溶劑量
    SquareRoot平方根縮放參數值與 ScaleFactor 的平方根成比例攪拌速度(考慮剪切力)
    KeepSame維持不變參數值在各規模保持相同溫度、pH 值、壓力
    Custom自訂由使用者自行設定各規模的參數值無法以單一規則描述的特殊參數

    > 例如:若 Lab 攪拌速度為 200 rpm,使用 SquareRoot 規則,Pilot(10x)的參數值約為 200 × √10 ≈ 632 rpm。

    10. 品質比較(Quality Compare)

    Quality Compare 分頁用於比較各規模階段的品質檢測結果。

    功能說明
  • 將各階段(Lab / Pilot / Mass)關聯的實驗結果並排顯示
  • 以 RND_SpecLine 的規格上下限作為參考基準
  • 可快速識別不同規模下品質指標是否一致
  • 若某規模的測試結果超出規格範圍,會以顯眼方式標示
  • 使用前提
  • 各階段需關聯至 RND_BatchTicket 與 RND_Experiment,以取得測試結果
  • 規格參數(RND_SpecLine)需事先在規格書管理(RND_SpecForm)中建立
  • 11. 注意事項

  • 建立新專案後系統自動生成 3 個階段(Lab、Pilot、Mass),無需手動新增
  • 建議依序推進階段:Lab → Pilot → Mass,確保每個階段的品質通過後再推進至下一階段
  • 階段推進(Advance Stage)後無法回退,請確認品質結果再執行
  • Mass 階段通過後,專案 Status 會自動更新為 Completed
  • 製程參數的 LabValue 應先填寫實驗室實際值,再依 ScalingRule 調整 Pilot 與 Mass 的參數值
  • ScalingRule 為 Custom 時,需由使用者自行手動填寫各規模的參數值
  • Quality Compare 分頁需各階段都有關聯的實驗結果記錄,才能進行有效比較
  • 篩選按鈕可組合使用:先選 Scale 再選 Status,系統會同時套用兩個篩選條件
  • 左側清單依建立時間降冪排序,最新建立的專案顯示在最上方
  • 每個階段可關聯一筆 RND_BatchTicket,透過 BatchTicket 追蹤該規模的生產記錄
  • RND_QualProject_ID 可連結至合格性專案(Qualification Project),追蹤從放大到正式量產驗證的完整流程
  • 📦原料批次管理
    原料從進門到用完全程追蹤,品質出問題 3 秒鎖定問題批次

    1. 功能概述

    原料批次管理表單(Material Lot Management)用於追蹤原料進貨批次的完整生命週期,從收料檢疫到檢驗判定(核准/退貨)。系統支援來料檢驗記錄、供應商 CoA(Certificate of Analysis)比對、以及原料使用追溯。

    導航路徑: 選單 → R&D Module → RND_MaterialLotForm

    2. 批次狀態與檢驗結果說明

    批次狀態(Status)
    代碼狀態說明
    ——————
    QRQuarantine檢疫中 — 剛收料,尚未完成檢驗
    APApproved已核准 — 檢驗合格,可供使用
    RJRejected已退貨 — 檢驗不合格,退回供應商
    COConsumed已耗用 — 原料已全數使用完畢
    EXExpired已過期 — 超過有效期限
    檢驗結果(InspectionResult)
    代碼結果說明
    ——————
    PAPass合格 — 所有檢驗項目通過
    FAFail不合格 — 檢驗項目未達標準
    COConditional條件放行 — 部分指標偏差,經核准後放行

    3. 畫面配置

    表單採用 BorderLayout 配置,分為上方工具列、左側清單、右側詳細資訊三大區域:

  • 上方工具列(North, 60px): 產品搜尋、狀態篩選、新增批次按鈕
  • 左側面板(West, 35%): 批次清單
  • 右側面板(Center): 批次詳細資訊,以分頁呈現
  • 3.1 上方工具列
    產品搜尋

    在搜尋框中輸入產品名稱,點擊「Search」按鈕。系統會比對 M_Product.Name 欄位(不分大小寫,LIKE 模糊比對)。

    狀態篩選
    按鈕篩選條件
    —————-
    All顯示所有批次
    Quarantine僅顯示檢疫中 (QR)
    Approved僅顯示已核准 (AP)
    Rejected僅顯示已退貨 (RJ)
    Consumed僅顯示已耗用 (CO)
    Expired僅顯示已過期 (EX)
    新增按鈕
  • + New Lot:建立新的原料批次
  • 3.2 左側面板 — 批次清單

    顯示 Product、Lot No、Internal Lot、Status、Date Received 五欄。點擊清單項目即在右側載入該批次的詳細資訊。清單依建立時間降序排列。

    狀態顏色標示:

    狀態顏色
    ————
    QR (Quarantine)黃色
    AP (Approved)綠色
    RJ (Rejected)紅色
    3.3 右側面板 — 詳細資訊

    選取批次後,標題列顯示 LotNo 與狀態標籤(Status Badge,顏色依上表對應)。在非編輯模式下可使用「Edit」按鈕進入編輯。

    右側面板包含三個分頁:

    Tab 1:Inspection(來料檢驗)

    唯讀表頭區域:

    欄位說明
    ————
    Product產品名稱(M_Product_ID)
    Supplier供應商(C_BPartner_ID)
    Lot No供應商批號
    Internal Lot內部批號
    Qty數量
    Date Received收料日期
    CoA Received是否已收到供應商 CoA(Yes/No)
    Description備註說明

    編輯模式: 點擊「Edit」後可修改 Lot No、Internal Lot、Description 三個欄位,修改後點擊「Save」儲存或「Cancel」取消。

    檢驗結果清單(Separator 下方):

    欄位說明
    ————
    Spec Line規格項目(RND_SpecLine_ID)
    Measured Value實測值
    CoA Value供應商 CoA 標示值
    CoA DeviationCoA 偏差值
    Result檢驗結果(PA / FA / CO)
    Date Tested檢驗日期

    操作按鈕:

  • + Add Result:新增一筆檢驗結果記錄
  • Approve Lot(綠色按鈕):核准該批次
  • Reject Lot(紅色按鈕):退貨該批次
  • Create CoA Doc(藍色按鈕):將此批次的 CoA 建立為 RND_Document 記錄(DocType = CoA),自動關聯產品與供應商
  • Tab 2:CoA Compare(CoA 比對)

    顯示與 Inspection 分頁相同的檢驗結果資料,但聚焦於 CoA 比對分析。

    CoA Deviation 高亮規則:

  • CoA Deviation 值非零時,該行以橘色背景標示
  • CoA Deviation 數值以粗體橘色顯示
  • 此分頁用於比對供應商 Certificate of Analysis 上的數值與內部實測值之間的差異。

    Tab 3:Usage History(使用歷程)

    顯示此原料批次在配方與批次工單中的使用紀錄,透過 RND_FormulaLine.RND_MaterialLot_ID 與 RND_BatchTicketLine.RND_MaterialLot_ID 外鍵查詢。

    欄位說明
    ————
    Type使用來源類型:Formula(配方,藍色)或 BatchTicket(批次工單,綠色)
    Name / Document No配方名稱或批次工單單號
    Qty Used使用數量

    選取任一原料批次後,系統自動查詢該批次被哪些配方與批次工單引用。若無使用紀錄,顯示提示文字「This lot has not been used in any formula or batch ticket.」

    4. 批次管理操作

    4.1 建立新批次
  • 點擊上方工具列的「+ New Lot」按鈕
  • 右側面板自動切換至編輯模式
  • 系統自動帶入:
  • Status:QR(Quarantine)
  • DateReceived:當前日期
  • 填寫以下欄位:
  • Lot No:供應商批號
  • Internal Lot:內部批號
  • Description:備註說明
  • 點擊「Save」儲存,或「Cancel」取消
  • 4.2 編輯批次
  • 在左側清單選取一筆批次
  • 點擊標題列的「Edit」按鈕
  • 可修改 Lot No、Internal Lot、Description 欄位
  • 點擊「Save」儲存修改,或「Cancel」取消
  • 4.3 搜尋與篩選
  • 在上方搜尋框輸入產品名稱,點擊「Search」按鈕
  • 系統執行不分大小寫的 LIKE 模糊比對
  • 可搭配狀態篩選按鈕進一步縮小結果範圍
  • 5. 來料檢驗

    5.1 新增檢驗結果
  • 在左側清單選取一筆已儲存的批次
  • 切換至 Inspection 分頁
  • 點擊「+ Add Result」按鈕
  • 系統建立一筆新的 RND_MaterialLotSpec 記錄,自動帶入:
  • DateTested:當前日期
  • TestedBy_ID:當前登入使用者
  • 注意: 批次必須先儲存(已有 RND_MaterialLot_ID)才能新增檢驗結果。

    5.2 記錄量測值

    在檢驗結果清單中,直接填寫以下欄位:

  • MeasuredValue:內部實際量測值
  • CoAValue:供應商 CoA 上的標示值
  • Result:檢驗結果(PA = Pass / FA = Fail / CO = Conditional)
  • 5.3 核准批次
  • 確認檢驗結果均已填寫完成
  • 點擊「Approve Lot」按鈕(綠色)
  • 系統自動更新:
  • Status → AP(Approved)
  • InspectionResult → PA(Pass)
  • 5.4 退貨批次
  • 確認檢驗結果記錄不合格情況
  • 點擊「Reject Lot」按鈕(紅色)
  • 系統自動更新:
  • Status → RJ(Rejected)
  • InspectionResult → FA(Fail)
  • 6. CoA 比對

    CoA Compare 分頁顯示與 Inspection 分頁相同的檢驗結果資料,聚焦於供應商 Certificate of Analysis 值與內部量測值的比對。

    偏差高亮規則
  • 當 CoA Deviation 數值不為零時,整行以橘色背景標示
  • CoA Deviation 欄位數值以粗體橘色字型顯示
  • 利於快速辨識供應商 CoA 與實測值有差異的檢驗項目
  • 使用情境

    收到供應商隨貨附上的 CoA 後,品管人員將 CoA 上各項指標值輸入 CoAValue 欄位,系統自動與 MeasuredValue 比較並計算 CoADeviation,方便一次瀏覽所有偏差項目。

    7. 使用歷程追溯

    Usage History 分頁顯示此原料批次在系統中的使用紀錄。選取批次後,系統自動查詢以下資料表:

    來源資料表外鍵欄位說明
    ———–———-——
    RND_FormulaLineRND_MaterialLot_ID配方明細中使用此原料批次的記錄
    RND_BatchTicketLineRND_MaterialLot_ID批次工單明細中使用此原料批次的記錄

    查詢結果以清單顯示,Type 欄位以顏色區分(Formula 藍色、BatchTicket 綠色),方便快速辨識使用來源。

    8. 典型操作流程

    流程一:收料檢疫到核准放行

    “`

  • 收到供應商原料,點擊「+ New Lot」建立新批次
  • → Status = QR(Quarantine),DateReceived = 當日

  • 填寫 Lot No、Internal Lot,儲存
  • 在 Inspection 分頁點擊「+ Add Result」,逐項新增檢驗結果
  • 記錄各項 MeasuredValue 與 CoAValue
  • 切換至 CoA Compare 分頁,確認偏差項目
  • 所有檢驗合格後,點擊「Approve Lot」
  • → Status = AP,InspectionResult = PA

    “`

    流程二:檢驗不合格退貨

    “`

  • 選取檢疫中的批次
  • 在 Inspection 分頁記錄不合格的量測值
  • 確認不合格項目後,點擊「Reject Lot」
  • → Status = RJ,InspectionResult = FA

  • 依據退貨流程處理供應商退料事宜
  • “`

    9. 注意事項

  • 每個批次需先選取後才能操作右側分頁功能
  • 新增檢驗結果前,批次必須先儲存(已取得系統 ID)
  • Approve Lot 與 Reject Lot 操作後,Status 與 InspectionResult 將同步更新
  • 狀態篩選與產品搜尋可同時使用,篩選條件為 AND 關係
  • 左側清單依建立時間降序排列,最新批次顯示在最上方
  • CoA Compare 分頁的橘色高亮僅為視覺提示,不影響檢驗判定邏輯
  • 🏅客戶送樣認證
    9 階段認證管線,送樣進度一目了然,業務不用再天天追問「到底過了沒」

    1. 功能概述

    客戶送樣認證管理表單(Qualification Management)用於追蹤光阻劑產品從客戶需求接收到量產認證的完整流程。系統支援 9 階段認證管線、送樣記錄管理、客戶回饋追蹤、以及認證管線漏斗圖。

    導航路徑: 選單 → R&D Module → RND_QualForm

    2. 認證階段說明

    每個認證專案依序經過以下 9 個階段:

    代碼階段名稱說明
    —————-——
    REQRequirement Received收到客戶需求規格
    SCRFormula Screening配方篩選與初步匹配
    INTInternal Evaluation內部配方評估與測試
    FS1First Sample Sent首次送樣給客戶
    CEVCustomer Evaluation客戶端評估測試中
    ADJAdjustment & Resample依據回饋調整配方並重新送樣
    QPRQualification In Progress正式認證進行中
    QPSQualification Passed認證通過
    MPDMass Production已進入量產階段

    3. 畫面配置

    表單分為左右兩大區域:

  • 左側面板(300px): 專案清單,含搜尋、篩選功能
  • 右側面板: 專案詳細資訊,以分頁呈現
  • 3.1 左側面板 — 專案清單
    搜尋

    在搜尋框中輸入文字,按 Enter 或點擊「Search」按鈕。系統會比對 Document No 與 Name 欄位(不分大小寫)。

    狀態篩選

    點擊狀態按鈕快速過濾:

    按鈕篩選條件
    —————-
    All顯示所有專案
    Active僅顯示進行中 (AC)
    On Hold僅顯示暫停 (OH)
    Done僅顯示已完成 (CO)
    階段篩選

    點擊階段代碼按鈕(REQ, SCR, INT, FS1, CEV, ADJ, QPR, QPS, MPD)可只顯示該階段的專案。點擊「All」恢復全部顯示。

    專案列表

    顯示 Document No、Name、Stage、Priority 四欄。Priority 為 H(高)時以紅色顯示。

    點擊專案即可在右側面板載入該專案的詳細資訊。

    4. 專案管理

    4.1 建立新專案
  • 點擊左側面板的「+ New Project」按鈕
  • 右側面板會切換為編輯表單
  • 填寫以下欄位:
  • Document No:專案編號(必填)
  • Name:專案名稱(必填)
  • Customer Contact:客戶聯絡人
  • Target Application:應用類型(KrF / ArF / EUV / i-line)
  • Target Node:目標製程節點(如 N3, 28nm, 18A)
  • Customer Spec:客戶規格要求(多行文字)
  • 點擊「Save」儲存,或「Cancel」取消
  • 新建專案預設為:
  • 階段:REQ(Requirement Received)
  • 狀態:AC(Active)
  • 優先序:M(Medium)
  • 4.2 編輯既有專案

    選擇左側專案後,在右側 Overview 分頁中可檢視專案資訊。目前僅支援透過新建表單進行編輯。

    5. 右側分頁功能

    5.1 Overview(概覽)

    顯示選取專案的基本資訊:

  • Document No、Customer、Application、Node
  • Priority、Status
  • Request Date、Target Qual Date、Actual Qual Date
  • Customer Spec、Description
  • 階段操控按鈕:

  • Advance →(階段名稱):將專案推進至下一階段。系統自動記錄階段變更歷程,並計算在前一階段停留天數。當推進至 QPS(Qualification Passed)時,系統自動填入 Actual Qual Date 並將 Status 設為 CO(Completed)。
  • Revert Stage:將專案退回至上一階段。若專案狀態為 CO,自動恢復為 AC。
  • 5.2 Samples(送樣記錄)

    管理專案的送樣批次。

    送樣清單

    顯示所有送樣記錄,依 Sample Round 降序排列。欄位包含:Round、Sample No、Lot No、Qty、出貨/到貨日期、Status、Tracking No。

    新增送樣
  • 點擊「+ New Sample」按鈕
  • 填寫欄位:
  • Sample No:送樣編號(必填)
  • Round:送樣輪次(系統自動遞增)
  • Lot No:批號
  • Quantity:送樣量
  • Tracking No:物流追蹤號
  • Date Prepared / Shipped / Received:備樣/出貨/到貨日期
  • Ship Address:收貨地址
  • Description:備註
  • 系統自動帶入:
  • 所屬 Qualification Project
  • Formula(從專案複製)
  • 狀態預設為 PR(Preparing)
  • 送樣狀態碼:

    代碼意義
    ————
    PRPreparing(準備中)
    SHShipped(已出貨)
    RCReceived(已到貨)
    TETesting(測試中)
    EVEvaluated(已評估)
    5.3 Feedback(客戶回饋)

    記錄每次送樣後客戶的評估結果與光阻性能數據。

    操作步驟
  • 先在 Samples 分頁中選擇一筆送樣記錄
  • 切換至 Feedback 分頁
  • 點擊「+ New Feedback」
  • 填寫以下項目:
  • 基本結果:

  • Overall Result:整體結果(PA = Pass, FA = Fail, CO = Conditional)
  • Feedback Date:回饋日期(系統自動帶入今日)
  • 光阻性能指標(Litho Metrics):

    欄位說明單位
    ——————
    Resolution CD解析度 Critical Dimensionnm
    Sensitivity感光度mJ/cm²
    LERLine Edge Roughnessnm
    LWRLine Width Roughnessnm
    Film Thickness膜厚um
    Film Uniformity膜厚均勻度%
    Defect Density缺陷密度count/cm²
    Particle Count顆粒數count
    Adhesion附著力P(Pass)/F(Fail)/M(Marginal)
    Etch Rate蝕刻速率nm/min
    Etch Selectivity蝕刻選擇比ratio
    DOFDepth of Focus 焦深um
    ELExposure Latitude 曝光寬容度%
    Pattern Profile圖形輪廓VT(Vertical)/RN(Rounding)/UN(Undercut)/OT(Other)

    文字欄位:

  • Customer Comments:客戶意見
  • Internal Notes:內部備註
  • Next Action:下一步動作代碼(RS = Resample, AF = Adjust Formula, MP = Mass Production)
  • Action Deadline:行動截止日
  • 回饋列表

    回饋列表顯示日期、結果、主要性能數據。Pass 記錄以綠色底色標示,Fail 以紅色底色標示。

    5.4 Timeline(階段歷程)

    以表格形式顯示專案的所有階段轉換記錄:

  • Date:轉換日期時間
  • From:原階段
  • To:新階段
  • Days:在原階段停留天數
  • Notes:備註(如:退回原因)
  • 5.5 Pipeline(認證管線圖)

    以 ECharts 漏斗圖(Funnel Chart)呈現所有 Active 專案在各階段的分佈數量。

    點擊「Refresh Pipeline」按鈕更新圖表數據。

    6. 典型操作流程

    流程一:新客戶送樣認證

    “`

  • 新建 Qualification Project(填入客戶資訊、規格需求)
  • → 專案建立於 REQ 階段

  • 配方篩選後,Advance Stage → SCR
  • 內部評估完成,Advance Stage → INT
  • 準備送樣,在 Samples 分頁新增送樣記錄
  • → Advance Stage → FS1

  • 客戶收到樣品進行評估
  • → Advance Stage → CEV

  • 收到客戶回饋,在 Feedback 分頁記錄結果
  • 若 Pass → Advance Stage → QPR → QPS
  • 若 Fail → Advance Stage → ADJ,調整配方後再送樣
  • 認證通過 QPS 後,系統自動標記完成
  • → 視需要 Advance Stage → MPD(量產)

    “`

    流程二:認證失敗重新送樣

    “`

  • 在 Feedback 中記錄 Fail 結果及問題點
  • Advance Stage → ADJ(Adjustment)
  • R&D 調整配方
  • 新增 Sample Round 2 送樣記錄
  • Advance Stage → FS1 → CEV
  • 等待新一輪客戶回饋
  • “`

    7. 注意事項

  • 每個專案需先選取後才能操作右側功能
  • 新增 Feedback 前需先在 Samples 分頁選擇對應的送樣記錄
  • Stage Advance/Revert 會自動記錄至 Timeline,無需手動登錄
  • Pipeline 圖表僅統計 Active 狀態的專案
  • 高優先序(H)的專案在清單中以紅色標示,便於快速辨識
  • 🤝供應商資格認證
    供應商認證狀態、稽核評分、複審排程全管好,不再靠記憶力決定誰能供貨

    1. 功能概述

    供應商資格認證管理表單(Supplier Qualification)用於管理供應商的資格認證記錄。每一筆記錄代表一組供應商與產品的配對(Supplier-Product Pair),同一供應商可針對不同產品擁有多筆認證記錄。系統支援認證狀態追蹤、稽核評分、主要/替代供應商標記,以及複審排程管理。

    導航路徑: 選單 → R&D Module → RND_SupplierQualForm

    2. 資料模型與狀態說明

    資料模型

    表單對應模型為 RND_SupplierQual,主要欄位如下:

    欄位說明
    ————
    C_BPartner_ID供應商 (Supplier)
    M_Product_ID產品 (Product)
    QualStatus認證狀態
    AuditScore稽核評分
    DateQualified認證通過日期
    DateNextReview下次複審日期
    AlternativeSupplier是否為替代供應商(boolean)
    PrimarySupplier_ID主要供應商
    Notes備註
    認證狀態
    代碼狀態說明
    ——————
    QPQualified Primary主要合格供應商
    QAQualified Alternative替代合格供應商
    IPIn Progress認證進行中
    DQDisqualified已取消資格

    3. 畫面配置

    表單採用 BorderLayout 分為上、左、右三大區域:

  • 上方篩選列(60px): 狀態篩選按鈕、新增按鈕
  • 左側面板(38%): 認證記錄清單
  • 右側面板: 認證詳細資訊,以三個分頁呈現(Detail、Scorecard、Documents)
  • 3.1 上方篩選列
    狀態篩選
    按鈕篩選條件
    —————-
    All顯示所有狀態
    Qualified僅顯示主要合格供應商 (QP)
    Alt Qualified僅顯示替代合格供應商 (QA)
    In Progress僅顯示認證進行中 (IP)
    Disqualified僅顯示已取消資格 (DQ)
    新增按鈕
  • + New:建立新的認證記錄
  • 3.2 左側面板 — 認證記錄清單

    顯示 Supplier、Product、Status、Score 四欄。點擊清單項目即在右側載入詳細資訊。

    清單列色規則:

  • QP / QA(合格):綠色
  • DQ(已取消資格):紅色
  • 3.3 右側面板 — 詳細資訊

    選取記錄後,右側面板包含三個分頁:

    Tab 1: Detail(詳細資訊)

    唯讀模式 顯示以下欄位:

    欄位說明
    ————
    Supplier供應商 (C_BPartner_ID)
    Product產品 (M_Product_ID)
    Status認證狀態 (QualStatus)
    Audit Score稽核評分
    Date Qualified認證通過日期
    Next Review下次複審日期
    Alternative Supplier是否為替代供應商
    Notes備註(多行文字)

    編輯模式 可修改以下欄位:

  • Audit Score:稽核評分(decimalbox 數值輸入)
  • Notes:備註(textarea 多行文字輸入)
  • 操作按鈕:

  • Qualify(綠色):將記錄認證為合格
  • Disqualify(紅色):取消認證資格
  • Tab 2: Scorecard(供應商計分卡)

    此分頁為未來擴充預留(Placeholder),規劃將包含以下功能:

  • 批次合格率(Lot Acceptance Rate)
  • 交貨績效(Delivery Performance)
  • Tab 3: Documents(相關文件)

    此分頁顯示與所選供應商資格認證記錄關聯的 RND_Document 文件清單。

    標頭區域:

  • 左側顯示「Related Documents」標題
  • 右側提供「+ New Document」按鈕,用於快速建立新文件
  • 文件清單欄位:

    欄位說明
    ————
    Doc No文件編號 (DocumentNo)
    Name文件名稱
    Type文件類型 (DocType)
    Status文件狀態 (DocStatus)
    Version版本號

    文件查詢邏輯:

  • 依據所選認證記錄的 C_BPartner_ID 查詢對應的 RND_Document
  • 若認證記錄包含 M_Product_ID,則同時篩選該產品相關文件(含未指定產品的通用文件)
  • 清單依建立時間倒序排列(最新文件在上方)
  • 未關聯任何文件時,顯示「No documents linked to this supplier.」提示訊息
  • 「+ New Document」按鈕:

  • 必須先選取一筆認證記錄才可使用
  • 建立新的 RND_Document,預設值如下:
  • Name:「Supplier Doc – {C_BPartner_ID}」
  • DocType:Other
  • DocStatus:DR(Draft)
  • Version:1.0
  • C_BPartner_ID:自動帶入所選認證記錄的供應商
  • M_Product_ID:若認證記錄有指定產品,一併帶入
  • 建立完成後顯示通知訊息,提示使用者前往 Document Management 表單進行後續編輯
  • 4. 認證管理操作

    4.1 建立新認證記錄
  • 點擊上方篩選列的「+ New」按鈕
  • 右側面板自動切換至編輯模式
  • 填寫以下欄位:
  • Supplier:選擇供應商(必填)
  • Product:選擇產品(必填)
  • Audit Score:稽核評分
  • Notes:備註
  • 點擊「Save」儲存
  • 新建記錄預設為:
  • 狀態:IP(In Progress)
  • 4.2 編輯既有記錄
  • 在左側清單選取一筆認證記錄
  • 點擊「Edit」按鈕進入編輯模式
  • 可修改以下欄位:
  • Audit Score:稽核評分
  • Notes:備註
  • 修改完成後點擊「Save」儲存
  • 4.3 認證為合格(Qualify)
  • 選取一筆認證記錄
  • 點擊「Qualify」按鈕(綠色)
  • 系統依據 AlternativeSupplier 欄位自動判定狀態:
  • AlternativeSupplier = false → 狀態設為 QP(Qualified Primary)
  • AlternativeSupplier = true → 狀態設為 QA(Qualified Alternative)
  • 系統自動記錄 DateQualified(認證通過日期)
  • 4.4 取消認證(Disqualify)
  • 選取一筆認證記錄
  • 點擊「Disqualify」按鈕(紅色)
  • 系統將狀態更新為 DQ(Disqualified)
  • 5. 典型作業流程

    5.1 新供應商認證流程

    “`

    建立新記錄(選擇供應商 + 產品)

    → 狀態自動設為 IP(In Progress)

    → 進行稽核,記錄 Audit Score 與 Notes

    → 依稽核結果執行 Qualify 或 Disqualify

    “`

    5.2 流程步驟
  • 建立記錄: 點擊「+ New」,選擇供應商與產品配對,建立認證記錄
  • 記錄稽核結果: 在認證過程中,編輯記錄填寫稽核評分(Audit Score)與備註(Notes)
  • 認證判定: 根據稽核結果,點擊「Qualify」認證為合格,或點擊「Disqualify」取消資格
  • 6. 注意事項

  • 每筆記錄代表一組供應商與產品的配對(Supplier-Product Pair),同一供應商可擁有多筆不同產品的認證記錄
  • QP(Qualified Primary)與 QA(Qualified Alternative)由 AlternativeSupplier 欄位決定,認證時系統自動判定
  • DateQualified(認證通過日期)在執行 Qualify 操作時由系統自動記錄,無需手動填寫
  • DateNextReview(下次複審日期)應由管理者適時維護,作為供應商複審排程的依據
  • 左側清單的列色標示可快速辨識認證狀態:綠色為合格(QP/QA)、紅色為已取消資格(DQ)
  • Scorecard 分頁目前為預留功能,未來將擴充供應商績效評估相關指標
  • Documents 分頁可查看與該供應商關聯的所有文件;透過「+ New Document」可快速建立新文件,建立後請至 Document Management 表單進行詳細編輯
  • 🔄變更管理 ECR/ECO
    工程變更走系統審批,誰提的、誰批的、改了什麼全留紀錄,不再口說無憑

    1. 功能概述

    變更管理表單(Change Management)用於管理產品與配方的工程變更流程,涵蓋工程變更請求(ECR)與工程變更單(ECO)的建立、審核、執行追蹤。系統整合 iDempiere AD_Workflow 審批引擎,支援多級簽核、變更明細記錄、版本修訂追蹤。

    導航路徑: 選單 → R&D Module → RND_ChangeManagementForm

    2. ECR 與 ECO 說明

    類型全名用途審批流程
    —————————-
    ECREngineering Change Request工程變更請求 — 提出變更需求Submit → R&D 主管核准
    ECOEngineering Change Order工程變更單 — 執行具體變更Submit → R&D 主管審核 → QA 審核
    變更單狀態
    代碼狀態說明
    ——————
    DRDraft草稿 — 可編輯
    IPIn Progress審核中 — 已送出審批
    COCompleted已完成 — 審批通過並執行完畢
    變更原因代碼
    原因說明
    ————
    Quality Issue品質問題
    Cost Reduction成本降低
    Customer Request客戶需求
    Performance Improvement性能改善
    Regulatory法規要求

    3. 畫面配置

    表單分為上、左、右三大區域:

  • 上方工具列(60px): 類型篩選、狀態篩選、新增按鈕
  • 左側面板(35%): 變更單清單
  • 右側面板: 變更單詳細資訊,以分頁呈現
  • 3.1 上方工具列
    類型篩選
    按鈕篩選條件
    —————-
    All顯示所有類型
    ECR僅顯示工程變更請求
    ECO僅顯示工程變更單
    狀態篩選
    按鈕篩選條件
    —————-
    Draft僅顯示草稿 (DR)
    In Progress僅顯示審核中 (IP)
    Completed僅顯示已完成 (CO)
    All Status顯示所有狀態
    新增按鈕
  • + New ECR:建立新的工程變更請求
  • + New ECO:建立新的工程變更單
  • 3.2 左側面板 — 變更單清單

    顯示 Document No、Name、Type、Status、Priority 五欄。點擊清單項目即在右側載入詳細資訊。清單依建立時間降序排列。

    3.3 右側面板 — 詳細資訊

    選取變更單後,標題列顯示 Document No、類型標籤(ECR/ECO)、狀態標籤。在 Draft 狀態下可使用 EditSubmit for Approval 按鈕。

    4. 變更單管理

    4.1 建立新變更單
  • 點擊上方工具列的「+ New ECR」或「+ New ECO」按鈕
  • 右側面板自動切換至編輯模式
  • 填寫以下欄位:
  • Name:變更單名稱(必填)
  • Change Type:ECR 或 ECO(系統自動帶入)
  • Reason:變更原因(從下拉選單選擇)
  • Impact Analysis:影響分析描述(多行文字)
  • 點擊「Save」儲存,或「Cancel」取消
  • 新建變更單預設為:
  • 狀態:DR(Draft)
  • Date Requested:當前日期
  • Requested By:當前使用者
  • 4.2 編輯既有變更單
  • 在左側清單選取一筆變更單
  • 確認狀態為 Draft (DR)
  • 點擊標題列的「Edit」按鈕
  • 修改欄位後點擊「Save」儲存
  • 注意: 僅 Draft 狀態的變更單可以編輯。已送審或已完成的變更單不可修改。

    4.3 送出審批
  • 選取一筆 Draft 狀態的變更單
  • 點擊標題列的「Submit for Approval」按鈕
  • 系統將狀態更新為 IP(In Progress)
  • 若變更單關聯了 AD_Workflow,系統自動啟動審批流程
  • 5. 右側分頁功能

    5.1 Detail(詳細資訊)

    顯示或編輯變更單的主要欄位:

    欄位說明
    ————
    Name變更單名稱
    Change TypeECR / ECO
    Reason變更原因
    Impact Analysis影響分析(多行文字)
    Requested By申請人
    Date Requested申請日期
    5.2 Change Lines(變更明細)

    記錄變更單中每一項具體的變更項目。

    欄位說明
    欄位說明
    ————
    # (SeqNo)序號
    Action變更動作(Add / Modify / Remove / Replace)
    Affected Item受影響項目名稱
    Old Value變更前的值
    New Value變更後的值
    Notes備註
    操作步驟

    新增明細行:

  • 確認變更單狀態為 Draft (DR)
  • 點擊「+ Add Line」按鈕
  • 系統新增一筆空白明細行(自動編號)
  • 刪除明細行:

  • 點擊該行右側的刪除按鈕(垃圾桶圖示)
  • 該行立即刪除
  • 注意: 新增或刪除明細行前,變更單必須先儲存(已有 Document No)。

    5.3 Revisions(版本修訂)

    顯示與此變更單關聯的 PLM_Revision 記錄鏈。系統先查詢直接關聯至此變更單的修訂記錄,若無則查詢關聯配方的修訂歷程。

    欄位說明
    ————
    Rev版本號(A → B → C)
    State生命週期狀態 ID
    Released By發佈人
    Released Date發佈日期
    Description版本說明
    5.4 Workflow Log(審批記錄)

    顯示 AD_Workflow 審批活動記錄。(規劃中,後續版本實作)

    6. FormulaForm 整合

    在配方管理表單(FormulaForm)中,已整合以下變更管理功能:

    6.1 Request Change (ECR) 按鈕

    在 FormulaForm 的 Revisions 分頁中,點擊「Request Change (ECR)」按鈕可直接為當前配方建立 ECR。系統自動:

  • 建立 ECR 並關聯當前配方
  • 設定名稱為「ECR for {配方名稱}」
  • 狀態設為 Draft
  • 6.2 Revisions 分頁

    FormulaForm 的 Revisions 分頁顯示當前配方的所有版本修訂歷程:

    欄位說明
    ————
    Rev版本號
    State生命週期狀態名稱
    Released By發佈人
    Released Date發佈日期
    Description版本說明

    選擇配方時自動載入修訂記錄,也可點擊「Load Revisions」手動重新整理。

    7. 審批流程 (AD_Workflow)

    系統內建兩個預設審批流程:

    RND_ECR_Approval(ECR 審批)

    “`

    Submit(提出人送出)

    → RD Manager Approve(R&D 主管核准/駁回)

    “`

    RND_ECO_Approval(ECO 審批)

    “`

    Submit(提出人送出)

    → RD Manager Review(R&D 主管審核)

    → QA Review(品保審核/最終核准)

    “`

    審批流程透過 iDempiere AD_Workflow 引擎運行。管理者可在 iDempiere 的 Workflow 視窗中調整審批節點與指派規則,無需修改程式碼。

    8. PLM 生命週期與變更管理

    當配方修訂版本需要進行生命週期狀態轉換(例如 In Review → Released),且該轉換在 PLM_StateTransition 中配置了 AD_Workflow_ID,系統會自動啟動對應的審批流程。

    生命週期狀態
    代碼狀態說明
    ——————
    DRDraft草稿
    IRIn Review審核中
    RLReleased已發佈
    OBObsolete已淘汰
    狀態轉換觸發規則
    轉換需要變更單審批流程
    —————–———-
    DR → IR
    IR → RLRND_ECO_Approval
    RL → OB

    注意: 當轉換設定 RequiresChangeOrder = Y 時,系統自動建立一筆變更單記錄。

    9. 典型操作流程

    流程一:配方變更(由 FormulaForm 發起)

    “`

  • 在 FormulaForm 中選擇需要變更的配方
  • 切換至 Revisions 分頁
  • 點擊「Request Change (ECR)」
  • → 系統自動建立 ECR 並關聯配方

  • 前往 ChangeManagementForm
  • 選擇剛建立的 ECR
  • 編輯 Reason、Impact Analysis
  • 在 Change Lines 分頁新增具體變更項目
  • 點擊「Submit for Approval」送出審批
  • → ECR 進入 R&D 主管審核流程

    “`

    流程二:直接建立 ECO

    “`

  • 在 ChangeManagementForm 點擊「+ New ECO」
  • 填寫 Name、Reason、Impact Analysis
  • 儲存後,在 Change Lines 分頁新增變更明細
  • Action: Modify
  • Affected Item: 配方 PR-KrF-2026A 原料比例
  • Old Value: PGMEA 65%
  • New Value: PGMEA 60%
  • 確認所有明細後,點擊「Submit for Approval」
  • → ECO 進入 R&D 主管 → QA 三級審核流程

    “`

    流程三:配方版本發佈

    “`

  • 配方修訂完成,透過 PLMTransitionState 進行狀態轉換
  • In Review (IR) → Released (RL) 轉換觸發:
  • 系統自動建立變更單
  • 啟動 RND_ECO_Approval 審批流程
  • R&D 主管與 QA 逐級審核
  • 審核通過 → 版本正式發佈
  • 自動記錄發佈人與發佈日期
  • 配方 LifecycleState 更新為 RL
  • “`

    10. 注意事項

  • 每個變更單需先選取後才能操作右側功能
  • 僅 Draft (DR) 狀態的變更單可以編輯和新增明細
  • 送出審批後狀態變更為 In Progress (IP),不可再編輯
  • 新增 Change Line 前,變更單必須先儲存
  • 審批流程由 iDempiere AD_Workflow 管理,可由系統管理者在後台調整
  • 從 FormulaForm 建立的 ECR 會自動關聯配方,無需手動設定
  • 📝工單派工管理
    誰在做什麼、進度到哪裡、工時花多少,主管不用逐一問,看一眼圖表全知道

    1. 功能概述

    工單派工管理表單(Dispatch Management)用於管理研發專案下的工單(Work Order)與人員指派(Assignment)。系統支援依專案篩選工單、依狀態過濾、檢視工單詳細資訊與指派紀錄,並提供工作量圖表(Workload Chart)以視覺化呈現團隊成員的工時分配。

    導航路徑: 選單 → R&D Module → RND_DispatchForm

    2. 工單狀態說明

    2.1 狀態篩選(DocStatus)
    代碼狀態名稱說明
    —————-——
    ALLAll(全部)顯示所有工單,不進行狀態篩選
    DRDraft(草稿)新建或規劃中的工單
    IPIn Progress(進行中)已開始執行的工單
    COCompleted(已完成)已完成的工單

    3. 畫面配置

    表單採用 BorderLayout 佈局,分為上方工具列、左側工單清單、中央詳細資訊三大區域。

    3.1 上方工具列(North, 45px)

    由左至右依序為:

  • 「Project:」標籤 + 專案選擇器: 下拉選擇研發專案(RND_Project_ID),選擇後自動載入該專案下的工單清單(寬度 250px)
  • 狀態篩選按鈕: All | Draft | In Progress | Completed
  • 點擊篩選按鈕後,左側工單清單會即時過濾顯示符合條件的工單。目前被選取的篩選按鈕會以藍色底色(#1976d2)高亮顯示。

    3.2 左側面板(West, 40%)— 工單清單

    以 Listbox 顯示工單清單,面板可拖曳調整寬度(splittable)且可摺疊(collapsible),標題為「Work Orders」。包含以下欄位:

    欄位說明
    ————
    Doc No工單編號(DocumentNo),寬度 100px
    Name工單名稱
    Status工單狀態(DocStatus),寬度 70px
    Start開始日期(DateStart),格式 yyyy-MM-dd,寬度 100px

    若尚未選擇專案,清單顯示提示訊息「Select a project to view work orders」。點擊任一筆工單,中央面板會載入該筆的詳細資訊與指派紀錄。

    3.3 中央面板(Center)— 分頁區域

    選取工單後顯示,包含三個分頁(Tabbox):

    分頁名稱說明
    ——————
    Tab 1Details工單詳細資訊
    Tab 2Assignments人員指派紀錄
    Tab 3Workload Chart工作量視覺化圖表

    4. 專案選擇與工單載入

    4.1 選擇專案
  • 在上方工具列的 Project 選擇器中選取目標專案
  • 系統自動載入該專案下所有啟用中(IsActive=’Y’)的工單
  • 狀態篩選自動重設為「All」
  • 左側清單顯示工單資料,依 DocumentNo 排序
  • 4.2 狀態篩選
  • 點擊上方工具列的狀態篩選按鈕(All / Draft / In Progress / Completed)
  • 系統依所選狀態重新篩選工單清單
  • 選取的工單與指派紀錄會同時清空,需重新點選工單
  • 5. 工單詳細資訊(Details 分頁)

    選取工單後,Details 分頁顯示以下欄位:

    欄位說明
    ————
    Document No工單編號
    Name工單名稱
    Description工單描述
    Status工單狀態(DocStatus)
    Priority優先順序
    Requested By需求提出人(AD_User_ID,系統自動顯示使用者名稱)
    Start Date開始日期,格式 yyyy-MM-dd
    Finish Date完成日期,格式 yyyy-MM-dd
    Estimated Hours預估工時,格式 ##0.00
    Actual Hours實際工時,格式 ##0.00

    6. 人員指派(Assignments 分頁)

    Assignments 分頁以 Listbox 顯示選取工單的所有指派紀錄。若尚未選取工單,顯示提示訊息「Select a work order to view assignments」。

    Assignments 清單欄位
    欄位說明
    ————
    User被指派人員(AD_User_ID,系統自動顯示使用者名稱)
    Role指派角色,寬度 100px
    Hours指派工時,格式 ##0.00,寬度 80px
    Start指派開始日期,格式 yyyy-MM-dd,寬度 100px
    Finish指派完成日期,格式 yyyy-MM-dd,寬度 100px
    Status指派狀態,寬度 80px
    Note備註

    7. 工作量圖表(Workload Chart 分頁)

    Workload Chart 分頁提供以 ECharts 繪製的工作量視覺化圖表,顯示專案下各人員的總工時分配。

    7.1 操作步驟
  • 確認已選擇專案
  • 切換至 Workload Chart 分頁
  • 點擊「Refresh Chart」按鈕(藍色,附帶重新整理圖示)
  • 系統查詢該專案下所有工單的指派工時,依使用者加總後以圖表呈現
  • 圖表區域高度 400px,資料依總工時由高到低排序
  • 7.2 圖表資料來源

    系統從 RND_Assignment 表格查詢資料,關聯 RND_WorkOrder 表格:

  • 篩選條件:指定專案(RND_Project_ID)、啟用中的指派與工單
  • 分組依據:AD_User_ID(使用者)
  • 數值:SUM(Hours)(總工時)
  • > 注意:若尚未選擇專案即點擊「Refresh Chart」,系統會顯示警告訊息「Please select a project first.」

    8. 注意事項

  • 必須先選擇專案(Project),左側工單清單才會載入資料
  • 工單清單依 DocumentNo 排序顯示,清單欄位支援拖曳調整寬度(sizable)
  • 左側面板支援拖曳調整寬度(splittable)與摺疊(collapsible)
  • 切換狀態篩選時,已選取的工單與指派紀錄會自動清空
  • 工作量圖表使用 ECharts 前端繪圖引擎,需等待 ECharts 載入完成後才會渲染
  • 人員名稱透過 AD_User_ID 查詢 MUser 取得顯示名稱
  • 所有資料皆受 AD_Client_ID 限制,僅能檢視同一租戶(Client)下的資料
  • 💰成本分析
    材料成本+人工成本自動算,預算差異即時告警,錢花到哪裡終於看得見

    1. 功能概述

    成本分析表單(Cost Analysis)用於計算與分析研發專案的材料成本(Material Cost)與人工成本(Labor Cost),並提供預算差異分析(Budget Variance)與成本結構圓餅圖(Cost Breakdown Pie Chart)。使用者可選擇專案、調整時薪(Hourly Rate),系統自動計算各項成本並與專案預算進行比對。

    導航路徑: 選單 → R&D Module → RND_CostForm

    2. 畫面配置

    表單採用 BorderLayout 佈局,分為上方工具列(North)、左側摘要與圖表區(West, 45%)、右側明細區(Center)。

    2.1 上方工具列(North, 45px)

    深藍色漸層背景,由左至右依序為:

    元素類型說明
    ——————
    ProjectWSearchEditor(搜尋欄位)選擇要分析的 RND_Project,為必填欄位。選取專案後系統自動觸發成本計算
    Hourly RateDecimalbox人工時薪(預設值 500.00),格式 ###,##0.00,可由使用者調整
    Recalculate 按鈕Button依目前選取的專案與時薪重新計算所有成本
    2.2 左側面板(West, 45%)— 成本摘要與圓餅圖

    左側面板以 BorderLayout 上下分割(可拖曳調整比例),上方為 Cost Summary,下方為 Cost Breakdown 圓餅圖。

    2.2.1 Cost Summary(成本摘要)

    Groupbox 包含以下欄位:

    欄位說明
    ————
    Material Cost材料成本合計(所有配方行的 QtyEntered × CurrentCostPrice)
    Labor Cost人工成本合計(工單指派總工時 × Hourly Rate)
    Total Cost總成本(Material Cost + Labor Cost),以較大字體粗體顯示
    Budget專案預算金額(RND_Project.PlannedAmt)
    Variance預算差異(Budget − Total Cost);正值表示低於預算(綠色粗體),負值表示超出預算(紅色粗體)
    2.2.2 Cost Breakdown(成本結構圓餅圖)

    Groupbox 包含:

  • Refresh Chart 按鈕: 重新繪製圓餅圖
  • ECharts Pie Chart: 以圓餅圖呈現 Material(藍色 #1976d2)與 Labor(橘色 #f57c00)的成本佔比,Tooltip 顯示 {類別}: {金額} ({百分比}%)
  • 2.3 右側面板(Center)— 材料成本明細

    Groupbox 標題為「Cost Details by Material」,包含一個 Listbox 表格。

    Listbox 欄位
    欄位說明
    ————
    Material配方行名稱(RND_FormulaLine.Name)
    Type成本類型(目前固定為 “Material”)
    Cost該材料的成本金額(QtyEntered × CurrentCostPrice)

    當尚未選取專案時,顯示提示訊息:「Select a project and click Recalculate」。

    3. 操作說明

    3.1 選擇專案並計算成本
  • 在上方工具列的「Project」搜尋欄位中,搜尋並選取要分析的 RND_Project
  • 選取專案後,系統自動執行成本計算,更新左側 Cost Summary 與右側 Cost Details
  • 若需調整人工時薪,修改「Hourly Rate」欄位後點擊「Recalculate」按鈕
  • 3.2 調整 Hourly Rate 並重新計算
  • 在「Hourly Rate」欄位輸入新的時薪金額
  • 點擊「Recalculate」按鈕
  • 系統以新時薪重新計算 Labor Cost,並更新 Total Cost、Variance 等衍生欄位
  • 3.3 檢視成本結構圖表
  • 確認已選取專案且 Material Cost 或 Labor Cost 不為零
  • 點擊 Cost Breakdown 區塊內的「Refresh Chart」按鈕
  • 系統繪製 Material vs Labor 的圓餅圖,顯示各自金額與百分比
  • 4. 成本計算邏輯

    4.1 Material Cost(材料成本)

    “`

    Material Cost = SUM(FormulaLine.QtyEntered × M_Cost.CurrentCostPrice)

    “`

  • 查詢範圍:所選專案下所有有效配方(RND_Formula)的有效配方行(RND_FormulaLine)
  • 僅計算已設定 M_Product_ID 的配方行
  • 材料單價取自 M_Cost 表的 CurrentCostPrice(取同一 M_Product_ID 與 AD_Client_ID 的最大值)
  • 若無對應的 M_Cost 記錄,該材料的單價視為 0
  • 4.2 Labor Cost(人工成本)

    “`

    Labor Cost = SUM(Assignment.Hours) × Hourly Rate

    “`

  • 查詢範圍:所選專案下所有有效工單(RND_WorkOrder)的有效指派記錄(RND_Assignment)
  • 彙總所有 Assignment 的 Hours 欄位,乘以使用者設定的 Hourly Rate
  • 結果四捨五入至小數點後兩位
  • 4.3 Total Cost(總成本)

    “`

    Total Cost = Material Cost + Labor Cost

    “`

    4.4 Budget Variance(預算差異)

    “`

    Variance = Budget (PlannedAmt) − Total Cost

    “`

    差異值顏色顯示意義
    ——–———-——
    >= 0綠色粗體(#388e3c)低於預算(Under Budget)
    < 0紅色粗體(#d32f2f)超出預算(Over Budget)

    5. 功能特性

    5.1 專案選取自動計算

    使用 WSearchEditor 元件選取專案後,系統自動觸發 setSelectedProjectId(),執行完整成本計算流程,不需手動點擊 Recalculate。僅在變更 Hourly Rate 後需手動點擊 Recalculate。

    5.2 動態預算警示

    Variance 欄位依據差異值自動切換顯示色彩:

  • 預算內(Variance >= 0):綠色粗體,表示成本控制良好
  • 超出預算(Variance < 0):紅色粗體,提醒注意成本超支
  • 5.3 ECharts 圓餅圖

    成本結構圖使用 ECharts 5 函式庫,支援以下互動功能:

  • 滑鼠懸停(Tooltip): 顯示 {類別}: {金額} ({百分比}%) 格式
  • 圖例標籤: 顯示各類別名稱與百分比
  • 5.4 面板可調整

    左側面板(West)設有 splittable="true",使用者可拖曳面板分隔線調整 Cost Summary 與 Cost Breakdown 的顯示比例。上下兩區塊亦可拖曳調整。

    6. 注意事項

  • 必須先選取專案(Project)才能執行成本計算,未選取專案時所有數值為 0
  • Hourly Rate 預設值為 500.00,變更後需點擊「Recalculate」才會生效
  • Material Cost 依賴 M_Cost 表的 CurrentCostPrice,若材料未設定成本價格,該材料的成本計算為 0
  • Budget 金額來自 RND_Project.PlannedAmt 欄位,若專案未設定 PlannedAmt,Budget 顯示為 0,Variance 即為 −Total Cost
  • Cost Breakdown 圓餅圖需手動點擊「Refresh Chart」按鈕方能繪製;若 Material Cost 與 Labor Cost 皆為 0,圖表不會繪製
  • 圖表使用 ECharts 5 函式庫,首次載入時會自動從 CDN 下載 ECharts JavaScript,需確保網路可存取 cdn.jsdelivr.net
  • 右側 Cost Details 清單僅顯示材料成本明細(依 FormulaLine.Name 彙總),人工成本不在此清單中顯示
  • 左側面板預設佔 45% 寬度,可透過拖曳分隔線調整比例
  • 此表單為唯讀分析工具,不提供資料新增、修改或刪除功能
  • 📊R&D 儀表板
    管理層和研發人員各有專屬視角,KPI 一秒掌握,不用再等月報出爐

    1. 功能概述

    R&D 儀表板(R&D Dashboard)提供研發模組的即時總覽,整合各項 KPI 指標卡片與 ECharts 圖表,讓管理層與研發人員快速掌握專案進度、配方生命週期、校正狀態、Qualification Pipeline、Change Order 及 Material Lot 等關鍵資訊。

    系統提供兩種檢視模式:Executive View(經營管理視角)與 R&D View(研發人員視角),可依角色切換顯示不同的 KPI 與圖表區塊。

    導航路徑: 選單 → R&D Module → RND_DashboardForm

    2. 檢視模式說明

    模式按鈕名稱說明
    —————-——
    Executive ViewExecutive View經營管理視角,顯示 Supplier KPI 區塊及 Formula Release Trend、Lot Rejection Rate 趨勢圖表
    R&D ViewR&D View研發人員視角,顯示個人 KPI 卡片(My Pending Approvals / My ECRs / My Quals)及 My Pending Items 待辦清單

    系統預設進入 Executive View 模式。切換模式時,點擊上方對應的按鈕即可,目前啟用的模式按鈕會以粗體高亮顯示。

    3. 畫面配置

    表單採用 BorderLayout 佈局,分為上方標題列(North)與中央內容區(Center)。

    3.1 上方標題列(North, 45px)

    深藍色漸層背景,由左至右依序為:

    元素說明
    ————
    R&D Dashboard表單標題(白色粗體)
    Executive View 按鈕切換至 Executive View 模式,啟用時藍色高亮
    R&D View 按鈕切換至 R&D View 模式,啟用時綠色高亮
    Refresh 按鈕重新載入所有 KPI 數據
    Refresh Charts 按鈕重新載入所有圖表
    3.2 中央內容區(Center)

    由上至下依序排列以下區塊:

    3.2.1 第一列 KPI 卡片 — 研發核心指標

    五張 KPI 卡片橫向排列:

    KPI 卡片背景色數據來源說明
    ———-——–———-——
    Projects淺藍(#e3f2fd)RND_Project(IsActive=’Y’)有效專案總數
    Active Formulas淺綠(#e8f5e9)RND_Formula(IsActive=’Y’)有效配方總數
    Experiment Pass Rate淺橘(#fff3e0)RND_Experiment(DocStatus=’CO’ / 全部)實驗通過率(百分比),無實驗資料時顯示 N/A
    Overdue Calibrations動態色彩RND_Equipment(NextCalibrationDate < 今日)逾期校正設備數;數值 > 0 時背景轉為淺紅(#ffebee),文字轉為紅色警示
    Pending Work Orders淺紫(#f3e5f5)RND_WorkOrder(DocStatus IN ‘DR’,’IP’)待處理工單數(草稿或進行中)
    3.2.2 第一列圖表 — Formula Lifecycle & Calibration Status

    兩張圓餅圖(Pie Chart)橫向排列:

    圖表說明
    ————
    Formula Lifecycle配方生命週期分佈:依 LifecycleState(Draft / Released / Obsolete)分類,以環形圓餅圖呈現各狀態的配方數量與百分比
    Calibration Status校正狀態:分為 OK(綠色,未逾期)與 Overdue(紅色,已逾期),以環形圓餅圖呈現
    3.2.3 第二列 KPI 卡片 — PLM 指標

    五張 KPI 卡片橫向排列:

    KPI 卡片背景色數據來源說明
    ———-——–———-——
    Qual Pipeline淺藍(#e3f2fd)RND_QualProject(Status=’AC’)進行中的 Qualification 專案數
    Formulas Released淺綠(#e8f5e9)RND_Formula(LifecycleState=’RL’)已發行配方數
    Active Change Orders淺橘(#fff3e0)PLM_ChangeOrder(DocStatus IN ‘DR’,’IP’)進行中的工程變更單數
    Material Lots Pending動態色彩RND_MaterialLot(Status=’QR’)待檢驗原料批次數(Quarantine 狀態);數值 > 0 時背景轉為淺紅,文字轉為紅色警示
    My Pending Approvals淺紫(#f3e5f5)AD_WF_Activity(WFState=’OS’,目前登入使用者)我的待審核工作流程活動數
    3.2.4 Supplier KPI 區塊(僅 Executive View 顯示)

    三張 KPI 卡片橫向排列,灰色背景(#F5F5F5):

    KPI 卡片數據來源說明
    ———-———-——
    Total SuppliersRND_SupplierQual(IsActive=’Y’)供應商總數
    QualifiedRND_SupplierQual(QualStatus IN ‘QP’,’QA’)已合格供應商數(綠色文字)
    Pending QualRND_SupplierQual(QualStatus=’IP’)待認證中供應商數(橘色文字)
    3.2.5 R&D KPI 區塊(僅 R&D View 顯示)

    三張 KPI 卡片橫向排列,灰色背景(#F5F5F5):

    KPI 卡片背景色數據來源說明
    ———-——–———-——
    My Pending Approvals淺橘(#FFF3E0)AD_WF_Activity(WFState=’OS’,目前登入使用者)我的待審核工作流程活動數(橘色文字)
    My ECRs淺藍(#E3F2FD)PLM_ChangeOrder(RequestedBy = 目前登入使用者,DocStatus IN ‘DR’,’IP’)我提出的進行中工程變更單數(藍色文字)
    My Quals淺綠(#E8F5E9)RND_QualProject(SalesRep_ID = 目前登入使用者,Status=’AC’)我負責的進行中 Qualification 專案數(綠色文字)
    3.2.5.1 My Pending Items 待辦清單(僅 R&D View 顯示)

    位於 R&D KPI 卡片下方,以 Listbox 表格方式顯示目前登入使用者的所有待辦事項,合併以下三種類型的資料:

    類型(Type 欄位)文字色彩數據來源說明
    ——————-———-———-——
    Approval橘色AD_WF_Activity(WFState=’OS’,目前登入使用者)待審核的工作流程活動
    ECR藍色PLM_ChangeOrder(RequestedBy = 目前登入使用者,DocStatus IN ‘DR’,’IP’)我提出的進行中工程變更單
    Qual綠色RND_QualProject(SalesRep_ID = 目前登入使用者,Status=’AC’)我負責的進行中 Qualification 專案

    Listbox 欄位說明:

    欄位說明
    ————
    Type待辦事項類型(Approval / ECR / Qual),以對應色彩標示
    Name該筆待辦事項的名稱
    Status該筆待辦事項的目前狀態
    3.2.6 第二列圖表 — Qualification Pipeline & Change Orders

    兩張圖表橫向排列:

    圖表圖表類型說明
    —————-——
    Qualification PipelineFunnel Chart(漏斗圖)依 Qualification Stage 分階段顯示各階段的專案數量。階段包含:REQ、SCR、INT、FS1、CEV、ADJ、QPR、QPS、MPD
    Change Orders by StatusPie Chart(圓餅圖)依 DocStatus 分類顯示 Change Order 數量:Draft、In Progress、Completed
    3.2.7 第三列圖表 — Material Lot Status

    單張圖表橫跨整列:

    圖表圖表類型說明
    —————-——
    Material Lot StatusPie Chart(圓餅圖)依 Status 分類顯示 Material Lot 數量:Quarantine、Approved、Rejected、Consumed、Expired
    3.2.8 第四列圖表 — 趨勢分析(僅 Executive View 顯示)

    兩張折線圖(Line Chart)橫向排列:

    圖表說明
    ————
    Formula Release Trend近六個月配方發行數量趨勢(Monthly),X 軸為月份(YYYY-MM),Y 軸為發行數量,含面積填充
    Lot Rejection Rate近六個月原料批次退貨率趨勢(Monthly),X 軸為月份(YYYY-MM),Y 軸為退貨率百分比(%),含面積填充

    4. 操作說明

    4.1 切換檢視模式
  • 點擊上方標題列的「Executive View」或「R&D View」按鈕
  • 畫面即時切換,顯示對應模式的 KPI 區塊與圖表
  • 目前啟用的模式按鈕會以粗體與對應色彩高亮
  • 4.2 重新整理數據
  • 點擊「Refresh」按鈕
  • 系統重新查詢資料庫,更新所有 KPI 卡片數值
  • 所有 KPI 數值即時反映最新狀態
  • 4.3 重新整理圖表
  • 點擊「Refresh Charts」按鈕
  • 系統重新查詢並繪製所有 ECharts 圖表
  • 圖表包含:Formula Lifecycle、Calibration Status、Qualification Pipeline、Change Orders by Status、Material Lot Status、Formula Release Trend、Lot Rejection Rate
  • 4.4 圖表互動

    所有 ECharts 圖表支援以下互動功能:

  • 滑鼠懸停(Tooltip): 顯示該資料點的名稱、數值與百分比
  • 圓餅圖: 顯示 {名稱}: {數量} ({百分比}%) 格式
  • 漏斗圖: 顯示 {階段}: {數量} 格式
  • 折線圖: 沿 X 軸觸發 Tooltip,顯示數值
  • 5. 數據來源說明

    5.1 KPI 資料查詢範圍

    所有 KPI 資料查詢皆限定為:

  • 當前登入使用者所屬的 AD_Client_ID
  • IsActive = ‘Y’ 的有效記錄
  • My Pending Approvals 額外限定為當前登入使用者的 AD_User_ID
  • My ECRs 額外限定為 PLM_ChangeOrder.RequestedBy = 當前登入使用者的 AD_User_ID
  • My Quals 額外限定為 RND_QualProject.SalesRep_ID = 當前登入使用者的 AD_User_ID
  • My Pending Items 清單為上述三項資料的合併顯示
  • 5.2 Experiment Pass Rate 計算方式

    “`

    Pass Rate = (DocStatus=’CO’ 的實驗數 / 全部實驗數) × 100%

    “`

    若無實驗資料(totalExperiments = 0),顯示 “N/A”。結果四捨五入至小數點後一位。

    5.3 Qualification Pipeline 階段代碼
    階段代碼說明
    ———-——
    REQRequest(需求提出)
    SCRScreening(初篩)
    INTInternal Review(內部審查)
    FS1First Sample(初樣)
    CEVCustomer Evaluation(客戶評估)
    ADJAdjustment(調整)
    QPRQualification Production Run(認證試產)
    QPSQualification Production Sign-off(認證試產簽核)
    MPDMass Production Decision(量產決策)

    6. 注意事項

  • 表單進入時自動執行 Refresh Data,載入最新 KPI 數值;圖表需手動點擊「Refresh Charts」方能載入
  • Executive View 為系統預設模式,切換模式不會重新查詢數據,僅控制區塊的可見性
  • 圖表使用 ECharts 5 函式庫,首次載入時會自動從 CDN 下載 ECharts JavaScript,需確保網路可存取 cdn.jsdelivr.net
  • Overdue Calibrations 與 Material Lots Pending 兩張 KPI 卡片具備動態色彩警示:數值大於 0 時自動切換為紅色背景與紅色文字
  • 趨勢圖表(Formula Release Trend、Lot Rejection Rate)僅在 Executive View 模式下顯示
  • 所有數據為即時查詢,若資料量大時 Refresh 可能需要數秒鐘
  • 此表單為唯讀儀表板,不提供資料新增、修改或刪除功能
  • 🎯KPI 績效儀表板
    雷達圖一眼看出強項弱項,團隊排名透明公開,績效考核終於有數據撐腰

    1. 功能概述

    KPI 績效儀表板(Performance KPI Dashboard)用於檢視個人與團隊的 KPI 績效評分。系統支援依週期切換(Weekly / Monthly / Quarterly)檢視績效資料、以雷達圖(Radar Chart)視覺化呈現個人 KPI 分佈、以及團隊績效排名(Team Performance Ranking)。

    導航路徑: 選單 → R&D Module → RND_PerformanceForm

    2. 週期類型與分數樣式說明

    2.1 週期類型(PeriodType)
    代碼類型名稱說明
    —————-——
    WWeekly(每週)以週為單位統計 KPI 績效
    MMonthly(每月)以月為單位統計 KPI 績效(預設)
    QQuarterly(每季)以季為單位統計 KPI 績效
    2.2 分數顏色樣式(Score Style)
    分數範圍顏色說明
    ———-————
    >= 80綠色(#388e3c)績效優良,粗體顯示
    >= 60 且 < 80橘色(#f57c00)績效尚可,粗體顯示
    < 60紅色(#d32f2f)績效待改善,粗體顯示

    3. 畫面配置

    表單採用 BorderLayout 佈局,分為上方週期選擇列、左側個人績效區域(含 KPI 分數與雷達圖)、右側團隊排名區域。

    3.1 上方工具列(North, 45px)

    由左至右依序為:

  • 「KPI Dashboard」標題: 白色粗體,字體大小 16px
  • 「Period:」標籤 + 週期切換按鈕: Weekly | Monthly | Quarterly
  • 目前被選取的週期按鈕會以粗體樣式顯示。切換週期後,系統自動重新載入個人績效與團隊排名資料。

    3.2 左側面板(West, 50%)— 個人績效

    左側面板採用內嵌的 BorderLayout,上下分為兩個區域(各佔 50%),皆可拖曳調整高度(splittable)。

    3.2.1 上半部 — My KPI Scores

    以 Groupbox 包裝,標題為「My KPI Scores」。以 Listbox 顯示目前使用者(或從團隊排名中選取的使用者)在所選週期下的 KPI 績效資料:

    欄位說明
    ————
    KPIKPI 名稱(透過 RND_KPI_ID 查詢 RND_KPI.Name)
    Actual實際值(ActualValue)
    Target目標值(TargetValue)
    Score分數(Score),依分數範圍以不同顏色顯示

    若無績效資料,顯示提示訊息「No performance data for this period」。

    3.2.2 下半部 — Radar Chart

    以 Groupbox 包裝,標題為「Radar Chart」。提供以 ECharts 繪製的雷達圖,視覺化呈現個人各 KPI 的分數分佈。

  • 點擊「Refresh Chart」按鈕重新整理雷達圖
  • 雷達圖每個軸代表一個 KPI,最大值為 100
  • 圖表區域高度 400px
  • 圖表顯示所選使用者的名稱
  • 3.3 右側面板(Center)— 團隊績效排名

    以 Groupbox 包裝,標題為「Team Performance Ranking」。以 Listbox 顯示同一週期下全部使用者的平均績效排名:

    欄位說明
    ————
    Rank排名序號(依清單索引自動編號,從 1 開始)
    User使用者名稱
    Avg Score平均分數,依分數範圍以不同顏色顯示

    點擊團隊排名中的任一使用者,左側面板會切換顯示該使用者的個人 KPI 分數。若無團隊資料,顯示提示訊息「No team data」。

    4. 週期切換

    4.1 操作步驟
  • 在上方工具列點擊週期按鈕(Weekly / Monthly / Quarterly)
  • 系統自動重新查詢以下資料:
  • 個人 KPI 績效(RND_Performance,依 AD_User_ID + PeriodType 篩選)
  • 團隊平均績效排名(依 PeriodType 分組統計 AVG(Score))
  • 左側 My KPI Scores 清單與右側 Team Performance Ranking 清單同步更新
  • 5. 個人績效檢視

    5.1 檢視自己的績效

    系統初始化時自動載入目前登入使用者的績效資料,無需額外操作。

    5.2 檢視他人的績效
  • 在右側 Team Performance Ranking 清單中點擊欲檢視的使用者
  • 系統自動切換至該使用者的 KPI 分數,左側 My KPI Scores 清單更新
  • 可點擊「Refresh Chart」按鈕更新雷達圖以反映所選使用者的資料
  • 6. 雷達圖(Radar Chart)

    6.1 操作步驟
  • 確認左側 My KPI Scores 清單已有績效資料
  • 點擊 Radar Chart 區域的「Refresh Chart」按鈕
  • 系統依據目前顯示的個人績效資料繪製雷達圖
  • 每個 KPI 作為一個軸向,最大值固定為 100
  • 圖表標題顯示所選使用者的名稱
  • 6.2 圖表資料來源
  • 軸向指標(Indicator):各 KPI 名稱,max = 100
  • 數值(Value):各 KPI 的 Score 分數
  • 使用 ECharts Radar Chart 類型渲染
  • > 注意:若無績效資料(performances 為空),點擊「Refresh Chart」不會執行任何動作。

    7. 團隊績效排名

    7.1 排名邏輯
  • 資料來源:RND_Performance 表格
  • 篩選條件:指定週期類型(PeriodType)、啟用中(IsActive=’Y’)、同一租戶(AD_Client_ID)
  • 分組依據:AD_User_ID
  • 排序方式:AVG(Score) 由高到低(DESC)
  • 排名序號依清單順序自動編號
  • 7.2 互動操作

    點擊團隊排名中的使用者列,觸發 selectUser Command,左側面板會切換顯示該使用者的個人 KPI 績效。

    8. 注意事項

  • 系統初始化時預設週期為 Monthly(M),自動載入目前登入使用者的績效
  • 週期切換後,個人績效與團隊排名會同時重新載入
  • 雷達圖使用 ECharts 前端繪圖引擎,需等待 ECharts 載入完成後才會渲染
  • 分數顏色會自動套用:綠色(>= 80)、橘色(>= 60)、紅色(< 60)
  • 所有資料皆受 AD_Client_ID 限制,僅能檢視同一租戶(Client)下的資料
  • KPI 名稱透過 RND_KPI_ID 查詢 RND_KPI 表格取得,KPI 清單依 Name 排序
  • 左側面板上下區域支援拖曳調整高度比例(splittable)
  • 🔧設備校驗管理
    設備校正到期自動亮紅燈,再也不會拿過期未校的儀器做實驗然後整批重來

    1. 功能概述

    實驗室設備校驗管理表單(Equipment Calibration Management)用於管理實驗室設備(Equipment)及其校驗記錄(Calibration History)。系統提供設備清單瀏覽、校驗到期狀態篩選(Overdue / Upcoming / OK)、設備詳細資訊檢視、以及校驗歷史記錄查詢等功能。

    導航路徑: 選單 → R&D Module → RND_LabForm

    2. 校驗到期狀態說明

    系統依據設備的 Next Calibration Date(下次校驗日期)自動判定校驗到期狀態,並以顏色標示:

    狀態顏色標示判定邏輯
    —————-———-
    Overdue(已逾期)紅色(#d32f2f)粗體下次校驗日期早於今天,或日期為空
    Upcoming(即將到期)橘色(#f57c00)粗體下次校驗日期在今天起算 30 天內
    OK(正常)綠色(#388e3c)粗體下次校驗日期距今超過 30 天

    3. 畫面配置

    表單採用 BorderLayout 佈局,分為上方篩選列(North)、左側設備清單(West)、中央詳細資訊與校驗歷史(Center)三大區域。

    3.1 上方篩選列(North, 45px)

    由左至右依序為:

    元件說明
    ————
    「Status:」標籤篩選區域標題
    「All」按鈕顯示所有設備(預設)
    「Overdue」按鈕僅顯示已逾期校驗的設備(紅色文字)
    「Upcoming」按鈕僅顯示即將到期的設備(橘色文字)
    「OK」按鈕僅顯示校驗狀態正常的設備(綠色文字)
    「Refresh」按鈕重新載入設備清單(icon: z-icon-refresh)

    點擊篩選按鈕後,左側設備清單會即時過濾顯示符合條件的設備。目前選取的篩選按鈕以粗體樣式標示。

    3.2 左側面板(West, 45%)— 設備清單

    以 Listbox 顯示設備清單,包含以下欄位:

    欄位說明
    ————
    Name設備名稱
    Serial No序號(SerialNo)
    Location放置位置
    Next Calibration下次校驗日期,依到期狀態以不同顏色顯示

    點擊任一筆設備,中央面板會載入該設備的詳細資訊與校驗歷史。清單支援欄位寬度調整(sizable)。無資料時顯示「No equipment found」提示。

    左側面板支援拖曳調整寬度(splittable)與收合(collapsible)。

    3.3 中央面板(Center)— 設備詳細資訊與校驗歷史

    中央面板以上下分割佈局(BorderLayout: North 40% + Center)呈現:

    上半部 — 設備詳細資訊(Equipment Details)

    未選取設備時,顯示「Select an equipment to view details」提示文字。

    選取設備後,以 Groupbox 顯示以下欄位:

    欄位說明
    ————
    Name設備名稱
    Serial No序號
    Manufacturer製造商
    Model No型號
    Location放置位置
    Status設備狀態
    Calibration Interval校驗間隔(天數)
    Next Calibration下次校驗日期,依到期狀態以不同顏色顯示
    下半部 — 校驗歷史記錄(Calibration History)

    以 Listbox 顯示所選設備的校驗歷史記錄,欄位如下:

    欄位說明
    ————
    Date校驗執行日期(DateCalibrated)
    Result校驗結果:P(Pass,綠色粗體)或 F(Fail,紅色粗體)
    Certificate No校驗證書編號
    Next Due下次校驗到期日
    Note備註

    無資料時顯示「No calibration records」提示。

    4. 操作說明

    4.1 瀏覽所有設備
  • 進入 RND_LabForm 後,系統自動載入目前 Client 下所有啟用(IsActive=’Y’)的設備
  • 設備清單預設以名稱(Name)排序
  • 篩選器預設為「All」,顯示所有設備
  • 4.2 依校驗狀態篩選設備
  • 在上方篩選列點擊對應的狀態按鈕:
  • All:顯示所有設備
  • Overdue:僅顯示下次校驗日期已過期或未設定的設備
  • Upcoming:僅顯示下次校驗日期在 30 天內到期的設備
  • OK:僅顯示下次校驗日期距今超過 30 天的設備
  • 左側清單即時更新,僅顯示符合篩選條件的設備
  • 切換篩選條件時,已選取的設備會被清除
  • 4.3 查看設備詳細資訊
  • 在左側清單中單擊一筆設備
  • 中央面板上半部顯示 Equipment Details,包含名稱、序號、製造商、型號、位置、狀態、校驗間隔與下次校驗日期
  • 下次校驗日期欄位會依到期狀態以紅色(逾期)、橘色(即將到期)或綠色(正常)顯示
  • 4.4 查看校驗歷史記錄
  • 選取一筆設備後,中央面板下半部自動載入該設備的校驗歷史記錄
  • 記錄包含校驗日期、結果(Pass/Fail)、證書編號、下次到期日與備註
  • 校驗結果以顏色區分:P(Pass)為綠色粗體,非 P(如 F / Fail)為紅色粗體
  • 4.5 重新載入設備清單
  • 點擊上方篩選列的「Refresh」按鈕
  • 系統依目前的篩選條件重新從資料庫載入設備清單
  • 已選取的設備與校驗歷史會被清除
  • 5. 注意事項

  • 系統初始化時自動載入設備清單,無需手動操作
  • 設備清單僅顯示目前 Client(AD_Client_ID)下啟用(IsActive=’Y’)的設備
  • 校驗到期判定以 30 天為門檻:30 天內到期為 Upcoming,已過期為 Overdue,超過 30 天為 OK
  • Next Calibration Date 為空時,系統視為 Overdue 狀態(紅色標示)
  • 切換篩選條件或點擊 Refresh 時,先前選取的設備會自動清除,需重新點擊設備查看詳情
  • 左側面板支援拖曳調整寬度(splittable)與收合(collapsible),可依需求彈性調整版面配置
  • 校驗歷史記錄為唯讀瀏覽,本表單不提供新增或編輯校驗記錄的功能
  • 📁文件管理
    CoA、TDS、SDS 版本化管理,找文件不用再翻遍共用硬碟的 87 層資料夾

    1. 功能概述

    文件管理表單(Document Management)用於集中管理研發相關文件,包含分析報告書(CoA)、技術資料表(TDS)、安全資料表(SDS)、客戶規格書、內部規格書、實驗報告等。系統支援文件版本管理、審批流程(AD_Workflow)、以及與配方、變更單、認證專案的關聯。

    導航路徑: 選單 → R&D Module → RND_DocumentManagementForm

    2. 文件類型與狀態說明

    文件類型
    代碼類型名稱說明
    —————-——
    CoACertificate of Analysis分析報告書
    TDSTechnical Data Sheet技術資料表
    SDSSafety Data Sheet安全資料表
    CustomerSpecCustomer Specification客戶規格書
    InternalSpecInternal Specification內部規格書
    ExperimentReportExperiment Report實驗報告
    ChangeAttachmentChange Attachment變更單附件
    OtherOther其他
    文件狀態
    代碼狀態說明
    ——————
    DRDraft草稿 — 可編輯、可送審
    PAPending Approval待審核 — 已送出審批,等待核准
    APApproved已核准 — 審批通過,正式生效
    OBObsolete已廢止 — 文件已失效

    3. 畫面配置

    表單採用 BorderLayout 分為上、左、右三大區域:

  • 上方篩選列(60px): 類型篩選按鈕、狀態篩選按鈕、新增文件按鈕
  • 左側面板(35%): 文件清單
  • 右側面板: 文件詳細資訊,以分頁呈現
  • 3.1 上方篩選列
    類型篩選
    按鈕篩選條件
    —————-
    All顯示所有類型
    CoA僅顯示分析報告書
    TDS僅顯示技術資料表
    SDS僅顯示安全資料表
    CustomerSpec僅顯示客戶規格書
    InternalSpec僅顯示內部規格書
    Other僅顯示其他類型
    狀態篩選
    按鈕篩選條件
    —————-
    Draft僅顯示草稿 (DR)
    Pending僅顯示待審核 (PA)
    Approved僅顯示已核准 (AP)
    Obsolete僅顯示已廢止 (OB)
    All Status顯示所有狀態
    新增按鈕
  • + New Document:建立新文件
  • 3.2 左側面板 — 文件清單

    顯示 Doc No、Name、Type、Version、Status 五欄。點擊清單項目即在右側載入詳細資訊。清單依建立時間降序排列。

    3.3 右側面板 — 詳細資訊

    選取文件後,標題列顯示 DocumentNo、DocType 標籤、DocStatus 標籤。在 Draft 狀態下可使用 EditSubmit for Approval 按鈕。

    右側面板包含三個分頁:

    Tab 1: Detail(詳細資訊)

    唯讀模式 顯示以下欄位:

    欄位說明
    ————
    Name文件名稱
    Doc Type文件類型
    Version版本號
    Status文件狀態
    File Name附件檔名
    Description文件描述(多行文字)
    Date Effective生效日期
    Date Expiry失效日期

    編輯模式 可修改以下欄位:

  • Name:文件名稱(文字輸入)
  • Doc Type:文件類型(下拉選單)
  • Description:文件描述(多行文字輸入)
  • 操作按鈕:Save(儲存)、Cancel(取消)
  • 檔案附件區域(Detail 分頁下方):

    按鈕功能
    ————
    Upload File上傳檔案(最大 10MB),透過 iDempiere AD_Attachment 機制儲存
    Download下載目前附件的最新檔案

    上傳後系統自動更新文件記錄的 FileName、FileSize、MimeType 欄位。支援 PDF、Office 文件、圖片等常見格式。

    Inline 檔案預覽(Detail 分頁下方):

    當文件附件為可預覽格式時,系統會在檔案附件區域下方自動顯示 Inline Preview 面板。預覽面板包含分隔線、「Preview」標題標籤、以及一個 iframe 預覽區(高度 400px)。

    支援預覽的格式如下:

    MimeType說明
    ———-——
    image/*所有圖片格式(PNG、JPEG、GIF 等)
    application/pdfPDF 文件

    預覽行為說明:

  • 選取文件時: 在左側清單選取一筆帶有可預覽附件的文件,Detail 分頁會自動載入 Inline Preview
  • 上傳檔案後: 若上傳的檔案為可預覽格式,預覽面板會在上傳完成後自動顯示
  • 不支援預覽時: 若附件為 Office 文件或其他非預覽格式,預覽面板不會顯示
  • Tab 2: Versions(版本歷程)

    以清單顯示文件的所有版本記錄:

    欄位說明
    ————
    Version版本號
    Change Description變更說明
    Created By建立人
    Created建立日期時間
    Tab 3: Related(關聯資訊)

    顯示文件與其他模組的關聯:

    欄位說明
    ————
    Product關聯產品 (M_Product_ID)
    Formula關聯配方 (RND_Formula_ID)
    Project關聯專案 (RND_Project_ID)
    Customer/Supplier關聯客戶或供應商 (C_BPartner_ID)
    Change Order關聯變更單 (PLM_ChangeOrder_ID)
    Qual Project關聯認證專案 (RND_QualProject_ID)

    4. 文件管理操作

    4.1 建立新文件
  • 點擊上方篩選列的「+ New Document」按鈕
  • 右側面板自動切換至編輯模式
  • 填寫以下欄位:
  • Name:文件名稱(必填)
  • Doc Type:文件類型(從下拉選單選擇)
  • Description:文件描述
  • 點擊「Save」儲存,或「Cancel」取消
  • 新建文件預設為:
  • 狀態:DR(Draft)
  • 版本:1.0
  • 4.2 編輯既有文件
  • 在左側清單選取一筆文件
  • 確認狀態為 Draft (DR)
  • 點擊標題列的「Edit」按鈕
  • 修改欄位後點擊「Save」儲存
  • 注意: 僅 Draft 狀態的文件可以編輯。已送審、已核准或已廢止的文件不可修改。

    4.3 上傳檔案
  • 選取一筆已儲存的文件記錄
  • 在 Detail 分頁的檔案附件區域,點擊「Upload File」按鈕
  • 選擇本機檔案(最大 10MB)
  • 系統透過 AD_Attachment 機制儲存檔案,並自動更新 FileName、FileSize、MimeType
  • 上傳成功後顯示通知訊息
  • 若上傳的檔案為 PDF 或圖片格式,系統會自動在下方顯示 Inline Preview(參見 3.3 Detail 分頁的 Inline 檔案預覽說明)
  • 注意: 文件記錄必須先儲存(已取得系統 ID)才能上傳檔案。

    4.4 下載檔案
  • 選取已附加檔案的文件記錄
  • 點擊「Download」按鈕
  • 系統下載最新版本的附件檔案
  • 4.5 送出審批
  • 選取一筆 Draft 狀態的文件
  • 點擊標題列的「Submit for Approval」按鈕
  • 系統將狀態更新為 PA(Pending Approval)
  • 若文件關聯了 AD_Workflow_ID,系統自動啟動審批流程
  • 5. 審批流程 (AD_Workflow)

    系統內建預設審批流程:

    RND_Document_Approval(文件審批)

    “`

    Submit(提出人送出)

    → Department Manager Approve(部門主管核准/駁回)

    “`

    審批流程透過 iDempiere AD_Workflow 引擎運行。文件表單在送出審批時,若該文件記錄的 AD_Workflow_ID 欄位已設定,系統會自動啟動對應的 Workflow Process。管理者可在 iDempiere 的 Workflow 視窗中調整審批節點與指派規則,無需修改程式碼。

    6. 與其他模組整合

    6.1 QualForm 整合

    在客戶送樣認證管理表單(QualForm)中的 Documents 分頁,會顯示透過 RND_QualProject_ID 關聯的所有文件。當文件的 RND_QualProject_ID 指向某一認證專案時,該文件即出現在該專案的文件列表中。

    6.2 ChangeManagementForm 整合

    在變更管理表單(ChangeManagementForm)中的 Documents 分頁,會顯示透過 PLM_ChangeOrder_ID 關聯的所有文件。例如,將 DocType 為 ChangeAttachment 的文件關聯至某筆變更單後,即可在變更管理介面中直接查閱。

    6.3 關聯欄位說明

    文件可透過以下外鍵欄位與其他模組建立關聯:

    外鍵欄位關聯目標
    ———-———-
    M_Product_ID產品主檔 (M_Product)
    RND_Formula_ID配方 (RND_Formula)
    RND_Project_ID研發專案 (RND_Project)
    C_BPartner_ID客戶/供應商 (C_BPartner)
    PLM_ChangeOrder_ID工程變更單 (PLM_ChangeOrder)
    RND_QualProject_ID認證專案 (RND_QualProject)

    7. 注意事項

  • 每筆文件需先在左側清單選取後,才能在右側面板進行操作
  • 僅 Draft (DR) 狀態的文件可以編輯和送出審批
  • 送出審批後狀態變更為 Pending Approval (PA),不可再編輯
  • 新建文件的版本自動設為 1.0,後續版本變更記錄於 Versions 分頁
  • 審批流程由 iDempiere AD_Workflow 管理,可由系統管理者在後台調整
  • 文件的 Date Effective 與 Date Expiry 用於控制文件有效期間,需由管理者適時維護
  • 篩選按鈕(類型、狀態)可組合使用,系統會同時套用兩種篩選條件
  • 💡知識庫管理
    研發經驗寫成文章留在系統裡,老鳥離職也帶不走組織的智慧

    1. 功能概述

    知識庫管理表單(Knowledge Base Management)用於管理研發相關的知識文章(KB Article),支援文章分類(ArticleType)、標籤(Tag)篩選、全文搜尋、瀏覽次數統計、以及文章的新增與編輯。

    導航路徑: 選單 → R&D Module → RND_KBForm

    2. 文章類型說明(ArticleType)

    代碼類型名稱說明
    —————-——
    howtoHow-To操作指南、步驟教學類文章
    referenceReference參考資料、技術文件類文章
    troubleshootingTroubleshoot問題排除、故障處理類文章

    3. 畫面配置

    表單採用 BorderLayout 佈局,分為上方工具列、左側清單、中央詳細資訊三大區域。

    3.1 上方工具列(North, 50px)

    由左至右依序為:

  • Search 搜尋欄位: Textbox(寬 250px),支援按 Enter 鍵或點擊「Search」按鈕執行搜尋
  • 「Search」按鈕: 圖示 z-icon-search,執行全文搜尋
  • Type 類型篩選按鈕: All | How-To | Reference | Troubleshoot
  • 搜尋範圍涵蓋文章的 Name、Description、Content 三個欄位(不分大小寫)。類型篩選按鈕可與搜尋條件同時套用。

    3.2 左側面板(West, 35%)— 文章清單

    面板可拖曳調整寬度(splittable)及收合(collapsible)。由上至下分為:

    Tag 篩選列:

  • Tag 下拉選單(Combobox,寬 150px):顯示所有啟用中的 KBTag,選擇後自動篩選
  • 「Clear」按鈕:清除 Tag 篩選條件
  • 文章 Listbox:

    欄位說明
    ————
    Title文章標題(Name)
    Type文章類型(ArticleType)
    Updated最後更新日期,格式 yyyy-MM-dd
    Views瀏覽次數(ViewCount)

    點擊任一筆文章,中央面板會載入該筆的詳細資訊,並自動將該文章的 ViewCount 加 1。無文章時顯示「No articles found」提示訊息。

    3.3 中央面板(Center)— 文章詳細資訊 / 編輯

    選取文章後顯示,分為標頭列、唯讀檢視、編輯模式三個區塊。

    標頭列(Header Bar):

  • 文章標題(粗體,白色文字,檢視模式顯示)
  • 文章標題 Textbox(寬 400px,編輯模式顯示)
  • 「Edit」按鈕(z-icon-edit,檢視模式顯示)
  • 「New」按鈕(z-icon-plus,檢視模式顯示)
  • 「Save」按鈕(z-icon-save,編輯模式顯示)
  • 「Cancel」按鈕(z-icon-times,編輯模式顯示)
  • 4. 搜尋與篩選

    4.1 全文搜尋
  • 在上方工具列的 Search 欄位中輸入關鍵字
  • 按下 Enter 鍵或點擊「Search」按鈕
  • 系統以 LIKE 模糊比對搜尋 Name、Description、Content 三個欄位(不分大小寫)
  • 左側文章清單即時更新顯示搜尋結果
  • 4.2 類型篩選(ArticleType Filter)

    點擊上方工具列的類型篩選按鈕:

    按鈕篩選條件
    —————-
    All顯示所有類型的文章(清除類型篩選)
    How-To僅顯示 ArticleType = ‘howto’ 的文章
    Reference僅顯示 ArticleType = ‘reference’ 的文章
    Troubleshoot僅顯示 ArticleType = ‘troubleshooting’ 的文章
    4.3 標籤篩選(Tag Filter)
  • 在左側面板上方的 Tag 下拉選單中選擇一個標籤(KBTag)
  • 系統篩選出與該標籤關聯的文章(透過 RND_KBArticle_Tag 關聯表查詢)
  • 點擊「Clear」按鈕可清除標籤篩選條件
  • 4.4 組合篩選

    搜尋文字、類型篩選、標籤篩選三個條件可同時套用,系統以 AND 邏輯組合查詢。文章清單預設依 Updated DESC(最後更新日期由新到舊)排序。

    5. 文章檢視

    5.1 唯讀檢視模式

    選取文章後,中央面板顯示以下資訊:

    區塊欄位說明
    ——————
    摘要列Type文章類型
    摘要列Author作者(AD_User_ID)
    摘要列Published發佈狀態(IsPublished,顯示 Yes / No)
    描述區Description文章描述(灰色斜體)
    內容區Content文章正文(等寬字型,淺灰背景,支援 pre-wrap 保留換行)

    6. 文章管理

    6.1 建立新文章
  • 點擊中央面板標頭列的「New」按鈕
  • 系統自動建立新的 KBArticle,預設 ArticleType 為 howto
  • 畫面切換至編輯模式
  • 填寫以下欄位:
  • 標題(Name): 在標頭列的 Textbox 中輸入文章標題
  • Type: 從下拉選單選擇文章類型(howto / reference / troubleshooting)
  • Description: 文章描述(多行文字,2 行高)
  • Content: 文章正文(多行文字,等寬字型,可自由調整高度)
  • 點擊「Save」儲存,或「Cancel」取消
  • 6.2 編輯文章
  • 在左側清單中選取一篇文章
  • 點擊中央面板標頭列的「Edit」按鈕
  • 系統將現有資料載入編輯欄位,畫面切換至編輯模式
  • 修改 Name、Type、Description、Content 等欄位
  • 點擊「Save」儲存變更,系統顯示「Article saved.」通知訊息
  • 點擊「Cancel」放棄修改,回到檢視模式
  • 6.3 編輯模式欄位
    欄位說明編輯元件
    ———————-
    Name(標題)文章標題textbox(寬 400px)
    Type文章類型combobox(唯讀下拉,howto / reference / troubleshooting)
    Description文章描述textbox(多行,2 行高)
    Content文章正文textbox(多行,等寬字型,自適應高度)

    7. 瀏覽次數統計(ViewCount)

    系統自動追蹤每篇文章的瀏覽次數:

  • 每次在左側清單中點擊選取一篇文章,系統自動將該文章的 ViewCount 加 1 並儲存
  • ViewCount 顯示在左側文章清單的 Views 欄位
  • 瀏覽次數無法手動修改
  • 8. 注意事項

  • 文章清單預設載入所有 IsActive=’Y’ 的文章,依最後更新日期由新到舊排序
  • 搜尋功能為模糊比對(LIKE ‘%keyword%’),不分大小寫,支援部分關鍵字搜尋
  • 搜尋文字、類型篩選、標籤篩選可組合使用,系統以 AND 邏輯同時套用三個條件
  • Tag 篩選透過 RND_KBArticle_Tag 關聯表查詢,文章需事先建立與標籤的關聯
  • 新建文章時 ArticleType 預設為 howto,可在編輯模式中修改
  • 取消編輯新文章(尚未儲存的文章)時,系統會自動清除選取狀態
  • 每次選取文章會自動增加 ViewCount,包括重複點擊同一篇文章
  • 左側文章清單支援欄位標頭排序,面板可拖曳調整寬度或收合
  • Content 欄位支援 pre-wrap 格式,撰寫時可使用換行保留文字排版
  • 🤖AI 配方推薦
    三步驟問 AI 要配方建議,本地部署不怕機密外洩,比問隔壁同事快 100 倍

    1. 功能概述

    AI 配方推薦精靈(Recommendation Wizard)提供三步驟導引式操作,協助研發人員輸入目標物性、選擇參考配方、並透過本地 AI 模型(Ollama)產生配方建議。系統整合 Ollama API 進行配方推薦運算,所有資料均在本地端處理(On-Premises),確保資料安全。

    導航路徑: 選單 → R&D Module → RND_RecommendationForm

    2. 步驟流程說明

    步驟名稱說明
    ——————
    Step 1Target Properties(目標物性)輸入目標物性參數與應用條件
    Step 2Similar Formulas(相似配方)瀏覽並選擇參考配方,輸入推薦方向
    Step 3AI Recommendation(AI 推薦結果)系統呼叫 Ollama AI 模型產生配方建議

    3. 畫面配置

    表單採用 BorderLayout 佈局,分為上方步驟指示列與中央內容區域。

    3.1 上方步驟指示列(North, 50px)

    以水平排列顯示三個步驟標籤,各步驟之間以「→」箭頭分隔:

  • Step 1: Target Properties
  • Step 2: Similar Formulas
  • Step 3: AI Recommendation
  • 目前所在步驟以白色粗體(14px)顯示,其餘步驟以半透明淡色文字顯示。

    3.2 中央內容區域(Center)

    依目前步驟(currentStep)動態切換顯示內容。底部固定顯示導覽按鈕列。

    導覽按鈕列
    按鈕顯示條件說明
    —————-——
    ← BackStep 2 或 Step 3 時顯示返回上一步驟
    ResetStep 3 時顯示重設所有資料,回到 Step 1
    Next →Step 1 或 Step 2 時顯示前進至下一步驟(粗體樣式)

    4. Step 1:目標物性(Target Properties)

    4.1 畫面說明

    顯示「Enter Target Properties」標題,提供以下輸入欄位(最大寬度 600px,置中顯示):

    欄位類型說明
    ——————
    Target Viscosity (cP)decimalbox目標黏度,格式 ###,##0.0
    Solid Content (%)decimalbox目標固含量百分比,格式 ##0.0
    Film Thickness (um)decimalbox目標膜厚(微米),格式 ##0.0
    Adhesiondecimalbox目標附著力,格式 ##0.0
    Substratetextbox基材類型,例如 Steel、Glass、PET
    Applicationtextbox應用類型,例如 Primer、Topcoat
    4.2 操作步驟
  • 依需求填寫目標物性參數(所有欄位皆為選填)
  • 填寫完畢後點擊「Next →」前進至 Step 2
  • 系統自動搜尋相似配方並進入 Step 2
  • 5. Step 2:相似配方選擇(Similar Formulas)

    5.1 畫面說明

    顯示「Select Reference Formulas」標題,右側顯示已選配方數量(藍色粗體)。

    配方清單

    以 Listbox 顯示系統中所有啟用中的配方(RND_Formula),包含以下欄位:

    欄位說明
    ————
    SelectCheckbox,勾選/取消勾選以選擇/移除參考配方
    Name配方名稱
    Description配方描述

    若無配方資料,顯示提示訊息「No formulas found」。

    推薦方向輸入

    配方清單下方提供「Recommendation Direction:」標籤與多行文字輸入框(3 行),用於輸入額外的推薦方向指示,例如:

  • 降低黏度
  • 提高固含量
  • 改善附著力
  • 減少 VOC 排放
  • 5.2 操作步驟
  • 在配方清單中勾選欲作為參考的配方(可多選)
  • 在「Recommendation Direction」文字框中輸入額外推薦指示(選填)
  • 點擊「Next →」前進至 Step 3,系統開始呼叫 AI 模型
  • 若需返回修改目標物性,點擊「← Back」回到 Step 1
  • 6. Step 3:AI 推薦結果(AI Recommendation)

    6.1 畫面說明

    顯示「AI Recommendation」標題。

    載入中狀態(loading = true):

  • 顯示提示訊息:「Analyzing with Ollama… This is a local AI model — your data stays on-premises. Performance depends on your local AI server. Please be patient.」(藍色斜體)
  • 顯示經過時間與預估時間:「Elapsed: Xs / Estimated: ~Ys」(每秒自動更新)
  • 完成狀態(loading = false):

  • 顯示完成時間:「Completed in Xs」
  • 在淺灰色背景框中顯示 AI 回應內容(支援 Markdown 轉 HTML 渲染)
  • 6.2 AI 回應渲染

    系統將 AI 回應的 Markdown 格式自動轉換為 HTML,支援:

  • 標題(# / ## / ###)
  • 粗體(text
  • 分隔線(—)
  • 表格(| col1 | col2 | 格式)
  • 段落與換行
  • 6.3 操作步驟
  • 進入 Step 3 後,系統自動呼叫 Ollama API 進行推薦分析
  • 等待 AI 回應完成(進度顯示於畫面上方)
  • 檢視推薦結果
  • 若需重新分析,點擊「Reset」按鈕重設所有資料回到 Step 1
  • 若需返回修改參考配方,點擊「← Back」回到 Step 2
  • 7. AI 推薦引擎(Ollama Integration)

    7.1 系統組態
    參數SysConfig Key預設值說明
    —————————–——
    Ollama URLRND_OLLAMA_URLhttp://localhost:11434Ollama 服務位址
    Ollama ModelRND_OLLAMA_MODELllama3.1使用的 AI 模型名稱
    7.2 Prompt 建構邏輯

    系統自動建構 Prompt 發送至 Ollama,內容包含:

  • 角色設定: Coating formulation expert(塗料配方專家)
  • 目標物性: 依 Step 1 輸入的各項參數組成
  • 參考配方: 依 Step 2 選取的配方名稱與其配方行明細(Line、Qty)
  • 額外指示: Step 2 輸入的 Recommendation Direction 內容
  • 輸出要求: 建議配方的材料、用量與推理邏輯
  • 7.3 預估時間計算

    系統依據 Prompt 長度估算處理時間:

  • 預估 Token 數 = Prompt 字元數 / 4 + 500(輸出 Token)
  • 預估時間 = 預估 Token 數 / 10 秒(最小 30 秒)
  • 7.4 非同步處理

    AI 推薦使用非同步執行緒處理:

  • 計時執行緒: 每秒更新經過時間,透過 Server Push 推送至前端
  • Ollama 請求執行緒: 發送 HTTP POST 至 Ollama API,等待回應(讀取逾時 600 秒)
  • 完成後自動更新畫面,顯示推薦結果
  • 8. 注意事項

  • 所有目標物性欄位皆為選填,但建議至少填寫一項以獲得更精準的推薦
  • 選擇越多參考配方,Prompt 越長,AI 處理時間會相應增加
  • Ollama 必須在本地端啟動並可存取,否則會顯示連線失敗錯誤訊息
  • AI 推薦結果僅供參考,實際配方仍需經過研發人員驗證與實驗確認
  • 資料完全在本地端處理(On-Premises),不會傳送至外部雲端服務
  • Reset 按鈕會清空所有步驟的資料(目標物性、選擇的配方、推薦方向、AI 回應),回到 Step 1
  • 「← Back」按鈕從 Step 3 回到 Step 2 時,不會重新觸發 AI 推薦;從 Step 2 回到 Step 1 時,已輸入的目標物性會保留
  • 配方清單載入系統中所有啟用中(IsActive=’Y’)且屬於同一租戶(AD_Client_ID)的配方
  • Server Push 機制用於即時更新計時顯示與 AI 回應結果,若 Desktop 已失效則自動停止
  • 🔍端對端追溯
    從原料追到成品、從成品追回原料,品質事件調查不再像大海撈針

    1. 功能概述

    端對端追溯表單(End-to-End Traceability)提供原料到成品的完整追溯鏈查詢。支援正向追溯(Forward Trace:原料 → 配方 → 批次)與反向追溯(Backward Trace:批次 → 配方 → 原料),協助品質事件調查、產品回收範圍界定、以及法規追溯要求。

    導航路徑: 選單 → R&D Module → RND_TraceForm

    2. 搜尋類型說明

    系統提供三種搜尋類型,依據追溯起點不同選用:

    Type說明搜尋欄位
    ———————-
    Material Lot原料批次Lot No(批號)
    Batch Ticket生產批次單Document No(文件編號)
    Formula配方Name(配方名稱,支援模糊搜尋)

    3. 追溯方向說明

    Direction說明追溯路徑
    ———–—————-
    Forward正向追溯MaterialLot → FormulaLine → Formula → BatchTicket
    Backward反向追溯BatchTicket → Formula → FormulaLine → MaterialLot
  • Forward(正向追溯):從原料出發,追查該原料被哪些配方使用、最終生產了哪些批次。適用於原料異常時界定受影響成品範圍。
  • Backward(反向追溯):從成品批次出發,回溯使用了哪個配方、消耗了哪些原料批次。適用於成品品質問題時追查原料來源。
  • 4. 畫面配置

    表單採用 BorderLayout 配置,分為上方搜尋區與中央結果區:

    4.1 North 區域 — 搜尋列(80px)

    搜尋列由左至右排列以下元件:

    元件類型說明
    ——————
    TypeCombobox選擇搜尋類型:Material Lot / Batch Ticket / Formula
    SearchTextbox輸入搜尋值,placeholder 依 Type 自動切換(Lot No / Batch No / Formula Name)
    DirectionRadio buttons選擇追溯方向:Forward / Backward
    TraceButton(藍色)執行追溯查詢
    4.2 Center 區域 — 追溯結果清單

    以 Listbox 呈現追溯結果,欄位如下:

    欄位說明
    ————
    Trace Path追溯路徑,以縮排模擬樹狀結構顯示
    Type節點類型,以顏色區分
    Record ID對應資料的識別編號

    Type 顏色編碼:

    Type顏色
    ————
    MaterialLot橘色(orange)
    Formula藍色(blue)
    BatchTicket綠色(green)

    層級顯示規則:

  • 根節點(depth=0)以粗體顯示
  • 子節點以 └─ 前綴縮排,表示從屬關係
  • 5. 操作步驟

  • 從 Type combobox 選擇搜尋類型(Material Lot / Batch Ticket / Formula)
  • 在 Search textbox 輸入搜尋值(批號、批次單文件編號、或配方名稱)
  • 選擇追溯方向(Forward 或 Backward)
  • 點擊「Trace」按鈕執行查詢
  • 在下方結果清單中檢視追溯鏈,透過縮排與顏色判讀各節點的類型與層級關係
  • 6. 追溯範例

    6.1 正向追溯(Forward Trace)

    情境: 原料批號 LOT-2026-001 發現異常,需確認受影響的成品範圍。

  • Type 選擇「Material Lot」
  • Search 輸入 LOT-2026-001
  • Direction 選擇「Forward」
  • 點擊「Trace」
  • 結果範例:

    “`

    LOT-2026-001 MaterialLot 1000001

    └─ PR-FORMULA-A Formula 2000010

    └─ BT-2026-0301 BatchTicket 3000005

    └─ BT-2026-0315 BatchTicket 3000012

    └─ PR-FORMULA-B Formula 2000022

    └─ BT-2026-0310 BatchTicket 3000008

    “`

    解讀:原料批次 LOT-2026-001 被配方 PR-FORMULA-A 及 PR-FORMULA-B 使用,共產出三個生產批次。

    6.2 反向追溯(Backward Trace)

    情境: 成品批次 BT-2026-0301 出現品質問題,需追查原料來源。

  • Type 選擇「Batch Ticket」
  • Search 輸入 BT-2026-0301
  • Direction 選擇「Backward」
  • 點擊「Trace」
  • 結果範例:

    “`

    BT-2026-0301 BatchTicket 3000005

    └─ PR-FORMULA-A Formula 2000010

    └─ LOT-2026-001 MaterialLot 1000001

    └─ LOT-2026-002 MaterialLot 1000002

    └─ LOT-2026-003 MaterialLot 1000003

    “`

    解讀:批次 BT-2026-0301 使用配方 PR-FORMULA-A 生產,該配方消耗了三個原料批次。

    7. 追溯資料來源

    追溯查詢依據以下資料表關聯:

    方向關聯路徑
    —————-
    ForwardRND_FormulaLine.RND_MaterialLot_IDRND_FormulaRND_BatchTicket.RND_Formula_ID
    BackwardRND_BatchTicket.RND_Formula_IDRND_FormulaRND_FormulaLine.RND_MaterialLot_ID

    8. 注意事項

  • 追溯結果依賴 RND_FormulaLine 和 RND_BatchTicketLine 上的 RND_MaterialLot_ID 欄位,需確保生產時有正確記錄原料批號
  • Formula 搜尋使用模糊比對(LIKE),可能返回多筆結果,每筆結果各自展開完整追溯鏈
  • 追溯結果以扁平化清單呈現(非樹狀元件),透過縮排與 └─ 前綴表示層級關係
  • 搜尋值不可為空,未輸入時點擊 Trace 按鈕不會執行查詢
  • 若追溯鏈中某環節無對應資料(例如配方尚未被任何批次單使用),該分支不會繼續展開
  • 📋RND_ProjectForm 專案管理
    Stage-Gate 階段門模型驅動的研發專案全生命週期管理

    1. 功能概述

    專案管理表單(Project Management)用於管理 R&D 研發專案的全生命週期,採用 Stage-Gate 階段門模型進行專案推進決策。系統支援五階段標準流程(Concept → Launch)、WBS 工作分解結構、Gantt 甘特圖視覺化排程,以及人力資源配置管理。專案里程碑可連結至現有的實驗(Experiment)、DOE、安定性測試(Stability)及量產放大(Scale-up)等研發活動,實現跨模組的交付物追蹤。

    導航路徑: 選單 → R&D Module → RND_ProjectForm

    2. Stage-Gate 階段說明

    序號 階段名稱 英文 說明
    10概念Concept初始構想與可行性初步評估
    20可行性Feasibility技術可行性驗證與市場評估
    30開發Development配方開發、製程設計與原型製作
    40驗證Qualification品質驗證、客戶認證與量產試做
    50上市Launch量產移轉與產品上市

    3. 階段門決策(Gate Decision)

    決策 說明
    Go通過,推進至下一階段(自動啟動下一階段)
    Hold暫停,維持現狀等待條件成熟
    Kill終止,專案不再推進

    4. 里程碑類型(MilestoneType)

    類型 說明
    Task一般工作任務
    Milestone關鍵里程碑節點
    Deliverable交付物(報告、樣品、文件等)

    5. 狀態說明

    5.1 專案狀態(DocStatus)
    代碼 狀態 說明
    DR草稿專案已建立,尚未正式啟動
    IP進行中專案執行中
    CO已完成專案已結案
    5.2 階段狀態(Stage Status)
    狀態 說明 顏色標示
    Not Started尚未開始灰色
    In Progress進行中藍色
    Gate Review門審查中橙色
    Passed已通過綠色
    Failed已終止紅色
    5.3 任務狀態(Milestone Status)
    狀態 說明
    Not Started尚未開始
    In Progress進行中
    Completed已完成
    Blocked被阻擋
    Cancelled已取消

    6. 畫面配置

    +------------------------------------------------------------------+
    | [North] Project Management                   [+ New Project]      |
    +------------------+-----------------------------------------------+
    | [West 30%]       | [Center]                                       |
    | 專案清單          | Tab: Stages | Gantt | WBS | Resources          |
    |                  |                                                 |
    |  New Project     | [Stages] 5階段清單 + Gate Review 按鈕            |
    |  Draft ●         |   Concept ✓ → Feasibility ● → Development ○   |
    |                  |   Go / Hold / Kill 決策按鈕                     |
    |  Project A       |                                                 |
    |  In Progress ●   | [Gantt] ECharts 甘特圖                           |
    |                  |   水平長條 = 任務時程                             |
    |                  |   淺藍 = 計畫時程,深藍 = 完成進度                 |
    |                  |   紅色虛線 = 今日線                               |
    |                  |                                                 |
    |                  | [WBS] 工作分解結構                                 |
    |                  |   可展開的任務清單,支援行內編輯                    |
    |                  |   + Add Task 新增任務按鈕                         |
    |                  |                                                 |
    |                  | [Resources] 資源配置                               |
    |                  |   User | Role | Planned | Actual                |
    |                  |   + Add Resource 新增資源按鈕                     |
    +------------------+-----------------------------------------------+

    7. 操作說明

    7.1 新增專案
    1. 點擊 North 區域的 [+ New Project] 按鈕
    2. 系統自動建立一個「New Project」草稿專案
    3. 專案會自動選取並顯示在 Center 區域
    7.2 產生階段(Generate Stages)
    1. 選取專案後,切換至 Stages 頁籤
    2. 若尚無階段,點擊 [Generate 5 Stages] 按鈕
    3. 系統自動產生 5 個標準階段:Concept → Feasibility → Development → Qualification → Launch
    7.3 階段門審查(Gate Review)
    1. Stages 頁籤選取要審查的階段
    2. 下方出現 Gate Review 決策按鈕:
      • Go:通過審查,該階段標記為 Passed 並記錄實際結束日;下一階段自動啟動(狀態設為 In Progress,記錄實際開始日)
      • Hold:暫停,階段狀態回到 Not Started
      • Kill:終止,階段狀態設為 Failed
    7.4 管理 WBS 任務
    1. 先在 Stages 頁籤選取目標階段
    2. 切換至 WBS 頁籤,頁面頂部顯示所選階段名稱
    3. 點擊 [+ Add Task] 新增任務(預設名稱 “New Task”)
    4. 在任務名稱欄位直接行內編輯(修改後自動儲存)
    5. 可設定:MilestoneTypeStatusPercentCompletePlannedStart/EndDurationDays
    7.5 Gantt 甘特圖
    1. 切換至 Gantt 頁籤
    2. 點擊 [Refresh Gantt] 按鈕重新繪製甘特圖
    3. 圖表說明:
      • X 軸:時間軸
      • Y 軸:各階段的里程碑/任務名稱
      • 淺藍色長條:計畫時程(PlannedStart → PlannedEnd)
      • 深藍色長條:已完成進度(依 PercentComplete 比例填色)
      • 紅色虛線:今日線(Today line)
    4. 滑鼠懸停可查看詳細資訊(名稱、起迄日、完成百分比)
    7.6 資源配置
    1. 先在 WBS 頁籤選取目標任務
    2. 切換至 Resources 頁籤,頁面頂部顯示所選任務名稱
    3. 點擊 [+ Add Resource] 新增資源(預設 Role = Contributor)
    4. 可設定:Role(Lead / Contributor / Reviewer)、PlannedHoursActualHoursDateFrom / DateTo

    8. 角色說明(Resource Role)

    角色 說明
    Lead負責人,對任務成果負全責
    Contributor參與者,執行具體工作
    Reviewer審查者,負責成果審核

    9. 跨模組連結

    專案里程碑可連結至以下研發活動,實現交付物追蹤:

    連結欄位 說明
    RND_Experiment_ID連結實驗紀錄
    RND_DOEPlan_ID連結 DOE 實驗計畫
    RND_StabilityPlan_ID連結安定性測試計畫
    RND_ScaleupProject_ID連結量產放大專案

    10. 注意事項

    1. 階段順序固定:5 個階段依 SeqNo 排序(10→50),不可調換順序
    2. Gate Decision 自動推進:選擇 Go 時,系統自動啟動下一階段;使用前請確認當前階段確已完成所有交付物
    3. WBS 需先選階段:新增任務前,必須先在 Stages 頁籤選取目標階段
    4. Resources 需先選任務:新增資源前,必須先在 WBS 頁籤選取目標任務
    5. Gantt 圖需有時程資料:里程碑需設定 PlannedStartPlannedEnd 才會在甘特圖上顯示
    6. ECharts 載入延遲:首次開啟 Gantt 頁籤時,圖表庫可能需要數秒載入;若圖表未顯示,請再次點擊 Refresh Gantt

    核心技術

    iDempiere ERP
    PLM 模組核心平台
    GitHub ↗
    PostgreSQL
    研發資料倉儲
    GitHub ↗
    Ollama
    本地 AI 模型推論(資料不離開企業)
    GitHub ↗
    Metabase
    研發 KPI 儀表板
    GitHub ↗

    準備好開始了嗎?

    我們提供免費諮詢,了解您的需求後提供最適合的方案規劃。

    立即免費諮詢

    常見問題

    ▶ 客戶送樣認證流程有多複雜?系統能全覆蓋嗎?

    送樣認證通常涉及:樣品製作、寄送、客戶測試、反饋收集、改善、重新送樣等多輪循環。iDempiere 的品質模組完整追蹤每個環節,業務不再靠 Excel 記流水帳。

    ▶ 認證進度如何讓業務和客戶即時知道?

    系統自動發送狀態更新通知,業務隨時查看最新進度。搭配客戶入口網站,讓客戶也能自行查詢送樣狀態,減少追問 Email。

    ▶ 測試數據如何管理?

    測試數據結構化存入系統,支援趨勢分析和歷史比對。同款產品送不同客戶時,可快速調出歷史測試數據,不需要重複測試,縮短認證週期。

    ▶ 送樣認證失敗如何處理?

    系統建立改善追蹤流程,記錄失敗原因、改善措施、驗證結果,確保每次改善有閉環管理。避免同樣問題反覆出現,讓認證一次過關。

    ▶ 認證文件如何長期保存和查詢?

    所有認證文件(測試報告、規格書、客戶回饋)版本化存儲,可依產品、客戶、日期快速搜尋。即使多年後客戶詢問歷史認證,幾秒內就能找到。

    🟡

    銷售循環

    🆕 型號申請單
    流程圖 ↗
    起草
    業務填寫新型號申請內容
    DocPrepare
    DocAction: PR — 確認申請規格
    DocAuto
    Wait/Sleep — 系統判斷流程路徑
    權限:RD分組主管
    Set Variable — 設定審核權限群組
    通知主管審核
    Email 通知 RD 分組主管
    主管審核
    Sub Workflow — 主管確認型號申請
    DocComplete
    IsApproved = Y → 型號申請核准
    完成通知
    Email 通知申請人核准結果
    DocReject
    IsApproved = N → DocAction: RJ 駁回
    駁回通知
    Email 通知申請人駁回原因
    📋 詢報價
    流程圖 ↗
    起草
    業務填寫報價品項與條件
    DocPrepare
    系統檢查必填欄位
    業務主管確認
    確認報價金額與交期
    DocComplete
    報價單確認發出
    → 轉銷售訂單
    🧫 索樣訂單
    流程圖 ↗
    起草
    業務建立索樣需求
    文件準備
    DocPrepare — 確認索樣品項與數量
    DocAuto
    系統判斷文件類型 C_DocType_ID = 1000125
    索樣訂單分支
    Set Variable — 進入索樣流程
    文件完成
    DocComplete — 索樣訂單確認
    通知審核主管
    依 Volume / QtyPost 門檻觸發
    業務主管審核
    Sub Workflow — 確認索樣條件
    CEO 審核
    FreightAmt > 80,000 或大量時觸發
    → 安排送樣出貨
    📅 預計訂單
    流程圖 ↗
    起草
    業務建立預計訂單(交期表)
    DocPrepare
    確認預計出貨品項與交期
    DocAuto
    系統自動處理
    DocComplete
    交期表確認
    → 轉銷售訂單
    📄 銷售訂單
    流程圖 ↗
    起草
    業務建立訂單
    DocPrepare
    確認庫存與交期
    業務主管審核
    金額 < 門檻
    CEO 審核
    金額 ≥ 門檻
    Email 通知
    通知客戶訂單確認
    DocComplete
    訂單鎖定
    → 安排出貨
    📦 出貨單
    流程圖 ↗
    起草
    倉庫備料出貨
    DocPrepare
    核對品項與數量
    DocAuto
    自動扣減庫存
    DocComplete
    出貨完成
    → 開立發票
    🧾 客戶發票
    流程圖 ↗
    起草
    財務建立應收發票
    DocPrepare
    確認金額與稅率
    DocAuto
    產生應收帳款
    DocComplete
    發票確認
    → 客戶收款
    💳 收款
    流程圖 ↗
    起草
    輸入銀行入帳金額
    DocPrepare
    對應客戶與帳戶
    DocAuto
    自動沖銷應收
    DocComplete
    收款完成
    → 核銷配對
    核銷配對
    流程圖 ↗
    起草
    選擇發票與收款
    DocPrepare
    計算核銷金額
    DocAuto
    自動配對沖銷
    DocComplete
    帳款結清
    🔵

    採購循環

    📝 採購申請
    流程圖 ↗
    起草
    部門填寫採購需求品項與數量
    DocPrepare
    DocAction: PR — 確認採購規格
    DocAuto
    DocAction: -- — 系統判斷流程路徑
    Please Approve Requisition
    Sub Workflow — TotalLines > 100 需主管審核
    DocComplete
    DocAction: CO — 採購申請核准
    Open Requisitions
    Report — 輸出未結採購申請明細
    通知完成
    Wait/Sleep — 通知相關人員申請完成
    → 轉採購訂單
    📄 採購訂單
    流程圖 ↗
    起草
    採購人員建立訂單
    DocPrepare
    確認供應商與單價
    採購主管審核
    簽核採購條件
    DocComplete
    訂單確認發送供應商
    → 等待進貨
    📥 進貨單
    流程圖 ↗
    起草
    倉庫驗收入庫
    DocPrepare
    核對品項數量與品質
    DocAuto
    自動增加庫存
    DocComplete
    進貨完成
    → 對帳開立發票
    🧾 廠商發票
    流程圖 ↗
    起草
    財務登錄廠商發票
    DocPrepare
    比對進貨單與發票金額
    DocAuto
    產生應付帳款
    DocComplete
    發票確認
    → 安排付款
    💸 付款
    流程圖 ↗
    起草
    財務建立付款單
    DocPrepare
    確認付款帳戶與金額
    財務主管核准
    核准付款
    DocAuto
    自動沖銷應付
    DocComplete
    付款完成
    → 核銷配對
    🟢

    財務循環

    📒 日記帳
    流程圖 ↗
    起草
    輸入借貸分錄
    DocPrepare
    驗證借貸平衡
    DocAuto
    自動計算
    DocComplete
    分錄過帳
    📚 日記帳批
    流程圖 ↗
    起草
    建立批次分錄
    DocPrepare
    驗證所有分錄
    DocAuto
    批次計算與驗證
    DocComplete
    批次過帳
    🏦 銀行對帳單
    流程圖 ↗
    起草
    匯入銀行交易明細
    DocPrepare
    比對系統紀錄
    DocAuto
    自動比對已知交易
    DocComplete
    對帳完成
    → 未配對項目處理
    🔄 銀行轉帳
    流程圖 ↗
    起草
    設定轉帳帳戶與金額
    DocPrepare
    確認轉帳明細
    DocAuto
    產生雙邊分錄
    DocComplete
    轉帳完成
    🩵

    固定資產循環

    🏷️ 資產新增
    流程圖 ↗
    起草
    財務登錄新購資產
    DocPrepare
    填寫資產類別、金額與啟用日
    DocAuto
    自動建立資產卡
    DocComplete
    資產入帳
    → 資產改良 / 折舊
    🔧 資產改良
    流程圖 ↗
    起草
    填寫改良工程內容與金額
    DocPrepare
    DocAction: PR — 確認資本化改良內容
    DocAuto
    DocAction: -- — 系統自動計算
    通知主管審核
    Wait/Sleep — 等待主管確認
    主管審核
    Sub Workflow — 主管簽核
    DocComplete
    DocAction: CO — IsValid = Y 改良完成
    完成通知
    Wait/Sleep — 通知相關部門
    Reject 通知
    IsValid = N → 駁回通知
    Reject
    Wait/Sleep — 單據駁回結案
    📉 資產折舊
    流程圖 ↗
    起草
    財務建立月折舊批次
    DocPrepare
    確認折舊方法與期間
    DocAuto
    自動計算各資產折舊額
    DocComplete
    折舊分錄過帳
    🔄 資產轉移
    流程圖 ↗
    起草
    申請資產部門間轉移
    DocPrepare
    確認轉出/轉入部門與資產明細
    DocAuto
    DocAction = VO → 作廢分支
    Receiver Notify
    Email 通知接收方審核
    Receiver Approved
    Sub Workflow — 接收方確認
    DocComplete
    IsValid = Y → 轉移完成
    Rejected
    IsValid = N → 駁回 (DocAction: RJ)
    📊 資產重估
    流程圖 ↗
    起草
    財務建立重估作業
    DocPrepare
    填寫重估後公允價值
    DocAuto
    自動計算重估差額
    DocComplete
    重估入帳
    🗑️ 資產報廢
    流程圖 ↗
    起草
    申請資產報廢或出售
    DocPrepare
    確認殘值與處分損益
    DocAuto
    自動沖銷帳面價值
    DocComplete
    資產除帳
    🩷

    人資循環

    🪪 忘刷卡
    流程圖 ↗
    起草
    員工填寫忘刷卡日期與類型
    DocPrepare
    DocAction: PR — 確認刷卡記錄缺漏
    DocAuto
    Wait/Sleep — DocAction = VO → 作廢分支
    類型判斷
    ForgetType = G → 直接完成;其他 → 主管審核
    通知主管審核
    ForgetType ≠ G → Email 通知主管
    主管審核
    Sub Workflow — 主管確認忘刷卡事由
    DocComplete
    IsValid = Y → 補刷記錄核准
    完成通知
    Wait/Sleep — 通知員工核准結果
    駁回
    IsValid = N → DocAction: RJ
    🗓️ 請假單
    流程圖 ↗
    員工申請
    填寫假別與日期區間
    DocPrepare
    系統計算剩餘假數
    直屬主管審核
    確認可否請假
    Email 通知
    核准結果通知員工
    DocComplete
    假單核准生效
    加班申請
    流程圖 ↗
    起草
    員工填寫加班日期與時數
    DocPrepare
    單據準備 — DocAction: PR
    DocAuto
    Wait/Sleep — DocAction = VO → 作廢分支
    WaitOneHour
    Wait/Sleep — 等待一小時緩衝
    HR_validovertimenote_sp
    Process — 驗證加班申請合法性
    EmailDirectSupervisor
    IsValid = Y → Email 通知直屬主管簽核
    HR_OvertimeInvalidNotice
    IsValid = N → 通知申請無效
    Cancel
    IsCancelled = Y → Set Variable 取消
    Approved
    Sub Workflow — 主管審核加班申請
    DocComplete
    加班核准,計入薪資計算
    📈 薪資調整
    流程圖 ↗
    HR 起草
    填寫調薪員工與金額
    DocPrepare
    確認調薪生效日
    HR主管審核
    核准調薪
    管理層核准
    高階主管確認
    DocComplete
    調薪生效
    💰 薪資彙總
    流程圖 ↗
    起草
    HR 建立當月薪資批次
    DocPrepare
    彙整出勤、加班、調整
    DocAuto
    自動計算勞健保與稅
    DocComplete
    薪資確認
    薪資條寄送
    Email 通知每位員工
    🟣

    生產循環

    🔬 PLM 需求
    流程圖 ↗
    研發提案
    填寫新品研發需求
    DocPrepare
    說明規格與目標市場
    RD 主管審核
    評估技術可行性
    DocComplete
    需求確認
    → PLM 送樣
    🧪 PLM 送樣
    流程圖 ↗
    起草
    研發準備樣品
    DocPrepare
    填寫樣品規格與批號
    QM 確認
    品管驗樣通過
    DocComplete
    送樣完成
    → PLM 專案
    🗂️ PLM 專案
    流程圖 ↗
    起草
    規劃量產時程與資源
    DocPrepare
    確認 BOM 與工藝
    管理層審核
    核准量產計畫
    DocComplete
    專案啟動
    → 生產訂單
    🏭 生產訂單
    流程圖 ↗
    起草
    生管建立生產工單
    Doc_Prepare
    單據準備 — 確認 BOM、物料與產能
    Doc_Auto
    判斷生產類型 (productiontype)
    通知代理人
    productiontype ≠ V 時 Email 觸發
    代理人簽核
    Sub Workflow — 生產主管確認
    組別判斷
    DifferenceQty > 0 → 差異數量處理
    通知組別主管
    依 PartType (正型/PS/OC…) 分派通知
    Doc_Complete
    工單確認,正式開工
    → 生產工單執行
    ⚙️ 生產工單
    流程圖 ↗
    MRPNodeProcessBulider
    Process — 初始化生產流程節點
    投料
    Wait/Sleep — 等待投料作業完成 → ProductionFeeded
    攪拌
    Wait/Sleep — 攪拌作業
    Notice Sampling Role
    Email (M) — 通知取樣人員
    取樣
    Wait/Sleep — 取樣作業
    過濾
    Wait/Sleep — 過濾作業
    MRP_IPQC_Notice_SP
    Process — 發送 IPQC 通知
    QC Sample Confirm
    Sub Workflow — QC 取樣確認 (依廠別分 CP/一般)
    IPQC Valid
    Wait/Sleep — IPQC 驗證判斷
    IPQC 結果通知
    IsIPQCPass=Y → 繼續 / NGSP → 重新取樣 / NGST → 重新攪拌 / N → 重工通知
    Notice PP
    Email (M) — 通知包裝人員準備過濾裝桶
    過濾裝桶
    Wait/Sleep — 過濾裝桶作業
    調整單簽核
    Sub Workflow — 依 PartType (正型/RGB/OC/BM/PS) 分流主管簽核
    結果審核
    Set Variable — IsConfirmed=Y → 完成通知 / N → Reject Notice
    DocComplete
    生產工單完工
    → 靜置桶槽投料
    🛢️ 靜置桶槽投料
    流程圖 ↗
    申請新工作站代號
    若無可用替用代碼,IT 申請 (EX: D1A)
    Workshop 設定
    Window — 設定靜置桶槽工作站
    Workshop 確認
    Window — 確認桶槽投料參數
    注料程式重啟
    重啟注料控制程式
    生管投單至替代工作站
    EX: D1A — 將工單指派至靜置桶槽
    生產完成
    靜置桶槽投料作業完成
    還原作業
    工作站設定還原至原始狀態
    Workshop 還原
    Window — 還原桶槽工作站設定
    Workshop 結案
    Window — 確認還原完成,作業結束
    → 洗桶工單
    📋 盤點單
    流程圖 ↗
    起草
    倉管建立盤點單
    DocPrepare
    DocAction: PR — 確認盤點品項與倉別
    DocAuto
    DocAction: -- — 系統自動處理
    盤點單分支
    DocSubTypeInv = PI → 進入主管簽核流程
    通知主管
    Email 通知主管進行盤點審核
    主管簽核
    Sub Workflow — 主管確認盤點結果
    審核結果
    Wait/Sleep — 判斷 IsValid
    DocComplete
    IsValid = Y → 盤點完成,調整庫存
    駁回通知
    IsValid = N → Email 通知重新盤點
    🪣 洗桶工單
    流程圖 ↗
    起草
    生管建立洗桶工單
    DocPrepare
    確認洗桶桶槽清單
    UpdateWorkshopTank
    Process — 更新工場桶槽狀態
    通知 QC
    Email 品管人員準備檢驗
    Mail 生管
    Email 生管知悉進度
    檢驗
    Sub Workflow — QC 執行洗桶檢驗
    通知再洗桶
    IsValid = N → 重新洗桶
    UpdateWorkshopTank
    Process — 更新桶槽為已洗淨
    通知完成
    Email 通知洗桶完成
    DocComplete
    洗桶工單結案
    🔴

    品質管理

    🚨 CAR 申請
    流程圖 ↗
    品質問題登錄
    描述不良現象與數量
    DocPrepare
    確認問題範圍
    品管主管確認
    評估嚴重性
    DocComplete
    開立 CAR
    → 暫時對策
    🩹 暫時對策
    流程圖 ↗
    起草
    擬定立即處置方案
    DocPrepare
    確認對策有效性
    主管確認
    批准立即實施
    DocComplete
    對策執行
    → 根本原因分析
    🔍 根本原因
    流程圖 ↗
    起草
    5Why / 魚骨圖分析
    DocPrepare
    填寫根本原因
    品管審核
    確認分析正確性
    DocComplete
    根本原因確定
    → 矯正措施跟進
    ✔️ 矯正跟進
    流程圖 ↗
    起草
    制訂矯正行動計畫
    DocPrepare
    DocAction: PR — 確認矯正效果驗證方式
    DocAuto
    Wait/Sleep — 系統判斷流程路徑
    NoticeEditor
    Email (M) — 通知編輯人員填寫跟進內容
    IsSubmit
    Sub Workflow — 確認是否已提交驗證
    IsValid / DocReject
    IsValid=N → DocAction: RJ 退回
    NoticeManager
    Email (M) — 通知主管審核跟進結果
    Approved
    Sub Workflow — 主管確認矯正效果
    DocComplete
    Approved=Y → DocAction: CO — CAR 案件關閉
    DocReject
    Approved=N → DocAction: RJ — 退回重新矯正

    完整 83 個工作流程 → iDempiere AD_Workflow 流程圖