企业官网建设流程全解析

用一个完整的业务场景把 EBS 和 Fusion 的 AutoAccounting 段来源配置串起来讲——假设你是一家有两家法人公司、按产品线核算收入的制造企业。

🎬 业务场景设定

COA 结构（4 段）：公司-成本中心-会计科目-产品

业务诉求：

• 应收账款按"公司"区分（上海公司卖的货，应收款挂在 01 公司下）

• 收入科目按"成本中心+产品"区分（华东销售部卖的硬盘，收入记到 120 成本中心 + 200 产品下）

• 税金科目按税法规则固定

一、EBS R12 的完整配置过程

步骤 1：进入 AutoAccounting 窗口

Responsibility: Receivables Manager → Setup → AutoAccounting → 选择 Operating Unit（如 "上海公司 OU"）

步骤 2：定义 Receivable（应收账款）账户的段来源

在 AutoAccounting 窗口中，Account Type 选Receivable，系统显示 4 个段，逐段指定来源：

💡 这样配置后，上海 OU 下所有发票的应收账款都挂在01-xxx-1200-xxx。

步骤 3：定义 Revenue（主营业务收入）账户的段来源

Account Type 选Revenue，逐段指定：

Oracle 官方文档给出的就是这个经典例子：四段收入弹性域00-000-0000-000，第一段常量、第二段销售员、第三段事务类型、第四段标准行 。

步骤 4：定义 Tax 账户的段来源

Account Type 选Tax：

步骤 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 元

保存发票后查看派生出的会计科目：

运行Controls → Accounting → Create Accounting，分录写入 XLA 并传 GL。

⚠️常见错误：如果某个段无法派生（比如销售员没维护成本中心），系统会生成"不完整的会计科目"，必须手动补全才能完成事务 。AutoInvoice 批量导入时，一条规则错可能导致成千上万条不完整记录 。

二、Fusion 的完整配置过程

Fusion 的逻辑与 EBS完全一致，差异只在操作界面改为 Web 任务模式，且按 Business Unit 隔离。

步骤 1：进入 Manage AutoAccounting Rules

Navigator → 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 或 Constant：

Revenue 账户配置示例：

Fusion 可用的 Table Name 包括：Bill-to Site / Salesperson / Standard Lines / Tax / Transaction Types / Drawee Site / Remittance Banks​ 。

步骤 3：维护主数据

与 EBS 同理，需在以下主数据中维护段值：

• 销售员（Salesperson）的成本中心

• 事务类型（Transaction Types）的 GL 账户

• 标准行（Standard Lines）/ 物料的产品段值

步骤 4：Receivables 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 配置对照一览

四、这个例子中几个关键设计决策

1. 为什么应收账款的公司段用 Constant？

因为上海 OU 下的所有事务天然属于 01 公司，不需要动态派生。如果用 Transaction Types 派生，意味着不同事务类型可以指向不同公司——这在单一 OU 单一公司场景下没必要。

2. 为什么收入的产品段用 Standard Lines？

因为产品维度直接绑定在发票行上（硬盘 vs 咨询服务），从标准行/物料提取最准确。如果用 Transaction Types 派生产品段，意味着"Standard Invoice"只能对应一个产品，无法满足一张发票多产品的场景。

3. 为什么成本中心用 Salesperson？

因为销售员归属某个销售部门（成本中心），通过销售员主数据自动带出，避免每张发票手工选部门。

📌最佳实践：用一张映射表记录每个账户类型、每个段的来源规则 。审计时 auditor 会追问"为什么这笔收入记在这个成本中心"，清晰的段来源规则能让你解释得明明白白。

五、配置后必须做的验证清单

1. 正向场景：不同销售员 + 不同产品 + 不同事务类型组合开票，检查派生科目

2. 边界场景：销售员未维护成本中心 → 期望系统报"不完整科目"

3. AutoInvoice 场景：批量导入 1000 行，检查是否有拒绝行

4. 跨币种场景：外币发票的科目派生是否与本币一致

5. GL 账户有效性：确认派生的科目组合在 GL 中已启用且符合交叉验证规则

6. SLA 覆盖验证：如果定义了自定义会计方法，确认最终过账科目与 AutoAccounting 派生的一致或是预期的覆盖结果