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 物理实体 | Oracle Fusion Cloud AR 物理实体 |
|---|---|---|
| Schema 划分 | RA（事务）、AR（收款 / 调整）、HZ（客户）、XLA（子账）多独立 Schema | 全部收拢至FUSION单一 Schema，逻辑隔离租户 |
| 组织隔离字段 | ORG_ID运营单元 | 兼容 ORG_ID，新增BU_ID业务单元、LEGAL_ENTITY_ID法人双维度隔离 |
| 并发控制 | 人工锁、行级锁 | 强制OBJECT_VERSION_NUMBER乐观锁，防并发脏写 |
| Who 审计字段 | 标准 5 个 WHO 字段（创建人、更新人、时间） | 扩充租户 ID、资源 ID、操作终端、云服务实例编号全链路审计 |
| 数据写入权限 | 支持合法 API 调用下间接 DML，开发可控 | 禁止客户侧直写 DML，仅允许通过 BO/ESS/FBDI 写入，底层表只读查询 |
| 分区策略 | 人工配置分区表 | 云平台自动按日期、BU、租户自动分区运维 |
| 扩展方式 | 自定义索引、触发器、物化视图、同义词 | 仅允许弹性域 DFF/EFF，禁止自建触发器、自定义索引、直改约束 |
第一部分：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存储所有应收事务头：销售发票、贷项单、借项单、预付款、担保单。 关键字段：
| 字段 | 含义 |
|---|---|
| TRX_NUMBER | 业务发票编号（对外单据号） |
| TRX_DATE | 开票日期；驱动账期到期日计算 |
| BILL_TO_CUSTOMER_ID、BILL_TO_SITE_USE_ID | 收票客户账户、收票地址 ID，关联 HZ 客户表 |
| TRX_TYPE_ID | 事务类型，区分 INV/CM/DM/DEP/GUARANTEE |
| PAYMENT_TERM_ID | 付款条款，自动计算 DUE_DATE 到期日 |
| CURRENCY_CODE、EXCHANGE_RATE | 交易币种、汇率 |
| GL_DATE | 会计入账日期 |
| POSTED_FLAG | Y/N，是否已传入 SLA 生成会计 |
| PREVIOUS_CUSTOMER_TRX_ID | 关联原发票（定向贷项冲销） |
1.3 RA_CUSTOMER_TRX_LINES_ALL（RA Schema，发票明细行表）
主键：CUSTOMER_TRX_LINE_ID；父表关联 CUSTOMER_TRX_ID 按 LINE_TYPE 区分四类业务行：
LINE：商品主营业务行；TAX：系统计税销项税行；FREIGHT：代垫运费行；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 包更新。 核心关键字段：
| 字段 | 业务含义 |
|---|---|
| CLASS | 单据类型：INV 发票、CM 贷项、PMT 收款、ADJ 调整、DEP 预收 |
| AMOUNT_DUE_ORIGINAL | 原始应收总额 |
| AMOUNT_APPLIED | 累计已核销金额 |
| AMOUNT_DUE_REMAINING | 当前未结清应收余额（账龄、对账基准） |
| DUE_DATE | 应收到期日，逾期计算依据 |
| PAST_DUE_DAYS | 系统自动计算逾期天数 |
| ACTUAL_DATE_CLOSED | 余额清零关闭日期 |
| CUSTOMER_TRX_ID、CASH_RECEIPT_ID | 关联发票 / 收款 ID |
| CREDIT_CHECK_FLAG | 是否参与信用额度占用校验 |
域 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 子账统一生成：
- XLA_EVENTS：会计事件主表，每一笔 AR 业务动作生成一条事件；
- XLA_AE_HEADERS：子分类账会计分录头；
- XLA_AE_LINES：子分类账分录行（借贷明细、科目、维度）；
- XLA_DISTRIBUTION_LINKS：绑定原始 AR 业务单据 ID，业务分录溯源。 分录经并发程序「Transfer Journal Entries to GL」推送至 GL_GL_JE_LINES 总账。
域 7：客户主数据基础物理表（HZ Schema，全局客户模型）
- HZ_PARTIES：合作方主体（企业客户 / 个人）；
- HZ_CUST_ACCOUNTS：客户账户；
- HZ_CUST_SITE_USES_ALL：收票地址、付款地址、催款地址；
- HZ_CUSTOMER_PROFILES_ALL：客户信用配置文件（账期、逾期利息、催收规则）；
- HZ_LOCATIONS：地址详细信息。
域 8：AR 配置基础主数据表
- RA_CUST_TRX_TYPES_ALL：事务类型配置（控制应收 / 预收、可核销属性）；
- AR_RECEIPT_METHODS：收款方式（银行转账、支票、现金）；
- AR_RECEIPT_CLASSES：收款分类；
- AR_AGING_BUCKETS：账龄区间配置；
- AR_COLLECTORS：催收专员配置。
域 9：标准接口临时导入表（批量开票 / 收款导入）
- RA_INTERFACE_LINES_ALL：OM、外部系统批量开票接口临时表；验证无误后写入正式 RA_CUSTOMER_TRX_ALL；
- AR_INTERFACE_RECEIPTS_ALL：外部银行流水批量收款导入接口表。
EBS 物理层标准 Who 审计字段（每张 ALL 表标配）
CREATION_DATE、CREATED_BY、LAST_UPDATE_DATE、LAST_UPDATED_BY、LAST_UPDATE_LOGIN。
第二部分：Oracle Fusion Cloud Receivables 应收模块物理实体
一、总体特征
- Schema 统一为 FUSION，原 EBS RA/AR/HZ/XLA 全部合并入 FUSION；
- 绝大多数核心表名与 EBS 完全一致：RA_CUSTOMER_TRX_ALL、AR_PAYMENT_SCHEDULES_ALL、AR_RECEIVABLE_APPLICATIONS_ALL；
- 字段兼容基础上新增云专属管控字段；
- 租户隔离、BU+LE 双维度数据隔离；
- 新增乐观锁字段
OBJECT_VERSION_NUMBER，更新时校验防止并发冲突； - 对外仅开放 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 物理层标准扩展字段
- OBJECT_VERSION_NUMBER：乐观锁必选；
- EFF_DFF：扩展弹性域（业务自定义字段）；
- AUDIT_CONTEXT：云审计上下文（服务节点、IP、调用 BO 接口标识）；
- RESOURCE_ID：应收专员负责人 ID。
七、Fusion 禁止客户触碰的底层物理对象
- 系统自建分区、索引、约束、触发器；
- 租户隔离行级数据过滤虚拟列；
- 平台内置物化视图（OTBI 分析视图）；
- 内部中间临时表、ESS 任务运行日志表。
第三部分：EBS vs Fusion 核心物理表横向对标总表
| 物理表名称 | EBS R12 归属 Schema | Fusion 归属 Schema | 核心差异点 |
|---|---|---|---|
| RA_CUSTOMER_TRX_ALL | RA | FUSION | 新增 BU_ID、LEGAL_ENTITY_ID、乐观锁、租户 ID |
| AR_PAYMENT_SCHEDULES_ALL | AR | FUSION | 双维度余额归集、对账协同状态、资金预测标记 |
| AR_RECEIVABLE_APPLICATIONS_ALL | AR | FUSION | AI 自动核销任务 ID、智能匹配溯源字段 |
| AR_CASH_RECEIPTS_ALL | AR | FUSION | 自动对账标记、资金云联动字段 |
| AR_ADJUSTMENTS_ALL | AR | FUSION | 绑定审批工作流 ID 字段 |
| XLA_EVENTS/XLA_AE_LINES | XLA | FUSION | 直连 GL，无分步传送逻辑 |
| AR_CASH_RECO_LINES_ALL | 无本表 | FUSION 独有 | 银行智能对账核心存储 |
| AR_REC_TRX_LE_DETAILS_ALL | 无本表 | FUSION 独有 | 法人收入税金自动拆分 |
第四部分：全业务链路物理表数据写入流转（开票→收款→核销）
1、EBS 数据落库流程
- 创建发票：AR_BATCHES_ALL → RA_CUSTOMER_TRX_ALL 头 → RA_CUSTOMER_TRX_LINES_ALL 行 → RA_CUST_TRX_LINE_GL_DIST_ALL 科目分配；
- PL/SQL 自动插入 AR_PAYMENT_SCHEDULES_ALL 初始化应收余额；
- 录入收款写入 AR_CASH_RECEIPTS_ALL；
- 执行核销写入 AR_RECEIVABLE_APPLICATIONS_ALL 勾对记录；
- 程序自动更新 AR_PAYMENT_SCHEDULES_ALL.AMOUNT_DUE_REMAINING 扣减余额；
- 业务变动写入 XLA_EVENTS 会计事件→XLA_AE_HEADERS/LINES 分录→并发推送 GL 总账。
2、Fusion 数据落库流程
- REST BO 调用触发校验，后台写入 RA_CUSTOMER_TRX_ALL，自动填充 BU、法人、乐观锁；
- 自动生成 AR_PAYMENT_SCHEDULES_ALL；
- 银行流水入 AR_CASH_RECO_LINES_ALL 智能匹配，确认后写入 AR_CASH_RECEIPTS_ALL；
- 核销写入 AR_RECEIVABLE_APPLICATIONS_ALL，同步更新收款计划余额；
- 实时生成 XLA 会计分录，一键写入 GL 总账；
- 全链路写入审计日志表记录 BO 调用、操作人员、时间戳。
第五部分：开发运维硬性约束（物理层操作红线）
一、EBS 环境
- 严禁直接 UPDATE/DELETE AR_PAYMENT_SCHEDULES_ALL 余额字段，必须调用
AR_PAYMENT_SCHEDULES_PKG标准包； - 禁止直接删除 AR_RECEIVABLE_APPLICATIONS_ALL 核销记录，只能执行反核销生成反向记录；
- AR_CASH_RECEIPT_HISTORY_ALL 只读，不允许修改；
- 自定义开发尽量只扩展 DFF 弹性域，禁止新增业务表、自建触发器拦截核心 AR 业务逻辑。
二、Fusion 云环境
- 绝对禁止任何直写 DML（INSERT/UPDATE/DELETE）底层业务表，平台安全机制拦截并触发审计告警；
- 不支持自定义索引、分区、触发器、同义词；
- 仅允许通过 REST BO、FBDI 模板、ESS 标准任务完成业务数据写入；
- 如需自定义分析，仅可基于标准 OTBI 视图做报表查询，禁止直查底层业务表做高频抽取。
第六部分：BO-LE-PE 三层落地示例（一张销售发票）
- BO 业务对象：前端整张销售发票单据；
- LE 逻辑实体：事务批 LE、发票头 LE、发票行 LE、会计分配 LE、收款计划 LE；
- PE 物理实体：AR_BATCHES_ALL、RA_CUSTOMER_TRX_ALL、RA_CUSTOMER_TRX_LINES_ALL、RA_CUST_TRX_LINE_GL_DIST_ALL、AR_PAYMENT_SCHEDULES_ALL。
)
