開發追蹤
開發進度總覽
本頁作為後續開發追蹤入口，集中記錄目前已完成、進行中、待確認與下一階段要串接的節點。
已完成
5
進行中
4
待確認
5
風險追蹤
3
目前狀態
| 項目 | 狀態 | 追蹤內容 | 下一步 |
|---|---|---|---|
| 文件網站 | 已完成 | 規劃書、工程企劃、架構方向、資料模型與通知規則已建立。 | 維持每次需求討論後更新。 |
| GitHub Repository | 已完成 | 程式 repo 與文件 repo 已上傳至 Hongsen-tw。 | 建立正式分支規則與 Issue 追蹤規範。 |
| Cloudflare Pages | 進行中 | 正在連接 Cloudflare Pages 與 GitHub repo，目標部署文件站。 | 確認 Pages build 設定與部署網址。 |
| React 前端 | 進行中 | 已接手專案總覽、匯入報價單、採購流程、倉庫流程、報表查詢、設定頁與 AI 對話。 | 持續拆分大型元件，收斂共用表格、狀態服務、事件紀錄與 API DTO。 |
| 採購部模組 | 進行中 | 已形成待採購清單、叫貨追蹤、到貨確認、採購明細流程，並支援 AI 對話更新交貨日期與採購狀態。 | 補齊狀態異動事件、異常處理紀錄與 MySQL 對應。 |
| 倉庫模組 | 進行中 | 已建立倉庫待收貨、收貨異常、已入庫、待出庫骨架；收貨異常會退回採購部叫貨追蹤。 | 補齊異常處理事件、入庫事件與後續出庫流程。 |
目前導入策略
現階段先完成採購部作為第一個部門模組，不一次展開所有部門。採購部流程穩定後，才開始串接正式資料庫與正式 API，並把同樣的模組骨架複製到業務部、工程部、財務部與倉庫。
單一部門模組完成
收斂資料欄位
定義 API contract
補齊事件紀錄
串接 MySQL 5.6.2
擴展其他部門
功能模組追蹤
| 模組 | 目前階段 | 必須完成的工作 | 串接對象 |
|---|---|---|---|
| 業務開案 | 待確認 | 定義開始日期、客戶、專案名稱、履約交貨日、驗收日與負責人欄位。 | 工程 BOM、採購追蹤、通知系統 |
| 工程 BOM | 待確認 | 區分電控 BOM、機構 BOM、版本、交付日期與缺料風險。 | 採購單匯入、組裝排程 |
| 採購追蹤 | 進行中 | 正式化採購狀態：未採購、已採購、叫貨中、已到貨、倉庫待收貨、入庫完成、收貨異常。 | 專案總覽、倉庫、通知、報表 |
| 倉庫收貨 | 進行中 | 承接到貨確認後的收貨、入庫與異常退回；異常必須填寫原因才能送出。 | 採購叫貨追蹤、事件紀錄、後續出庫 |
| 組裝進度 | 待確認 | 追蹤廠內組裝是否因 BOM 或採購到貨落差產生延誤。 | 採購到貨、履約交貨 |
| 現場安裝與驗收 | 待確認 | 記錄醫院現場安裝、補件、調整、驗收回報與結案確認。 | 履約交貨、部門簽核 |
| 通知提醒 | 進行中 | 依履約交貨日、驗收倒數、採購狀態與已叫貨確認天數產生 Outlook 通知。 | 採購、工程、組裝、業務 |
近期追蹤節點
- 完成流程節點拆解 以 流程節點拆解 作為後續模組開發與事件串接依據，並持續補齊子工作規格。
- 完成節點子工作矩陣 把 15 個主流程節點拆成可對應 UI、API、事件、通知與測試案例的子工作項。
- 確認 Cloudflare Pages 部署 完成 `hs-project-flow-docs` 網站上線，取得可分享網址。
- 建立 .NET 5.0 Solution 骨架 先建立 Project、Workflow、Procurement、Notification、Report、Audit 的專案邊界。
- 定義正式資料模型 把目前 React + .NET API 欄位收斂為正式資料表與 API contract。
- 固定部門 Agent 邊界 每個部門 Agent 只能操作自己部門的資料與 Command，跨部門串接必須透過事件或 API，避免改 A 壞 B。
- 採購與倉庫事件紀錄 把採購狀態、交貨日期、收貨異常、入庫完成與退回採購處理寫成可稽核事件。
風險與待決策
- Cloudflare 與 GitHub app 授權需確認是否能穩定部署 Hongsen-tw repo。
- 登入權限可放在後期，但資料模型需先預留部門、角色、負責人與簽核紀錄。
- 採購狀態與倉庫異常若未納入事件紀錄，未來通知與稽核會難以追蹤責任歸屬。