ZERO DESIGN · ERP AUDIT · 2026.09.10

ERP 流程缺漏
與 v3 需求補齊

保留原本的工作，讓新增需求、流程缺口與驗收依據都能回查。

36模組盤點
46新增待辦
134共用工作項目
10P0 必要關卡

這次確認到哪裡

本次盤點涵蓋 36 個 ERP 模組，對照既有 88 項流程、53 份資料庫 migration、路由／服務實作、v3 原檔與使用者補充。新增 46 項可追蹤工作，工作清單共 134 項。

這是實作及需求差距盤點：檢查模組邊界、權限、狀態轉移、資料連動與既有測試，並對 14 個高影響情境使用新鮮記憶體服務及合成資料探測；不代表每一支 API、正式資料與外部連線都已完成 UAT。既有 9/9 部署發現另外註明來源日期，未把它當成今日完整正式環境探測。

已存在的功能保留：人事網頁文件與版本、自由選讀、部門／職務連動、角色入口、共用驗收歷程，以及多數財會核心服務。缺口以「已確認缺口」「既有功能需延伸」「新增需求」「待整合驗證」分開，未實測不當作缺陷，也不當作通過。

本次完成的是需求清單、來源追溯、分梯次建議與歷史相容處理；清單上的業務缺口尚未因此修復。

新增分類：待整合驗證 4 項、已確認缺口 26 項、既有功能需延伸 2 項、新增需求 14 項

已確認方向與待決細節

開放使用前先處理的關卡

V3-06 離職依職務產生交接清單，完成才能歸檔

已有員工離職狀態，未見交接實體、職務範本或全部完成後才可歸檔的關卡。

V3-08 離職歸檔自動停權、撤銷工作階段與 LINE 綁定

新鮮記憶體探測：員工改 terminated 後，identity membership 仍為 active；此結果不是正式 OIDC 登入測試。

V3-09 HR 只見現行薪資，Owner 專屬調薪歷程

profiles 列表回傳所有期間；薪資試算及歷史薪資單亦有金額，未分離 Owner 調薪歷程權限。

V3-10 所有薪資查閱逐人記錄，Owner 可查

目前以寫入稽核為主；薪資 GET 未形成誰／何時／查誰的可查閱紀錄。

LINE-02 員工 LINE 以驗證手機連到有效系統身分

HR 有手機資料，但未見 LINE 綁定實體與驗證／解除流程。

LINE-03 簽約客戶綁定主檔與所屬專案

客戶／聯絡人主檔存在，尚未見客戶 LINE 帳號與專案授權映射。

LINE-08 雙 LINE Webhook、送達與重送可驗證

程式未見 x-line-signature、webhookEventId、LINE channel 或傳送服務。

AI-04 機密不進問答庫，檢索與工具執行逐次驗權

網頁文件庫尚未具機密分級與問答收錄政策；尚無 AI 檢索／工具層。

ERP-06 入職狀態不可繞過啟用關卡

僅 hr_employees:manage 仍可把 onboarding PATCH 為 active，無 assignment／啟用授權。

ERP-07 專案讀寫統一檢查成員、代理與範圍

同組織非成員讀 governance 為 403，寫 budget axis 卻為 200。

雙 LINE 與流程設計器

設定／流程客戶端 LINE員工端 LINE
入口與身分簽約客戶，驗證手機／邀請連結綁主檔與授權專案有效員工，個人 email 系統身分＋驗證手機綁定
使用與記錄聯繫時間軸、服務／進度問答、簽約、繳款、表單、確認、驗收、滿意度打卡、請假、員工提醒、無金額薪資單通知、客戶狀態與 PM 承接
知識與權限只查自己授權客戶／專案，答不了轉真人只查身分可見 KM／制度，機密文件不進問答資料庫
共同管理官方帳號、憑證引用、Webhook、啟停、分眾、版本與狀態可設定與客戶帳號分開保存／驗證，通知對象取實際負責人

流程設計器另列 FLOW-01～03：編排步驟與簽核 → 模擬檢查 → 發布版本 → 案件依版本執行 → 回寫 ERP 與通知結果。修改流程不覆蓋已開始案件；核准或業務寫入失敗不能標完成。

全模組盤點

以下列出全部模組的已有能力與需補／需驗證範圍。沒有新增獨立缺陷的模組，仍納入跨模組案例 ERP-11。

模組已有能力／盤點結果對應工作
會計主檔／請款審批 · accounting科目分類、銀行、稅則、審批及週期費用服務已具備ERP-03、ERP-11、FLOW-02
稽核 · audit已有寫入稽核 repository；薪資查閱與 Owner 查詢待補V3-10
請款／應收／收款 · billing請款單、收款、折讓與應收服務已具備ERP-03、ERP-04、ERP-11、LINE-05
合約／客戶關係 · client-relationships合約版本、信用審核、活動及續約已有服務ERP-01、ERP-11、LINE-04、LINE-05
客戶主檔 · clients目前列表與建立；修改／停用／去重缺口已確認ERP-01、LINE-03
CRM 跟進／漏斗 · commercial-intelligence客戶商業輪廓、跟進與漏斗已有服務V3-16、LINE-04、LINE-07、ERP-14
聯絡人 · contacts目前列表與建立；更換窗口及 LINE 對接待補ERP-01、LINE-03
客戶旅程／新人報到 · customer-experience旅程、問卷、節奏任務、單份報到簽認已有服務V3-01、V3-03、V3-04、V3-05、LINE-05、ERP-14
修改與驗收 · customer-review共用梯次、判定、異動、快照、匯出／匯入已具備；本次擴充 46 項並保留原定義V3-01、ERP-14
電子發票 · einvoice目前 ZERO sandbox 接受回執；正式供應商 UAT 待完成ERP-10
戰情室 · executive-dashboard兩平參數已有設定；其他設定及實際業務行動仍需補V3-15、ERP-02、ERP-15
費用／憑證／OCR · expenses憑證保存、人工覆核及費用申請已有服務；Linux OCR 缺口確認ERP-05、ERP-11
財務作業總覽 · finance-operations已整合摘要；來源單據與完整閉環仍需共用案例驗證ERP-11
人事／組織／假勤 · hr人事、部門職務、假勤、網頁文件與自由選讀已有服務；入離職及單信箱待補V3-02～08、ERP-06、LINE-06
身分／角色／權限 · identity-admin帳號及角色管理已有服務；離職撤權及 LINE 綁定未串起V3-02、V3-08、LINE-02、ERP-07
總帳／期間／報表 · ledger傳票、過帳／沖回、關帳／重開、試算表等已有服務ERP-03、ERP-04、ERP-11
行銷分析 · marketing-analytics目前 snapshots 匯入與摘要；不等於 Google 自動更新ERP-10
期初移轉 · opening-balancesGL 期初匯入；AR／AP 子帳與銀行開帳尚需補足ERP-04
營運主檔／目標 · operating-master類型、預設範本及目標可新增／停用；分眾目標計算未套篩選V3-15、ERP-15
營運行動 · operational-actions行動記錄及狀態已有服務；完成未必執行真實業務ERP-02、V3-07、FLOW-03
商機 · opportunities階段轉移與歷程已有服務；失單為自由文字V3-16、ERP-11
付款執行／零用金 · payments批次、核准、匯出及付款記錄已有服務；正式回執與部分核銷待串驗ERP-10、ERP-11
薪資 · payroll基本試算、定稿、批次、薪資單已有服務；歷程權限、期間、方法、申報缺口確認V3-09～14、ERP-12、ERP-13
分錄橋接 · posting-bridge僅三類事件；與原承諾範圍存在差距ERP-03
採購／供應商／應付 · procurement採購、收貨、三方匹配與應付已有服務；端到端例外仍待驗證ERP-04、ERP-11
專案商務／服務占比 · project-commercial服務占比與期款分攤有金額檢查；須連同變更及請款測試ERP-08、ERP-11
專案治理 · project-governance成員、代理、變更、里程碑驗收與等待已有服務；讀寫授權及核准連動有缺口ERP-07、ERP-08、ERP-09、V3-07
專案建立 · projects成交＋核准報價才能轉案；交接主責、變更回寫與後續閉環待補／驗證V3-07、ERP-08、ERP-11
報價／版本／審批 · quotations報價、版本、送審及決定已有服務；定價參數與變更影響待串驗V3-15、ERP-11
交付治理 · release-governance發布狀態流程已有服務；不能取代外部實測及客戶正式驗收V3-01、ERP-14
管理報表 · reporting摘要、收支、獲利及現金預測等已有服務；需同來源資料對帳ERP-11、ERP-15
稅務底稿 · tax底稿、覆核、鎖定及匯出已有服務；非薪資申報名冊替代品V3-11～14、ERP-11
工時／人力成本 · time工時、計時器及成本摘要已有服務；與假勤／薪資／專案成本需對帳ERP-11、ERP-13
資金／薪資付款／銀行 · treasury薪資批次、銀行調節、借款及外幣服務已有實作；正式付款證據與薪資申報待串驗V3-14、ERP-04、ERP-10、ERP-11
工作收件匣 · work-inbox有跨模組待辦聚合；LINE 真人承接與可編排流程待擴充LINE-07、FLOW-01～03
里程碑／任務／依賴 · workspace任務與里程碑服務已有實作；交接、客戶確認及統一流程須補連動V3-07、LINE-05、ERP-07、ERP-11、FLOW-01～03

建議分梯次完成

梯次工作範圍完成條件
第一梯次人事身分、文件／簽認、離職關卡、薪資權限與專案授權；保留既有核心案例。P0 關卡實測、角色權限矩陣、原紀錄可查。
第二梯次薪資算法與申報、CRM 更正、參數、專案變更與財會閉環。用同一組來源單據完成跨模組核對及例外／重試。
第三梯次既有電子發票／銀行／Google、期初移轉、正式環境與回復演練。正式回執、控制總數與還原證據完整。
第四梯次雙 LINE、Claude 候選模型、自維護知識與流程設計器。雙帳號各自驗證，分眾不串錯、轉真人及通知回寫閉環，模型確認後啟用。

梯次與工期為草案。可以平行準備，但權限與綁定須在相關流程開放前驗證完成；責任人、日期及範圍影響待雙方確認。

46 項新增工作的完整內容

工程與客戶驗收結果請至修改與驗收頁保存；這裡是本次盤點的固定版本。

V3-01 · P1保留已確認結構，安排 12 項入職與 V12 44 項正式實測

待整合驗證 · 建議第 1 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §一

目前：客戶確認初步檢視及落位結構；不等同逐項功能驗收通過。

驗收條件

  • 沿用 12 項現場清單逐項留證，對照 V12 44 項原始回饋。
  • 記錄版本、角色、結果、缺陷與重測；未通過不得自動標為已驗收。

關聯項目：可獨立核對

盤點依據
  • docs/2026-09-09_給普烏_需求補充清單_v3.html:31
  • apps/web/customer-review-catalog.json
V3-02 · P1個人 email 為唯一帳號依據，移除雙信箱要求

已確認缺口 · 建議第 1 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §二.1–2

目前：登入帳號可使用個人 email，但 HR 表單仍要求公司／個人兩組信箱，API 拒絕相同值。

驗收條件

  • 人事新增、編輯、報到、邀請與登入使用同一個人 email，不要求另一公司信箱。
  • 舊帳號與 HR 主檔建立可回查的對照，保留原 userId、簽認及資料歸屬；碰撞與換信箱須驗證處理。
  • 個人手機經驗證後綁定 LINE；不可只靠自行填入的手機或顯示名稱認定身分。

關聯項目：可獨立核對

盤點依據
  • apps/api/src/modules/hr/hr-schema.js:15
  • apps/web/app.js:3624
V3-03 · P1八份入職文件改為可編修網頁文字與版本

既有功能需延伸 · 建議第 1 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §四.1

目前：人事網頁文件庫、版本與自由選讀已具備；尚未接成八份指定文件的入職簽署來源。

驗收條件

  • 八份文件：報到確認書、人事資料表、個資聲明、勞動契約、身分證薪轉帳戶表、工作規章、勞資會議同意書、員工保密切結書。
  • 後台編修文字、預覽、發布與保留舊版；個人欄位的填入結果與當時版本一併凍結。
  • 身分證／銀行證明附件仍可保留原檔；進階學習維持自由選讀，簽署必讀文件另外逐份確認。

關聯項目：V3-02

盤點依據
  • apps/api/src/modules/hr/hr-library.js
  • apps/web/onboarding-center.js
V3-04 · P1一次簽名完成八份文件，逐份保存簽認證據

已確認缺口 · 建議第 1 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §四.2

目前：目前為單一 assignment 文件簽認，沒有八份閱讀勾選後統一簽名的套件。

驗收條件

  • 逐份開啟、逐份同意，未完成全部閱讀與勾選不能送出最後簽名。
  • 一次送出產生八筆獨立文件簽認：文件版本、內容快照、時間戳、簽名影像與逐份勾選證據。
  • 重送不重複簽認；中斷可續作；發布新版不覆蓋已簽內容，需重簽時建立新紀錄。

關聯項目：V3-03

盤點依據
  • apps/web/onboarding-center.js
  • apps/api/src/modules/customer-experience/customer-experience-routes.js
V3-05 · P1紙本主簽與 Email／MFA 啟用條件可查

待整合驗證 · 建議第 1 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §四.3

目前：需在簽署流程清楚呈現既有紙本優先共識，不能把系統勾選描述為正式電子簽章。

驗收條件

  • Email 驗證／MFA 啟用前，勞動契約與保密切結書標示紙本為主、系統簽認為輔。
  • 保存紙本完成狀態、收件人、日期及佐證；啟用驗證後切換規則須經確認並留版本。

關聯項目：V3-04

盤點依據
  • docs/2026-09-09_給普烏_需求補充清單_v3.html:65
  • apps/web/onboarding-center.js
V3-06 · P0離職依職務產生交接清單，完成才能歸檔

已確認缺口 · 建議第 1 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §五.1–3

目前：已有員工離職狀態，未見交接實體、職務範本或全部完成後才可歸檔的關卡。

驗收條件

  • 不同職務可編修交接範本，啟動時凍結所用版本。
  • 專案改派、檔案歸位、權限收回、待辦移交逐項留完成人與時間。
  • 任一未完成不得歸檔；取消離職／重新開啟有原因及歷程，不刪舊證據。

關聯項目：V3-07、V3-08

盤點依據
  • apps/api/src/modules/hr/hr-service-memory.js
  • apps/api/src/modules/hr/hr-routes.js
V3-07 · P1交接改派真正更新專案主責與待辦歸屬

已確認缺口 · 建議第 1 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §五.1

目前：通用營運行動紀錄與專案主檔變更尚未構成交接交易。

驗收條件

  • 列出離職者所有進行中專案與待辦，逐筆指定有效接任人。
  • 完成交接時同步專案主責、成員權限及待辦；舊承辦與異動原因可查。
  • 接任人失效或寫入失敗時不得將該交接項目標完成，重試不重複移交。

關聯項目：V3-06、ERP-02

盤點依據
  • apps/api/src/modules/projects
  • apps/api/src/modules/project-governance
  • apps/api/src/modules/operational-actions
V3-08 · P0離職歸檔自動停權、撤銷工作階段與 LINE 綁定

已確認缺口 · 建議第 1 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §二.3、§五.2；程式稽核 E07

目前：新鮮記憶體探測：員工改 terminated 後，identity membership 仍為 active；此結果不是正式 OIDC 登入測試。

驗收條件

  • 歸檔後系統帳號、有效工作階段與員工 LINE 綁定失效，停用相關待發通知。
  • 薪資、假勤、簽認、稽核保留原身分可查；不刪除歷史紀錄。
  • 撤權失敗需可重試並顯示待處理，不能假稱歸檔與撤權都成功；復職必須重新驗證授權。

關聯項目：V3-06、LINE-02

盤點依據
  • apps/api/src/modules/hr/hr-service-memory.js
  • apps/api/src/modules/identity-admin
  • output/erp-audit-2026-09-10/process-probes.json
V3-09 · P0HR 只見現行薪資，Owner 專屬調薪歷程

已確認缺口 · 建議第 1 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §六.1–2

目前：profiles 列表回傳所有期間；薪資試算及歷史薪資單亦有金額，未分離 Owner 調薪歷程權限。

驗收條件

  • HR 可查全公司當期生效薪資；調整日期、前後金額、原因僅 Owner 可見。
  • API、列表、匯出、搜尋、歷史版本與稽核詳情均套相同權限，不能只隱藏 UI。
  • 以 Owner、HR、本人、其他員工實測；申報及歷史薪資單可能推知調薪，需先確認合法業務可見欄位並按結果拆分權限。

關聯項目：ERP-12

盤點依據
  • apps/api/src/modules/payroll/payroll-routes.js:13
  • apps/api/src/modules/payroll/payroll-service-memory.js:16
V3-10 · P0所有薪資查閱逐人記錄，Owner 可查

已確認缺口 · 建議第 1 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §六.3

目前：目前以寫入稽核為主；薪資 GET 未形成誰／何時／查誰的可查閱紀錄。

驗收條件

  • 單筆、批次、歷史、匯出及薪資單讀取記錄登入帳號、時間、目標員工、動作與成功／拒絕結果。
  • Owner 能依員工、人員與日期篩選查閱紀錄；HR 不得藉稽核讀取歷次薪資金額。
  • 紀錄保留政策可落實，日誌不重複保存薪資明文或 LINE 密鑰。

關聯項目：V3-09

盤點依據
  • apps/api/src/modules/payroll/payroll-routes.js
  • apps/api/src/modules/audit/audit-repository.js
V3-11 · P1勞健保級距調整名冊匯出

已確認缺口 · 建議第 2 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §七

目前：現有薪資輸出為銀行覆核 CSV，未見級距異動名冊。

驗收條件

  • 月度／異動時產生名冊，保留員工、原級距、新級距、生效日與來源計薪版本。
  • 依確認格式匯出並核對筆數、異動原因、重複與缺漏；格式及規則版本需經負責人覆核。

關聯項目：ERP-12、ERP-13、V3-09

盤點依據
  • apps/api/src/modules/payroll/payroll-routes.js
V3-12 · P1二代健保補充保費計算與明細

已確認缺口 · 建議第 2 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §七

目前：有 supplementaryPremiumCategory 欄位，但 calculate 尚未消費此分類形成專屬計算／報表。

驗收條件

  • 建立可追溯的適用類別、計算基礎、規則生效期間與例外覆核。
  • 月度／異動時明細可匯出，與定稿薪資及來源支付一致；規則數值與官方格式在實作時核驗。

關聯項目：ERP-13、V3-09

盤點依據
  • apps/api/src/modules/payroll/payroll-schema.js
  • apps/api/src/modules/payroll/payroll-service-memory.js:23
V3-13 · P1勞退提繳名冊匯出

已確認缺口 · 建議第 2 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §七

目前：有個人勞退相關資料，尚未見月度與異動提繳名冊。

驗收條件

  • 產生可追溯的提繳對象、基礎、適用規則及生效日名冊。
  • 入離職、留停、異動與補正情境可核對；版本、筆數與覆核結果可查。

關聯項目：ERP-13、V3-09

盤點依據
  • apps/api/src/modules/hr/hr-schema.js
  • apps/api/src/modules/payroll/payroll-routes.js
V3-14 · P1年度薪資印領清冊與發放核對

已確認缺口 · 建議第 2 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §七

目前：現有試算與批次清單尚未提供年度實際發放彙總清冊。

驗收條件

  • 按年度及員工彙整已發放薪資，包含已離職員工，不把未支付試算算作發放。
  • 可核對薪資月份、所得歸屬、補發／沖回、批次與銀行付款回執，總額與明細一致。
  • 匯出權限與 V3-09 協調：HR 報表可見欄位需確認，Owner 完整查閱有稽核。

關聯項目：ERP-13、ERP-14、V3-09

盤點依據
  • apps/api/src/modules/payroll/payroll-routes.js
  • apps/api/src/modules/treasury
V3-15 · P1兩平、人事成本率、示警倍數與服務定價自行設定

既有功能需延伸 · 建議第 2 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §八

目前：兩平參數已有設定 API；其餘參數尚需統一可修改、生效與引用機制。

驗收條件

  • 客戶在實測時自行填值即可生效，日後可改，不另外索取固定數字。
  • 各欄位具單位、範圍驗證、預覽影響、版本與生效日期；報價／成本／警示使用同一核准版本。
  • 已核准報價與已定稿薪資不被回溯改寫；需重算時另立版本及原因。

關聯項目：可獨立核對

盤點依據
  • apps/api/src/modules/executive-dashboard/executive-dashboard-schema.js
  • apps/api/src/modules/operating-master
V3-16 · P1失單原因九項字典及後台增修

已確認缺口 · 建議第 1 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §八

目前：商機失單目前要求 reason 自由文字，無可維護下拉字典與其他必填規則。

驗收條件

  • 初始九項：價格超出預算、時程無法配合、選擇其他廠商、需求暫緩或取消、僅詢價比價、內部決策未通過、需求與服務不符、失聯無回應、其他（必填備註）。
  • 後台可新增、排序、改名、停用；歷史失單保留當時選項與備註，不因停用消失。
  • 失單選其他但未填備註不得送出；CRM 與漏斗分析使用穩定原因代碼。

關聯項目：可獨立核對

盤點依據
  • apps/api/src/modules/opportunities/opportunity-schema.js:108
LINE-01 · P1兩組官方 LINE 的可自行管理後台

新增需求 · 建議第 4 梯次

來源：2026/09/10 使用者確認；2026-09-09_給普烏_需求補充清單_v3 §三

目前：使用者已完成兩組帳號設定；ERP 未見 LINE adapter／webhook，不能將帳號完成設定視為串接已驗收。

驗收條件

  • 分別管理客戶端／員工端帳號、channel／provider 對應、Webhook 狀態、啟停、功能入口與分眾規則。
  • 憑證透過安全設定介面保存，可更換但不可回顯；設定有草稿、測試、發布、版本與回復。
  • 非管理者不得改設定；切換帳號不能讓既有綁定誤接另一組帳號，狀態顯示最後驗證時間與結果。

關聯項目：LINE-02、LINE-03

盤點依據
  • apps/web/index.html:1099
  • apps/api/src/app.js
LINE-02 · P0員工 LINE 以驗證手機連到有效系統身分

新增需求 · 建議第 4 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §二.1、§三員工綁定

目前：HR 有手機資料，但未見 LINE 綁定實體與驗證／解除流程。

驗收條件

  • 驗證個人手機或已登入員工帳號後，以一次性短效連結連到該帳號與正確 LINE userId／channel。
  • 手機輸入、LINE 顯示名都不能當作驗證；防重複綁定、過期連結、重放與跨組織冒綁。
  • 換手機、換 LINE、封鎖、解除、離職與復職有生命週期及歷程。

關聯項目：V3-02、LINE-01

盤點依據
  • apps/api/src/modules/hr
  • https://developers.line.biz/en/docs/messaging-api/linking-accounts/
LINE-03 · P0簽約客戶綁定主檔與所屬專案

新增需求 · 建議第 4 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §三客戶綁定

目前：客戶／聯絡人主檔存在，尚未見客戶 LINE 帳號與專案授權映射。

驗收條件

  • 以驗證手機或一次性邀請連結綁定簽約客戶及聯絡人，拒絕未授權／過期邀請。
  • 一客戶多聯絡人、同聯絡人多專案須有明確授權；每次查詢與操作都驗證所屬客戶及專案。
  • 換窗口、撤銷授權、停用、誤綁更正留歷程，不能讀到其他客戶資料。

關聯項目：ERP-01、LINE-01

盤點依據
  • apps/api/src/modules/clients
  • apps/api/src/modules/contacts
  • https://developers.line.biz/en/docs/messaging-api/linking-accounts/
LINE-04 · P1客戶 LINE 使用紀錄、聯繫內容與 CRM 整合

新增需求 · 建議第 4 梯次

來源：2026/09/10 使用者要求；2026-09-09_給普烏_需求補充清單_v3 §三

目前：CRM 有聯繫紀錄 API，尚未接入 LINE 收發、客服承接與操作事件。

驗收條件

  • 保存客戶、聯絡人、LINE 帳號、收發方向、時間、訊息／操作來源、負責窗口及相關專案。
  • ERP 客戶時間軸可查 LINE 聯繫、使用行為、真人承接及業務跟進；可依權限搜尋。
  • Webhook 文字不可事後靠 API 補抓，需在接收時依保存政策留存；附件期限、收回訊息與刪除要求有處理規則。

關聯項目：LINE-03、LINE-08

盤點依據
  • apps/api/src/modules/client-relationships
  • apps/api/src/modules/commercial-intelligence
  • https://developers.line.biz/en/docs/messaging-api/receiving-messages/
LINE-05 · P1客戶統一入口完成六類通知與作業

新增需求 · 建議第 4 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §三客戶操作

目前：簽約、收款、任務、驗收、滿意度已有部分 ERP 模組；尚未串接到客戶 LINE 操作。

驗收條件

  • 在同一客戶 LINE 入口完成簽約通知、繳款提醒、表單填寫、任務客戶確認、驗收、滿意度回覆。
  • 操作回寫對應 ERP 單據與狀態，保存操作者、時間、版本及證據；點擊通知不等同支付或驗收完成。
  • 不另建獨立業務客戶網站；涉及表單可評估 LINE 內嵌 LIFF，形式待確認。現有 /customer 是專案展示／驗收入口，可保留。

關聯項目：LINE-03、FLOW-01

盤點依據
  • apps/api/src/modules/client-relationships
  • apps/api/src/modules/project-governance
  • apps/api/src/modules/customer-experience
LINE-06 · P1員工 LINE 管理、打卡請假與客戶狀態通知

新增需求 · 建議第 4 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §三員工操作；2026/09/10 使用者要求

目前：HR 打卡／請假已可操作；LINE 通知、員工綁定與分流尚待 ERP 串接。

驗收條件

  • 員工端沿用提醒、打卡、請假與薪資單通知；通知不含薪資金額，明細需重新驗證權限。
  • 客戶階段變更、待回覆、待驗收與轉真人訊息送給負責 PM／授權人，不廣播全員。
  • 表單送出連動既有 HR 與專案流程，員工停權後不能繼續操作，通知不混發客戶帳號。

關聯項目：LINE-02、FLOW-01

盤點依據
  • apps/api/src/modules/hr/hr-routes.js
  • apps/web/index.html
LINE-07 · P1客戶 AI 轉真人與 PM 承接閉環

新增需求 · 建議第 4 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §三客戶 AI

目前：目前無 AI／LINE 接收及人機交接服務。

驗收條件

  • 答不了、知識不足或使用者要求真人時建立待承接事項，通知內部負責 PM。
  • 保留對話摘要與來源，PM 接手、改派、回覆、結案可查；承接中避免 AI 同時重複回覆。
  • 逾時與 PM 不在職可指定代理及升級關卡，訊息失敗可重試且不重複建待辦。

關聯項目：LINE-04、LINE-06、AI-03、FLOW-02

盤點依據
  • apps/api/src/modules/work-inbox
  • apps/api/src/modules/commercial-intelligence
LINE-08 · P0雙 LINE Webhook、送達與重送可驗證

新增需求 · 建議第 4 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §三；串接必要驗收

目前：程式未見 x-line-signature、webhookEventId、LINE channel 或傳送服務。

驗收條件

  • 使用各帳號正確 secret 驗證原始請求簽章與帳號對象；按 webhookEventId 去重並處理重送／亂序。
  • 發送有排程、重試、失敗待處理、取消與回查；API 接受不冒稱客戶已讀或作業已完成。
  • 兩組各測成功、錯誤簽章、錯誤帳號、限流與重送，機密值不出現在日誌；實測發送使用指定測試對象。

關聯項目：LINE-01

盤點依據
  • apps/api/src/app.js
  • https://developers.line.biz/en/docs/messaging-api/receiving-messages/
AI-02 · P1Claude 候選模型及可替換設定，待確認正式版本

新增需求 · 建議第 4 梯次

來源：2026/09/10 使用者：Claude 模型待確認

目前：未見 Anthropic API adapter；Claude 為採用方向，具體模型與正式啟用仍待確認。

驗收條件

  • 後台可設定 provider、model ID、憑證引用、啟停、用量限制、逾時與失敗轉真人。
  • 記錄每次執行的模型版本、知識版本、耗用與結果；測試／正式設定分開。
  • 正式模型、額度與資料保存安排確認前，狀態顯示待確認；禁止在 UI 假稱 AI 已串接。

關聯項目：LINE-01

盤點依據
  • apps/api/src/app.js
  • https://platform.claude.com/docs/en/models/overview
AI-03 · P1客戶自建自維護知識庫與分眾問答

新增需求 · 建議第 4 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §三

目前：HR 文件库可維護文字，尚無客戶／員工分開的 AI 知識發布與引用機制。

驗收條件

  • Owner 可建立、編修、預覽、發布、下架知識並回查版本與問答來源。
  • 員工問入職 KM、制度、填表與操作；客戶問服務、FAQ 與自己專案進度。
  • 專案進度由即時授權 ERP 查詢取得，無資料不得編造；無法回答進 LINE-07 真人流程。

關聯項目：AI-02、AI-04

盤點依據
  • apps/api/src/modules/hr/hr-library.js
  • apps/api/src/modules/projects
AI-04 · P0機密不進問答庫，檢索與工具執行逐次驗權

新增需求 · 建議第 4 梯次

來源：2026-09-09_給普烏_需求補充清單_v3 §三員工 AI

目前：網頁文件庫尚未具機密分級與問答收錄政策；尚無 AI 檢索／工具層。

驗收條件

  • 機密分級文件在索引前排除，含片段、附件、向量、快取；改為機密或下架後移除已收錄版本。
  • 依當下身分限制知識及專案範圍，員工、客戶、不同組織分開；停權立即生效。
  • 對話／文件中的指令不能繞過授權；涉及核准、發送、付款、驗收的 AI 動作仍須遵循 ERP 關卡。

關聯項目：LINE-02、LINE-03、V3-08

盤點依據
  • apps/api/src/modules/hr/hr-library.js
  • apps/api/src/modules/project-governance
FLOW-01 · P1流程設計器：自行增設步驟、通知與簽核關卡

新增需求 · 建議第 4 梯次

來源：2026/09/10 使用者補充確認

目前：現有個別模組有固定狀態轉移與簽核策略，後台 workflow pane 仍為固定說明，無通用可編排流程。

驗收條件

  • 設計及通知流程可建立步驟、順序、條件分支、處理角色、簽核人、通知節點與完成條件。
  • 流程編輯有預覽及模擬；發布前檢查無入口／死路、無人簽核、循環與越權動作。
  • 新增步驟後 ERP 待辦與 LINE 通知使用實際流程定義，不能只是畫面流程圖。

關聯項目：FLOW-02、FLOW-03

盤點依據
  • apps/web/index.html
  • apps/api/src/modules/accounting
  • apps/api/src/modules/project-governance
FLOW-02 · P1簽核例外、代理、退回與逾時升級

新增需求 · 建議第 4 梯次

來源：2026/09/10 使用者補充確認；程式稽核 E09、E10

目前：既有流程的簽核、代理與等待邏輯分散，缺通用關卡設計與執行引擎。

驗收條件

  • 可設定逐關／會簽／擇一、金額或狀態條件、退回重提、撤回、代理與逾時升級。
  • 申請與核准角色分離依流程政策實施；代理到期、離職、無有效簽核人須停止並提醒。
  • 簽核前驗證目前單據版本；重送只生效一次，保留每關人員、時間、意見與證據。

關聯項目：FLOW-01、V3-08

盤點依據
  • apps/api/src/modules/project-governance
  • apps/api/src/modules/accounting
FLOW-03 · P1流程版本、執行追蹤與業務結果同步

新增需求 · 建議第 4 梯次

來源：2026/09/10 使用者補充確認

目前：尚無通用流程定義、版本及執行個體資料模型。

驗收條件

  • 草稿、模擬、發布與停用有權限及版本；已開始的案件保留原版本，新案採新版本。
  • 流程節點對應真正的專案／HR／通知動作，業務失敗不得把流程標完成。
  • 可查目前關卡、來源單據、執行／重試／補償紀錄；人工介入與遷移需有原因。

關聯項目：FLOW-01、ERP-02

盤點依據
  • apps/api/src/modules/operational-actions
  • apps/api/src/modules/work-inbox
ERP-01 · P1客戶、聯絡人主檔可更正、停用與去重

已確認缺口 · 建議第 2 梯次

來源：2026/09/10 程式稽核 E01

目前：clients／contacts 僅列表與建立，客戶 PATCH 探測 404；聯絡資料更動與合併沒有完整工作流。

驗收條件

  • 可修改地址、聯繫資料及窗口，留前後值與原因；停用不刪歷史單據。
  • 重複客戶與聯絡人可檢查、確認合併並保留原 ID 對照；跨客戶關聯不可誤接。
  • LINE 綁定與商機、合約、專案、應收及聯繫時間軸連動核對。

關聯項目：LINE-03

盤點依據
  • apps/api/src/modules/clients/client-routes.js
  • apps/api/src/modules/contacts
  • output/erp-audit-2026-09-10/process-probes.json
ERP-02 · P1營運行動完成必須連動實際業務

已確認缺口 · 建議第 2 梯次

來源：2026/09/10 程式稽核 E02

目前：標示 freeze 的通用行動可 completed，但專案狀態不變；不能等同實際凍結、重排或備份。

驗收條件

  • 逐個行動定義對應服務及完成证據；純紀錄型清楚標示，不假称已執行業務。
  • 凍結、改派、重排、備份及解除各有授權、成功／失敗狀態與可追溯結果。

關聯項目：可獨立核對

盤點依據
  • apps/api/src/modules/operational-actions
  • output/erp-audit-2026-09-10/process-probes.json
ERP-03 · P1分錄橋接補足承諾事件與冪等沖回

已確認缺口 · 建議第 2 梯次

來源：2026/09/10 程式稽核 E03

目前：目前僅 billing／receipt／bad_debt 三種事件；薪資 posting event 探測 422。

驗收條件

  • 以原交付範圍的 12 類事件逐一對照：來源狀態、分錄科目、稅額、期間及失敗重試。
  • 補足薪資、採購、費用、付款等缺少事件；重送不重複過帳，取消／沖回保留來源鏈。
  • 來源單據到總帳、試算表與報表金額可對帳。

關聯項目：可獨立核對

盤點依據
  • apps/api/src/modules/posting-bridge
  • docs/customer-meeting-review-2026-09-09.md
  • output/erp-audit-2026-09-10/process-probes.json
ERP-04 · P1期初移轉補 AR／AP 子帳與銀行餘額

已確認缺口 · 建議第 3 梯次

來源：2026/09/10 程式稽核 E04

目前：期初匯入以 GL 分錄為主，未形成按客戶／供應商／到期日的 AR／AP 開帳。

驗收條件

  • 匯入期初應收、應付與銀行餘額，可追溯來源、到期日、對象、幣別與未結金額。
  • 子帳合計與總帳、銀行期初一致；部分收付、核銷、帳齡延續正確。
  • 先演練、核對控制總數及重匯去重，核准後切換並保存回復點。

關聯項目：可獨立核對

盤點依據
  • apps/api/src/modules/opening-balances
ERP-05 · P1Linux 正式環境圖片 OCR 可用

已確認缺口 · 建議第 3 梯次

來源：2026/09/10 程式稽核 E05

目前：現有圖片 OCR 依 macOS Swift／Apple Vision；Linux 會 provider_unavailable，文字／人工輸入仍可用。

驗收條件

  • 選定可在部署環境執行的 OCR adapter，測實際圖片與多頁附件。
  • 辨識結果須人工覆核才形成單據；失敗不冒稱成功，可回人工輸入並保留來源。

關聯項目：可獨立核對

盤點依據
  • apps/api/src/modules/expenses
  • packages
ERP-06 · P0入職狀態不可繞過啟用關卡

已確認缺口 · 建議第 1 梯次

來源：2026/09/10 程式稽核 E06

目前：僅 hr_employees:manage 仍可把 onboarding PATCH 為 active，無 assignment／啟用授權。

驗收條件

  • 正常新進須完成文件及核准才可啟用，主檔更改不能繞過關卡。
  • 既有在職匯入另設明確權限、來源及覆核流程，避免修正時阻斷既有員工建檔。
  • 測試新增與 PATCH、API 直呼、重送與不同角色，保留啟用依據。

關聯項目：V3-04

盤點依據
  • apps/api/src/modules/hr/hr-schema.js
  • apps/api/src/modules/hr/hr-service-memory.js
  • output/erp-audit-2026-09-10/process-probes.json
ERP-07 · P0專案讀寫統一檢查成員、代理與範圍

已確認缺口 · 建議第 1 梯次

來源：2026/09/10 程式稽核 E08

目前：同組織非成員讀 governance 為 403，寫 budget axis 卻為 200。

驗收條件

  • 所有專案讀、写、列表、匯出、子資源與 AI 工具使用同一存取政策。
  • 測試成員、非成員、有效／過期代理、跨組織與客戶角色；拒絕不得改資料。

關聯項目：可獨立核對

盤點依據
  • apps/api/src/modules/project-governance/project-governance-routes.js
  • output/erp-audit-2026-09-10/process-probes.json
ERP-08 · P1變更單核准同步專案金額、工期與版本

已確認缺口 · 建議第 2 梯次

來源：2026/09/10 程式稽核 E09

目前：同人可核准自己的 change request，核准後專案金額／截止日仍未變。

驗收條件

  • 依政策區分申請與核准；核准觸發金額、工期、預算與請款計畫的受控變更。
  • 核准只套用一次；修改影響或駁回須新版本，原合約與核准證據可追溯。
  • 若部分變更不自動套用，須明確列待辦及阻擋完成，不能靜默只改狀態。

關聯項目：FLOW-02

盤點依據
  • apps/api/src/modules/project-governance
  • output/erp-audit-2026-09-10/process-probes.json
ERP-09 · P1等待客戶的工作日計時、排程與任務重排

已確認缺口 · 建議第 2 梯次

來源：2026/09/10 程式稽核 E10

目前：24／48／72 以日曆小時計、需手動 evaluate；未接工作日排程與任務重排。

驗收條件

  • 明確設定工作日／日曆時、時區、假日、暫停與恢復，依有效規則計算。
  • 排程自動評估、通知及升級；已解除等待不再發舊提醒。
  • 是否移動交期及受影響任務依已確認政策執行，保存改前後排程。

關聯項目：FLOW-02、LINE-06

盤點依據
  • apps/api/src/modules/project-governance
ERP-10 · P1電子發票、银行與 Google 串接完成真實 UAT

待整合驗證 · 建議第 3 梯次

來源：2026/09/10 程式稽核 E12

目前：發票為 ZERO sandbox 接受回執；銀行為遮罩覆核 CSV；Google 為 snapshot 匯入，不能視為正式外部串接完成。

驗收條件

  • 三類各別指定正式 adapter、測試對象與驗收證據；外部接受、處理完成與失敗須分開。
  • 發票測開立／作廢／折讓與回執；銀行測正確格式、退件、重送及核銷；Google 測授權、更新與失效。
  • 不因畫面有資料就判定自動同步、開票或匯款成功。

關聯項目：可獨立核對

盤點依據
  • apps/api/src/modules/einvoice
  • apps/api/src/modules/payroll/payroll-service-memory.js
  • apps/api/src/modules/marketing-analytics
ERP-11 · P1跨模組單據閉環與例外實測

待整合驗證 · 建議第 2 梯次

來源：2026/09/10 全模組盤點

目前：各模組已有多項可操作服務；仍需用同一筆完整業務驗證跨模組及會計結果，未逐支路徑宣告無缺陷。

驗收條件

  • CRM → 商機 → 報價核准／版本 → 合約／專案 → 服務占比／請款 → 發票／收款／折讓 → AR／分錄／報表逐筆核對。
  • 採購 → 收貨 → 三方匹配 → AP → 付款 → 銀行調節／總帳，驗證部分收付、重複、退回、沖銷與關帳。
  • 工時／費用／薪資進專案成本與毛利、容量及管理報表，來源與總額一致；稅務、預測、餘額均有可重現證據。

關聯項目：ERP-03、ERP-04

盤點依據
  • output/erp-audit-2026-09-10/module-inventory.json
  • apps/api/test
ERP-12 · P1調薪生效區間、月中異動與可追溯原因

已確認缺口 · 建議第 2 梯次

來源：2026/09/10 薪資程式稽核；2026-09-09_給普烏_需求補充清單_v3 §六

目前：既有無迄日薪資結構會擋未來新增；未見關閉舊期間／調薪端點，calculate 要求一份結構涵蓋整期。

驗收條件

  • 調薪一次交易關閉舊期間、建立新版本，保存生效日、前後金額、原因與授權。
  • 月中調薪依確認的計薪比例拆段，重算有新版本，已定稿及已付款不被覆蓋。
  • 重複請求回傳原結果，不因先跑重疊檢查誤回衝突；Memory／SQLite／PostgreSQL 一致。

關聯項目：V3-09

盤點依據
  • apps/api/src/modules/payroll/payroll-service-memory.js:17
  • apps/api/src/modules/payroll/payroll-routes.js
ERP-13 · P1薪資選人、計薪方式與規則套用完整化

已確認缺口 · 建議第 2 梯次

來源：2026/09/10 薪資程式稽核

目前：calculate 只選目前 active 員工；hourly／daily／piece_rate 欄位存在但核心公式仍直接加 baseSalary，未按數量計。

驗收條件

  • 依計薪期間任職區間納入新進、離職、留停與補發，不能只看現在是否在職。
  • 月薪、時薪、日薪、計件各有輸入數量與公式；入離職比例、跨期假勤、加班級距及扣項按確認規則計算。
  • 保險／扶養／福利等已提供欄位要實際套用或明示人工覆核，規則重疊限制與三種儲存模式一致。

關聯項目：ERP-12

盤點依據
  • apps/api/src/modules/payroll/payroll-schema.js
  • apps/api/src/modules/payroll/payroll-service-memory.js:28
ERP-14 · P1展示資料重播異常與升版保留演練

已確認缺口 · 建議第 3 梯次

來源：既有 0.55.1 部署證據；2026/09/10 追蹤

目前：上次部署留下 3 筆既有 SQLite 重播失敗（journey／client-profile／followup 關聯缺少）；原始 journal 保留，待核對合法來源。

驗收條件

  • 依原始紀錄與來源主檔核對關聯，不能猜測改接客戶或專案；修復有前後證據與可回復備份。
  • 以備份副本演練全量重播、附件與歷史簽認，版本更新保留客戶驗收判定、快照與自訂梯次。
  • 凍結正式測試／交付版本，更新舊文件的完成宣稱；外部 UAT 與客戶正式簽認仍各自留證。

關聯項目：可獨立核對

盤點依據
  • docs/online-demo-deployment-evidence-0.55.1-2026-09-09.md
  • apps/api/src/platform/sqlite-demo-store.js
ERP-15 · P1分眾營收目標真的依團隊／服務／負責人計算

已確認缺口 · 建議第 2 梯次

來源：2026/09/10 營運主檔程式稽核

目前：targetAchievement 接受 scopeType／scopeReference，計算卻仍彙總組織整體；毛利與新客戶實績為 null。

驗收條件

  • 公司、團隊、服務、專案類型、負責人目標依相同維度篩選，沒有維度對照時明示不可計算。
  • 營收、毛利、收款、新客數定義及來源一致，空值不能呈現已達標。
  • 主檔代碼、目標及類型範本可更正／增版與生效；舊期間保留原設定。

關聯項目：可獨立核對

盤點依據
  • apps/api/src/modules/operating-master/operating-master-service-memory.js:18
  • apps/api/src/modules/operating-master/operating-master-service-postgres.js:26
ERP-16 · P1一般文件、知識與通知中心接上真實服務

已確認缺口 · 建議第 2 梯次

來源：2026/09/10 程式稽核 E11

目前：HR 網頁文件庫已可操作；一般文件／知識／通知介面仍有固定展示，缺完整服務與送達生命週期。

驗收條件

  • 分清 HR 已有文件功能與一般文件待補項目，補版本、所屬專案、角色權限、下架與搜尋。
  • 通知中心由真實事件產生，含偏好、未讀／已讀、操作入口、失敗與重試，與 LINE 發送紀錄對應。
  • 畫面連線狀態以實際設定與驗證結果顯示，不能把演示資料當成真實完成。

關聯項目：LINE-08、AI-03

盤點依據
  • apps/web/index.html
  • apps/web/app.js
  • apps/api/src/modules/hr/hr-library.js

依據、限制與歷史保留

原始來源：docs/2026-09-09_給普烏_需求補充清單_v3.html。原檔未更動；SHA-256：712e73f7f522097d2b4e25ab20ead61c2abb47bf6cd1343231c545f8edfdfb88

本次 14 個合成資料探測包括 HR 啟用、離職會員狀態、非成員專案寫入、變更單、分錄事件、客戶更正、通用行動、薪資期間／重送／計薪方法與營運目標維度。正式登入、正式資料及外部回執仍須實測。

保留 44／83／88 項歷史基線、共用客戶判定、自訂梯次及會議快照。新增定義不會冒充客戶異動，也不會把舊版通過延伸成新需求已通過。

技術設計依下列官方文件推導：LINE profile 不等於手機驗證，綁定需驗證系統身分或邀請；文字訊息應依政策在 webhook 接收時保存。