一、SLA 生成科目的核心邏輯判定順序SLA 不是直接取科目而是按四層映射? 逐級判定最終拼出完整的 CCID會計科目彈性域組合子分類賬事務 → ① 事件實體 事件分類 → ② 匹配 應用會計定義 (AAD, Application Accounting Definition) → ③ 確定 事件類型 (Event Type) → ④ 命中 日記賬行定義 (Journal Line Definition) 規則集 (Rule Set) → ⑤ 映射 CCID (科目段 各輔助段) → ⑥ 生成會計分錄 → GL二、完整判定樹文本版可直接轉規則START: 子分類賬事務 (AP/AR/FA/PO/PA/INV...) │ ├─ 1. 識別 事件實體 (Event Entity) │ ├─ AP ─┐ │ ├─ AR ─┤ │ ├─ FA ─┤──→ 匹配 [應用會計定義 AAD] │ ├─ PO ─┤ │ └─ ... ─┘ │ ├─ 2. 匹配 AAD (Application Accounting Definition) │ │ 一個 Ledger 可掛多個 AAD (多個子分類賬共用) │ ▼ ├─ 3. 確定 事件分類 (Event Classification) 事件類型 (Event Type) │ │ │ ├─ AP 發票創建 ──→ 事件類型: INVOICE_CREATED │ ├─ AP 付款核銷 ──→ 事件類型: PAYMENT_CLEARED │ ├─ AR 客戶收款 ──→ 事件類型: RECEIPT_CREATED │ └─ FA 折舊運行 ──→ 事件類型: DEPRECIATION │ ├─ 4. 規則集判定 (Rule Set) —— 決定每行的會計科目 │ │ │ ├─ [AP 發票] │ │ ├─ IF 發票類型 費用 → 借: 費用科目(來自分配行) 貸: 應付賬款 │ │ ├─ IF 匹配 PO → 借: 材料采購/庫存 貸: 應付賬款 │ │ └─ ELSE → 借: 預付/其他應付科目 貸: 應付賬款 │ │ │ ├─ [AP 付款] │ │ ├─ IF 付款方式 銀行轉賬 → 借: 應付賬款 貸: 銀行存款 │ │ └─ ELSE (現金/支票) → 借: 應付賬款 貸: 現金 │ │ │ ├─ [AR 收款] │ │ ├─ IF 有匯兌差異 → 借: 銀行存款 貸: 應收賬款 │ │ │ 匯兌損益(實收/評估) │ │ └─ ELSE → 借: 銀行存款 貸: 應收賬款 │ │ │ └─ [FA 折舊] │ ├─ IF 資產類別 房屋 → 借: 折舊費用-房屋 貸: 累計折舊 │ └─ ELSE → 借: 折舊費用-XX 貸: 累計折舊 │ └─ 5. 映射 CCID (Chart of Accounts 各段) └─ 公司段.科目段.部門段.項目段.往來段.產品段... ↓ 生成會計分錄 → 寫入 GL三、關鍵概念速查層級名稱作用EBS / Fusion 對應①事件實體? (Event Entity)事務來源模塊AP / AR / FA / PO ...②AAD? (應用會計定義)把事件映射到會計Application Accounting Definition③事件類型? (Event Type)區分動作創建/核銷/折舊INVOICE_CREATED 等④日記賬行定義? (Journal Line Def)定義借貸行JLD 規則集⑤映射集? (Mapping Set / Account Rule)取值來源常量/來源/SQLAccount Rule, Source⑥CCID?完整科目彈性域組合各段拼接四、EBS 與 Fusion 的差異提示核心判定邏輯完全一致都是 事件 → AAD → 事件類型 → 規則集 → CCID。差異主要在配置入口EBS 用SLA 配置 (XLA)? 會計生成器Fusion 在Setup and Maintenance → Accounting Rules? 中通過 ADF 界面配置且 Fusion 的Account Rule / Description Rule? 支持更靈活的條件表達式。科目映射EBS 常用 Mapping Set Account RuleFusion 引入Account Combination Rule? 直接按段拼接邏輯更直觀。