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