Oracle EBS R12 OTC（Order to Cash） 从业务操作、模块流转、会计分录、后台关键程序与表、异常处理五个维度，从头到尾完整讲清楚，用一套贯穿示例把每个环节串起来。

Oracle EBS R12 OTC（Order to Cash）从业务操作、模块流转、会计分录、后台关键程序与表、异常处理五个维度，从头到尾完整讲清楚，用一套贯穿示例把每个环节串起来。

一、整体架构与设计要点（先抓住本质）

1. 涉及模块

• OM（Order Management）：销售订单、发运管理
• INV（Inventory）：库存出库、成本计算
• AR（Receivables）：发票、收款、核销、收入确认
• SLA（Subledger Accounting）：子账会计引擎（R12 核心）
• GL（General Ledger）：总账汇总

2. 核心设计哲学（和 SAP 最根本区别）

• 松耦合、分步核算、递延匹配
• 发货 ≠ 确认成本 → 走递延 COGS
• 开票 ≠ 确认全部收入 → 可按履约进度确认
• SLA 集中生成会计，业务与财务可异步、可重跑、可调整
• 强调灵活适配多准则、多账簿、事后审计追溯

3. 贯穿示例（统一口径）

• 客户：A 公司
• 物料：X 产品，标准成本60 元 / 个
• 订单：数量10 个，单价100 元，税率13%
• 金额：含税1,130 元，不含税收入1,000 元，销项税130 元
• 场景：标准库存销售、发货后开票、月末收入确认、全额回款核销

二、完整流程：从订单到回款（Step by Step）

Step 1：录入并登记销售订单（OM）

1）操作路径OM Super User → Orders, Returns → Sales Order → 新建

• 订单类型：OM 标准订单
• 客户：A 公司；发运 / 开票地址；付款条件（如 30 天）
• 行：X 产品，数量 10，单价 100
• 定价、折扣、税自动计算
• Book Order（登记订单）：触发可用性检查、信用检查

2）系统关键点

• 表：OE_ORDER_HEADERS、OE_ORDER_LINES
• 状态：Booked（已登记）
• 无会计分录，仅业务记录

Step 2：挑库发放（Pick Release）—— 库存预留 + 生成拣配单

1）操作路径Shipping → Release Sales Orders

• 输入订单号、发运仓库
• 自动：库存预留、生成 Move Order（挑库单）、分配库存

2）系统关键点

• 表：WSH_DELIVERY_DETAILS、MTL_RESERVATIONS
• 状态：Released / Ready to Ship
• 仍无会计

Step 3：发运确认（Ship Confirm）—— 实物出库 + 生成发货单

1）操作路径Shipping → Transactions → Confirm Delivery

• 确认数量、批次、序列号
• 状态变为：Shipped（已发运）
• 后台自动跑Interface Trip Stop（ITS）：
  • 把发运数据传给 INV 做出库事务
  • 把开票数据传给 AR 接口

2）INV 库存出库 + 递延 COGS 入账（SLA 生成）事务类型：销售出库（Sales Issue）会计分录（SLA 自动生成）：

text

借：递延主营业务成本（Deferred COGS） 600 贷：库存商品（Inventory） 600

• 核心：发货只递延成本，不进当期 COGS，为了和收入严格配比

3）关键表

• MTL_MATERIAL_TRANSACTIONS（库存事务）
• WSH_DELIVERIES、WSH_DELIVERY_DETAILS
• XLA_EVENTS、XLA_AE_HEADERS（SLA 事件 / 分录头）

Step 4：自动开票（AutoInvoice）——AR 生成应收发票

1）操作路径AR → Interfaces → AutoInvoice → 提交请求

• 来源：OM 发运接口
• 自动匹配：客户、物料、数量、价格、税
• 生成 AR交易（Transaction）= 发票

2）会计分录（SLA 生成）

text

借：应收账款—A公司 1,130 贷：主营业务收入 1,000 贷：应交税费—应交增值税（销项税额） 130

3）关键表

• RA_CUSTOMER_TRX_ALL（发票头）
• RA_CUSTOMER_TRX_LINES_ALL（发票行）
• XLA_EVENTS（AR 事件）

Step 5：收入确认（Revenue Recognition）—— 结转递延成本、确认收入（可选但常用）

EBS R12 强于 SAP 的地方：支持履约进度确认收入 **（ASC 606 / CAS 14）

场景 A：简单模式（开票即确认全部收入）

• 月末跑Revenue Recognition
• 分录：结转递延 COGS

text

借：主营业务成本（COGS） 600 贷：递延主营业务成本 600

场景 B：履约进度模式（如分期交付、服务型销售）

• 按完工百分比 / 交付节点确认收入
• 示例：本期确认 50% 收入

text

借：主营业务收入（冲减） 500 贷：递延收入（Deferred Revenue） 500

• 同时按比例结转 COGS

text

借：主营业务成本 300 贷：递延主营业务成本 300

核心：收入与成本严格配比，可灵活调整确认时点与比例

Step 6：收款录入（Receipt）—— 资金入账

1）操作路径AR → Receipts → Receipts

• 收款类型：现金 / 银行转账 / 票据
• 客户：A 公司；金额：1,130；日期；银行科目
• 状态：未核销（Unapplied）

2）会计分录（SLA 生成）

text

借：银行存款 1,130 贷：未核销收款/预收账款 1,130

Step 7：核销（Apply）—— 收款匹配发票、结清债权

1）操作路径AR → Receipts → 找到收款 → Apply

• 选择 A 公司对应的发票（1,130）
• 核销后：发票状态变为 Closed，收款变为 Applied

2）会计分录（SLA 生成）

text

借：未核销收款/预收账款 1,130 贷：应收账款—A公司 1,130

3）应收票据场景（扩展）

• 票据录入：

text

借：应收票据—银行承兑汇票 1,130 贷：应收账款—A公司 1,130

• 票据贴现：

text

借：银行存款 1,120 借：财务费用—贴现息 10 贷：应收票据—银行承兑汇票 1,130

Step 8：SLA 过账到 GL（Transfer to GL）

• 月末提交Create Accounting + Transfer to GL
• 所有子账（INV/AR）分录汇总传入 GL
• GL 中可查询：订单号、发票号、收款号全链路追溯

三、关键后台程序与数据流（技术视角）

1. Interface Trip Stop（ITS）：OM→INV 出库、OM→AR 开票接口
2. AutoInvoice Master Program：AR 生成发票
3. Revenue Recognition Master Program：收入确认、递延 COGS 结转
4. Create Accounting（SLA）：生成子账分录
5. Transfer to GL：子账→总账

数据流：

text

OM订单 → 挑库 → 发运确认 → ITS → INV出库（递延COGS） → AR接口 → AutoInvoice → 应收发票 AR收款 → 核销 → SLA → GL

四、常见异常与处理（实务重点）

1. 发运后不出库 / 不生成会计

   • 原因：ITS 没跑、事务类型不对、成本未计算
   • 处理：重跑 ITS、检查 INV 事务类型、重新计算成本

2. AutoInvoice 报错

   • 原因：客户 / 物料 / 税码不匹配、接口数据缺失
   • 处理：检查 RA_INTERFACE_LINES 数据、修正主数据

3. 收入确认不平

   • 原因：递延 COGS 与收入比例不匹配、期间错误
   • 处理：核对履约进度、重跑收入确认

4. 核销错误

   • 处理：反核销（Unapply）→重新核销（EBS 灵活，SAP 无此功能）

五、EBS OTC vs SAP OTC 关键差异（帮你强化记忆）

• EBS：发货→递延 COGS；开票→应收；月末确认 COGS / 收入；可反核销、重跑 SLA；适配ASC 606 / 复杂履约
• SAP：PGI→即时 COGS；开票→即时收入；无递延；清账不可反冲；适合标准流程、强合规