Oracle EBS财务模块数据字典_第1页
Oracle EBS财务模块数据字典_第2页
Oracle EBS财务模块数据字典_第3页
Oracle EBS财务模块数据字典_第4页
Oracle EBS财务模块数据字典_第5页
已阅读5页,还剩10页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

OracleEBS财务模块数据字典引言在企业信息化管理中,OracleEBS(电子商务套件)的财务模块是核心组件之一,承载着企业账务处理、资金管理、资产管理等关键业务流程。数据字典作为系统数据结构的“说明书”,清晰呈现了财务模块中表、字段的定义、关联关系及业务含义,是技术人员进行报表开发、数据迁移、系统集成,业务人员理解数据逻辑的重要工具。本文将围绕EBS财务模块(含总帐、应付、应收、固定资产、现金管理等子模块)的核心数据字典展开详细解析,助力读者高效掌握财务数据的底层结构。一、总帐管理(GeneralLedger)模块数据字典总帐模块是财务数据的“中枢”,负责账务汇总、科目管理、日记帐处理等核心功能,其数据字典需重点关注会计科目组合、日记帐头/行等核心表。用途:存储企业会计科目表(COA)的所有有效科目组合,对应弹性域(Flexfield)结构(如段1-段n)。关键字段:`CHART_OF_ACCOUNTS_ID`:账套ID,关联`GL_SETS_OF_BOOKS`表,区分不同账套的科目。`SEGMENT1~SEGMENTn`:弹性域段(如公司、部门、科目、成本中心等),字段数量由账套的弹性域结构决定。`ENABLED_FLAG`:启用标志(Y/N),控制科目组合是否可用于账务处理。`START_DATE_ACTIVE`/`END_DATE_ACTIVE`:生效/失效日期,支持科目组合的时间维度管控。2.日记帐抬头表(GL_JE_HEADERS)用途:存储日记帐的“头层”信息(如来源、类别、期间、状态等),是日记帐的核心控制表。关键字段:`JE_HEADER_ID`:主键,唯一标识日记帐头。`SET_OF_BOOKS_ID`:账套ID,关联`GL_SETS_OF_BOOKS`,确定账务归属的账套。`JE_SOURCE`:日记帐来源(如“手工”“应付”“应收”等),区分账务的产生渠道。`JE_CATEGORY`:日记帐类别(如“调整”“费用”“资产”等),归类账务性质。`PERIOD_NAME`:会计期间(如“JAN-2024”),关联`GL_PERIODS`表。`STATUS`:状态(如“未过账”“已过账”“错误”),反映日记帐的处理进度。3.日记帐行表(GL_JE_LINES)用途:存储日记帐的“行层”信息(如借贷方金额、科目组合等),与`GL_JE_HEADERS`通过`JE_HEADER_ID`关联。关键字段:`JE_LINE_ID`:主键,唯一标识日记帐行。`JE_HEADER_ID`:外键,关联日记帐头,体现“头-行”的父子关系。`JE_LINE_NUM`:行号,按日记帐头内的顺序编号。`ACCOUNTED_DR`/`ACCOUNTED_CR`:本位币借方/贷方金额,满足“有借必有贷”的账务规则。二、应付账款(AccountsPayable)模块数据字典应付模块聚焦供应商发票、付款管理,核心表围绕发票头/行、付款展开,需关注供应商、组织、币种等业务维度的关联。1.发票头表(AP_INVOICES_ALL)用途:存储供应商发票的“头层”信息(如发票类型、日期、金额、供应商等),是应付业务的核心入口。关键字段:`INVOICE_ID`:主键,唯一标识发票。`VENDOR_ID`:外键,关联`AP_VENDORS`,确定发票对应的供应商。`ORG_ID`:组织ID,关联`HR_ALL_ORGANIZATION_UNITS`,支持多组织财务核算。`INVOICE_TYPE_LOOKUP_CODE`:发票类型(如“标准”“贷项通知单”“预付款”等),区分发票业务类型。`INVOICE_DATE`:发票日期,用于账期计算、会计分录生成。`AMOUNT_DUE`:应付金额(原币),即发票总金额扣减已付款后的余额。2.发票行表(AP_INVOICE_LINES_ALL)用途:存储发票的“行层”信息(如行金额、会计分配、费用类型等),与`AP_INVOICES_ALL`通过`INVOICE_ID`关联。关键字段:`INVOICE_LINE_ID`:主键,唯一标识发票行。`INVOICE_ID`:外键,关联发票头,体现“头-行”的父子关系。`LINE_NUMBER`:行号,按发票头内的顺序编号。`AMOUNT`:行金额(原币),支持多行汇总至发票头金额。`ACCOUNTING_DATE`:会计日期,决定发票行的入账期间。`DISTRIBUTION_TYPE`:分配类型(如“费用”“资产”“负债”等),确定行的会计分录方向。3.付款表(AP_PAYMENTS_ALL)用途:存储供应商付款的“头层”信息(如付款日期、金额、付款方式等),与发票通过`INVOICE_ID`关联,体现“付款核销发票”的业务逻辑。关键字段:`PAYMENT_ID`:主键,唯一标识付款。`INVOICE_ID`:外键,关联`AP_INVOICES_ALL`,确定付款对应的发票(支持多发票核销)。`VENDOR_ID`:外键,关联`AP_VENDORS`,确定付款的供应商。`PAYMENT_DATE`:付款日期,用于现金流量统计、银行对账。`AMOUNT`:付款金额(原币),核销发票的应付余额。`PAYMENT_METHOD_LOOKUP_CODE`:付款方式(如“支票”“电汇”“网银”等),区分付款渠道。三、应收账款(AccountsReceivable)模块数据字典应收模块聚焦客户发票、收款管理,核心表围绕客户、发票头/行、收款展开,需关注客户信用、账期、核销规则等业务逻辑。1.客户表(AR_CUSTOMERS)用途:存储客户的基本信息(如名称、编号、组织、状态等),是应收业务的“客户主数据”。关键字段:`CUSTOMER_ID`:主键,唯一标识客户。`CUSTOMER_NAME`:客户名称,支持模糊查询、报表展示。`CUSTOMER_NUMBER`:客户编号,业务端的客户唯一标识(可自定义规则)。`ORG_ID`:组织ID,关联`HR_ALL_ORGANIZATION_UNITS`,支持多组织客户管理。`STATUS`:状态(如“活动”“冻结”),控制客户是否可交易。2.应收发票头表(AR_INVOICES_ALL)用途:存储客户发票的“头层”信息(如发票类型、日期、金额、客户等),是应收业务的核心入口。关键字段:`INVOICE_ID`:主键,唯一标识发票。`CUSTOMER_ID`:外键,关联`AR_CUSTOMERS`,确定发票对应的客户。`ORG_ID`:组织ID,关联`HR_ALL_ORGANIZATION_UNITS`,支持多组织财务核算。`INVOICE_DATE`:发票日期,用于账期计算、会计分录生成。`TOTAL_AMOUNT_DUE`:应收金额(原币),即发票总金额扣减已收款后的余额。3.收款表(AR_PAYMENTS_ALL)用途:存储客户收款的“头层”信息(如收款日期、金额、核销发票等),与发票通过`INVOICE_ID`关联,体现“收款核销发票”的业务逻辑。关键字段:`PAYMENT_ID`:主键,唯一标识收款。`INVOICE_ID`:外键,关联`AR_INVOICES_ALL`,确定收款对应的发票(支持多发票核销)。`CUSTOMER_ID`:外键,关联`AR_CUSTOMERS`,确定收款的客户。`PAYMENT_DATE`:收款日期,用于现金流量统计、银行对账。`AMOUNT_APPLIED`:核销金额(原币),减少发票的应收余额。`PAYMENT_METHOD`:收款方式(如“支票”“电汇”“信用卡”等),区分收款渠道。四、固定资产(FixedAssets)模块数据字典固定资产模块聚焦资产全生命周期管理(新增、折旧、处置等),核心表围绕资产主数据、账簿财务信息、折旧明细展开。1.资产主表(FA_ASSETS)用途:存储资产的基本信息(如资产编号、描述、类别、组织等),是固定资产的“主数据中心”。关键字段:`ASSET_ID`:主键,唯一标识资产。`ASSET_NUMBER`:资产编号,业务端的资产唯一标识(可自定义规则)。`DESCRIPTION`:资产描述,支持资产的业务识别。`ORG_ID`:组织ID,关联`HR_ALL_ORGANIZATION_UNITS`,支持多组织资产管理。`BOOK_TYPE_CODE`:默认账簿代码,关联`FA_BOOKS`,确定资产的财务核算账簿。`ASSET_CATEGORY_ID`:资产类别ID,关联`FA_CATEGORIES`,确定资产的折旧规则、科目映射。2.资产账簿表(FA_BOOKS)用途:存储资产在单个账簿下的财务信息(如原值、累计折旧、残值等),与`FA_ASSETS`通过`ASSET_ID`和`BOOK_TYPE_CODE`关联,支持多账簿(如税务账、管理账)并行核算。关键字段:`BOOK_TYPE_CODE`:账簿代码,关联`FA_BOOKS_TL`,区分不同财务视角的账簿。`ASSET_ID`:外键,关联`FA_ASSETS`,确定资产的主数据。`COST`:资产原值(账簿本位币),即资产的初始入账价值。`RECOVERABLE_COST`:可回收成本(如税务账下的计税基础),用于折旧计算。`DEPRN_RESERVE`:累计折旧(账簿本位币),反映资产的已提折旧总额。`NET_BOOK_VALUE`:账面净值(=COST-DEPRN_RESERVE-残值),体现资产的剩余价值。3.折旧明细表(FA_DEPRN_DETAIL)用途:存储资产每期的折旧信息(如折旧期间、折旧金额、折旧方法等),是折旧凭证生成、资产价值追溯的核心依据。关键字段:`DEPRN_DETAIL_ID`:主键,唯一标识折旧明细行。`ASSET_ID`:外键,关联`FA_ASSETS`,确定资产的主数据。`BOOK_TYPE_CODE`:账簿代码,关联`FA_BOOKS`,确定折旧的财务视角。`DEPRN_PERIOD`:折旧期间(如“JAN-2024”),关联`FA_DEPRN_PERIODS`,确定折旧的时间范围。`DEPRN_AMOUNT`:本期折旧金额(账簿本位币),反映资产当期的价值损耗。`DEPRN_METHOD_CODE`:折旧方法代码(如“直线法”“双倍余额递减法”),关联`FA_DEPRN_METHODS`,确定折旧计算规则。五、现金管理(CashManagement)模块数据字典现金管理模块聚焦银行账户、现金交易、银行对账,核心表围绕银行账户、现金交易展开,需关注币种、交易类型、对账状态等业务逻辑。1.银行账户表(CE_BANK_ACCOUNTS)用途:存储企业银行账户的基本信息(如账户编号、银行、币种、状态等),是现金管理的“账户主数据”。关键字段:`BANK_ACCOUNT_ID`:主键,唯一标识银行账户。`BANK_ID`:外键,关联`CE_BANKS`,确定账户所属的银行。`ACCOUNT_NUMBER`:银行账号,业务端的账户唯一标识。`CURRENCY_CODE`:币种代码(如“USD”“CNY”),关联`FND_CURRENCIES`,确定账户的记账币种。`STATUS`:状态(如“活动”“关闭”),控制账户是否可交易。2.现金交易表(CE_TRANSACTIONS)用途:存储企业的现金交易信息(如交易类型、金额、日期、账户等),是现金流量统计、银行对账的核心数据来源。关键字段:`TRANSACTION_ID`:主键,唯一标识现金交易。`BANK_ACCOUNT_ID`:外键,关联`CE_BANK_ACCOUNTS`,确定交易对应的银行账户。`TRANSACTION_TYPE`:交易类型(如“收款”“付款”“转账”“手续费”等),区分交易的业务性质。`AMOUNT`:交易金额(账户币种),反映现金的流入/流出规模。`TRANSACTION_DATE`:交易日期,用于现金流量的时间维度分析。`RECONCILED_FLAG`:对账标志(Y/N),反映交易是否完成银行对账。六、数据字典使用建议1.业务场景导向数据验证:利用`ENABLED_FLAG`、`STATUS`等字段筛选有效数据(如仅查询`ENABLED_FLAG='Y'`的科目组合),避免无效数据干扰分析。系统集成:对接第三方系统(如ERP、BI工具)时,需明确核心表的主键(如`INVOICE_ID`、`ASSET_ID`)作为数据同步的唯一标识,确保数据映射的准确性。2.工具辅助查询OracleEBS应用开发器(ADFDI):通过“数据字典”功能可视化查询表结构、字段注释,适合业务人员快速理解数据逻辑。3.特殊场景注意事项多组织架构(ORG_ID):EBS支持多法人、多业务单元的财务核算,需通过`ORG_ID`筛选组织范围内的数据,避免跨组织数据混淆。弹性域扩展(Flexfield):若账套启用了自定义弹性域(如科目段、发票行段),需关注`SEGMENTn`字段的业务含义(需结合弹性域结构配置文档)。数据完整性:操作数据时(如插入、更新),需确保外键关联的表已存在对应记录(如新增发票行时,`INVOICE_ID`必须在`AP_INV

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论