鼎聖需求訪談整理

各部門功能需求架構

本文件彙整目前訪談內容，將需求整理為部門模組、共用能力、作業流程與確認項目，作為後續範圍確認及系統規劃依據。

本階段訪談範圍：人資、財務／主管
文件用途需求確認初稿
本階段範圍HR、人事、財務、主管視角
後續擴充方向法律案件、商務平台、AI 應用
整體架構

訪談內容可整理成三個功能層

HR 與財務是目前明確的業務模組；人員主檔、權限、簽核、查詢和匯出則是兩邊都會依賴的共用基礎。

部門總覽

本階段聚焦兩個主要需求域

「共用基礎」代表 HR 與財務功能共同使用的系統能力，例如人員主檔、權限與簽核流程。

人資與人事

從員工主檔、申請流程到每月薪資結算。

  • 人員資料姓名、到職日、部門、職稱、主管、職務代理人。
  • 請假與假別依到職日與勞基法計算；HR 可維護規則。
  • 公出申請事前申請、事後補申請、查詢及出勤連動。
  • 薪資明細保費、稅額、勞退、獎金補充保費與請假扣款。
  • 主管檢視本月請假狀況、薪資流程及必要匯出。

財務與主管

從每日交易記錄到主管所需的經營概況。

  • 多公司整合檢視各公司資料分開管理，並可切換單一公司或跨公司彙總視角。
  • 現金與銀行餘額查看目前月份的資金狀況。
  • 應收與應付記錄預收／預付、應收／應付帳款。
  • 入帳與對帳按交易分筆入帳，並與銀行紀錄核對。
  • 會計帳務日記帳、分類帳與會計科目。
  • 財務報表資產負債表、損益表及主管檢視。
人資需求

人資功能需求拆解

以下為本階段訪談的初步彙整；細部公式、例外情境與權限規則將於下一階段共同確認。

人員資料表

所有 HR 流程的主檔
  • 姓名、到職日、部門、職稱。
  • 設定每位員工的主管與職務代理人。
  • 作為假別、簽核、薪資與權限判斷的共同資料來源。

請假與假別

申請、規則與主管檢視
  • 假別需要參考員工到職日與勞基法規則。
  • HR 需要後台維護假別與計算規則。
  • 申請時先知會職務代理人，再由主管核准。
  • 律師的主管為董事長；老闆需要看到本月誰請假。
  • 核准結果需要供薪資扣款使用。

公出申請

無紙化並連動出勤
  • 原則上於公出前一天申請，也允許事後補申請。
  • 需要連動打卡或出勤紀錄。
  • 不必復刻現有紙本格式，也不需要紙本流程。
  • 保留查詢功能與職災保險可能需要的紀錄。

薪資明細

每月計算與個人匯出
  • 計入勞保、健保、勞退自提 1%–6%。
  • 計入所得扣繳稅額。
  • 獎金超過月投保金額四倍時，處理 2.11% 補充保費。
  • 帶入已核准的請假扣款。
  • 提供備註欄、月份／年度統計及每人金額匯出。
  • 薪資資料僅開放人資等授權角色。

後續項目

訪談標記為低優先
  • 提供勞動檢查使用的上下班打卡與出勤紀錄。
  • 擴充人事資料卡：學歷、雙親等資料。
  • 產出銀行發薪清冊。
財務需求

財務與主管功能需求拆解

本階段需求聚焦主管所需的資金概況，以及從交易入帳到財務報表的基本帳務流程。

多公司整合檢視

單一公司與跨公司視角
  • 每筆財務資料需要標示所屬公司，避免不同公司帳務混在一起。
  • 可切換查看單一公司，或選擇多家公司進行管理數據彙總。
  • 跨公司視角需整合現金與銀行餘額、應收／應付、收入、支出及期間報表。
  • 彙總結果可依公司與月份／年度篩選，並能回到各公司的明細資料。
  • 主管可在同一畫面比較各公司數據與整體營運狀況。

主管資金總覽

快速掌握本月狀況
  • 庫存現金表。
  • 目前月份的銀行餘額。
  • 應收與應付帳款概況。

交易與入帳

建立可追溯的帳務來源
  • 每筆銀行交易分別入帳。
  • 支援銀行對帳。
  • 依會計科目分類交易。
  • 記錄應收／應付及預收／預付。

帳簿與報表

從明細彙整到主管報表
  • 日記帳。
  • 分類帳。
  • 資產負債表。
  • 損益表。
共用能力

兩個部門都依賴的基礎功能

這些功能若各自建立，容易產生兩份人員資料、兩套權限及不一致的主管關係。

公司、組織與人員主檔

公司主體、員工、部門、職稱、主管及職務代理人。

角色與權限

控制人資、主管、董事長及一般員工可查看與操作的範圍。

簽核流程

支援知會、主管核准、董事長核准及退回。

期間查詢

統一支援月份、年度及指定期間篩選。

報表與匯出

提供主管檢視、個人明細及後續銀行或稽核用途。

異動紀錄

保留申請、核准、資料修改及財務入帳歷程。

作業流程

訪談中可確認的兩條核心流程

流程只列目前筆記有支持的步驟；薪資與財務之間是否要自動串接仍需確認。

請假／公出處理

  1. 員工提出申請
  2. 職務代理人收到知會
  3. 主管核准；律師主管為董事長
  4. 更新請假或公出紀錄
  5. 提供出勤與薪資計算使用

公出允許事後補申請，並需保留查詢及職災相關紀錄。

財務帳務處理

  1. 取得銀行或交易資料
  2. 逐筆入帳並進行銀行對帳
  3. 標記會計科目及應收／應付
  4. 形成日記帳與分類帳
  5. 彙整資產負債表與損益表
  6. 主管查看資金及經營狀況

資料匯入方式、關帳規則與報表格式尚未在筆記中確認。

確認項目

下一階段需要共同確認的細節

完成以下確認後，即可進一步評估系統配置、實作範圍、優先順序、時程與成本。

主題目前缺口需要確認狀態
保費與稅額知道要計算，但資料來源未定。政府資料採 API、自動查表，或由 HR 維護級距？待確認
假別與扣款缺少各假別公式與例外。扣薪規則、最小單位、跨月處理及取消後回沖方式。待確認
簽核權限已有大方向，但例外角色不完整。不同部門、主管缺席、代理核准及董事長介入條件。待確認
財務資料來源未說明銀行資料如何進系統。手動輸入、CSV 匯入、銀行串接或既有檔案轉入。待確認
跨公司彙總口徑已確認需要多公司整合檢視，彙總規則尚待定義。確認公司範圍、共用科目、幣別、公司間交易，以及是否僅為管理報表或包含正式合併報表。待確認
會計規則列出帳簿與報表，但缺少作業細節。科目表、期初資料、關帳、調整分錄與報表格式。待確認
系統配置Notion 與 Fancy 的功能分工尚待確認。確認 HR、財務各自的使用系統，以及是否需要跨系統同步。待決策
匯出格式只確認需要匯出，格式不明。Excel、PDF、銀行格式、單人或批次，以及列印版面。待確認
整理範圍

本階段需求與後續擴充方向

本階段已整理

  • HR 與人員主檔
  • 請假、公出與簽核
  • 薪資明細與必要計算項目
  • 多公司財務資料與整合檢視
  • 財務帳務、銀行對帳與主管報表
  • 共用權限、查詢與匯出

建議後續補充訪談

  • 法律案件管理詳細功能
  • 商務平台詳細流程
  • AI 審約、文件產製或管理建議的規格
  • Notion 與 Fancy 的最終分工
  • 其他部門的作業流程與功能需求
後續規劃

其他部門完成需求訪談後，可沿用相同架構補入部門模組、共用能力、作業流程與確認項目。

建議確認順序

先確認部門模組與作業流程，再補齊細部規則及例外情境，最後共同決定優先級、系統配置與實作範圍。

文件狀態：需求確認初稿｜依 2026 年 9 月訪談內容整理｜最終需求以雙方確認版本為準。