指引

銀行大型共用平台 - 資料庫設計指引 文件資訊 文件名稱: 資料庫設計指引 版本: 2.0 建立日期: 2025-08-11 最後更新: 2025-08-29 作者: 資料庫架構師 適用範圍: 銀行大型共用平台專案 目錄 資料庫命名規範 欄位設計準則 主鍵、外鍵與唯一鍵設計規範 索引策略 資料分區與分表策略 資料庫正規化與反正規化設計 資料安全規範 資料庫版本控管與變更管理方法 性能調校原則與監控方法 資料庫備份與災難復原計劃 資料庫容量規劃 資料庫升級與遷移策略 資料庫日誌管理 資料庫測試與驗證 資料庫文件與註解 資料庫自動化與工具 資料庫監控與維護 資料庫性能測試 資料治理與品質管理 多租戶架構設計 雲端資料庫設計指引 資料庫DevOps實踐 法規遵循與合規要求 資料庫最佳實務總結 結論與未來發展 1. 資料庫命名規範 1.1 資料庫命名規範 原則: 使用英文、數字和底線，避免特殊字元 格式: {系統代碼}_{環境代碼}_DB 範例: BANK_PROD_DB、BANK_TEST_DB、BANK_DEV_DB 1.2 Schema 命名規範 原則: 依據功能模組或業務領域命名 格式: {模組代碼}_{功能代碼} 範例: CORE_ACCOUNT (核心帳戶) LOAN_MGMT (放款管理) RISK_CONTROL (風險控制) AUDIT_LOG (稽核日誌) 1.3 Table 命名規範 原則: 使用單數名詞，英文大寫，底線分隔 格式: {模組前綴}_{業務實體} 範例: ACC_CUSTOMER (客戶資料) LOAN_APPLICATION (放款申請) TXN_JOURNAL (交易日誌) 1.4 Column 命名規範 原則: 英文大寫，底線分隔，含義明確 通用欄位: ID - 主鍵 CREATED_DATE - 建立時間 CREATED_BY - 建立者 UPDATED_DATE - 更新時間 UPDATED_BY - 更新者 VERSION - 版本號 STATUS - 狀態 1.5 Index 命名規範 主鍵索引: PK_{表格名稱} 一般索引: IDX_{表格名稱}_{欄位名稱} 唯一索引: UK_{表格名稱}_{欄位名稱} 外鍵索引: FK_{表格名稱}_{參考表格名稱} 1.6 View 命名規範 格式: V_{模組前綴}_{功能描述} 範例: V_ACC_CUSTOMER_SUMMARY 1.7 Function 命名規範 格式: FN_{模組前綴}_{功能描述} 範例: FN_CORE_CALC_INTEREST 1.8 Trigger 命名規範 格式: TRG_{表格名稱}_{觸發時機}_{動作} 範例: TRG_ACC_CUSTOMER_BEFORE_UPDATE 2. 欄位設計準則 2.1 資料型別選擇原則 2.1.1 數值型別 用途 Oracle DB2 SQL Server PostgreSQL 整數 NUMBER(10) INTEGER INT INTEGER 長整數 NUMBER(19) BIGINT BIGINT BIGINT 金額 NUMBER(15,2) DECIMAL(15,2) DECIMAL(15,2) DECIMAL(15,2) 百分比 NUMBER(5,4) DECIMAL(5,4) DECIMAL(5,4) DECIMAL(5,4) 2.1.2 字串型別 用途 Oracle DB2 SQL Server PostgreSQL 固定長度 CHAR(n) CHAR(n) CHAR(n) CHAR(n) 變動長度 VARCHAR2(n) VARCHAR(n) VARCHAR(n) VARCHAR(n) 大文字 CLOB CLOB TEXT TEXT 2.1.3 日期時間型別 用途 Oracle DB2 SQL Server PostgreSQL 日期 DATE DATE DATE DATE 日期時間 TIMESTAMP TIMESTAMP DATETIME2 TIMESTAMP 時間戳記 TIMESTAMP(6) TIMESTAMP(6) DATETIME2(6) TIMESTAMP(6) 2.2 長度設計標準 客戶姓名: VARCHAR(100) 客戶ID: VARCHAR(20) 帳號: VARCHAR(20) 電話: VARCHAR(20) 地址: VARCHAR(200) 電子郵件: VARCHAR(100) 備註: VARCHAR(500) 2.3 NULL 值設計原則 不允許 NULL 的欄位: ...

金融專案合規要求手冊 版本資訊 版本: 1.1 發布日期: 2025年8月29日 適用對象: 新進專案經理、資深專案經理、系統開發團隊 審核狀態: 更新版 目錄 金融專案中常見的合規要求概述 主要法規與標準（國內/國際） 專案生命周期各階段的合規檢查清單 專案文件與紀錄保存要求 風險管理與稽核應對 案例示例與常見錯誤 新興技術與合規挑戰 跨部門協作與溝通機制 合規成本管理與效益分析 數位轉型專案特殊考量 附錄：合規檢查清單 附錄：合規工具與模板 1. 金融專案中常見的合規要求概述 1.1 合規的重要性 金融專案合規不僅是法律要求，更是維護機構聲譽、降低營運風險的核心要素。在當今嚴格的監管環境下，任何合規疏失都可能導致： 法律責任：罰款、制裁、執照撤銷 聲譽損失：客戶信任度下降、市場競爭力削弱 財務損失：營運中斷、客戶流失、投資人信心下滑 營運影響：系統重建、流程重新設計 1.2 金融專案特有的合規挑戰 1.2.1 資料敏感性 個人資料保護：客戶身分資料、財務資訊 交易資料：金流記錄、投資組合資訊 內部資料：風險模型、定價策略 1.2.2 跨境監管 多國法規：GDPR（歐盟）、CCPA（加州）、個資法（台灣） 國際標準：Basel III、FATF建議、ISO 27001 監管機構：金管會、央行、銀行局 1.2.3 技術複雜性 系統整合：核心銀行系統、風控系統、報表系統 資料治理：資料品質、資料血緣、資料安全 技術債務：舊系統維護、新舊系統共存 1.3 合規框架概念 1.3.1 三道防線模型 (Three Lines of Defense) 第一道防線：業務單位與營運管理 日常風險管理 內控制度執行 前線合規檢查 第二道防線：風險管理與合規單位 政策制定 風險監控 合規查核 第三道防線：內部稽核 獨立驗證 有效性評估 改善建議 1.3.2 專案合規責任分工 角色 主要責任 合規職責 專案經理 專案整體管控 確保合規要求納入專案範圍 業務分析師 需求分析 識別業務流程中的合規點 系統架構師 技術架構設計 確保技術方案符合合規要求 開發團隊 系統開發 落實合規控制點的程式實作 測試團隊 系統測試 執行合規功能測試與驗證 合規專員 合規諮詢 提供法規解釋與合規指導 1.4 大型專案 vs 中小型專案差異 1.4.1 大型專案特點 專案規模：預算超過1億台幣、團隊超過50人、開發期程超過2年 合規複雜度：涉及多項法規、跨國營運、多系統整合 管理要求： 設立專門的合規委員會 聘請外部合規顧問 建立完整的合規治理架構 定期向董事會報告 1.4.2 中小型專案特點 專案規模：預算5千萬台幣以下、團隊20人以下、開發期程1年以內 合規複雜度：主要聚焦核心法規、單一系統或功能 管理要求： 指派合規聯絡人 使用標準化合規檢查清單 定期合規狀態報告 重點關注關鍵合規節點 1.5 常見合規領域 1.5.1 資料保護與隱私 適用法規：GDPR、個資法、銀行法 關鍵要求： 資料收集同意機制 資料處理目的限制 資料保存期限管理 資料跨境傳輸控制 1.5.2 反洗錢與打擊資恐 (AML/CFT) 適用法規：洗錢防制法、資恐防制法、FATF建議 關鍵要求： 客戶盡職調查 (CDD) 加強客戶盡職調查 (EDD) 疑似洗錢交易申報 (STR) 制裁名單篩檢 1.5.3 網路安全 適用法規：資通安全管理法、個資法、銀行法 關鍵要求： 資訊安全管理制度 事件應變機制 定期安全評估 員工安全教育訓練 2. 主要法規與標準（國內/國際） 2.1 台灣金融法規 🇹🇼 2.1.1 核心法規 銀行法 主管機關：金融監督管理委員會 適用對象：銀行業、信用合作社 關鍵條文： 第33條：銀行業務限制 第45條：資本適足性要求 第48條：業務查核與申報 專案影響：系統功能設計須符合業務範圍限制 個人資料保護法 施行日期：2012年10月1日 適用範圍：所有處理個人資料的公務機關及非公務機關 關鍵要求： 告知義務（第8條） 資料正確性維護（第11條） 安全維護措施（第27條） 罰則：新台幣2萬元以上20萬元以下罰鍰 洗錢防制法 最新修正：2018年11月7日 主要內容： 金融機構防制洗錢辦法 客戶盡職調查程序 疑似洗錢交易申報 系統要求： 即時篩檢功能 交易監控系統 報告產製機制 2.1.2 監管指引 金管會相關函令 銀行業內部控制及稽核制度實施辦法 金融機構防制洗錢辦法 銀行業公司治理實務守則 中央銀行規定 外匯收支或交易申報辦法 銀行業辦理外匯業務管理辦法 2.2 國際法規與標準 2.2.1 歐盟法規 GDPR (General Data Protection Regulation) 生效日期：2018年5月25日 適用範圍： 歐盟境內的資料處理 向歐盟提供商品或服務 監控歐盟境內個人行為 關鍵原則： 合法性、公平性、透明性 目的限制 資料最小化 正確性 保存期限限制 完整性與機密性 個人權利： 存取權 (Right of Access) 更正權 (Right to Rectification) 刪除權 (Right to Erasure) 資料可攜權 (Right to Data Portability) 罰款：營業額4%或2,000萬歐元，取較高者 PSD2 (Payment Services Directive 2) 目的：促進歐盟支付服務創新與競爭 關鍵要求： 強客戶驗證 (SCA) 開放銀行 API 第三方支付服務提供者 (TPP) 規範 2.2.2 美國法規 SOX Act (Sarbanes-Oxley Act) 適用對象：美國上市公司 關鍵要求： 財務報告內控制度 管理層證明責任 外部稽核獨立性 CCPA (California Consumer Privacy Act) 生效日期：2020年1月1日 適用範圍：處理加州居民個人資訊的企業 消費者權利： 知情權 刪除權 選擇退出權 不歧視權 2.2.3 國際標準 Basel III 發布機構：巴塞爾銀行監理委員會 (BCBS) 主要內容： 資本適足性要求 流動性覆蓋率 (LCR) 淨穩定資金比率 (NSFR) 槓桿比率 實施時程：2019-2027年分階段實施 ISO 27001 標準名稱：資訊安全管理系統要求事項 認證效益： 提升客戶信任 符合法規要求 降低安全風險 關鍵流程： PDCA循環 風險評估 控制措施選擇 持續改善 FATF 40項建議 發布機構：金融行動工作組織 涵蓋範圍： AML/CFT政策與協調 洗錢與資恐犯罪化 預防措施 透明度與實質受益人 權責機關權力 國際合作 2.3 新興法規趨勢 2.3.1 數位資產相關 歐盟 MiCA (Markets in Crypto-Assets Regulation) 美國數位資產框架 台灣虛擬通貨管理規範 2.3.2 人工智慧與演算法 歐盟 AI Act 演算法透明度要求 AI偏見防制 2.3.3 ESG與永續金融 歐盟永續金融披露規則 (SFDR) 氣候相關財務揭露 (TCFD) 台灣永續分類標準 3. 專案生命周期各階段的合規檢查清單 3.1 專案啟動階段 (Project Initiation) 3.1.1 合規評估要點 法規適用性分析 識別適用法規：依據專案性質、地理範圍、客戶類型確認適用法規清單 法規影響評估：評估各項法規對專案範圍、時程、成本的影響 合規成本估算：預估合規相關的人力、系統、流程成本 利害關係人識別 監管機構：金管會、央行、銀行局等主管機關 內部合規單位：法令遵循處、風險管理處、稽核處 外部顧問：法律事務所、會計師事務所、合規顧問 業務單位：相關業務部門、營運單位 3.1.2 必要文件準備 專案章程 (Project Charter) # 專案合規聲明範例 ## 合規目標 本專案承諾遵循以下法規要求： - 個人資料保護法 - 洗錢防制法 - 銀行法相關規定 - ISO 27001 資訊安全標準 ## 合規責任 - 專案經理：整體合規監督 - 合規專員：專業合規指導 - 開發團隊：落實合規控制點 ## 合規里程碑 - 需求分析階段：完成合規需求識別 - 設計階段：完成合規控制點設計 - 開發階段：完成合規功能開發 - 測試階段：完成合規測試驗證 初步風險評估 合規風險清單：識別潛在的合規風險點 風險等級評估：高/中/低風險分級 初步應對策略：風險規避、降低、轉移、接受 3.2 需求分析階段 (Requirements Analysis) 3.2.1 合規需求收集 功能性合規需求 資料保護功能 ...