用一个完整的业务场景把 EBS 和 Fusion 的 AutoAccounting 段来源配置串起来讲——假设你是一家有两家法人公司、按产品线核算收入的制造企业。 业务场景设定COA 结构4 段公司-成本中心-会计科目-产品段含义示例值段1 公司法人主体01上海公司02深圳公司段2 成本中心销售部门120华东销售部130华南销售部段3 会计科目自然科目1200应收账款4000主营业务收入段4 产品产品线200硬盘300咨询服务业务诉求应收账款按公司区分上海公司卖的货应收款挂在 01 公司下收入科目按成本中心产品区分华东销售部卖的硬盘收入记到 120 成本中心 200 产品下税金科目按税法规则固定一、EBS R12 的完整配置过程步骤 1进入 AutoAccounting 窗口Responsibility: Receivables Manager → Setup → AutoAccounting → 选择 Operating Unit如 上海公司 OU步骤 2定义 Receivable应收账款账户的段来源在 AutoAccounting 窗口中Account Type 选Receivable系统显示 4 个段逐段指定来源段来源类型取值规则公司段1Constant01上海公司成本中心段2Transaction Types从事务类型Standard Invoice上定义的 Receivable 账户提取会计科目段3Constant1200应收账款产品段4Transaction Types从事务类型提取 这样配置后上海 OU 下所有发票的应收账款都挂在01-xxx-1200-xxx。步骤 3定义 Revenue主营业务收入账户的段来源Account Type 选Revenue逐段指定段来源类型取值规则公司段1Constant01成本中心段2Salesperson从销售员 John Doe 主数据上的成本中心 120 提取会计科目段3Transaction Types从事务类型Standard Invoice提取 4000产品段4Standard Lines从标准行20 Megabyte Hard Disk提取 200Oracle 官方文档给出的就是这个经典例子四段收入弹性域00-000-0000-000第一段常量、第二段销售员、第三段事务类型、第四段标准行 。步骤 4定义 Tax 账户的段来源Account Type 选Tax段来源类型取值规则公司段1Constant01成本中心段2Transaction Types从事务类型提取会计科目段3Constant2200应交税费-销项税额产品段4Constant000无产品维度步骤 5定义剩余账户类型同理完成Freight / AutoInvoice Clearing / Unbilled Receivable / Unearned Revenue 的段来源配置。EBS 要求所有账户类型都必须定义否则事务无法完成 。步骤 6维护主数据上的段值AutoAccounting 只是规则真正的段值要从主数据来销售员 John Doe在主数据中维护其关联的成本中心 120事务类型 Standard Invoice在其定义中维护 Receivable 账户和 Revenue 账户的相关段值标准行 20 Megabyte Hard Disk维护其 Product 段值 200步骤 7验证配置让销售员 John Doe 录入一张发票客户某华东客户事务类型Standard Invoice行20 Megabyte Hard Disk × 1金额售价 10000 元保存发票后查看派生出的会计科目业务系统派生科目会计分录应收确认借01-120-1200-200借应收账款 10000收入确认贷01-120-4000-200贷主营业务收入 10000运行Controls → Accounting → Create Accounting分录写入 XLA 并传 GL。⚠️常见错误如果某个段无法派生比如销售员没维护成本中心系统会生成不完整的会计科目必须手动补全才能完成事务 。AutoInvoice 批量导入时一条规则错可能导致成千上万条不完整记录 。二、Fusion 的完整配置过程Fusion 的逻辑与 EBS完全一致差异只在操作界面改为 Web 任务模式且按 Business Unit 隔离。步骤 1进入 Manage AutoAccounting RulesNavigator → Setup and Maintenance → Offering: Financials → Functional Area: Customer Billing → Task: Manage AutoAccounting Rules → 选择 Business Unit: 上海公司 BU步骤 2为各类账户类型配置段来源Fusion 中显示的账户类型与 EBS 相同Receivable / Revenue / Freight / Tax / AutoInvoice Clearing / Unbilled Receivable / Unearned Revenue外加 Bills Receivable 系列 。对每个账户类型点击进入为 COA 的每个段选择 Table Name 或 ConstantRevenue 账户配置示例COA 段Table Name / Constant说明公司Constant: 01上海公司成本中心Salesperson从销售员主数据提取会计科目Transaction Types从事务类型提取产品Standard Lines从标准行/物料提取Fusion 可用的 Table Name 包括Bill-to Site / Salesperson / Standard Lines / Tax / Transaction Types / Drawee Site / Remittance Banks 。步骤 3维护主数据与 EBS 同理需在以下主数据中维护段值销售员Salesperson的成本中心事务类型Transaction Types的 GL 账户标准行Standard Lines/ 物料的产品段值步骤 4Receivables Activities 的配套配置Fusion 中还必须配置 Receivables Activities为折扣、调整、核销、杂项收款等活动指定默认科目。路径Setup and Maintenance → Manage Receivables Activities步骤 5端到端验证Receivables → Billing → Create Transaction → 客户: ABC Pvt Ltd → 金额: 50,000 → 事务类型: Standard Invoice → 保存并提交 Create Receivables Accounting检查生成的子分类账分录确认科目与预期一致借: 01-120-1200-200 / 贷: 01-120-4000-200。三、EBS 与 Fusion 配置对照一览配置环节EBS R12Fusion Cloud入口Receivables Manager → Setup → AutoAccountingFormSetup and Maintenance → Manage AutoAccounting RulesWeb作用范围按 Operating Unit按 Business Unit可选段来源Site / Salesperson / Transaction Types / Standard Lines / Tax / ConstantBill-to Site / Salesperson / Standard Lines / Tax / Transaction Types / Drawee Site / Remittance Banks / Constant必配账户类型Receivable, Revenue, Freight, Tax, Clearing, Unbilled, Unearned同左 Bills Receivable 系列主数据维护销售员/事务类型/标准行上维护段值同左触发会计Create Accounting → XLA → GLCreate Receivables Accounting → SLA → GL与 SLA 关系AutoAccounting 派生默认SLA 可覆盖AutoAccounting 派生默认SLA 会计方法可覆盖四、这个例子中几个关键设计决策1. 为什么应收账款的公司段用 Constant因为上海 OU 下的所有事务天然属于 01 公司不需要动态派生。如果用 Transaction Types 派生意味着不同事务类型可以指向不同公司——这在单一 OU 单一公司场景下没必要。2. 为什么收入的产品段用 Standard Lines因为产品维度直接绑定在发票行上硬盘 vs 咨询服务从标准行/物料提取最准确。如果用 Transaction Types 派生产品段意味着Standard Invoice只能对应一个产品无法满足一张发票多产品的场景。3. 为什么成本中心用 Salesperson因为销售员归属某个销售部门成本中心通过销售员主数据自动带出避免每张发票手工选部门。最佳实践用一张映射表记录每个账户类型、每个段的来源规则 。审计时 auditor 会追问为什么这笔收入记在这个成本中心清晰的段来源规则能让你解释得明明白白。五、配置后必须做的验证清单正向场景不同销售员 不同产品 不同事务类型组合开票检查派生科目边界场景销售员未维护成本中心 → 期望系统报不完整科目AutoInvoice 场景批量导入 1000 行检查是否有拒绝行跨币种场景外币发票的科目派生是否与本币一致GL 账户有效性确认派生的科目组合在 GL 中已启用且符合交叉验证规则SLA 覆盖验证如果定义了自定义会计方法确认最终过账科目与 AutoAccounting 派生的一致或是预期的覆盖结果
用一个完整的业务场景把 EBS 和 Fusion 的 AutoAccounting 段来源配置串起来讲——假设你是一家有两家法人公司、按产品线核算收入的制造企业。 业务场景设定COA 结构4 段公司-成本中心-会计科目-产品段含义示例值段1 公司法人主体01上海公司02深圳公司段2 成本中心销售部门120华东销售部130华南销售部段3 会计科目自然科目1200应收账款4000主营业务收入段4 产品产品线200硬盘300咨询服务业务诉求应收账款按公司区分上海公司卖的货应收款挂在 01 公司下收入科目按成本中心产品区分华东销售部卖的硬盘收入记到 120 成本中心 200 产品下税金科目按税法规则固定一、EBS R12 的完整配置过程步骤 1进入 AutoAccounting 窗口Responsibility: Receivables Manager → Setup → AutoAccounting → 选择 Operating Unit如 上海公司 OU步骤 2定义 Receivable应收账款账户的段来源在 AutoAccounting 窗口中Account Type 选Receivable系统显示 4 个段逐段指定来源段来源类型取值规则公司段1Constant01上海公司成本中心段2Transaction Types从事务类型Standard Invoice上定义的 Receivable 账户提取会计科目段3Constant1200应收账款产品段4Transaction Types从事务类型提取 这样配置后上海 OU 下所有发票的应收账款都挂在01-xxx-1200-xxx。步骤 3定义 Revenue主营业务收入账户的段来源Account Type 选Revenue逐段指定段来源类型取值规则公司段1Constant01成本中心段2Salesperson从销售员 John Doe 主数据上的成本中心 120 提取会计科目段3Transaction Types从事务类型Standard Invoice提取 4000产品段4Standard Lines从标准行20 Megabyte Hard Disk提取 200Oracle 官方文档给出的就是这个经典例子四段收入弹性域00-000-0000-000第一段常量、第二段销售员、第三段事务类型、第四段标准行 。步骤 4定义 Tax 账户的段来源Account Type 选Tax段来源类型取值规则公司段1Constant01成本中心段2Transaction Types从事务类型提取会计科目段3Constant2200应交税费-销项税额产品段4Constant000无产品维度步骤 5定义剩余账户类型同理完成Freight / AutoInvoice Clearing / Unbilled Receivable / Unearned Revenue 的段来源配置。EBS 要求所有账户类型都必须定义否则事务无法完成 。步骤 6维护主数据上的段值AutoAccounting 只是规则真正的段值要从主数据来销售员 John Doe在主数据中维护其关联的成本中心 120事务类型 Standard Invoice在其定义中维护 Receivable 账户和 Revenue 账户的相关段值标准行 20 Megabyte Hard Disk维护其 Product 段值 200步骤 7验证配置让销售员 John Doe 录入一张发票客户某华东客户事务类型Standard Invoice行20 Megabyte Hard Disk × 1金额售价 10000 元保存发票后查看派生出的会计科目业务系统派生科目会计分录应收确认借01-120-1200-200借应收账款 10000收入确认贷01-120-4000-200贷主营业务收入 10000运行Controls → Accounting → Create Accounting分录写入 XLA 并传 GL。⚠️常见错误如果某个段无法派生比如销售员没维护成本中心系统会生成不完整的会计科目必须手动补全才能完成事务 。AutoInvoice 批量导入时一条规则错可能导致成千上万条不完整记录 。二、Fusion 的完整配置过程Fusion 的逻辑与 EBS完全一致差异只在操作界面改为 Web 任务模式且按 Business Unit 隔离。步骤 1进入 Manage AutoAccounting RulesNavigator → Setup and Maintenance → Offering: Financials → Functional Area: Customer Billing → Task: Manage AutoAccounting Rules → 选择 Business Unit: 上海公司 BU步骤 2为各类账户类型配置段来源Fusion 中显示的账户类型与 EBS 相同Receivable / Revenue / Freight / Tax / AutoInvoice Clearing / Unbilled Receivable / Unearned Revenue外加 Bills Receivable 系列 。对每个账户类型点击进入为 COA 的每个段选择 Table Name 或 ConstantRevenue 账户配置示例COA 段Table Name / Constant说明公司Constant: 01上海公司成本中心Salesperson从销售员主数据提取会计科目Transaction Types从事务类型提取产品Standard Lines从标准行/物料提取Fusion 可用的 Table Name 包括Bill-to Site / Salesperson / Standard Lines / Tax / Transaction Types / Drawee Site / Remittance Banks 。步骤 3维护主数据与 EBS 同理需在以下主数据中维护段值销售员Salesperson的成本中心事务类型Transaction Types的 GL 账户标准行Standard Lines/ 物料的产品段值步骤 4Receivables Activities 的配套配置Fusion 中还必须配置 Receivables Activities为折扣、调整、核销、杂项收款等活动指定默认科目。路径Setup and Maintenance → Manage Receivables Activities步骤 5端到端验证Receivables → Billing → Create Transaction → 客户: ABC Pvt Ltd → 金额: 50,000 → 事务类型: Standard Invoice → 保存并提交 Create Receivables Accounting检查生成的子分类账分录确认科目与预期一致借: 01-120-1200-200 / 贷: 01-120-4000-200。三、EBS 与 Fusion 配置对照一览配置环节EBS R12Fusion Cloud入口Receivables Manager → Setup → AutoAccountingFormSetup and Maintenance → Manage AutoAccounting RulesWeb作用范围按 Operating Unit按 Business Unit可选段来源Site / Salesperson / Transaction Types / Standard Lines / Tax / ConstantBill-to Site / Salesperson / Standard Lines / Tax / Transaction Types / Drawee Site / Remittance Banks / Constant必配账户类型Receivable, Revenue, Freight, Tax, Clearing, Unbilled, Unearned同左 Bills Receivable 系列主数据维护销售员/事务类型/标准行上维护段值同左触发会计Create Accounting → XLA → GLCreate Receivables Accounting → SLA → GL与 SLA 关系AutoAccounting 派生默认SLA 可覆盖AutoAccounting 派生默认SLA 会计方法可覆盖四、这个例子中几个关键设计决策1. 为什么应收账款的公司段用 Constant因为上海 OU 下的所有事务天然属于 01 公司不需要动态派生。如果用 Transaction Types 派生意味着不同事务类型可以指向不同公司——这在单一 OU 单一公司场景下没必要。2. 为什么收入的产品段用 Standard Lines因为产品维度直接绑定在发票行上硬盘 vs 咨询服务从标准行/物料提取最准确。如果用 Transaction Types 派生产品段意味着Standard Invoice只能对应一个产品无法满足一张发票多产品的场景。3. 为什么成本中心用 Salesperson因为销售员归属某个销售部门成本中心通过销售员主数据自动带出避免每张发票手工选部门。最佳实践用一张映射表记录每个账户类型、每个段的来源规则 。审计时 auditor 会追问为什么这笔收入记在这个成本中心清晰的段来源规则能让你解释得明明白白。五、配置后必须做的验证清单正向场景不同销售员 不同产品 不同事务类型组合开票检查派生科目边界场景销售员未维护成本中心 → 期望系统报不完整科目AutoInvoice 场景批量导入 1000 行检查是否有拒绝行跨币种场景外币发票的科目派生是否与本币一致GL 账户有效性确认派生的科目组合在 GL 中已启用且符合交叉验证规则SLA 覆盖验证如果定义了自定义会计方法确认最终过账科目与 AutoAccounting 派生的一致或是预期的覆盖结果
