方案背景：票據管理的三大核心挑戰
人資領域票據種類繁多、數量龐大，人工處理幾乎不可能。解決方案需覆蓋：票據管理（類型定義與存儲）、審批流程（路由與規則）、歸檔檢索（多維條件組合查詢）。並需整合人員組織結構，支援審批權責對應。
技術選型理由
- DB2 Content Manager (CM)：靈活的文件類型定義、強大的工作流程引擎、文件路由與工作清單機制，完美對應票據多樣化與流程導向需求。
- LDAP (IBM Tivoli Directory Server)：層次結構物件存儲，天然對應人資組織架構（部門巢狀、人員隸屬、上下級關係），提供高效物件檢索與權限整合。
商業領域模型設計
1. 人員組織結構模型
- 用戶：屬性含 UserID、上級 UserID、所屬部門 ID。關係：平行（同部門同層級）、層級（上下級）、涵蓋（部門含用戶）。
- 部門：以 LDAP 用戶組表示。屬性含 DeptID、上級 DeptID、成員 UserID 清單。部門間亦有平行與層級關係。
LDAP 物件屬性直接映射業務關係，無需額外關聯表。
2. 票據模型
每種票據對應一個模型（屬性集合）。共享屬性：票據編號、類型、日期、國家碼、幣別、總額/淨額、稅率/稅額、擁有者、描述。CM 的 Item Type 由共享 Attribute 組合而成，完美支援此模式。
3. 流程模型（整合者）
- 工作節點：對應業務步驟（如校對→審批→歸檔）。
- 非工作節點：開始/結束、判斷（條件路由）、分裂/聚合（並行處理）、子流程（複雜邏輯模組化）。
- 參與者以用戶組定義，運行時由分配演算法指派具體用戶，提升負載均衡靈活性。
- 文件在工作節點間流轉，工作清單彙整待辦文件供用戶處理，屏蔽流程複雜度。
Content Manager 具體建模實作
階段一：LDAP 整合與用戶導入
- CM 管理客戶端關聯 LDAP 伺服器（圖 1）。
- 依 LDAP 用戶物件在 CM 建立同名用戶（圖 2），僅導入用戶（流程操作主體為用戶而非用戶組），組織關係沿用 LDAP 定義。
階段二：Item Type 與 Attribute 建構
- 提取所有票據類型屬性，去重建立共享 Attribute（圖 3）。
- 依票據業務特徵組合 Attribute 建立 Item Type，每種票據一個 Type。
階段三：工作流程圖形化建模
- 在 Work Basket 建立工作節點（圖 4）。
- 圖形化介面連接節點形成流程（圖 5），配置判斷條件、分裂/聚合對、子流程嵌套。
- 建立工作清單，關聯相關工作節點（圖 6），自動彙整待辦文件。
關鍵設計決策總結
| 決策點 | 選擇 | 理由 |
|---|
| 組織結構存儲 | LDAP | 層次物件模型天然匹配、高效檢索、企業級目錄服務標準 |
| CM 用戶來源 | 從 LDAP 導入 | 單一真實來源、避免雙維護、利用既有屬性與關係 |
| 票據屬性管理 | 共享 Attribute + 組合 Item Type | 減少冗餘、支援跨票據層面查詢、靈活擴展 |
| 流程參與者定義 | 用戶組 + 運行時分配演算法 | 解耦流程設計與人員變動、支援負載均衡 |
| 複雜流程處理 | 子流程節點模組化 | 提升可讀性、可維護性、可重用性 |
結語
以 LDAP 承載組織結構，CM 承載文件定義與流程執行，二者分工明確、介面清晰。本文展示的建模方法論——從領域模型到平台元模型的逐層映射，為構建靈活、可擴展的企業級票據管理解決方案提供了可復用的藍圖。
