詢價單管理
RFQ 主檔客戶 RFQ · 規格與文件收件匣
| RFQ 單號 | 客戶 | 來源 | 品項 | 附件 | 詢價日 | 要求交期 | 狀態 | 報價版數 |
|---|
報價歷史查詢
與圖面庫、複製舊單共用同一份報價明細價格只存在詢價單的報價版本裡。這裡依圖面或依規格去查，不分客戶，找出近期案例作為訂價參考。
搜尋方式
客戶有圖面時優先依圖面查：同一張圖的歷史價格最準；沒有圖面（例如 LINE 文字詢價）才依規格查。
客戶管理
US-1.1 / US-1.2 · 客戶毛利與歷史錨點建立與管理客戶主檔，供 RFQ 與報價單選用
| 客戶代號 | 客戶名稱 | 幣別 | 預設毛利率 | 付款條件 | 聯絡人 | 狀態 |
|---|
新增客戶
US-1.1 · 報價策略與毛利守門建立客戶主檔，供 RFQ 與報價單選用
基本資料
聯絡資訊
備註
新增詢價單
串接 US-1 ~ US-3 · 客戶 → RFQ → 報價完整流程客戶選擇 → 建立品項 → 定價 → 產出報價單，之後在詢價單記錄成交或失單。
選擇客戶
US-1.1 · 客戶毛利與交易慣性客戶檔案快照
US-1.2 · 歷史交易錨點建立詢價單 · —
US-2.1 · 進單管道可混用 · 圖面掛在品項上詢價基本資料
詢價單附件
客戶寄來的原始檔（詢價 PDF、Email、檢驗規範）都留在這裡。從中拆出的零件圖另外掛到對應品項上，這裡只標示拆到哪裡。
定價
工程成本由系統依研發設定算好 · 業務只決定售價每個品項對照三個數字決定售價：工程成本（系統算）、類似品項報過的價、目標毛利建議價。毛利燈號依「客戶檔案」的目標毛利率與最低紅線。
| 品項 | 工程成本／支 | 類似品項報過 | 報價單價 | 小計 | 毛利率 |
|---|
建立報價單後，成本與售價會鎖定在當下這一版的成本參數，不受之後參數異動影響。
基本資訊
RFQ 主檔目前狀態
品項明細
目前版本
US-3.2 / US-3.3 · 版本比較與成交回流每次送出都會鎖定成一個版本，不會覆蓋先前內容；要改品項、數量或毛利，就從這裡建立新版本。
建立新版本
品項會從目前版本複製過去，回到建立品項／定價直接修改，送出後會自動列出跟上一版的逐品項差異。原版本仍完整保留在歷史版本裡。
標記成交
成交金額預設帶入目前版本的報價總額，可依實際簽訂金額修改。
標記失單
記錄的是這一版報出去之後客戶的回覆，會回流成往後同規格報價的參考。
圖面庫
新增模組 建議文件 §2.2 / §8 · 以圖搜圖的比對母體以圖搜圖能不能命中，取決於這裡有多少張圖。圖面是獨立主檔，不是詢價單的附件。
| 圖號 | 客戶圖號 | 品名／規格 | 來源 | 建檔者／日期 | 報價紀錄 | 製程設定／主製程 | 狀態 |
|---|
點任一列可看圖面詳情：版次鏈、對應的製程設定與主製程，以及從詢價單查出來的報價歷史（圖面本身不存價格）。
主製程
新增模組 建議文件 §2.3 · 對齊排程系統的主製程碼先建好主製程（主製程碼＋製程順序），詢價單的每個品項再對應到其中一個。資料結構與排程系統一致，報價成交後可直接轉工單。
主製程清單
| 主製程碼 | 名稱 | 製程順序 | 沿用中的製程設定 | 狀態 |
|---|
製程 → 機台
一個製程可以上多台機台；報價時從該製程底下挑一台計費。橘色標記的製程會用到模具。
| 製程 | 模具類型 | 可用機台 | 該製程的模具 | 使用中的主製程 |
|---|
製程設定 → 主製程
研發評估品項時選定主製程、機台與模具，可以把這組設定存起來。之後規格落在「相似件適用區間」內的品項，業務可直接沿用，不必再送研發。設定的主體是品項，有沒有圖面都存得起來。
| 設定編號 | 品名 | 來源品項 | 圖面 | 主製程 | 相似件適用區間 | 已被沿用 | 狀態 |
|---|
研發待辦工作台
新增模組 建議文件 §6.5 · 在這裡對應主製程、存成製程設定業務送研發的品項會落在這裡。點「開始評估」：判斷能不能做 → 選主製程與機台 → 決定模具 → 回覆業務，可以順便把這組設定存起來，之後的類似品項就不用再送研發。
| 待辦編號 | 來源圖面 | 品名／規格 | 詢價客戶 | 案件類型 | 送出日 | 等待／目標 | SLA |
|---|
案件類型決定 SLA：標準件當天、相似件 2 天、特殊件 5 天。目的是把研發從「每一張都要重算」降到「只看真正的新件」。
導入準備與初始資料
新增模組系統啟用前，每一張主檔的初始資料從哪來、誰負責、必須先做完什麼。這一頁回答「這些編號是怎麼冒出來的」。
每張主檔的維護責任
| 主檔 | 初始資料怎麼來 | 日常怎麼維護 | 負責角色 | 在哪設定 |
|---|
導入前要先跟廠商確認的事
這些問題沒有答案，對應的主檔就建不起來。
| 編號 | 要問的事 | 卡住哪張主檔 |
|---|---|---|
| A4 | 輾牙分次的判斷規則講不講得出來？ | 製程參數（講不出來就只能做成研發手動填欄位） |
| A5 | 機台清單、費率、產能、稼動率、調機工時、適用線徑 | 機台主檔（完全建不起來） |
| A6 | 模具費現在怎麼報？有既有模就不收的慣例嗎？ | 模具費計價政策 |
| A7 | 業務在模具費上加價的合理上限？要不要主管核准？ | 模具費三層數字與權限 |
| A14 | 材料單價表與成本公式 | 材料與管銷（目前數字全是假的） |
| 新 | 每組模具的開發成本與壽命產能，現在有記錄嗎？記在哪？ | 模具主檔冷啟動的可行性 |
| 新 | 既有模具「還適用哪些圖面」目前靠誰記得？有清單嗎？ | 共用模判定（報價能不能壓低的關鍵） |
| 新 | 舊圖面散在哪些地方？大約幾張？有沒有命名規則？ | 圖面庫批次補建的工作量估算 |
| 新 | 舊報價單記在哪？ERP 能不能匯出成 Excel？要匯近幾年？ | 歷史報價匯入（不匯就是空的報價歷史，業務第一天每個品項都「查無相似」） |
| 新 | 舊報價單上有沒有客戶圖號？填法一致嗎？ | 匯入資料能不能掛回圖面庫——掛不上就只能依規格查，查不到同一張圖的歷史價 |
| 新 | 成交結果（訂單）記在哪？能不能對回當初的報價單號？ | 匯入資料的成交／失單標記；對不回來就只有報價、沒有結果，歷史區間會失準 |
成本參數
改動最大的模組 建議文件 §4 · 取代原本 14 個全域常數機台、模具與製程參數的主檔。定價頁的工程成本（加工費與模具費）都從這裡讀取，不再寫死係數。
兩者的本質不同，所以分成兩張表：機台按時間計費、不會被用完（像行事曆，只有稼動率）；模具按數量攤提、會被用完（像庫存，有剩餘壽命）。
機台主檔
「適用範圍」決定這張單接不接得下來：規格落在範圍外，報價前就該擋下而不是等生產才發現。費率與產能決定加工費，稼動率與調機工時決定交期。
| 機台 | 製程類別 | 適用線徑 | 適用處理方式 | 計費方式 | 費率 | 標準產能 | 調機工時 | 稼動率 | 狀態 |
|---|
交期不再是「數量 ÷ 1000／天」這個全域數字，而是按瓶頸製程的機台產能與稼動率推算。
模具主檔
「適用圖面」這一欄是報價能不能壓低的關鍵：頭型相同、只差長度的件可以共用同一組沖模，不必再收開模費。這件事現在在研發腦袋裡，換人就沒了。
| 模具 | 類型 | 對應製程 | 適用圖面／品號 | 開發成本 | 壽命產能 | 已使用／剩餘 | 可上機台 | 狀態 |
|---|
模具費計價政策
剩餘壽命不足以吃下本次數量時，兩種算法都是業界常見做法，但金額可以差 5 倍。這是公司政策不是技術問題，需要向廠商確認要支援哪一種（或兩種都要，讓使用者在報價時選）。
| 算法 | 邏輯 | 10 萬支、牙板剩 5 萬時的模具費 | 適合情境 |
|---|---|---|---|
| 按壽命攤提 | 開發成本 ÷ 壽命產能 × 本次數量 | NT$3,600 | 長期往來、會持續回購的客戶 |
| 剩餘不足即收一組 | 補一組牙板全額 | NT$18,000 | 一次性訂單、不確定會不會回購 |
模具配方表
一筆＝製程設定＋機型 → 模具，對應排程系統「料號＋機型 → 模具」的配方表（報價階段還沒有料號，成交轉工單時才接上）。模具只屬於一個製程；同一組設定換機台，就要看這台機型有沒有對應的模具。
| 製程設定 | 主製程 | 製程 | 機型 | 模具 | 模具類型 | 剩餘壽命 |
|---|
製程參數 · 輾牙
§4.2 · 廠商講最細的一段廠商提到「輾牙要分幾次」。分次數是費用的倍數關係——同樣 M6、同樣機台、同樣一組牙板，只因為牙長不同，加工費就差一倍。
| 參數 | 來源 | 影響 |
|---|
分次數判定規則
這條規則要不要寫進系統，取決於廠商講不講得出判斷依據（待確認事項 A4）。講得出來 → 系統自動建議；講不出來 → 只能做成研發手動填的欄位，由製程設定記住結果。
| 範例規格 | 牙長 | 牙長 ÷ 牙徑 | 分次數 | 生產工時 | 調機工時 | 輾牙費用 |
|---|
各材質的線材單價
每家廠商各自設定平台服務的是整個扣件業，不是單一廠商，所以每一家各自維護自己的一份。欄位可以留空——留空的意思是「這家沒設定，往平台預設退」，不是 0。目前設定的是 。
全廠共用參數
不隨材質或機台改變下面這幾個才是真正全廠一個值的參數。線材單價、比重、損耗率在上面那張表逐材質設定；表面處理與熱處理費率在機台主檔那一列上。數值仍為示意值，需向廠商換成實際資料（待確認事項 A14）。
報價單管理
一列 ＝ 一個報價版本 可匯入歷史資料詢價單管理看的是「客戶問了什麼」，這一頁看的是「我們報出去了什麼」。同一張詢價單每建立一次新版本就多一份報價單，各自有獨立單號與 PDF；價格只存在版本裡，要改價請回到詢價單建立新版本，不會覆蓋已送出的內容。
| 報價單號 | 詢價單 | 客戶 | 送出日 | 報價總額 | 毛利率 | 毛利燈號 | 狀態 | 建立原因 | 明細 |
|---|
點任一列會開到該張詢價單的「版本與結果」，在那裡才能建立新版本或標記成交／失單——動作一律掛在詢價單上，避免同一張單的兩個版本各自被結案。要看這一版的金額與毛利怎麼算出來的，按右邊的計算明細，不必離開這一頁。
AI 報價對話
示範腳本 · 抽取結果為示意值客戶用 LINE 或 Email 丟一句話過來時，不必自己開表單逐欄填。把原文貼進來，AI 把規格欄位抽出來，缺哪一欄就當場問你補；欄位齊了才建立詢價單，接回一般的建立品項 → 定價流程。
wireframe 示範：送出任何文字都會往下走一步腳本，不是真的呼叫模型。實作時抽取欄位與信心度由 LLM 回傳，信心度低的欄位一樣要業務確認過才算數。
對話管理
AI 建單的稽核軌跡每一張由 AI 對話建立的詢價單，都要能回頭查「當初客戶原話是什麼、AI 抽了哪些欄位、誰改過」。報錯價時這裡是唯一能追責任的地方，所以對話不隨詢價單刪除。
| 對話編號 | 客戶 | 管道 | 開始時間 | 訊息數 | 抽出品項 | 解析狀態 | 產生的詢價單 |
|---|
「待補欄位」是 AI 抽完發現規格比對必要欄位不齊、還在等業務回答，不是解析失敗；這兩件事分開看，才知道要去催業務還是去修模型。
系統管理儀表板
新增模組 對應後端 admin 模組的四個端點AI 模型監控 · 即時資源追蹤。這一頁看的是「系統今天還撐不撐得住」——模型有沒有在跑、佇列有沒有塞住、GPU 有沒有滿載，而不是業務數字。毛利與成交趨勢請看報價單管理。
GPU 使用率（A100 ×2）
即時監控 · 每 2 秒更新
紫色是這段時間內的高點。上方 KPI 卡的「GPU 使用率」是這 24 個取樣點的平均，這裡的「現在」是最新一點，兩個數字不一樣是正常的。後端 getGpuMetrics() 目前回的是 24 個「小時」取樣點、而且是亂數產生的，與這裡標的「秒」不一致——實作時要先決定取樣粒度，再接真實的 nvidia-smi 指標。
AI 模型狀態
—| 模型 | 類型 | 狀態 | 佇列 | 回應時間 | GPU |
|---|
「待機」不是壞掉，是這一刻沒有請求進來；要判斷模型有沒有掛，看的是佇列一直增加但回應時間沒有動。
近期報價記錄
—| 報價單號 | 客戶 | 建立時間 | 報價總額 | 結果 | 來源 |
|---|
這一頁的數字全是 wireframe 示意值，會在畫面上自己跳動，方便看動態效果。後端 getStats() 現在只回報價總數／成交／失單／平均交期，上面四張 KPI 卡的「今日報價、AI 回應速度、系統健康」都還沒有對應欄位，要補。
模組名稱
此模組尚未建置
目前先聚焦客戶管理，這裡之後可以接著設計對應畫面。
公司資訊／PDF 範本設定
US-4.1 · 正式報價單 PDF 產出依據設定廠商名稱、Logo 與聯絡資訊，作為「下載 PDF」產出正式報價單時的表頭／表尾內容。全公司共用一份設定。
品牌識別
聯絡資訊
銀行匯款資訊
會顯示在 PDF 頁尾，供客戶匯款用
報價聲明／備註條款
會印在 PDF 頁尾，例如報價有效期限、交貨與付款條件聲明
實際下載的 PDF 會以此表頭／表尾樣式，套用各詢價單的品項與金額產出（見「詢價單詳情 → 版本與結果」的下載 PDF）。