一、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) | 取值来源（常量/来源/SQL） | Account 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 Rule；Fusion 引入Account Combination Rule 直接按段拼接，逻辑更直观。
