Oracle EBS“设计哲学 → 核心架构 → 关键逻辑 → 完整示例 → 典型分录与表结构” 这条线，把 Oracle EBS R12 应付（AP）模块讲透

用 “设计哲学 → 核心架构 → 关键逻辑 → 完整示例 → 典型分录与表结构” 这条线，把 Oracle EBS R12 应付（AP）模块讲透，全部用具体业务场景串起来，尽量通俗、落地、能直接对照系统理解。

一、AP 模块的设计哲学（为什么这么做）

1.强内控、强合规：一切业务必须有据可依、可追溯、不可随意篡改

• 核心思想：“无匹配、不确认；无审核、不入账；无依据、不付款”
• 体现：
  • 发票不能随便录完就入账，必须匹配 PO / 收货
  • 必须通过 ** 验证（Validation）** 才能生成负债
  • 付款必须基于已验证发票，不能凭空付款
• 目标：满足SOX、COSO、企业内控规范，防止虚开发票、重复付款、无单付款

2.业务驱动财务，财务反哺业务：全链路集成、数据唯一

• AP 不是孤岛，和PO、INV、GL、FA、Cash、iExpense、供应商门户深度绑定
• 一笔采购：PO → 收货 → 暂估 → 发票匹配 → 验证 → 负债 → 付款 → 总账，全程数据自动流转、不重复录入
• 哲学：同一业务只发生一次，财务是业务的镜像，不是独立录入

3.事件驱动 + 规则引擎：R12 SLA 彻底告别 “硬编码分录”

• R12 重大变革：AP 本身不写死会计分录，只记录业务事件（发票、付款、核销）
• 分录由SLA（子分类账会计引擎）根据会计方法、科目映射、业务事件类型自动生成
• 哲学：业务与账务解耦，同一业务可在不同法人 / OU / 科目表下生成不同分录，灵活合规

4.多维管控、可配置、可扩展：适配全球多组织、多税制、多业务

• 多组织：OU（运营单位）、法人实体、账簿隔离，供应商 / 发票 / 付款按 OU 隔离又可共享
• 多币种、多税率、多付款方式、多审批流全部可配置
• 哲学：标准化内核 + 可配置外壳，既能统一流程，又能适配各国 / 地区财税

二、AP 模块核心架构（R12）

1. 核心实体模型（四张核心主数据 + 三张业务单据）

• 供应商（Vendor）：头 + 地点 + 银行 + 税务 + 付款条件，按 OU 隔离
• 银行账户（Bank Account）：公司银行、供应商银行，集中管理
• 会计科目弹性域（COA）：GL 基础，AP 所有分录必须符合 COA 段规则
• 税率 / 税码（Tax Code）：增值税、关税、预扣税，与 EBTax 集成

业务单据：

1. 发票（Invoice）：标准发票、贷项、借项、预付款、费用报表
2. 付款（Payment/Check）：支票、电汇、网银、预付款核销
3. 会计分录（SLA+GL）：AP 不直接写 GL，通过 SLA 生成后过入 GL

2. 核心流程闭环（端到端）

供应商建档 → PO 创建 → 收货 → 发票录入 → 匹配 → 验证 → 审批 → 付款计划 → 付款执行 → 核销 → 总账过账 → 报表分析

三、核心实现逻辑（用场景讲清楚）

逻辑 1：三单匹配（2-Way / 3-Way / 4-Way）——AP 灵魂

场景：向供应商采购原材料，PO 100 个，单价 10 元；实际收货 100 个；发票 100 个，单价 10 元

• 2-Way（PO ↔ 发票）：只校验 PO 与发票的数量、单价、金额
• 3-Way（PO ↔ 收货 ↔ 发票）：必须实物已入库，三者数量 / 价格一致才允许验证
• 4-Way：再加验收单（Acceptance），适用于质检严格场景

系统校验逻辑（3-Way 为例）：

1. 发票行匹配 PO 行：数量 ≤ PO 未开票数量；单价 ≤ PO 单价（可配置容差）
2. 发票行匹配 收货行：数量 ≤ 已收货未开票数量
3. 税额、币种、汇率、税码必须一致
4. 差异超容差 →自动挂起（Hold），必须人工处理才能验证

一句话：没有收货，不能入账；价格不对，不能入账；数量不对，不能入账。

逻辑 2：发票验证（Validation）—— 负债确认的唯一关口

• 录入发票 → 匹配 →验证→ 才生成AP 负债（应付账款）和暂估冲销
• 验证做什么：
  • 重算税额、金额、汇率
  • 检查所有匹配规则、容差、挂起
  • 检查供应商状态、账户状态、预算控制（可选）
  • 生成SLA 会计事件→ 生成分录 → 可过入 GL

示例：3-Way 匹配 + 验证分录

• PO：借：材料采购 1000；贷：应付暂估 1000
• 收货：借：库存 1000；贷：材料采购 1000
• 发票（匹配 + 验证）：
  • 冲暂估：借：应付暂估 1000；贷：材料采购 1000
  • 确认负债：借：材料采购 1000；借：进项税 130；贷：应付账款 1130

逻辑 3：预付款（Prepayment）—— 资产→负债的转换

场景：预付供应商 500 元，后续收货开票 1130 元，抵扣预付款

1. 录入预付款发票（Prepayment），类型 = 预付，金额 500
   • 验证后分录：借：预付账款 500；贷：应付账款 500
2. 录入标准发票 1130，匹配 PO / 收货，验证后负债 1130
3. 预付款核销（Apply Prepayment）：选 500 预付，核销标准发票
   • 核销分录：借：应付账款 500；贷：预付账款 500
4. 剩余应付：630，后续付款

逻辑 4：付款与核销（Payment）—— 负债清偿

场景：上述发票剩余 630，电汇付款

1. 付款工作台选发票 630，生成付款（Check）
2. 付款验证→确认→自动核销发票
3. 分录：借：应付账款 630；贷：银行存款 630

逻辑 5：SLA 会计引擎（R12 核心）—— 分录生成规则

• AP 不硬编码分录，只定义业务事件：
  • 发票验证事件（Invoice Validation）
  • 付款事件（Payment）
  • 预付款核销事件（Prepayment Application）
• SLA 根据：
  • 会计方法（如中国企业会计准则）
  • 科目映射（如 “应付账款” 对应哪个科目段）
  • 业务事件类型 → 自动生成 XLA 分录 → 过入 GL

四、从头到尾完整业务示例（含系统操作 + 分录）

背景

• 公司：OU = 深圳工厂，法人 = 中国法人，账簿 = 标准账簿
• 供应商：A 原材料供应商，已建档，3-Way 匹配
• PO：100 个原材料，单价 10 元，未税 1000，税 13%
• 收货：100 个，入库
• 发票：供应商开专票，数量 100，单价 10，未税 1000，税 130
• 预付款：提前预付 500
• 付款：剩余 630 电汇

步骤 1：供应商建档（AP → 供应商）

• 头：名称 = A 供应商，OU = 深圳工厂，状态 = 已批准
• 地点：付款地点、采购地点、税务信息（税号、税码）
• 银行：供应商银行账户（用于电汇）

步骤 2：PO 创建（PO 模块）

• 行：数量 100，单价 10，物料 = 原材料，OU = 深圳工厂
• 审批后，PO 状态 = 已批准

步骤 3：收货（INV → 采购接收）

• 接收 PO 100 个，入库到仓库
• 生成 收货单（Receipt），状态 = 已接收
• 自动生成 暂估分录（PO 模块生成）：
  • 借：材料采购 1000
  • 贷：应付暂估 1000

步骤 4：录入预付款（AP → 发票工作台）

• 发票类型：Prepayment（预付款）
• 供应商：A 供应商
• 金额：500
• 验证（Validation）：
  • 分录（SLA 生成）：
    • 借：预付账款 500
    • 贷：应付账款 500

步骤 5：录入标准发票（AP → 发票工作台）

• 发票类型：Standard（标准发票）
• 供应商：A 供应商
• 发票号：INV20260524
• 日期：2026-05-24
• 金额：未税 1000，税 130，合计 1130
• 匹配（Match）：
  • 选 PO：匹配 PO 行 100 个
  • 选 收货：匹配 收货行 100 个
  • 系统校验：数量、单价、税额一致，无挂起
• 验证（Validation）：
  • 冲暂估分录：
    • 借：应付暂估 1000
    • 贷：材料采购 1000
  • 确认负债分录：
    • 借：材料采购 1000
    • 借：应交税费 - 进项税 130
    • 贷：应付账款 1130

步骤 6：预付款核销（AP → 发票工作台 → 核销预付）

• 选标准发票 1130 → 应用预付款 500
• 系统自动核销：
  • 分录：
    • 借：应付账款 500
    • 贷：预付账款 500
• 发票剩余应付：630

步骤 7：付款（AP → 付款工作台）

• 新建付款：类型 = 电汇，金额 = 630
• 选发票：A 供应商，INV20260524，剩余 630
• 确认付款→自动核销
• 分录：
  • 借：应付账款 630
  • 贷：银行存款 630

步骤 8：过总账（GL → 日记账导入）

• AP 所有 SLA 分录通过 “日记账导入” 过入 GL
• 可在 GL 穿透查询到 AP 原始发票、付款单据

五、核心表结构（R12）—— 理解数据存储

AP 核心表

• ap_suppliers_all：供应商头
• ap_supplier_sites_all：供应商地点
• ap_invoices_all：发票头（Invoice ID 主键）
• ap_invoice_lines_all：发票行
• ap_invoice_distributions_all：发票分配（科目、费用、资产行）
• ap_checks_all：付款头（Check ID 主键）
• ap_invoice_payments_all：付款 - 发票核销明细

SLA 核心表（R12 真正分录表）

• xla_ae_headers：分录头
• xla_ae_lines：分录行
• xla_distribution_links：关联业务单据（发票 / 付款）

六、总结（一句话记住 AP）

Oracle EBS AP = 强内控 + 全集成 + 事件驱动 + 规则引擎；核心是三单匹配、验证入账、SLA 生成分录；业务闭环：供应商→PO→收货→发票→匹配→验证→付款→总账。