Oracle Fusion Apps《Financials Implementation Guide》SLA 章节不瞎编。一、先把这篇文档的骨架读懂你贴的这章讲的是Subledger AccountingSLA——也就是 Fusion 里子模块业务交易 → 子分类账日记账 → GL的会计转换引擎。它的核心命题只有一个同一笔业务交易按不同会计准则 / 不同账簿 / 不同业务含义生成不同的会计分录。文档里反复出现几条主线必须先拎清1. 核心对象层级从底到顶非常重要Source事务源头字段 ↓ 映射到 Accounting Attribute核算属性如 Accounting Date / Entered Amount / Distribution Type… ↓ 被 Journal Line Rule日记账行规则借/贷/损益/条件 ↓ 组合进 Subledger Journal Entry Rule Set事件类/事件类型的完整分录定义 ↓ 归集到 Accounting Method核算方法如 US GAAP / French Statutory ↓ 分配给 Ledger账簿2. 文档覆盖的五大组件组件作用文档里重点段落Accounting Attributes​把事务 Source 映射到分录头/行上的字段必设Accounting Date / Distribution Type / Entered Amount / Entered Currency / First Distribution ID全章前半Accounting Method​把一组 Journal Entry Rule Set 打包挂到 LedgerAccounting methods group… 段Journal Entry Rule Set​针对某个 Event Class / Event Type 的完整分录定义Header 级 Line 级Subledger journal entry rule sets provide…Journal Line Rule​单行规则Side(借/贷/损益)、Merge、Condition、Business Flow LinkJournal line rules are defined…Account Rule​决定科目怎么出Account Combination / Segment / Mapping Set / 条件优先级Account rules are used to determine…3. 两个高级开关业务场景里很关键Business Flow业务流把发票 → 付款 → 核销这类跨事件串起来Applied To 系列属性用来回溯前一事件的分录跨币种还算 Gain/Loss。Accrual Reversal / Accounting Reversal应计暂估反转 原交易冲销靠 Reversal Indicator Distribution ID 实现。二、SLA 模块设置步骤自底向上法文档推荐两种这个更稳文档提到可以Top-Down先建 Accounting Method也可以Bottom-Up先建组件。生产实施几乎都用 Bottom-Up因为依赖关系清晰。 标准 8 步每步都对应你贴的文档段落Step 1确认 Subledger Transaction 的 Source 是否已足够每个应用AP/AR/Projects/Costing…会往 SLA 抛 SourceAccounting Attribute 只能从已分配到 Event Class 的 Source里选 文档原话Once sources are assigned to accounting event classes, they are eligible for assignment to accounting attributesStep 2Event Class 层分配 Accounting Attributes必设 5 个Accounting DateHeader必设Distribution TypeLine必设Entered AmountLine必设Entered Currency CodeLine必设First Distribution IdentifierLine必设可选Accrual Reversal GL Date / Transfer to GL / Exchange Gain-Loss / Third Party / Tax…Step 3建 Description Rule头 行字面量 Source 拼接例Loan Origination Date 11/01/11Step 4建 Account Rule科目规则最复杂的一层三种类型任选/混用Account Combination Rule直接出完整 CCIDSource / Constant / Mapping Set / 引用另一个 Account RuleSegment Rule只出一个段比如 Cost Center其余段由 Account Rule 补齐段规则优先Value Set Rule无 COA 时跨 COA 共享 文档里的Priority​ 机制很重要条件按顺序判命中即停Mapping Set 比 Constant 灵活得多Supplier Type → 不同支出科目那种例子。Step 5建 Journal Line Rule关键属性SideDebit / Credit / Gain / Loss / Gain or LossAccounting ClassLiability / Expense / Tax / Asset…Condition例Line Type Tax才出税行Link Journal LinesNoneCopy from corresponding line同分录内借/贷互拷段比如费用成本中心 付款成本中心Business Flow跨事件串如贷款发放 → 贷款结清Step 6组装 Subledger Journal Entry Rule SetHeader 分配Accounting Date必 Accrual Reversal GL Date Description Supporting RefLine 分配Journal Line Rule Account Rule Supporting Ref一个 Event Class / Event Type 可配多个 Rule Set按 Ledger 不同给不同 Rule SetUS GAAP vs Statutory 就是这么分的Step 7建 Accounting Method → 挂 Journal Entry Rule SetAccounting Method 可绑 COA绑了就只能在同 COA 的 Ledger 用不绑就能跨 Ledger新建 / 改组件后状态变Incomplete必须Activate Subledger Journal Entry Rule Set Assignments​ 才能跑 Create AccountingStep 8Accounting Method 分配给 Ledger不同 Ledger 给不同 Accounting Method → 同一笔 AP 发票在 US GAAP Ledger 和 French Statutory Ledger 出不同分录⚠ 文档提醒迁移Export/Import前Rule Set 和 Accounting Method 必须先激活成功否则 Import 失败且要连 Define Ledgers 等依赖一起迁。三、SLA 与 Fusion 三大架构的关系这是用户最容易糊的地方1️⃣ 核算架构Accounting / Ledger 层Primary Ledger (US GAAP) └─ Accounting Method: US_GAAP_AM └─ Journal Entry Rule Set (AP Invoice / AR Invoice / …) Secondary Ledger (French Statutory, non-valuation) └─ Accounting Method: FR_STATUTORY_AM └─ Journal Entry Rule Set (同事件类不同科目/不同行规则)SLA 是Ledger 级别的一个 Ledger 挂一个 Accounting Method同一 Event如 AP Invoice Validation在 Primary / Secondary 各跑一次 Create Accounting出两套分录Reporting Currency Ledger 再跟一轮折算2️⃣ 组织架构Legal Entity / Business UnitLE​ 决定这套账归谁法定报表口径BU​ 决定哪个业务单元录的交易AP/AR 事务层SLA不直接认 BU而是通过Subledger Transaction → SourceBU_ID / LE_ID→ Accounting Attribute → Journal LineThird Party 属性Party Type C/S Party ID把客商维度带进分录Supporting Reference 可以把 BU / LE / 项目号等维度存在行上甚至维余额 逻辑链BU 录业务 → LE 归属账簿 → SLA 按 Ledger 的 Accounting Method 转分录 → GL 按 LE 出法定报表3️⃣ 管理架构部门 / 成本中心 / 项目 / 利润中心这一层 Fusion 不在 COA 外另搞而是塞进COA Segment Supporting ReferenceSegment Rule​ 从 Distribution Account 拷成本中心 / 公司段 → 管理口径自然进科目Supporting Reference Balances​ 可以不开 COA 段也能按管理维度维余额文档原话Reconciliation back to source / PL by dimensions not in COA例贷款管理 → Supporting Ref 存 Credit Status Loan Contract Number单独维余额四、典型业务场景核算逻辑配示例下面挑 Fusion 里最常被问的 6 个场景每个都按「业务动作 → SLA 组件怎么走 → 分录」拆。场景 1应付发票校验AP Invoice Validation业务AP Invoice 录入 → 校验通过 → 产生负债SLA 路径Event Class:AP_INVOICESEvent Type:VALIDATEDJournal Entry Rule Set 给两个 Line RuleLiability 行SideCredit, Acct ClassLiability, Account Rule供应商负债科目可能 Mapping Set 按 Supplier Type 出不同 CCIDExpense 行SideDebit, Acct ClassExpense, Account Rule费用科目Distribution Account 的 Natural Account 段分录本位币 USD发票也是 USD借贷管理费用 / 采购费用 1000应付账款 – 供应商 A 1000Accounting Attribute 必填Accounting DateEvent Date、Entered Amount1000、Entered CurrencyUSD、Dist TypeAP_INV_DIST、First Dist ID…场景 2应付付款AP Payment业务付钱负债消掉现金减少SLA 路径Event Class:AP_PAYMENTSJournal Line Rule贷现金SideCredit, Acct ClassCash借负债SideDebit, Acct ClassLiabilityLink Journal Lines Copy from corresponding line​ → 成本中心从负债行拷到现金行文档举的例子费用发生的成本中心也要扛付款分录借贷应付账款 – 供应商 A 1000银行存款 1000如果发票外币、付款外币、汇率变 → Gain/Loss Reference 把借/贷行分组差额自动出汇兑损益行Exchange Gain/Loss Account 属性或 Gain/Loss Journal Line Rule场景 3发票-付款核销Business Flow 跨事件业务Invoice 已入账Payment 已入账现做核销SLA 路径核销事件的 Journal Line Rule 勾Business FlowApplied To​ 系列属性Applied To First Dist ID / Applied To Distribution Type / Applied To Amount…指回 Invoice 那笔 EventCreate Accounting 用 Applied To 属性 Business Flow Class 找到原 Journal Line跨币种时Applied To Amount​ 用来算 Gain/Loss分录逻辑如果同币种同金额 → 核销本身可不生成新行或只生成清账标记取决于 Event Type 设计如果发票 USD、付款时汇率变 → 在原 Liabilities 行基础上额外出 Exchange Gain/Loss 行场景 4汇兑损益Invoice 与 Payment 不同汇率文档依据Gain or Loss Reference 把同一组业务的行捆一起借合计 vs 贷合计差 损益举例发票EUR 1000汇率 1.10 → USD 1100借 Exp 1100 / 贷 AP 1100付款EUR 1000汇率 1.12 → USD 1120借 AP 1120 / 贷 Cash 1120Gain/Loss Reference 相同 → 系统算AP 侧 1100 vs 1120 差 20 →Exchange Loss 20借贷应付账款 1120银行存款 1120汇兑损失 20应付账款 20或 net 掉看 Event Type 设计场景 5应计Accrual与反转Accrual Reversal业务月末估一笔费用次月 1 号自动反转SLA 路径Accrual 事件正常出 Expense / Accrued LiabilityAccrual Reversal GL Date​ 属性赋值 Accounting DateCreate Accounting 看到 Accrual Reversal GL Date 有值 →自动生成一笔反转分录分录当月Dr Exp 1000 / Cr Accrued Liab 1000次月 1 号反转系统自动Dr Accrued Liab 1000 / Cr Exp 1000场景 6会计冲销Accounting Reversal业务原发票错了要红冲再重录SLA 路径Accounting Reversal Indicator​ Y冲销不补新行或B冲销 新行Reversal Distribution Type First/Last Distribution ID 必须分配Create Accounting 读到 IndicatorY → 原 Distributions 对应的 Journal Line 反向出一笔分录原Dr Exp 1000 / Cr AP 1000红冲YCr Exp 1000 / Dr AP 1000五、各业务场景会计核算分录汇总表下面这张是你要的汇总大表我按 Fusion 常见子账 × 典型 Event Type 铺开。注科目名是示意真实来自 Account Rule / Mapping Set。#子模块业务事件Event Class / TypeJournal Line RuleSide / Acct Class示意分录本位币SLA 关键属性 / 规则1APInvoice ValidatedCr Liability / Dr Expense(Tax 行条件 Line TypeTax)Dr 费用 1000 / Cr 应付 1000税行Entered Amt/Ccy, Dist ID, Third Party2APPayment CreatedDr Liability / Cr CashLinkCopy from corresp lineDr 应付 1000 / Cr 银行 1000Gain/Loss Reference(若汇率变)3APPayment → Invoice AppliedBusiness Flow 行Applied To Dist ID 指回 Invoice同币种清账异币种GainLoss 行Applied To Amount 算跨币 Gain/Loss4APAccrualDr Exp / Cr Accrued LiabDr 费 1000 / Cr 应计 1000Accrual Reversal GL Date 设次月 1 号5APAccrual Reversal(auto)系统按 Accrual Reversal GL Date 自动反向Dr 应计 1000 / Cr 费 1000Accrual Reversal GL Date6APAccounting Reversal(Y)Reversal IndY原行反向Cr 费 1000 / Dr 应付 1000Reversal Dist Type Dist ID7ARInvoice CreatedDr Receivable / Cr Revenue(Tax)Dr 应收 1000 / Cr 收入 1000Entered Amt/Ccy, Party TypeC8ARReceiptDr Cash / Cr ReceivableDr 银行 1000 / Cr 应收 1000Gain/Loss Reference9ARReceipt → Invoice AppliedBusiness FlowApplied To 指回 Invoice清账 跨币损益Applied To Amount10ProjectsCost DistributionDr Project Exp / Cr Accrued Labor(Material…)Dr 项目支出 500 / Cr 应计 500Account Rule 引 Proj Cost Acct11AssetsCapital PurchaseDr Asset / Cr LiabilityCondition: Dist CCLiab CC AND Asset FlagYDr 资产 5000 / Cr 应付 5000Journal Line Rule Condition文档示例12Cross期末重估 / 结算Gain/Loss 行SideGain or LossDr/Cr 汇兑损益 XXSubledger Gain or Loss Option 同一行事件在不同 Accounting MethodUS GAAP vs Local Statutory​ 下可以走不同 Journal Entry Rule Set多行 / 少行 / 不同 Acct Class同一 Rule Set 下换 Account RuleMapping Set 不同 → 科目不同这就是 Fusion 一套交易、多套核算的落地方式。