Oracle EBS中分类账和法人实体 的关系(有sql语句实例)

首先,对于EBS中的法人实体和分类账以及OU之间的一个层次关系如下图:

 

其中,对于分类账和法人实体,并不简单是一对多的关系,按照理论上来讲:由于分类账存在辅助分类账,所以一个法人实体除了对应一个主分类账(Primary Ledger)外,还可能存在辅助分类账,但是一个法人实体肯定只对应一个唯一的主分类账,而对于分类账之间是否存在有“主从关系”还不太清楚,有待进一步考证。

而在R12中,要找出他们之间的关系就需要通过一下sql来看了:

[c-sharp] view plain copy print ?
  1. SELECT lg.ledger_id,  
  2.        lg.NAME ledger_name,  
  3.        lg.short_name ledger_short_name,  
  4.        cfgdet.object_id legal_entity_id,  
  5.        le.NAME legal_entity_name,  
  6.        reg.location_id location_id,  
  7.        hrloctl.location_code location_code,  
  8.        hrloctl.description location_description,  
  9.        lg.ledger_category_code,  
  10.        lg.currency_code,  
  11.        lg.chart_of_accounts_id,  
  12.        lg.period_set_name,  
  13.        lg.accounted_period_type,  
  14.        lg.sla_accounting_method_code,  
  15.        lg.sla_accounting_method_type,  
  16.        lg.bal_seg_value_option_code,  
  17.        lg.bal_seg_column_name,  
  18.        lg.bal_seg_value_set_id,  
  19.        cfg.acctg_environment_code,  
  20.        cfg.configuration_id,  
  21.        rs.primary_ledger_id,  
  22.        rs.relationship_enabled_flag  
  23.   FROM gl_ledger_config_details primdet,  
  24.        gl_ledgers               lg,  
  25.        gl_ledger_relationships  rs,  
  26.        gl_ledger_configurations cfg,  
  27.        gl_ledger_config_details cfgdet,  
  28.        xle_entity_profiles      le,  
  29.        xle_registrations        reg,  
  30.        hr_locations_all_tl      hrloctl  
  31.  WHERE rs.application_id = 101  
  32.    AND ((rs.target_ledger_category_code = 'SECONDARY' AND  
  33.        rs.relationship_type_code <> 'NONE') OR  
  34.        (rs.target_ledger_category_code = 'PRIMARY' AND  
  35.        rs.relationship_type_code = 'NONE') OR  
  36.        (rs.target_ledger_category_code = 'ALC' AND  
  37.        rs.relationship_type_code IN ('JOURNAL''SUBLEDGER')))  
  38.    AND lg.ledger_id = rs.target_ledger_id  
  39.    AND lg.ledger_category_code = rs.target_ledger_category_code  
  40.    AND nvl(lg.complete_flag, 'Y') = 'Y'  
  41.    AND primdet.object_id = rs.primary_ledger_id  
  42.    AND primdet.object_type_code = 'PRIMARY'  
  43.    AND primdet.setup_step_code = 'NONE'  
  44.    AND cfg.configuration_id = primdet.configuration_id  
  45.    AND cfgdet.configuration_id(+) = cfg.configuration_id  
  46.    AND cfgdet.object_type_code(+) = 'LEGAL_ENTITY'  
  47.    AND le.legal_entity_id(+) = cfgdet.object_id  
  48.    AND reg.source_id(+) = cfgdet.object_id  
  49.    AND reg.source_table(+) = 'XLE_ENTITY_PROFILES'  
  50.    AND reg.identifying_flag(+) = 'Y'  
  51.    AND hrloctl.location_id(+) = reg.location_id  
  52.    AND hrloctl.LANGUAGE(+) = userenv('LANG');  

从数据结果中可以看出,系统中有7个分类账(LEDGER)和5个法人实体(LEGAL_ENTITY),对于TCL_YSP这个法人实体来说,拥有两个分类账,其LEDGER_CATEGORY_CODE分别为PRIMARY和SECONDARY,说明了一个法人实体有一个主分类账,并且可以有辅助分类账,而2041这个分类账,则没有对应的法人实体,但是其LEDGER_CATEGORY_CODE依然为PRIMARY,这说明一个分类账的category_code有可能是事前定义好的,而不是在与法人实体关联的时候才决定的,所以不能确定分类账之间到底有层次关系……

对以上的sql进行精简,也可以得出相应的关系来:

[c-sharp] view plain copy print ?
  1. select lg.ledger_id, --分类帐   
  2.        cfgdet.object_id legal_entity_id, --法人实体       
  3.        lg.currency_code,   
  4.        lg.chart_of_accounts_id,   
  5.        rs.primary_ledger_id   
  6.   from gl_ledger_config_details primdet,   
  7.        gl_ledgers               lg,   
  8.        gl_ledger_relationships  rs,   
  9.        gl_ledger_configurations cfg,   
  10.        gl_ledger_config_details cfgdet   
  11. where rs.application_id = 101  --101为总账GL应用   
  12.    and ((rs.target_ledger_category_code = 'SECONDARY' and   
  13.        rs.relationship_type_code <> 'NONE') or   
  14.        (rs.target_ledger_category_code = 'PRIMARY' and   
  15.        rs.relationship_type_code = 'NONE') or   
  16.        (rs.target_ledger_category_code = 'ALC' and   
  17.        rs.relationship_type_code in ('JOURNAL''SUBLEDGER')))   
  18.    and lg.ledger_id = rs.target_ledger_id   
  19.    and lg.ledger_category_code = rs.target_ledger_category_code   
  20.    and nvl(lg.complete_flag, 'Y') = 'Y'   
  21.    and primdet.object_id = rs.primary_ledger_id   
  22.    and primdet.object_type_code = 'PRIMARY'   
  23.    and primdet.setup_step_code = 'NONE'   
  24.    and cfg.configuration_id = primdet.configuration_id   
  25.    and cfgdet.configuration_id(+) = cfg.configuration_id   
  26.    and cfgdet.object_type_code(+) = 'LEGAL_ENTITY';  

<think>好的,用户需要查询Oracle EBS中通过出库单查询子分类账总账SQL语句或方法。首先,我需要回忆Oracle EBS的结构,特别是库存模块(INV)总账(GL)之间的关系。子分类账总账的集成通常通过子分类账会计(SLA)来处理,所以可能需要涉及SLA相关的表。 用户提到出库单,所以应该先确定出库单在库存模块中的存储位置。出库事务处理一般存储在MTL_MATERIAL_TRANSACTIONS表中,而相关的分配信息可能在MTL_TRANSACTION_ACCOUNTS里。接下来,子分类账的数据可能在XLA_EVENTSXLA_AE_HEADERS、XLA_AE_LINES这些SLA表中。总账的数据则在GL_JE_HEADERSGL_JE_LINES中。 需要关联这些表,可能需要通过TRANSACTION_ID或者TRANSACTION_DATE来连接库存事务会计事件,再通过会计事件的标识关联总账的分录。同时,用户可能需要具体的字段,比如出库单编号、会计日期、账户组合等。另外,需要注意组织权限,使用MO_GLOBAL.SET_POLICY_CONTEXT来确保多组织访问的正确性。 还需要考虑用户的实际需求,比如是否需要查看未过账的数据,或者是否已经过账到总账。可能需要指导用户如何根据不同的情况调整SQL语句,或者建议使用标准报表如子分类账日记账报表作为替代方案。此外,权限问题也很重要,用户是否有访问这些表的权限,是否需要使用应用用户角色来执行查询。 最后,要确保提供的SQL示例正确,并且提醒用户在实际环境中进行测试,必要时联系DBA调整。可能还需要解释各个关键表的作用,帮助用户理解查询的结构。</think>在Oracle EBS中查询出库单关联分类账总账数据,需要结合库存事务表、子分类账会计(SLA)表总账表。以下是实现方法及示例: ### 一、核心表关联路径 1. **库存事务表**:`MTL_MATERIAL_TRANSACTIONS`(事务头) 2. **事务分配表**:`MTL_TRANSACTION_ACCOUNTS`(成本分配) 3. **子分类账会计表**:`XLA_EVENTS`(会计事件)↔ `XLA_AE_HEADERS`(分录头)↔ `XLA_AE_LINES`(分录行) 4. **总账表**:`GL_JE_HEADERS`(日记账头)↔ `GL_JE_LINES`(日记账行)[^1] ### 二、SQL查询示例 ```sql SELECT mmt.transaction_id AS "出库单ID", mmt.transaction_date AS "事务日期", mta.reference_account AS "分配账户", xah.je_category_name AS "日记账类别", xal.accounted_dr AS "借方金额", xal.accounted_cr AS "贷方金额", gjh.doc_sequence_value AS "总账凭证编号", gjl.code_combination_id AS "科目组合ID" FROM mtl_material_transactions mmt JOIN mtl_transaction_accounts mta ON mmt.transaction_id = mta.transaction_id JOIN xla_events xe ON mmt.transaction_id = xe.entity_id AND xe.application_id = 707 -- INV应用ID JOIN xla_ae_headers xah ON xe.event_id = xah.event_id JOIN xla_ae_lines xal ON xah.ae_header_id = xal.ae_header_id LEFT JOIN gl_je_lines gjl ON xal.gl_sl_link_id = gjl.je_header_id || '-' || gjl.je_line_num LEFT JOIN gl_je_headers gjh ON gjl.je_header_id = gjh.je_header_id WHERE mmt.transaction_type_id = 63 -- 出库事务类型ID AND mmt.organization_id = 123; -- 指定库存组织ID ``` ### 三、关键说明 1. **事务类型过滤**:`transaction_type_id=63`对应标准出库操作,需根据实际配置调整 2. **组织权限控制**:建议添加`MO_GLOBAL.SET_POLICY_CONTEXT('S',org_id)`多组织访问控制 3. **SLA数据延迟**:会计数据通常在事务处理后异步生成,需确认数据完成`CREATE_ACCOUNTING`流程 4. **账户组合解析**:可用`GL_FLEXFIELDS_PKG.get_concat_description`函数解码`code_combination_id` ### 四、替代方案建议 1. **标准报表路径**: - 子分类账日记账:`总账超级用户 > 报表 > 会计 > 子分类账日记账` - 库存价值报表:`库存责任 > 报表 > 事务处理 > 事务处理历史记录` 2. **API调用**: ```sql SELECT * FROM xla_accounting_events_v WHERE application_id=707 AND entity_id=<transaction_id>; ```
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值