永輝查帳系統資料庫設計參考資料

1.2.1 架設一個完整的，跨國使用的底層資料庫。
1.2.2 依照查核項目，每一個項目有一個工作底稿，如審計一部已經委由Hiram 已經整好的放在DCS中的這些全部查核項目。
1.2.3 每一個查核項目，有一個Kevin提供的資料精煉程式(Data Refining Program)。支援產生PDF檔或其他證據與帳上資料的查核建議。
1.2.4 每個公司的稅簽報告依國別有一個可用的資料精煉程式(DRP)。
1.2.5 每個公司的財簽報告，依國別有一個可用的資料精煉程式(DRP)。如語言不同，另外獨立一點DRP。
1.2.6 每個國家的稅務申報稿，有一個資料精煉程式(DRP)去產生，以方便申報。

1.3. 系統工具

1.3.1 AI + OCR + RPA, 即目前在使用永輝資料精煉中心架構。
1.3.2 可編輯PDF檔的工具，使用其API。
1.3.3 AIS系統
1.3.4 電子簽核 Dotted-Sign

1.4. 結論

1.4.1 AI時代來臨，要用新工具、新方法來設計更優秀、更國際化、更全面性的系統。未來30年都還可用不落伍的系統。
1.4.2 這個系統，涉及多個系統的整合，不宜使用現有的外部查帳系統，綁手綁腳，發展設限。

2.多對多關係 Junction Tables List

Below contents were wrote by Dale Chen 2025/10/21

為何判斷Table 之間是否多對多非常重要?

*如果原先設計為1對多，後來發現是多對多，則整個系統要重新來過。
*如果原先設計為多對多，後來發現常用的是1對多，則整個系統還是可以用。
*目前電腦算力及儲存成本，非常底，為擴展各種情境皆可用，新的軟體開發多是盡量多對多，不再節省電腦算力及儲存成本。
*只要Table有可能多對多，就要用Junction Table。
*快速判斷是否該用多對多Junction Table。
— 一個檔案/程序/議題會被多處引用 → 用 M↔N（junction）。
— 關係具有「共用」、「跨模組」或「可被重複參照」特性 → 用 M↔N。

2.1使用者 ↔ 底稿（人員指派）

user_workpaper(user_id, workpaper_id, …)
用途：同一份底稿可多人負責；同一人可負責多份底稿。

2.2使用者 ↔ 案件（專案團隊）

User_Engagement(user_id, engagement_id, …)
用途：建立年度查核團隊（合夥人/經理/主查/助理）。

2.3角色 ↔ 權限（RBAC）

role_permission(role_id, permission_id,….)
用途：細緻權限控管（檢視/編輯/簽核/下載…）。

2.4使用者 ↔ 角色

user_roles(user_id, role_id)
用途：同人多角、多人共角。

2.5底稿 ↔ 附件

workpaper_document(workpaper_id, document_id,…)
用途：同一附件可被多份底稿引用；底稿也可掛多附件。

2.6函證 ↔ 附件

confirmation_document(confirmation_id, document_id,….)
用途：寄發函、回函掃描、追蹤紀錄等證據檔關聯。

2.7底稿 ↔ 查核發現/議題

workpaper_finding(workpaper_id, finding_id,…….)
用途：一張底稿可能產生多個議題；一個議題可牽涉多張底稿。

2.8查核發現/議題 ↔ 附件

　finding_document(finding_id, document_id, …..)
　用途：議題證據、整改佐證檔集中管理。

2.9函證 ↔ 底稿（少數跨底稿共用同一函證時）

confirmation_workpaper(confirmation_id, workpaper_id, ……)
說明：預設「一對多」已足夠；遇到銀行函證同時支援存款與借款底稿等情境，再開 M↔N。

2.10案件 ↔ 附件（年度通用文件）

engagement_document(engagement_id, document_id,…..)
例：約定書、最終財報、管理階層聲明書。

2.11風險項目 ↔ 底稿

risk_workpaper(risk_id, workpaper_id)
用途：重大風險對應到承載其程序與證據的底稿。

2.12風險項目 ↔ 查核程序

risk_procedure (risk_id, procedure_id)
用途：一個風險可由多個程序應對；同一程序可覆蓋多個風險。

2.13 內控測試↔ 查核程序

control_procedure(control_id, procedure_id)
用途：內控測試設計與覆蓋矩陣。

2.14查核程序模板 ↔ 底稿

template_workpaper(template_id, workpaper_id)
用途：同一查核程序模板可套用多底稿。

2.15查核程序模板 ↔ 會計科目

template_account(template_id, account_id)
用途：同一查核程序模板可套用多科目。

2.16試算表科目 ↔ 附件（支援明細）

tb_documents(tb_id, document_id)
用途：科目層級的支持檔（對帳單、明細表、分錄來源）。

2.17.對象（counterparty）↔ 客戶實體（entity）

若你把對象建成「全球共用主檔」，則需
entity_counterparty(entity_id, counterparty_id)；
若對象主檔是「每客戶各自維護」則維持 1↔N 即可。

2.18 可以把所有的junction Tables 整合成一個泛用table?

Please refer below linking
可以把所有的junction Table 整合成一個泛用table?

3.涉及多對多關係的Tables

Below contents were wrote by Dale Chen 2025/10/21

3.1 USER 使用者

Core Identity
 id
 username
 email
 full_name
 display_name
 employee_no

Other fields you can refer
查帳系統 Table Design Spec

3.2 Workpaper底稿

🧱 Core Identity
id
engagement_id
entity_id (可選；亦可由 engagement 推得)
index_code (如 C-3、B-2a)
title
description

Other fields you can refer
查帳系統 Table Design Spec

3.3　 Engagement案件

Core Identity

 id
 entity_id (對應客戶主檔)
 code (年度案件代號，例如 TW-AUD-2025-003)
 name (案件名稱，例如「XYZ公司2025年度財報查核」)
 year (查核年度)
 engagement_type (audit / review / compilation / tax / special)

Other fields you can refer
查帳系統 Table Design Spec

3.4　Role角色

Core Identity

 id
 code (唯一代碼，例如 AUD_PARTNER, TAX_MGR)
 name (顯示名稱，例如「合夥人 Partner」、「查核經理 Manager」)
 description (角色職責說明)

Other fields you can refer
查帳系統 Table Design Spec

3.5 Permission權限（RBAC）

Core Identity

 id
 code
唯一識別代碼（系統內使用，例如 audit.view_workpaper、tax.edit_return）
 name
顯示名稱（例如「查閱底稿」、「編輯稅務申報表」）
 description
權限功能說明（便於管理員理解用途）

Other fields you can refer
查帳系統 Table Design Spec

3.6 Ducument 附件

Core Identity

 id
 file_name (檔案原始名稱)
 file_type (副檔名類型：pdf / xlsx / docx / jpg / msg …)
 mime_type (MIME 類型，可自動偵測)
 version (版本號，例：1、2、3)
 description (簡要說明或備註)

Other fields you can refer
查帳系統 Table Design Spec

3.7 Confirmation 函證

Core Identification

id
engagement_id (所屬查核案件)
entity_id (客戶公司，可由 engagement 推得)
confirmation_code (CONF-2025-001)
subject_area (bank / receivable / payable / investment / loan / legal / other)
title (函證主旨，例如「2025年度應收帳款函證」)
description (補充說明)

Other fields you can refer
查帳系統 Table Design Spec
函證Table Design Specification

3.８ Finding查核發現/議題

Core Identity

 id
 engagement_id
 code (e.g., F-2025-012)
 title
 description (issue statement / what was found)

Other fields you can refer
查帳系統 Table Design Spec

3.９ Risk 風險項目

Core Identity

id
engagement_id
code (R-2025-001 or AUTO-GEN)
title (risk short name, e.g., “Revenue cut-off risk”)
description (詳細描述：what could go wrong / 為何為風險)

Other fields you can refer
查帳系統 Table Design Spec

3.10 Procedure 查核程序

Core Identity

id
engagement_id
workpaper_id (對應底稿主鍵)
risk_id (若屬風險導向查核，連到風險項目)
code (P-001 或 auto-generated)
title (程序名稱，例如「核對銀行對帳單餘額」)
description (完整步驟說明：查核目的、方法、來源)

Other fields you can refer
查帳系統 Table Design Spec

3.11 Control控制點（內部控制）

Core Identity

id
engagement_id
code (CTL-2025-001 or auto-generated)
title (control name, e.g. “Bank reconciliation review”)
description (完整控制描述 — how the control operates)

Other fields you can refer
查帳系統 Table Design Spec

3.12 Template 查核程序模板

Core Identification

id
code (例如 TMP-AR-001 或 AUTO-GEN)
name (模板名稱，例如「應收帳款函證程序」)
description (模板說明：使用情境與目的)
version (模板版本號，例如 3.0 / 2025.1)
is_active (是否啟用)

Other fields you can refer
查帳系統 Table Design Spec

3.13 ACCOUNT 會計科目

Core Identity

id
entity_id (所屬公司/客戶)
code (會計科目代碼，支援分段如 1101-01-001)
name (本地語言名稱)
name_en / name_ja (可選，多語)

Other fields you can refer
查帳系統 Table Design Spec

3.14 tb 試算表科目

Core Identy

id
engagement_id (所屬查核案件)
entity_id (客戶公司，可由 engagement 推得)
account_id (對應 accounts 主表 id)
account_code (會計科目代碼，保留快照)
ccount_name (會計科目名稱，保留快照)

Other fields you can refer
查帳系統 Table Design Spec

3.15 counterparty對象

Core Identity

id
entity_id (所屬客戶公司/法人，便於同一客戶多年度共用對象主檔)
code (內部代碼，便於搜尋/對應 ERP)
name (對象名稱，例：台灣銀行中山分行 / XX 客戶股份有限公司)
legal_name (法定全名；有別名時特別重要)
alias_names (JSON：常用別名/英文名)

Other fields you can refer
查帳系統 Table Design Spec

3.15 entity客戶實體

Core Identity

id
code (內部代碼，如 TW001 / CN023，可作為永輝客戶代號)
name (中文名稱)
name_en (英文名稱)
legal_name (法定登記名稱，如有不同)
short_name (簡稱，用於報表顯示)

Other fields you can refer
查帳系統 Table Design Spec

4.沒有涉及多對多的 Tables

Below contents were wrote by Dale Chen 2025/10/21

*這是目前感覺與其他的Table 是1對多關系，用別的Table 的Key 連結
*如果發現有多對多關系，就必須用Junction Table 來連結。

4.1 sign_offs (簽核記錄)

Core Identity

id
signoff_code (optional human ref, e.g., SO-2025-001)

🔗 Link Targets (what is being signed)

engagement_id
workpaper_id (most common)
document_id (if signing a specific file/report)
procedure_id (if step-level sign-off)
finding_id (if approving a finding)
confirmation_id (if approving a confirmation batch)
Keep only what you use; others nullable.)

Other fields you can refer
查帳系統 Table Design Spec

4.2 adjustment 調整分錄

Core Identify

id
engagement_id (所屬查核案件)
entity_id (所屬公司，可由 engagement 推得)
adjustment_code (例如 AJ-2025-001)
description (分錄摘要 / 調整原因)

Other fields you can refer
查帳系統 Table Design Spec

4.3 查核計畫表（Audit Plan）

Core Identy

id
engagement_id (所屬查核案件)
plan_code (AP-2025-001)
title (查核計畫名稱，如「2025年度財報查核計畫」)
description (查核計畫總說明)

Other fields you can refer
查帳系統 Table Design Spec

4.4 品管審核（EQCR）與二階複核

Core Identy

id
engagement_id (所屬查核案件)
eqcr_code (EQCR-2025-001)
title (案件或審核階段名稱，例如「2025年度財報查核 EQCR」)
review_type (eqcr / second_review / cold_review / hot_review)

Other fields you can refer
查帳系統 Table Design Spec

接洽我們：
永輝啟佳聯合會計師事務所- EvershineCPA.tpe
臺灣永輝協同網路服務股份有限公司- EvershineBPO.tpe
永輝專利師事務所 – EvershineIPO.tpe
臺北市長春路378號6F 靠近長春路與復興北路交叉口
捷運文湖線與松山線交口南京復興站,兄弟大飯店附近
接洽人:
陳中成首席合夥人/會計師/專利師
Mobile: +886-933920199
Office: +886-2-27170515 E100
Skype: daleccchen
Wechat ID: evershiinecpa | Line ID:evershinecpa
Linkedin address:Dale Chen Linkedin
E-mail: dalechen@evershinecpa.com

For your Information:

Evershine在以下城市擁有100%的附屬公司：
永輝總部、臺北永輝、廈門永輝、北京永輝、上海那靈、深圳常新、紐約永輝、加州永輝、德州永輝、鳳凰城永輝、東京永輝、首爾永輝、河內永輝、越南胡志明、曼谷永輝、新加坡永輝、吉隆玻永輝、雅加達永輝、馬尼拉永輝、墨爾本永輝、澳洲雪梨、孟加拉永輝、新德里永輝、印度孟買、杜拜永輝、法蘭克福永輝、巴黎永輝、倫敦永輝、荷蘭永輝、西班牙永輝、義大利永輝、羅馬尼亞永輝、多倫多永輝、墨西哥永輝。
其他已提供中文化服務城市：
邁阿密、亞特蘭大、俄克拉荷馬、密歇根、西雅圖、特拉華；
柏林; 斯圖加特;布拉格；布加勒斯特；班加羅爾；泗水；
高雄、香港、深圳、東關、廣州、清遠、永康、杭州、蘇州、崑山、南京、重慶、許昌、青島、天津。
永輝潛在可服務城市 (2個月籌備期)：
我們為IAPA會員所,總部在倫敦，全球300個會員所，員工約1萬人。
我們為LEA會員所,總部在美國芝加哥，全球600個會員所，員工約2萬8千人。
Evershine is local Partner of ADP Streamline® in Taiwan.
(版本:2025/10)