欢迎光临
我们一直在努力

Oracle EBS AR 标准发票(Standard Invoice)的设计围绕 “事务处理(Transaction)+ 三层结构 + 财务自动记账 + 合规可追溯” 展开:

下面按「设计逻辑 → 核心表结构 → 实现流程 → 标准操作步骤(AR 标准发票)→ 常见问题」给你一套完整、可落地的分析,聚焦 R12 AR 模块标准发票(Manual Invoice)。


一、设计逻辑(核心思想)

Oracle EBS AR 标准发票(Standard Invoice)的设计围绕 “事务处理(Transaction)+ 三层结构 + 财务自动记账 + 合规可追溯” 展开:

1. 核心定位

  • 标准发票:用于无销售订单(OM)来源的直接开票(如服务费、一次性收入),区别于自动开票(Autoinvoice,从 OM / 项目导入)。
  • 核心目标:记录应收债权、确认收入、生成会计分录、支持收款核销与对账。

2. 三层结构设计(头 / 行 / 分配)

  • 发票头(Header):交易主体信息,控制整张发票的属性(客户、日期、币种、付款条款)Oracle。
  • 发票行(Lines):商品 / 服务明细,数量、单价、金额、税码,支持多分行与税费拆分Oracle。
  • 分配(Distributions):财务核心,定义收入 / 税的会计科目、金额比例,决定总账分录走向Oracle。

3. 关键设计原则

  • 强关联完整性:头 – 行 – 分配通过 TRX_NUMBER/CUSTOMER_TRX_ID 级联,删除 / 作废级联生效。
  • 状态驱动:COMPLETE 前可修改,COMPLETE 后锁定(除非允许修改已完成事务)。
  • 税引擎集成:行级税码自动计算,支持 VAT / 销售税 / 预扣税,分配自动带出税科目。
  • 多组织 / 多账簿:按 ORG_ID 隔离数据,支持跨业务单元开票与汇总查询。
  • 审计追溯:所有修改记录在 AR_TRANSACTION_HISTORY_ALL,不可硬删除,仅可作废 / 冲销。

二、核心表结构(数据模型)

1. 主表(关键字段)

  • RA_CUSTOMER_TRX_ALL(发票头)
    • CUSTOMER_TRX_ID(PK)、TRX_NUMBER(发票号)、CUST_ID、TRX_DATE、GL_DATE、STATUS(COMPLETE/INCOMPLETE)、PAYMENT_TERM_ID。
  • RA_CUSTOMER_TRX_LINES_ALL(发票行)
    • CUSTOMER_TRX_LINE_ID(PK)、CUSTOMER_TRX_ID(FK)、LINE_NUMBER、AMOUNT、TAX_CODE、QUANTITY、UNIT_PRICE。
  • RA_DISTRIBUTIONS_ALL(分配 / 会计行)
    • DISTRIBUTION_ID(PK)、CUSTOMER_TRX_ID/LINE_ID、CODE_COMBINATION_ID(科目)、AMOUNT、ACCOUNT_CLASS(REVENUE/TAX)。
  • AR_PAYMENT_SCHEDULES_ALL(收款计划)
    • PAYMENT_SCHEDULE_ID(PK)、CUSTOMER_TRX_ID、AMOUNT_DUE、DUE_DATE、STATUS(OPEN/CLOSED),用于收款核销。

2. 接口表(自动开票用)

  • RA_INTERFACE_LINES_ALL:OM / 项目数据导入,Autoinvoice 主程序读取并生成正式发票。

三、实现流程(从创建到过账)

1. 整体流程(7 步闭环)

  • 录入发票头 → 2. 录入发票行 → 3. 自动 / 手动分配科目 → 4. 验证(Validate) → 5. 完成(Complete) → 6. 生成会计分录 → 7. 过账到 GL。
  • 2. 关键节点说明

    • 验证:校验头 / 行 / 分配平衡、科目有效性、税合规性,报错写入 RA_INTERFACE_ERRORS_ALL。
    • 完成:状态变为 COMPLETE,锁定修改,生成收款计划,触发会计分录生成。
    • 会计分录(标准)

      plaintext

      借:应收账款(AR)
      贷:主营业务收入(Revenue)
      贷:应交税费-销项税(Tax)


    四、标准操作步骤(R12 AR 手动创建)

    前提

    • 客户(Customer)已在 AR 中维护(Bill-to/Ship-to 地址、付款条款、税码)。
    • 科目组合(Code Combination)已在 GL 中定义(收入 / 税 / 应收账款科目)。

    路径

    AR 职责 → Transactions → Transactions(事务处理)。

    步骤 1:录入发票头(Header)

  • Source:选 Manual(手动)。
  • Class:选 Invoice(标准发票)。
  • Type:选预定义发票类型(如 Standard)。
  • Invoice Date:发票日期(影响到期日)。
  • GL Date:总账日期(决定入账期间)。
  • Currency:币种(默认本位币)。
  • Bill-to/Ship-to:选择客户地址。
  • Payment Terms:付款条款(如 Net 30)。
  • 保存 → 系统生成 TRX_NUMBER(发票号)。
  • 步骤 2:录入发票行(Lines)

  • 点击 Lines 进入行界面。
  • Line Number:行号(自动生成)。
  • Description:商品 / 服务描述。
  • Quantity/UOM:数量 / 单位。
  • Unit Price:单价 → 自动计算 Amount。
  • Tax Code:税码(如 VAT13)→ 自动计算税额。
  • 多行录入完成后保存。
  • 步骤 3:分配科目(Distributions)

  • 点击 Distributions 进入分配界面。
  • Line:选择对应发票行。
  • GL Account:选择收入科目(如 600101)。
  • Amount:分配金额(默认 = 行金额,可拆分)。
  • Account Class:REVENUE(收入)/TAX(税)。
  • 税行自动带出税科目,无需手动录入。
  • 保存 → 系统校验借贷平衡。
  • 步骤 4:验证与完成

  • 点击 Actions → Validate → 系统校验数据完整性与平衡。
  • 无报错后,点击 Complete → 状态变为 COMPLETE,锁定修改。
  • 完成后自动生成:
    • 收款计划(AR_PAYMENT_SCHEDULES_ALL)。
    • 会计分录(AR_GL_ENTRIES_ALL)。
  • 步骤 5:过账到 GL

  • 运行请求:Transfer to General Ledger(传递到总账)。
  • 运行请求:Journal Import(日记账导入)→ GL 生成未过账日记账。
  • GL 审核并过账 → 总账科目余额更新。

  • 五、常见问题与设计规避

  • 发票不平衡:分配金额合计≠行金额合计 → 强制保存前校验,禁止不平衡完成。
  • 已完成发票修改:设计为不可修改,仅可通过 Credit Memo 冲销后重开,保证审计追溯。
  • 税计算错误:税引擎与行级税码强绑定,自动计算,禁止手动修改税额。
  • 跨期入账:GL Date 锁定期间,禁止录入已关闭期间,防止总账混乱。

  • 六、与自动开票(Autoinvoice)的区别

    • 标准发票(Manual):手动录入,无 OM 来源,灵活适配非标准业务。
    • 自动开票(Autoinvoice):从 OM / 项目 / 合同导入数据,批量生成,适配标准销售流程,数据一致性更高。
    赞(0)
    未经允许不得转载:171主机测评 » Oracle EBS AR 标准发票(Standard Invoice)的设计围绕 “事务处理(Transaction)+ 三层结构 + 财务自动记账 + 合规可追溯” 展开:
    分享到: 更多 (0)

    评论 抢沙发

    • 昵称 (必填)
    • 邮箱 (必填)
    • 网址