华为MetaERP Oracle EBS R12 AR 与 Fusion Cloud Receivables 应收模块「物理实体（Physical Entity，PE）全量深度解析一、基础定义1、

Oracle EBS R12 AR 与 Fusion Cloud Receivables 应收模块「物理实体（Physical Entity，PE）全量深度解析

一、基础定义

1、物理实体 PE

数据库层真实落地对象：数据表、索引、约束、序列、同义词、视图、分区、表空间、审计字段、存储过程底层承载表； 承接上层逻辑实体 LE，业务数据永久存储载体； EBS：拆分多 Schema（RA、AR、HZ、XLA）； Fusion：统一FUSION单一 Schema，租户隔离、乐观锁、审计增强，表名绝大部分沿用 EBS 经典表名，结构兼容、字段小幅扩充。

2、分层对齐回顾

业务对象 BO → 逻辑实体 LE →物理实体 PE（数据库表）→ PL/SQL/ESS 后台程序

3、两大系统物理层整体架构差异总览

第一部分：Oracle EBS R12 AR 应收模块全套核心物理实体（数据表）

按业务域划分为：事务批与发票域、收款核销域、余额核心域、调整坏账域、票据域、SLA 会计域、客户主数据域、配置基础表、接口临时表。

域 1：应收事务（发票 / 贷项 / 借项）物理表（RA Schema）

1.1 AR_BATCHES_ALL（AR Schema）

主键：BATCH_ID；分区键：ORG_ID用途：事务批、收款批顶层容器物理表，批量单据管控载体 核心关键字段：

• BATCH_TYPE：INVOICE、RECEIPT、ADJUSTMENT 批次类型
• CONTROL_TOTAL：人工录入控制总额，系统校验实际总额一致性
• BATCH_APPLIED_STATUS：NEW、VALIDATED、APPLIED、ERROR 批次生命周期
• ORG_ID：多组织隔离 典型场景：批量导入发票时整批锁定校验，失败整批回滚。

1.2 RA_CUSTOMER_TRX_ALL（RA Schema，发票头核心表）

主键：CUSTOMER_TRX_ID；外键：BATCH_ID、TRX_TYPE_ID、BILL_TO_SITE_USE_ID存储所有应收事务头：销售发票、贷项单、借项单、预付款、担保单。 关键字段：

1.3 RA_CUSTOMER_TRX_LINES_ALL（RA Schema，发票明细行表）

主键：CUSTOMER_TRX_LINE_ID；父表关联 CUSTOMER_TRX_ID 按 LINE_TYPE 区分四类业务行：

1. LINE：商品主营业务行；
2. TAX：系统计税销项税行；
3. FREIGHT：代垫运费行；
4. CHARGES：违约金、服务费杂费行。 关键字段：

• QUANTITY_INVOICE：开票数量
• UNIT_SELLING_PRICE：单价
• EXTENDED_AMOUNT：行原币金额
• INVENTORY_ITEM_ID：关联库存物料 ID（OM 集成开票）
• PREVIOUS_CUSTOMER_TRX_LINE_ID：贷项单行绑定原发票行精准对冲

1.4 RA_CUST_TRX_LINE_GL_DIST_ALL（RA，行级会计分配表）

主键：GL_DISTRIBUTION_ID；绑定 TRX_LINE_ID AutoAccounting 自动会计生成科目分摊数据，决定应收、收入、税金入账科目。 关键字段：

• CODE_COMBINATION_ID（CCID）：总账科目组合 ID
• ACCOUNT_CLASS：REV 收入、AR 应收、TAX 税金、FREIGHT 运费
• AMOUNT：本行入账金额
• POSTED_FLAG：是否已过账 SLA
• SEGMENT1~SEGMENTn：弹性域维度（成本中心、利润中心、项目）

1.5 RA_CUST_TRX_LINE_SALESREPS_ALL

销售员业绩分摊物理表，支持多人按比例分摊提成基数。

域 2：收款全链路物理表（AR Schema）

2.1 AR_CASH_RECEIPTS_ALL（收款单主表）

主键：CASH_RECEIPT_ID；ORG_ID 分区 存储客户现金收款、杂项收款头部数据Oracle。 关键字段：

• RECEIPT_NUMBER：收款单据号
• TYPE：CASH 标准客户收款 / MISC 杂项收款
• STATUS：UNIDENTIFIED 未识别、UNAPPLIED 未核销、ON_ACCOUNT 预存、APPLIED 已核销、NSF 退票
• AMOUNT：收款原币总额
• RECEIPT_DATE、GL_DATE 收款日期、会计日期
• BANK_ACCOUNT_ID：入账银行账户
• PAY_FROM_CUSTOMER：付款客户 ID

2.2 AR_CASH_RECEIPT_HISTORY_ALL（收款状态历史流水表）

只读审计表，禁止删除更新；收款每一次状态切换插入一条新记录，完整追溯生命周期：未识别→核销→退票反冲Oracle。 关键字段：CASH_RECEIPT_HISTORY_ID、STATUS、CHANGE_DATE、OPERATOR_ID 操作人员。

2.3 AR_RECEIVABLE_APPLICATIONS_ALL（核销核心中间表）

AR 模块业务勾连最关键物理表，收款 / 贷项单与应收发票的绑定载体。 主键：RECEIVABLE_APPLICATION_ID 核心关联逻辑：

• APPLIED_PAYMENT_SCHEDULE_ID：被核销发票收款计划 ID
• APPLICATION_PAYMENT_SCHEDULE_ID：来源收款 / 贷项的收款计划 ID
• APPLICATION_TYPE：CASH 收款核销、CM 贷项单核销
• AMOUNT_APPLIED：本次实际核销金额
• APPLY_DATE：核销操作日期 一张收款核销多张发票会生成多条本表记录；反核销会新增反向记录而非物理删除。

2.4 AR_DISTRIBUTIONS_ALL、AR_MISC_CASH_DISTRIBUTIONS_ALL

收款会计分配表：

• AR_DISTRIBUTIONS_ALL：标准收款入账（银行存款、应收账款冲销、预收）；
• AR_MISC_CASH_DISTRIBUTIONS_ALL：杂项收款专属科目分配。

域 3：AR_PAYMENT_SCHEDULES_ALL（收款计划表，AR 全局核心中枢物理表）

整个 AR 最重要基准物理表，应收余额唯一可信数据源，主键 PAYMENT_SCHEDULE_ID，ORG_ID 分区。 所有开票、收款、核销、调整、贷项操作最终都会更新本表余额字段，严禁手工 DML 修改，必须调用标准 PL/SQL 包更新。 核心关键字段：

域 4：应收调整、坏账物理表

4.1 AR_ADJUSTMENTS_ALL（应收调整单表）

存储折扣减免、尾差调整、罚息、汇兑损益调整、手工坏账调整。 关键字段：ADJUSTMENT_ID、ADJ_AMOUNT 调整金额、ADJ_TYPE 正负调整、REASON 调整原因 ID，更新对应 PAYMENT_SCHEDULES_ALL 余额。

4.2 AR_WRITE_OFFS_ALL（批量坏账核销明细表）

批量核销满足阈值小额呆滞应收，记录核销审批、核销金额、转入坏账费用科目。

4.3 AR_REVALUATION_DETAILS_ALL

外币期末重估生成汇兑损益明细记录。

域 5：应收票据 Bills Receivable 物理表

AR_BILLS_RECEIVABLES_ALL：票据主表； AR_BILL_REMITTANCES_ALL：票据托收、贴现记录； AR_BILL_HISTORY_ALL：票据状态流转日志。

域 6：SLA 子分类账会计物理表（XLA Schema）

AR 业务本身不直接生成 GL 分录，全部通过 XLA 子账统一生成：

1. XLA_EVENTS：会计事件主表，每一笔 AR 业务动作生成一条事件；
2. XLA_AE_HEADERS：子分类账会计分录头；
3. XLA_AE_LINES：子分类账分录行（借贷明细、科目、维度）；
4. XLA_DISTRIBUTION_LINKS：绑定原始 AR 业务单据 ID，业务分录溯源。 分录经并发程序「Transfer Journal Entries to GL」推送至 GL_GL_JE_LINES 总账。

域 7：客户主数据基础物理表（HZ Schema，全局客户模型）

1. HZ_PARTIES：合作方主体（企业客户 / 个人）；
2. HZ_CUST_ACCOUNTS：客户账户；
3. HZ_CUST_SITE_USES_ALL：收票地址、付款地址、催款地址；
4. HZ_CUSTOMER_PROFILES_ALL：客户信用配置文件（账期、逾期利息、催收规则）；
5. HZ_LOCATIONS：地址详细信息。

域 8：AR 配置基础主数据表

1. RA_CUST_TRX_TYPES_ALL：事务类型配置（控制应收 / 预收、可核销属性）；
2. AR_RECEIPT_METHODS：收款方式（银行转账、支票、现金）；
3. AR_RECEIPT_CLASSES：收款分类；
4. AR_AGING_BUCKETS：账龄区间配置；
5. AR_COLLECTORS：催收专员配置。

域 9：标准接口临时导入表（批量开票 / 收款导入）

1. RA_INTERFACE_LINES_ALL：OM、外部系统批量开票接口临时表；验证无误后写入正式 RA_CUSTOMER_TRX_ALL；
2. AR_INTERFACE_RECEIPTS_ALL：外部银行流水批量收款导入接口表。

EBS 物理层标准 Who 审计字段（每张 ALL 表标配）

CREATION_DATE、CREATED_BY、LAST_UPDATE_DATE、LAST_UPDATED_BY、LAST_UPDATE_LOGIN。

第二部分：Oracle Fusion Cloud Receivables 应收模块物理实体

一、总体特征

1. Schema 统一为 FUSION，原 EBS RA/AR/HZ/XLA 全部合并入 FUSION；
2. 绝大多数核心表名与 EBS 完全一致：RA_CUSTOMER_TRX_ALL、AR_PAYMENT_SCHEDULES_ALL、AR_RECEIVABLE_APPLICATIONS_ALL；
3. 字段兼容基础上新增云专属管控字段；
4. 租户隔离、BU+LE 双维度数据隔离；
5. 新增乐观锁字段OBJECT_VERSION_NUMBER，更新时校验防止并发冲突；
6. 对外仅开放 SELECT 查询权限，DML 必须经由 BO/ESS/FBDI，平台层拦截直改表操作。

二、原有 EBS 同源核心表改造要点

1、RA_CUSTOMER_TRX_ALL（FUSION）

新增关键字段：

• BU_ID：业务单元 ID（替代 EBS 单一 OU 管控）；
• LEGAL_ENTITY_ID：归属法人实体，支撑自动收入税金拆分；
• OBJECT_VERSION_NUMBER：乐观锁版本号；
• TENANT_ID：租户隔离编号；
• AUTOMATCH_FLAG：标记是否由 AI 智能对账自动生成单据。

2、AR_PAYMENT_SCHEDULES_ALL（FUSION 核心余额表）

继承全部余额字段，新增：

• BU_ID、LEGAL_ENTITY_ID：支持按业务单元、法人分别归集应收余额；
• CASH_FORECAST_FLAG：是否纳入资金预测；
• COLLAB_CONFIRM_STATUS：客户协同对账确认状态。

3、AR_RECEIVABLE_APPLICATIONS_ALL

新增AUTOMATCH_REQUEST_ID：AI 自动核销任务编号，追溯智能匹配来源。

三、Fusion 独有新增专属物理实体表（EBS 不存在）

3.1 AR_CASH_RECO_LINES_ALL 银行智能对账明细表

Fusion 标志性物理表；对接 Cash Management 资金云银行流水，系统自动解析流水与应收收款匹配记录，存储 AI 推荐匹配方案、人工确认对账结果。 业务价值：自动完成银行流水与系统收款勾兑，减少线下手工对账。

3.2 AR_REC_TRX_LE_DETAILS_ALL 法人维度收入税金分摊表

核心云财税物理表；一张跨法人开票单据，系统自动拆分收入、销项税至对应法人主体，本表存储拆分明细，满足集团多法人独立报税核算Oracle。

3.3 AR_COLLAB_TRX_CONFIRMS_ALL 客户协同对账确认表

存储客户门户线上发票确认、异议标记、对账回执数据，打通上下游协同对账。

3.4 AR_INTERCOMP_CLEAR_LINES_ALL 集团内部应收抵消明细表

自动识别集团内往来应收应付，生成抵消明细数据，支撑合并报表内部交易抵消。

3.5 AR_WRITE_OFF_BATCHES_ALL 坏账批量审批批次表

标准化批量坏账审批台账，绑定工作流审批节点、审批人、审批时间，内控留痕。

四、Fusion SLA&GL 一体化物理表

XLA 表结构基本复用 EBS，但取消分步 “创建会计→传送 GL” 两步逻辑： XLA_AE_LINES 生成后一键同步写入 FUSION.GL_JE_LINES 总账日记账表，无中间落地缓冲阶段。

五、Fusion 客户主数据物理表

全 Fusion 全局统一 HZ 客户模型，AR/OM/CM 共用一套 HZ_PARTIES、HZ_CUST_ACCOUNTS，全局信用数据一张表统一管控。

六、Fusion 物理层标准扩展字段

1. OBJECT_VERSION_NUMBER：乐观锁必选；
2. EFF_DFF：扩展弹性域（业务自定义字段）；
3. AUDIT_CONTEXT：云审计上下文（服务节点、IP、调用 BO 接口标识）；
4. RESOURCE_ID：应收专员负责人 ID。

七、Fusion 禁止客户触碰的底层物理对象

1. 系统自建分区、索引、约束、触发器；
2. 租户隔离行级数据过滤虚拟列；
3. 平台内置物化视图（OTBI 分析视图）；
4. 内部中间临时表、ESS 任务运行日志表。

第三部分：EBS vs Fusion 核心物理表横向对标总表

第四部分：全业务链路物理表数据写入流转（开票→收款→核销）

1、EBS 数据落库流程

1. 创建发票：AR_BATCHES_ALL → RA_CUSTOMER_TRX_ALL 头 → RA_CUSTOMER_TRX_LINES_ALL 行 → RA_CUST_TRX_LINE_GL_DIST_ALL 科目分配；
2. PL/SQL 自动插入 AR_PAYMENT_SCHEDULES_ALL 初始化应收余额；
3. 录入收款写入 AR_CASH_RECEIPTS_ALL；
4. 执行核销写入 AR_RECEIVABLE_APPLICATIONS_ALL 勾对记录；
5. 程序自动更新 AR_PAYMENT_SCHEDULES_ALL.AMOUNT_DUE_REMAINING 扣减余额；
6. 业务变动写入 XLA_EVENTS 会计事件→XLA_AE_HEADERS/LINES 分录→并发推送 GL 总账。

2、Fusion 数据落库流程

1. REST BO 调用触发校验，后台写入 RA_CUSTOMER_TRX_ALL，自动填充 BU、法人、乐观锁；
2. 自动生成 AR_PAYMENT_SCHEDULES_ALL；
3. 银行流水入 AR_CASH_RECO_LINES_ALL 智能匹配，确认后写入 AR_CASH_RECEIPTS_ALL；
4. 核销写入 AR_RECEIVABLE_APPLICATIONS_ALL，同步更新收款计划余额；
5. 实时生成 XLA 会计分录，一键写入 GL 总账；
6. 全链路写入审计日志表记录 BO 调用、操作人员、时间戳。

第五部分：开发运维硬性约束（物理层操作红线）

一、EBS 环境

1. 严禁直接 UPDATE/DELETE AR_PAYMENT_SCHEDULES_ALL 余额字段，必须调用AR_PAYMENT_SCHEDULES_PKG标准包；
2. 禁止直接删除 AR_RECEIVABLE_APPLICATIONS_ALL 核销记录，只能执行反核销生成反向记录；
3. AR_CASH_RECEIPT_HISTORY_ALL 只读，不允许修改；
4. 自定义开发尽量只扩展 DFF 弹性域，禁止新增业务表、自建触发器拦截核心 AR 业务逻辑。

二、Fusion 云环境

1. 绝对禁止任何直写 DML（INSERT/UPDATE/DELETE）底层业务表，平台安全机制拦截并触发审计告警；
2. 不支持自定义索引、分区、触发器、同义词；
3. 仅允许通过 REST BO、FBDI 模板、ESS 标准任务完成业务数据写入；
4. 如需自定义分析，仅可基于标准 OTBI 视图做报表查询，禁止直查底层业务表做高频抽取。

第六部分：BO-LE-PE 三层落地示例（一张销售发票）

1. BO 业务对象：前端整张销售发票单据；
2. LE 逻辑实体：事务批 LE、发票头 LE、发票行 LE、会计分配 LE、收款计划 LE；
3. PE 物理实体：AR_BATCHES_ALL、RA_CUSTOMER_TRX_ALL、RA_CUSTOMER_TRX_LINES_ALL、RA_CUST_TRX_LINE_GL_DIST_ALL、AR_PAYMENT_SCHEDULES_ALL。