<![CDATA[]]> http://www.zljim.com/dlog_jim/ zh-cn PBlog2 v2.4 http://www.zljim.com/dlog_jim/images/logos.gif http://www.zljim.com/dlog_jim/ http://www.zljim.com/dlog_jim/default.asp?id=446 <![CDATA[风信子—星空&重生]]> (jimbaby) Sun,25 Mar 2012 13:49:12 +0800 http://www.zljim.com/dlog_jim/default.asp?id=446
本来这株星空已经凋谢了。没想到又从绿叶里又冒出了小花苞，慢慢的也盛开了。于是俺就把凋谢的大花苞剪掉，星空慢慢就成了这个样子，星空的叶越长越长~~长成的这个样子，我觉得也很美~~

  
(一）拍摄时间：2012年3月18日

1、重生后星空的样子~~，叶越来越长~




2、第二株星空，慢慢的会跟第一株星空一样，虽然长的慢，但，是这几株所有里面开的最长久的一株。




3、这两天从小凡那里看到，对于凋谢的花苞，需要剪掉后才会重生。这个俺已经尝试过了，可惜前几株凋谢的花苞都被我这么扔掉了。




（二）拍摄时间：2012年3月25日


4、上午，我把凋谢的小花苞也剪掉了，就又成了这个样子。只是绿叶，而且这个绿叶会一直一直再长。。我想看看它最后能长成什么样子。。



5、经过一个星期，这株星空已经基本开放了。很美哈~~








6、让仙人掌也露个小脸吧~~~




7、喜欢这样的一角~~~




8、



（三）

9、这个阳春三月，家里的花草也长得正茂盛。金钱树长的也越来越好~~





10、~绿萝~~



11、火鹤~~这周末刚买的一盆，刚好花开，很好看。



12、从万万家买的小餐具和托盘。

生活其实可以很美好，一切都在自己掌握，好心情都是自己给的......


对于最近的心情我只想说，自己是一个特别信缘的人，一切事和物让它去随缘，让自己永远的心怀感恩，珍惜现在。




13、俺家有花草的一角



14、


]]> http://www.zljim.com/dlog_jim/default.asp?id=444 <![CDATA[Oracle ebs R12 SLA 后台技术 ]]> (jimbaby) Sat,24 Mar 2012 11:47:54 +0800 http://www.zljim.com/dlog_jim/default.asp?id=444 使通过gl_import_references表来进行，该表的je_batch_id，je_header_id，je_line_num
是和GL关联，该表字段gl_sl_link_id是和SLA中的行表(XLA_AE_LINES)关联，
在SLA中重要的几张表如下:  
    xla_transaction_entities：The table XLA_ENTITIES contains information about
sub-ledger document or transactions.
    XLA_EVENTS:The XLA_EVENTS table record all information related to a specific
event. This table is created as a type XLA_ARRAY_EVENT_TYPE.
    XLA_AE_HEADERS:The XLA_AE_HEADERS table stores subledger journal entries.


There is a one-to-many relationship between accounting events and journal entry headers.
    XLA_AE_LINES:The XLA_AE_LINES table stores the subledger journal entry lines.
There is a one-to-many relationship between subledger journal entry headers and subledger
journal entry lines
    XLA_DISTRIBUTION_LINKS:The XLA_DISTRIBUTION_LINKS table stores the link between
transactions and subledger journal entry lines.
    在一个系统PKG中有如下结构的插值语句，从而可以清楚的得出几个表之间的联系:

程序代码 程序代码

insert all
when
  (line_id = 1) then
into xla_transaction_entities (upg_batch_id , entity_id,……)
values
  (……)
into xla_events
(upg_batch_id, entity_id, event_id, ……)
values
(……)

into xla_ae_headers
  (upg_batch_id,
   entity_idnt_id ,
   ae_header_id ,
   ……)
values
  (……)
when
  (1 = 1) then
into xla_ae_lines
  (upg_batch_id, ae_header_id, ae_line_num, ……)
values (……)

into xla_distribution_links
(upg_batch_id , event_id , ae_header_id,
ae_line_num , ……)
values
(……)
select …… from ……;


上面提到的gl_import_references.gl_sl_link_id字段就是和xla_ae_lines.gl_sl_link_id字段关联，在这些表中和子模块关联的字段在xla_transaction_entities中，该表中有如下形式的字段
源表关联字段
source_id_int_num
source_id_char_num
这两个字段是用来和源模块关联，该字段的设置是在各个子模块:
路径是：设置>>会计科目设置>>子分类帐会计设置>>会计方法生成器>>事件>>事件模型
界面如下:该界面的实体代码就是对应xla_transaction_entities表中的ENTITY_CODE字段，每个来源就标示了该子分类帐是哪个模块产生的。


点击[标示]进入如下界面：该界面中的实体表列字段时子模块相关源表的字段，标示列就是SLA中

xla_transaction_entities表的列，SLA和字模块的联系就是通过该界面的设置来完成的。



安全性控制字段
security_id_char_num
security_id_int_num
这两个字段是用来进行安全验证，数据屏蔽使用xla_transaction_entities是有VDP验证的表，各个模块使用的策略函数是通过设置>>会计科目设置>>子分类帐会计设置>>子分类帐应用产品  来设置的，

如AP模块使用的是：XLA_SECURITY_POLICY_PKG.MO_POLICY，在该方法中有一句很重要

程序代码 程序代码
FUNCTION MO_Policy

(p_obj_schema IN VARCHAR2, p_obj_name IN VARCHAR2)RETURN VARCHAR2 IS

  l_mo_policy VARCHAR2(4000);

  l_log_module VARCHAR2(240);

BEGIN

  IF g_log_enabled THEN
  
    l_log_module := C_DEFAULT_MODULE || '.MO_Policy';
  
  END IF;

  IF (C_LEVEL_PROCEDURE >= g_log_level) THEN
  
    trace('MO_Policy.Begin', C_LEVEL_PROCEDURE, l_log_module);
  
  END IF;

  l_mo_policy := mo_global.org_security
                
                 (obj_schema => null  ,
                  obj_name => null );

  IF (C_LEVEL_STATEMENT >= g_log_level) THEN
  
    trace('l_mo_policy after calling
mo_global.org_security = ' || l_mo_policy,
          C_LEVEL_STATEMENT,
          l_log_module);
  
  END IF;

  l_mo_policy := REGEXP_REPLACE(l_mo_policy,
                                'org_id',
                                'security_id_int_1',
                                1,
                                1);

  -- Security identifiers are not populated. In case of, manual journal entires

  -- or third party merge events.

  -- bug 4717192, add the if condition

  IF (l_mo_policy is not null) THEN
  
    l_mo_policy := l_mo_policy || ' or security_id_int_1 IS NULL ';
  
  END IF;

  xla_utility_pkg.print_logfile
  
  ('l_mo_policy after replace = ' || l_mo_policy);

  IF (C_LEVEL_PROCEDURE >= g_log_level) THEN
  
    trace('MO_Policy.End', C_LEVEL_PROCEDURE, l_log_module);
  
  END IF;

  RETURN(l_mo_policy);

END MO_Policy;

一般的MOAC
VPD使用的字段时ORG_ID该处是将ORG_ID替换为security_id_int_1，很明显了
现在分析了GL和SLA以及 SLA和字模块之间联系，在加上上面的那段插值代码中对应的表关系，就很容易整理
出常见的追溯关系了，可能也有特殊情况没有涉及到。

下面是一个实例 :
首先看**这边的分配，该分配是对应于SLA中的表xla_distribution_links
在该情况下可以查询出每个会计帐户的明细来历,这是AP**的分配

程序代码 程序代码
select aid.invoice_distribution_id "分配ID"
,aid.invoice_line_number "**行号"
distribution_line_number 分配行号
,aid.rcv_transaction_id 接收事务id
,aid.amount "金额"
from ap_invoice_distributions aid
,ap_invoices
api
where api.invoice_id = aid.invoice_id
and aid.invoice_id = 10140
order by aid.invoice_line_number
,distribution_line_number;

分析:应付分配中的账户，在SLA中会产生两行数据，并且这两行数据借贷相反 金额相同。
从GL查行数据，在GL的一个header下的行有可能是经过合并后的行，因此GL的行并不能准确的表示出帐户源的帐户信息，在GL的同一个帐户行可能对应着AP这边很多张**的帐户信息，但会计行中的子分类帐日记帐分录行的每一行则一定对应着同一张**。
如下代码是整理的追溯一般代码
程序代码 程序代码
select '_^_' "KEY",
      
       --======xla_transaction_entities=========--------
       xte.application_id         "应用",
       xte.entity_id,
       xte.ledger_id              "分类帐SOB",
       xte.entity_code,
       xett.name                  "事务实体类型",
       le.name                    "法人主体",
       le.legal_entity_identifier "人主体所得税纳税登记", --legal_entity_tax
      
       ------------------------------
      
       --AP_INVOICES
       AP ** INVOICE_ID,
       --AP_PAYMENTS
       AP付款 CHECK_ID,
       --RECEIPTS
       收款 CASH_RECEIPT_ID,
       --TRANSACTIONS 事务处理
       销售 ** CUSTOMER_TRX_ID,
       xte.source_id_int_1 "事务源对应ID",
      
       ------------------------------
      
       /*--下面两个字段折旧的时候会有值
       xte.source_id_int_2 ,
        xte.source_id_int_3,*/
       xte.security_id_int_1     "ORG_ID",
       xte.source_application_id "源对应应用",
      
       --======xla_event=========--------
      
       xe.event_type_code, --Event type code
       xent.name          "事件类型",
      
       -- ,xe.event_status_code --Event status code
      
       -- ,xe.process_status_code --Processing status code
      
       /*This flag indicates whether the event is on hold or not.
       possible values: (Y)--yes, (N)--No*/
      
       -- ,xe.on_hold_flag,
      
       --==============xla_ae_headers=======-----
      
       xah.ledger_id        "SOB",
       xah.je_category_name --General Ledger category name ,
       xah.accounting_date,
       xah.period_name      "期间",
      
       /* ,xah.balance_type_code --Balance type (Actual, Budget, or Encumbrance)
       ,xah.gl_transfer_date  
          ,xah.accounting_entry_status_code
          ,xah.accounting_entry_type_code  
          ,xah.zero_amount_flag,*/
       --==============xla_ae_line=======-----
       xal.ae_line_num           "行号",
       xal.code_combination_id   "账户ID",
       gjl.code_combination_id   "日记帐gcc",
       xal.gl_transfer_mode_code,
       xal.accounting_class_code "会计分类",
       xlp.meaning               "会计分类",
       xal.accounted_dr          "入账借项(本位币)",
       xal.accounted_cr          "入账贷项(本位币)",
       xal.currency_code         "币种",
       xal.entered_dr            "账户原币借项",
       xal.entered_cr            "账户原币贷项",
       gir.je_line_num           "日记帐行号",
       xte.entity_id,
       xte.application_id,
       xe.event_id,
       xah.ae_header_id,
       xal.ae_line_num
  from xla_transaction_entities xte,
       xla_entity_types_tl      xett,
       xle_entity_profiles      le,
       xla_events               xe,
       xla_event_types_tl       xent,
       xla_ae_headers           xah,
       xla_ae_lines             xal,
       xla_lookups              xlp,
       gl_import_references     gir,
       gl_je_lines              gjl
where 1 = 1
   and xte.entity_id = xe.entity_id
   and xte.application_id = xe.application_id
   and xte.legal_entity_id = le.legal_entity_id(+)
   and xah.event_id = xe.event_id
   and xah.application_id = xe.application_id
   and xent.event_type_code = xe.event_type_code
   and xent.application_id = xe.application_id
   and xent.language = 'ZHS'
   and xah.ae_header_id = xal.ae_header_id
   and xah.application_id = xal.application_id
   and xlp.lookup_type(+) = 'XLA_ACCOUNTING_CLASS'
   and xlp.lookup_code(+) = xal.accounting_class_code
   and gir.gl_sl_link_id = xal.gl_sl_link_id
   and gir.gl_sl_link_table = xal.gl_sl_link_table
   and gjl.je_header_id = gir.je_header_id
   and gjl.je_line_num = gir.je_line_num
   and xett.entity_code = xte.entity_code
   and xett.application_id = xte.application_id
   and xett.language = 'ZHS'
   and gir.je_batch_id = 3008;
]]> http://www.zljim.com/dlog_jim/default.asp?id=440 <![CDATA[记录花开的美丽~]]> (jimbaby) Sat,10 Mar 2012 23:13:54 +0800 http://www.zljim.com/dlog_jim/default.asp?id=440

（一）芬达   拍摄时间：2012年2月29日晚
1、



2、



3、



（二）杏色激情  拍摄时间2012年3月8日

4、



5、杏色激情没想到全部绽放是这么漂亮。这是自己这几株里最偏爱的。养花真是跟对待自己的孩子一样。



6、现在的这株在花儿全部绽放后，一点没凋谢，还是依然保持原来的美丽。因花儿重，已经压的完全跟躺着的一样，但怎么长都漂亮。



7、不同角度拍摄的杏色激情~~~



8、喜欢它淡淡的颜色，跟花的味道一样~~~



9、



10、




（三） 星空

11、星空是这几株长的最慢的，也是最让人期待的。自己一直在想象它的样子，因为它出的苞原比其他几株的花苞大，花苞的骨朵也少，俺仔细观察过，它虽骨朵少，但苞与苞之间是一点点地绽开，逐渐隔开了距离。适于开放。



12、星空是这几株里长的最直的一株。它完全开放的的样子其实比照片漂亮~~




13、



14、



15、放两张拍全的星空的样子。



16、看着这些片片很美，很美。养花的过程真的很享受，记录下这些很美好~~

]]> http://www.zljim.com/dlog_jim/default.asp?id=439 <![CDATA[花儿们美丽绽放着.......]]> (jimbaby) Mon,05 Mar 2012 22:40:31 +0800 http://www.zljim.com/dlog_jim/default.asp?id=439
1、拍照时间：2012年3月3日晚；


芬达绽放的样子。。粉粉的颜色，它种上的最晚，开的却最早。



2、不同角度的芬达~~




3、



4、杏色激情~




5、长成这个样子也很美。





6、长得最高的星空，今天也美丽绽放了~





7、拍摄时间：2012年3月5日晚；

杏色激情经过一晚，几乎全部绽放了，真是漂亮啊，喜欢它淡淡的柔柔的颜色，这是自己这几株里最偏爱的。




8、换个角度的杏色激情~




9、花儿竟然可以这样美......


]]> http://www.zljim.com/dlog_jim/default.asp?id=437 <![CDATA[小子日记—发烧]]> (jimbaby) Mon,27 Feb 2012 21:37:51 +0800 http://www.zljim.com/dlog_jim/default.asp?id=437
今天，我一大清早起来，感觉有一点不舒服，妈妈给我量了量体温表，我知道了我发了低烧，烧到了37°5。妈妈急忙跑过来说：“壮壮，你没事吧？”，我说：“觉得有点不舒服。”妈妈赶紧给我拿出一瓶抗病毒口服液和两片银片维C给我吃，吃完药，感觉好多了，但还是有一些难受，妈妈说：忍着吧，再坚持一下吧！“我只好答应了。

经过漫长的四节课终于结束了。吃完午饭后，我感觉身体还是浑身没劲，姥姥给我拿出体温表量了一下，竟然烧到了38°5，姥姥万分焦急，说：孩子你别去上学了吧。”我只好又答应。姥姥又给我吃退烧药，吃完了让我上床休息，我睡到了三点半，姥姥不放心，又拿出体温表，我退烧了，烧到了37°。

下午姥爷去学校拿书包，想不到同学赵丹石给我把书包拿来，还帮我把作业抄了下来，张子杰还给我收拾了书包。同学们对我真是太好了，我很感动。谢谢他们的帮助，我也要在别人有困难的时候帮助别人。]]> http://www.zljim.com/dlog_jim/default.asp?id=434 <![CDATA[妈妈生日]]> (jimbaby) Mon,30 Jan 2012 15:23:01 +0800 http://www.zljim.com/dlog_jim/default.asp?id=434
1、



2、



3、



4、



5、



6、



7、

]]> http://www.zljim.com/dlog_jim/default.asp?id=433 <![CDATA[2012养花心情——风信子水培日记（二）含苞待放]]> (jimbaby) Sat,28 Jan 2012 18:07:43 +0800 http://www.zljim.com/dlog_jim/default.asp?id=433
拍摄时间2012年1月21日下午



1、




2、




3、




4、



过了个新年，7天后苞越来越大，含苞待放中，自己和小子很期待花开的样子。

拍摄时间2012年1月28日

5、这颗应该是我的蓝珍珠，感觉长的很慢的样子。希望这两株在妈妈生日那天，能花开。




6、请看第3张拍摄的照片，那时这株还没出苞呢，应该是长的最慢的一株。7天后已经长的跟上面那株早出苞的一样大了。





7、走近细看花苞，花苞散发着淡淡的清香，歪歪的样子很是漂亮，很是可爱~




8、这株应该是四株里面长的最快的，花苞已经很大了，感觉橙色的样子很像我的吉普赛女皇，不知是不是？期待着花开，期待着兴奋......





]]> http://www.zljim.com/dlog_jim/default.asp?id=431 <![CDATA[oracle ebs应用产品安全性-数据访问权限集（Data Access Set）]]> (jimbaby) Fri,13 Jan 2012 14:39:25 +0800 http://www.zljim.com/dlog_jim/default.asp?id=431
数据访问权限集是一个重要的、必须设定的系统配置文件选项。对具有相同科目表、日历和期间类型的分类帐及其所有平衡段值或管理段值的定义读写权限，系统管理员将其分配至不同的责任以控制不同的责任对分类帐数据的访问。

可以定义以下三种类型的数据访问权限集：

·        全部分类帐：授予分类帐中所有数据的访问权限。例如，在具有两个分类帐（A和B）的数据访问权限集中，可以授予对分类帐A中所有数据的只读权限，对分类帐B中所有数据的读写权限。

·        平衡段值：授予对所有或特定分类帐/平衡段值(BSV)组合的访问权限。例如，可能使用包含分类帐A的数据访问权限集，授予对平衡段值01的只读权限，授予对平衡段值02的读写权限，对于相同分类帐中的平衡段值03没有任何权限。这对于使用少量包含有许多平衡段值来表示多个公司或法人主体的分类帐的公司非常有用。

·        管理段值：授予对所有或特定分类帐/管理段值(MSV)组合的访问权限。例如，可能使用包含分类帐A的数据访问权限集，授予对管理段值100的只读权限，授予对管理段值200的读写权限，对于相同分类帐中的管理段值300没有任何权限。只在当在科目表中指定了管理段时，才能使用管理段值。

注：1.“全部分类帐”访问权限集类型提供比“平衡段值”或“管理段值”访问权限集类型更好的系统性能。

2．在分配特定平衡段值/管理段值时，可以分别指定所有值、包括子值的父值或子值。


目的

通过定义分类帐、平衡段值、管理段值的读写权限，来控制不同的责任对分类帐数据的访问，同时控制用户对平衡段值和管理段值的读写。


前提条件：

·  分类帐必须已分配给具有“完成”状态的会计科目设置。

·  分配至数据访问权限集的分类帐（集）必须共用相同科目表、日历和期间类型。

·  需要进一步限制对分类帐、分类帐集或分类帐/分类帐集的特定平衡段值或管理段值的读写权限；因为在创建分类帐（集）时，系统自动创建数据访问权限集。


创建使用的职责：

1.总帐超级用户—定义数据访问权限集

            2.系统管理员—分配数据访问权限集


使用说明

1.必须为每个数据访问权限集指定三种类型之一。在定义之后，不能更改类型。只能添加或删除数据访问权限集中指定的分类帐/分类帐集和段值。

2.在以下情况发生时，Oracle General Ledger会自动创建数据访问权限集：

·  创建分类帐

·  定义分类帐集

2.1分类帐的系统生成数据访问权限集使用与分类帐相同的名称。此数据访问权限集使用“全部分类帐”访问权限集类型，提供对分类帐的完全读写权限。

分类帐集的系统生成数据访问权限集使用与分类帐集相同的名称。此数据访问权限集使用“全部分类帐”访问权限集类型，提供对分配给分类帐集的所有分类帐的完整读写权限。

2.2全部分类帐访问权限

需要具有全部分类帐访问权限才能执行某些操作，如打开和关闭期间、创建汇总帐户、创建明细帐户、创建预算以及执行成批维护。全部分类帐权限意味着具有分类帐及其所有平衡段值或管理段值的完全读写权限。

要获得全部分类帐访问权限，的数据访问权限集必须为以下类型之一：

·  “全部分类帐”数据访问权限集类型，提供对分类帐的读写权限。

·  “平衡段值”数据访问权限集类型，该类型为使用“所有值”复选框的分类帐提供对所有平衡段值的读写权限。

·  “管理段值”数据访问权限集类型，该类型为使用“所有值”复选框的分类帐提供对所有管理段值的读写权限。

注：选择“平衡段值”或“管理段值”访问权限集类型的“所有值”复选框并不等同于分别分配了所有平衡段值或所有管理段值。

为防止在处理中可能出现的错误，如无法打开或关闭分类帐的期间，请确保至少有一个责任具有分配了全部分类帐访问权限的数据访问权限集。

3.如果系统生成的数据访问权限集提供的访问权限级别足以满足的需要，就不需要人工创建数据访问权限集，只需使用系统创建的数据访问权限集。

4.数据访问权限集会处理段值安全性规则和交叉验证规则。如果定义了阻止某些责任访问特定段值的段值安全性规则，这些规则将与数据访问权限集安全性相结合。

例如，如果定义了排除平衡段值01的段值安全性规则，然后定义了提供值01 - 03的只读权限的数据访问权限集安全性，则分配了此责任的用户将因为该段值安全性规则而无法读取段值01。


关联---报告币种

如果使用报告币种，Oracle General Ledger将自动创建以下数据访问权限集：

·  具有来源分类帐和日记帐层或子分类帐层报告币种的数据访问权限集

·  只具有日记帐层或子分类帐层报告币种的数据访问权限集

报告币种的系统生成数据访问权限集使用与报告币种相同的名称。此数据访问权限集使用“全部分类帐”访问权限集类型，提供对报告币种的完全读写权限。

如果定义包括报告币种（日记帐或子分类帐层）的分类帐集，该分类帐集的系统生成数据访问权限集将使用“全部分类帐”访问权限集类型，提供对分配至该分类帐集的所有报告币种的完全读写权限。


关联---配置文件

GL：数据访问权限集

使用数据访问权限集：

要使用数据访问权限集来允许访问一个或多个分类帐中的数据以便进行事务处理，必须请求系统管理员使用“GL：数据访问权限集”配置文件选项将该数据访问权限集分配至Oracle General Ledger责任。每个责任只能分配一个数据访问权限集。

如果使用Oracle Subledgers，必须将分类帐分配至“GL分类帐名称”配置文件选项，以指明该分类帐用于的子分类帐应用产品。指定的分类帐自动分配至“GL：数据访问权限集”配置文件选项，但是可以改写此分配。如果执行Oracle General Ledger流程需要访问多个分类帐，请将数据访问权限集分配至“GL：数据访问权限集”配置文件选项。此数据访问权限集应包括Oracle Subledgers使用的相同分类帐，以便能够查看传送至Oracle General Ledger的子分类帐数据。


定义步骤：

以平衡段值类型的数据访问权限集为例；此例使用于同一帐簿（分类帐）下不同的平衡段（机构段）的信息的相互屏蔽，即财富银行各机构间的凭证等信息屏蔽。

举例如下：定义CFB BSV数据访问权限集，指定平衡段值的权限；将CFB BSV分配至‘CFB-GL用户’;财富银行总部总帐会计使用‘CFB-GL超级用户’职责录入一笔名称为1222的日记帐凭证，财富银行北京分行总帐会计使用‘CFB-GL用户’不能查看该日记账信息。

定位至“数据访问权限集”窗口。路径：设置à财务系统à数据访问权限集

1.  输入数据访问权限集的名称：CFB BSV。

2.  （可选）输入数据访问权限集的说明。

3.  输入数据访问权限集的科目表名称。

4.  输入数据访问权限集的日历。期间类型将默认。

5.  在“访问权限集类型”字段中选择一个值：

全部分类帐：授予对整个分类帐或分类帐集的权限。

平衡段值：授予分类帐或分类帐集中所有或特定平衡段值的权限。

管理段值：授予分类帐或分类帐集中所有或特定管理段值的权限。

6.  在“分类帐/分类帐集”列中，输入要在数据访问权限集中包括的分类帐或分类帐集。只能选择与数据访问权限集共用相同科目表、日历和期间类型的分类帐和分类帐集。

注：如果使用报告币种（日记帐或子分类帐层），则可以输入共享同一科目表、日历和期间类型的报告币种作为数据访问权限集。

可以将相同分类帐和（或）分类帐集分配至多个数据访问权限集，但是不能将一个数据访问权限集分配至另一个数据访问权限集。

7.  如果指定了“全部分类帐”访问权限集类型，请跳至步骤9。如果指定了“平衡段值”或“管理段值”访问权限类型，请指定以下一项：

o 如果定义对分类帐中所有平衡段值或管理段值的权限，请选择“全部”复选框。

o 为分类帐或分类帐集输入特定平衡段值或管理段值。输入SH-GL用户可访问的平衡段值及其读写权限如下图：

注：如果指定父段值，则自动将只读权限和读写权限传递到层次结构中所有层的子值。

1.       选择权限：

只读：允许用户查看分类帐以及平衡段值或管理段值中的数据。

读写：允许用户查看和输入分类帐以及平衡段值或管理段值中的数据。

2.       （可选）选择“默认分类帐”按钮，为此数据访问权限集指定默认分类帐。在提供“分类帐”字段的所有窗口中会自动默认该默认分类帐。

3.       保存所做的工作。系统将会提交Oracle General Ledger会计科目设置程序。记下请求编号，确保此程序成功完成。

注：一旦保存，将无法删除数据访问权限集。可以在数据访问权限集中添加或删除分类帐以及分类帐集。

如果需要在“段值”区域更改分类帐或分类帐集的段值或权限，必须先删除分类帐或分类帐集，然后再将带有所需段值或权限的分类帐或分类帐集添加回来。

可以使用“数据访问权限集列表”报表复查数据访问权限集的详细信息。

注：在使用系统生成的数据访问权限集或自定义的数据访问权限集进行Oracle General Ledger处理之前，必须先请求系统管理员在“Oracle General Ledger应用产品”层或“责任”层将数据访问权限集分配至“GL：数据访问权限集”配置文件选项。此配置文件选项控制Oracle General Ledger可访问的分类帐。


分配数据访问权限集

1.使用“GL：数据访问权限集”配置文件选项将CFB BSV分配至SH-GL用户.

  路径：配置文件->系统

使用的职责：系统管理员
]]> http://www.zljim.com/dlog_jim/default.asp?id=430 <![CDATA[ORACEL R12 总账和子账的关系 ]]> (jimbaby) Fri,13 Jan 2012 14:36:58 +0800 http://www.zljim.com/dlog_jim/default.asp?id=430 12i在功能模块上的变化很多，比如，基本每个模块都启用了MOAC特性，新增加了子帐模块，税模块等等很多新的模块，OPM库存和离散库存集成了。不过这些变化中，大部分不是我们需要重点关注的，不过有一个东西需要重点关注那就是子帐模块。子帐模块功能非常强大，现在所有的子模块会计分录都可以使用特定的公式配置出来。但是对技术而言，我们不太关心如何配置生成会计分录，我们只关心子模块的会计分录和GL的会计分路之间的关联性，以方便我们做子模块和GL的对应报表。然而，现在如果你要做对应报表，你就必须要了解子帐。因此，在这里重点只介绍子帐。
子帐的概念——SLA（Subledger Accounting）
概念
子帐是子分类帐会计的简称，字面上的含义就是子分类帐会计分录，但是这东西到底用来干吗的呢？！
通俗的说：
1、子分类帐会计其实就是连接子模块会计和GL凭证之间的桥梁，更简单的说，就是子模块和GL之间的桥梁。所有子模块（包括FA）产生的会计分录都是使用SLA产生的，存放在SLA的表中，然后通过过帐程序过帐到GL。有点类gl_interface表的功能。
2、子分类帐会计的第二层意思：在各个子模块都有一套独立的会计分录，看起来跟GL其实没太大区别，这就意味着在子模块其实就可以计算科目余额了。只是可惜，到目前为止我还没有类似gl_balance的表来存放科目余额。
3、各子模块目前还是可以有自己的分配帐户（就是以前查看会计科目看到的东西），分别存放在自己的分配表中，比如，AP还是存放在ap_invoices_distributions中，引入SLA后，把这个功能称为“事物处理会计”，和子分类帐会计的不同点在于，事物处理会计是通过自动会计或分配产生，而子分类帐会计是根据定义会计事件等公式产生的，分别存于不同的地方。
子帐架构
解释：
1、 子分类帐的产生有两种方式，一种方式是直接从子模块的事物处理会计，一种是直接从子模块的事物处理上取得。
2、 子模块的事物处理会计和子分类帐会计是两个不同的东西，一定要区别对待，传送到GL的是子分类帐会计，并非事物处理会计。
3、 由于子分类帐会计的来源可能是事物处理，也可能是事物处理会计，因此很可能存在差异，这是SLA目前的缺陷。
子分类帐带来的益处
1、 灵活的定义会计分录的产生规则，包括摘要，借方和贷方
2、 一个事物处理可以过帐到多个ledger(就是11i的帐簿)，这给跨国集团管理多个帐簿带来很大的好处
3、 统一了子模块会计分录的存放和产生规则，也就是说，各个子模块都可以根据自身的情况设置会计规则，但是这些规则产生的会计分录都回存放在SLA的表中。
4、 利于扩展，ORACLE委托外包的子模块产生的会计分录更容易集成到EBS
SLA的几个重要关键词
SLA的关键词有很多，不过和我们写程序密切相关的应该是下面几个关键词。这几个关键词是我们弄清楚子模块和GL之间的关键。如果理解了这几关键词在SLA中的具体位置以及作用，加上SLA的的架构图，很容易的就理解了SLA作为子模块和GL的桥梁作用，对过帐程序具有深刻的理解，便于我们以后编写追溯程序以及追溯报表。
会计事件(account event)
会计事件，就是一个事物处理的不同事件类型产生的记录，它结合了主要分类帐，事件类型，事件分类。一个事物处理可能会有多个会计时间，因为一个事物处理可能发生多种动作，而每个动作都需要产生相应的会计凭证。因此，我们可以把一个会计事件看成是一张完整的凭证，我们把这张凭证录入到子模块的会计分录表里就形成了完整的会计分录。所以，我对会计事件的理解通俗归纳为以下几点：
1、 会计事件就相当于一张凭证，录入到GL就是一对会计分录
2、 同一个事物处理，比如收款可能会对应多个会计事件，因为收款创建会产生会计事件，收款核销也是一个会计事件。
查看路径：子模块超级用户/查询/会计事件
主要分类帐(leadger)
分类帐的概念在12i中表示的是帐簿，也就是11i的SOB，主要分类帐决定了过帐到哪个SOB
事件实体（EVENT ENTITY）
事件实体决定了会计分录来源，以应收为例子，事件实体决定了到底是从 “应收事物处理”过来的还是从“收款”过来的。存放在表：xla_entity_types_vl中，会计分录和事物处理关联的表是是xla_transaction_entities ,事件实体同时定义了关联的标识是哪个字段，存放在xla_entity_id_mappings，下面我会详细介绍怎么做关联。
设置路径路径：子模块超级用户/设置/会计/子分类帐会计/事件/事件模型
事件分类(EVENT CLASS)
事件分类是根据事件实体进一步区分会计分录的方法。比如，收款分为“收款”和“杂项收款”，事件分类的表为：xla_event_classes_v，属于xla_transaction_entities的子表。
设置路径路径：子模块超级用户/设置/会计/子分类帐会计/事件/事件模型
事件类型(EVENT TYPE)
事件类型是比事件分类更小的事件划分方法，每个事件分类会细分成多个事件类型。比如：收款会分成：收款已核销，收款未核销，收款已更新等等类型。存放在表：xla_event_types_vl 中。
设置路径路径：子模块超级用户/设置/会计/子分类帐会计/事件/事件模型
SLA&GL关系模型
关联模型中，实际参与的表很多，我们只拿最重要的表来描述，以便大家入门，不至于摸不着头脑，力求简单。
基础事件关系图
xla_entity_types_vl（事件实体）
｜――xla_entity_id_mappings（实体ID对应表）
｜――xla_event_classes_v（事件分类）
　　　｜――xla_event_types_vl（事件类型）
子分类帐关系图
xla_transaction_entities(会计事物处理实体)
｜――xla_events（会计事件）
｜――xla_ae_headers（子帐头）
　　　｜――xla_ae_lines（子帐行）
　　　｜――xla_distribution_links（关联事物处理信息）
子模块和ＧＬ关系图
gl_import_references（总帐参考）
　　｜(gl_sl_link_id,gl_sl_link_table)
xla_ae_lines（子帐行）
说明：GL和子模块之间的关联是通过gl_import_reference实现的，关键字段是gl_sl_link_id,gl_sl_link_table。
GL->子模块追溯
伪代码
begin
    --根据GL信息找到相关的ae_header_id,ae_line_num,je_source
    --特别注意，这里可能存在一对多关系
    --一对多在业务上表现为汇总过帐
    select xal.ae_header_id,xal.ae_line_num,jh.je_source
    from gl_je_lines jl,
        gl_je_headers jh,
        gl_import_references gir,
        xla_ae_lines xal
    where jl.je_header_id=gir.je_header_id
        and jh.je_header_id=jl.je_header_id
        and jl.je_line_num=gir.je_line_num
        and gir.gl_sl_link_id=xal.gl_sl_link_id
        and gir.gl_sl_link_table=xal.gl_sl_link_table
        and jl.je_header_id=:1
        and jl.je_line_num=:2
    --根据je_header_id找到相应的会计实体,主要是需要实体代码和几个source_id
    --通过source_id....和entity_code的组合判断，可以准确的追溯到具体的事物处理
    select xte.entity_code
        ,xte.source_id_int_1
        ,......
        ,xte.source_id_char_1
        ,......
        ,xte.security_id_int_1
        ,xte.security_id_int_2
        ......
    from xla.xla_transaction_entities xte,
        xla_ae_headers xah
    where xah.ae_header_id=:1
        and xte.entity_id=xah.entity_id
        and xte.application_id=xah.application_id
    --根据日记帐来源查询xla_subledgers表获得drilldown的程序
    --由于这部分是写死的，因此，对程序员来说，只能做参考
    --至于怎么写的灵活和通用，还需要参考琢磨写成一个通用的动态SQL
    select xs.drilldown_procedure_name
    from xla.xla_subledgers xs
    where xs.je_source_name=:je_source_name
        and xs.application_id=:application_id
    --上面的信息查询出来后，组合成一个动态SQL，返回一个准确的结果集
    --当然，通常情况下，我们都没有考虑写成通用程序，因此可以写死是
    --哪些会计事件，会计实体代码
END;
一个简单的列子（收款和总帐凭证对应报表，简单写死事件实体）
Select CR.CASH_RECEIPT_ID    CASH_RECEIPT_ID,
     CR.DOCUMENT_NUMBER    GATHER_NUM,
     JH.DOC_SEQUENCE_VALUE DOC_SEQUENCE_VALUE,
     CR.CUSTOMER_NAME      CUSTOMER_NAME,
     CR.REMIT_BANK_BRANCH BANK_NAME,
     CR.REMIT_BANK_ACCOUNT BANK_ACCOUNT,
     CR.RECEIPT_NUMBER     RECEIPT_NUMBER,
     CR.AMOUNT             AMOUNT,
     CR.STATE_DSP          STATE_DSP,
     H.EVENT_TYPE_CODE     EVENT_TYPE_CODE
FROM XLA_AE_LINES                 L,
     XLA_AE_HEADERS               H,
     XLA.XLA_TRANSACTION_ENTITIES TE,
     GL_IMPORT_REFERENCES         IR,
     GL_JE_HEADERS                JH,
     AR_CASH_RECEIPTS_V           CR
Where CR.CASH_RECEIPT_ID = TE.SOURCE_ID_INT_1(+)
    AND CR.CURRENCY_CODE = P_CURRENCY
    AND TE.ENTITY_CODE(+) = 'RECEIPTS'
    AND TE.ENTITY_ID = H.ENTITY_ID(+)
    AND TE.APPLICATION_ID = H.APPLICATION_ID(+)
    AND H.AE_HEADER_ID = L.AE_HEADER_ID(+)
    AND H.APPLICATION_ID = L.APPLICATION_ID(+)
    AND L.GL_SL_LINK_TABLE = IR.GL_SL_LINK_TABLE(+)
    AND L.GL_SL_LINK_ID = IR.GL_SL_LINK_ID(+)
    AND IR.JE_HEADER_ID = JH.JE_HEADER_ID(+)
    AND L.AE_LINE_NUM(+) = 1
    AND H.ACCOUNTING_ENTRY_STATUS_CODE(+) = 'F'
    AND H.ACCOUNTING_DATE BETWEEN TRUNC(P_START_DATE) AND (TRUNC(P_END_DATE) + 86399 / 86400)
SLA总结
通过上面的介绍，我们现在应该至少了解到了如下知识点：
１、SLA的简单架构，在12i中SLA扮演什么角色？
2、SLA的几个关键词，并且知道如何从界面上找到他们？
3、 SLA几个表的关系模型，以及和GL的关系模型？怎样从子模块找到GL的凭证，怎样从GL追溯到子模块？
由于SLA非常复杂，因此在这里这点篇幅不能全部介绍完，我只是站在技术的角度来看SLA，看我们到底要做些什么变化。
  ]]> http://www.zljim.com/dlog_jim/default.asp?id=429 <![CDATA[R12 表详解系列—-总账 ]]> (jimbaby) Fri,13 Jan 2012 14:32:34 +0800 http://www.zljim.com/dlog_jim/default.asp?id=429
分类帐表
用于存储币种、日历和科目表信息的主表包括：
? FND_CURRENCIES
? GL_PERIOD_SETS
? GL_PERIODS
? GL_PERIOD_STATUSES
? GL_PERIOD_TYPE
? FND_ID_FLEX_STRUCTURES
? GL_LEDGERS
? GL_CODE_COMBINATIONS
FND_CURRENCIES 和 FND_ID_FLEX_STRUCTURES 属于应用产品对象库。

********************************************************************
FND_CURRENCIES
(N) 设置 > 币种 > 定义
主列
? CURRENCY_CODE (PK)
? ISSUING_TERRITORY_CODE
? SYMBOL
? ENABLED_FLAG
? ATTRIBUTE 1 …ATTRIBUTE 15
? DERIVE_TYPE：指示某币种是否与其它币种有特殊关系。可能值包括 Euro、EMU（欧洲货币联盟）和 NULL。
? DERIVE_FACTOR：这是一个乘数，应用于可导出此币种的基准货币。仅用于关系
中的导出币种。

外键
主键表 主键列 外键列
FND_TERRITORIES TERRITORY_CODE ISSUING_TERRITORY_CODE

*********************************************************************
GL_PERIOD_SETS
(N) 设置 > 财务系统 > 日历 > 会计科目
A GL_PERIOD_SET 定义了一组 GL_PERIODS。例如，期间集可以是一个季度，这是GL_PERIODS 表中的 3 个期间（在本例中为月）的集合。期间集还可以是一年，这是GL_PERIODS 表中的 12 个期间的集合。

主列
? PERIOD_SET_NAME (PK)
? DE script ION

外键
? 除标准的“Who”列外，此表没有其它外键。

*********************************************************************

GL_PERIODS
(N) 设置 > 财务系统 > 日历 > 会计科目
主列
? PERIOD_SET_NAME (PK)
? PERIOD_NAME (PK)
? START_DATE
? END_DATE
? PERIOD_NUM
? QUARTER_NUM
? PERIOD_TYPE
? PERIOD_YEAR

外键
主键表 主键列 外键列
GL_PERIOD_SETS PERIOD_SET_NAME PERIOD_SET_NAME
GL_PERIOD_ TYPES PERIOD_TYPE PERIOD_TYPE

*********************************************************************
GL_PERIOD_STATUSES
(N) 设置 > 打开/关闭
主列
? APPLICATION_ID (PK)
? LEDGER_ID (PK)
? PERIOD_NAME (PK)
? CLOSING_STATUS：O = 打开，C = 关闭，F = 将来可输入，P = 永久关闭，N = 从未打开

外键
主键表 主键列 外键列
FND_APPLICATION APPLICATION_ID APPLICATION_ID
GL_PERIODS PERIOD_NAME PERIOD_NAME
GL_PERIOD_TYPES PERIOD_TYPE PERIOD_TYPE
GL_LEDGERS LEDGER_ID LEDGER_ID

*********************************************************************

FND_ID_FLEX_STRUCTURES （此表存储了键弹性域的结构数据）
设置 > 财务系统 > 弹性域 > 键 > 段
主列
? APPLICATION_ID (PK)
? ID_FLEX_CODE (PK)
? ID_FLEX_NUM (PK)
? CONCATENATED_SEGMENT_DELIMITER
? CROSS_SEGMENT_VALIDATION_FLAG
? DYNAMIC_InsertS_ALLOWED_FLAG
? ENABLED_FLAG
? FREEZE_FLEX_DEFINITION_FLAG
? FREEZE_STRUCTURED_HIER_FLAG
? SHORTHAND_ENABLED_FLAG
? SHORTHAND_LENGTH
? STRUCTURE_VIEW_NAME
? ID_FLEX_STRUCTURE_CODE

外键
主键表 主键列 外键列
FND_ID_FLEXS ID_FLEX_CODE ID-FLEX_CODE
APPLICATION_ID APPLICATION_ID

*********************************************************************

GL_LEDGERS （此表存储了在Oracle general ledger中定义的分类账的信息）
(N) 设置 > 财务系统 > 会计科目设置管理器 > 会计科目设置

主列
? LEDGER_ID (PK)：分类帐的唯一标识。
? NAME：分类帐的名称。
? LEDGER_CATEGORY_CODE：分类帐的类型，如主要分类帐、辅助分类帐或报告币种。
? CURRENCY_CODE：分配至分类帐的币种。
? CHART_OF_ACCOUNTS_ID：分配至分类帐的科目表标识。
? PERIOD_SET_NAME：分配至分类帐的会计日历。
? SLA_ACCOUNTING_METHOD_CODE：分配的子分类帐会计方法。
? RET_EARN_CODE_COMBINATION_ID：分配至分类帐的留存收益帐户组合。

*********************************************************************

GL_CODE_COMBINATIONS （此表存储了Oracle general ledger中每个会计科目弹性域结构的有效账户组合）
设置 > 帐户 > 组合
主列
? CODE_COMBINATION_ID (PK)
? CHART_OF_ACCOUNTS_ID
? ACCOUNT_TYPE
? ENABLED_FLAG
? SEGMENT1…SEGMENT30
FND_ID_FLEX_SEGMENTS 表存储了 GL_CODE_COMBINATIONS 表中列的信息。
GL_CODE_COMBINATIONS 表存储了会计科目弹性域结构的各个段。

外键
主键表 主键列 外键列
FND_ID_FLEX_STRUCTURES ID_FLEX_NUM CHART_OF_ACCOUNTS_ID
GL_SUMMARY_TEMPLATES TEMPLATE_ID TEMPLATE_ID

日记帐分录表
用于存储与日记帐分录相关的信息的主表包括：
? GL_JE_BATCHES
? GL_JE_HEADERS
? GL_JE_LINES
? GL_CODE_COMBINATIONS
? GL_BALANCES
? GL_CODE_COMBINATIONS
在 GL_BALANCES 表和 GL-JE_LINES 表之间存在一对多关系。但是，在其它表之间没有直接的关系。

*********************************************************************
GL_JE_BATCHES
(N) 日记帐 > 输入 (B) 新批
主列
? JE_BATCH_ID (PK)：日记帐分录批定义列
? NAME：批的名称。
? STATUS：已过帐或未过帐
? ACTUAL_FLAG：A = 实际，B = 预算，E = 保留款
? DEFAULT_PERIOD_NAME：批的会计期。
? POSTED_DATE：批的过帐日期。
? PARENT_JE_BATCH_ID：如果使用了报告币种，则指示来源报告币种分类帐的父批
? DE script ION：批的说明。
? POSTING_RUN_ID：过帐序号
? RUNNING_TOTAL_DR：批的运行借项合计（按输入币种）
? RUNNING_TOTAL_CR：批的运行贷项合计（按输入币种）
? RUNNING_TOTAL_ACCOUNTED_DR：批的运行借项合计（按基准货币）
? RUNNING_TOTAL_ACCOUNTED_CR：批的运行贷项合计（按基准货币）

*********************************************************************
GL_JE_HEADERS
(N) 日记帐 > 输入 (B) 新建日记帐
主列
? JE_HEADER_ID (PK)：日记帐题头定义列。
? LEDGER_ID：多个分类帐可以组合在一个批中；因此，分类帐标识存储在日记帐题头层。
? JE_CATEGORY：日记帐类别，如调整。
? JE_SOURCE：日记帐的来源，如 oracle Payables。
? PERIOD_NAME：期间名称。
? NAME：日记帐 名称。
? CURRENCY_CODE：日记帐的币种。
? STATUS：状态查找代码，如“U”表示未过帐，“P”表示 已过帐。
? ACTUAL_FLAG：余额类型，如实际、预算或保留款。
? JE_BATCH_ID：此日记帐题头所关联的日记帐批标识。
? POSTED_DATE：日记帐题头的过帐日期。
? DE script ION：日记帐说明。
? RUNNING_TOTAL_DR：日记帐分录的运行借项合计（按输入币种）
? RUNNING_TOTAL_CR：日记帐分录的运行贷项合计（按输入币种）
? RUNNING_TOTAL_ACCOUNTED_DR：日记帐分录的运行借项合计（按基准货币）
? RUNNING_TOTAL_ACCOUNTED_CR：日记帐分录的运行贷项合计（按基准货币）

*********************************************************************
GL_JE_LINES
(N) 日记帐 > 输入 (B) 新建日记帐
主列
? JE_HEADER_ID (PK)
? JE_LINE_NUM (PK)
? LEDGER_ID
? CODE_COMBINATION_ID
? PERIOD_NAME
? EFFECTIVE _DATE
? STATUS
? ENTERED_DR
? ENTERED_CR
? ACCOUNTED_DR
? ACCOUNTED_CR
? DE script ION
? STAT_AMOUNT
ENTERED_DR 和 ENTERED_CR 存储了输入币种的值；ACCOUNTED_DR 和ACCOUNTED_CR 存储了计算得到的日记帐基准货币的值。

*********************************************************************
GL_BALANCES （此表存储了明细账户和汇总账户的净借项和净贷项的信息）
注：此表存储的是活动而不是实际余额。
使用以下公式可计算期初至今余额：
? (PERIOD_NET_DR – PERIOD_NET_CR) = 期初至今余额
使用以下公式可计算年初至今余额：
? (BEGIN_BALANCE_DR – BEGIN_BALANCE_CR) +- (PERIOD_NET_DR – PERIOD_NET_CR) = 年初至今余额
主列
? LEDGER_ID (PK)
? CODE_COMBINATION_ID (PK)
? CURRENCY_CODE (PK)
? PERIOD_NAME (PK)
? ACTUAL_FLAG (PK)
? ENCUMBRANCE_TYPE_ID (PK)
? TRANSLATED_FLAG (PK)
? BUDGET_VERSION_ID (PK)
? PERIOD_NET_DR
? PERIOD_NET_CR
? QUARTER_TO_DATE_DR
? QUARTER_TO_DATE_CR
? PROJECT_TO_DATE_DR
? PROJECT_TO_DATE_CR
? BEGIN_BALANCE_DR
? BEGIN_BALANCE_CR
? TEMPLATE_ID
注：PROJECT_TO_DATE_DR 和 PROJECT_TO_DATE_CR 列中保留开始使用至今余额

下列主表存储了预算相关信息。
? GL_BUDGET_ENTITIES
? GL_BUDGET_ASSIGNMENTS
? GL_CODE_COMBINATIONS
? GL_BUDGETS
? GL_BUDGET_VERSIONS
? GL_BALANCES
GL_CODE_COMBINATIONS：此表存储了 oracle General Ledger 中每个会计科目弹性域结构的有效帐户组合。
GL_BALANCES：此表存储了明细帐户和汇总帐户的实际余额、预算余额和保留款余额。

*********************************************************************

GL_BUDGETS （存储预算信息）
(N) 预算 > 定义 > 预算
主列
? BUDGET_TYPE (PK)
? BUDGET_NAME (PK)
? LEDGER_ID
? STATUS
? FIRST_VALID_PERIOD_NAME
? LAST_VALID_PERIOD_NAME
? DE script ION

*********************************************************************
GL_BUDGET_ENTITIES
(N) 预算 > 定义 > 组织
主列
? BUDGET_ENTITY_ID (PK)
? LEDGER_ID
? NAME
? STATUS_CODE

*********************************************************************

GL_BUDGET_ASSIGNMENTS （存储了分配到每个预算组织的账户）
(N) 预算 > 定义 > 组织 (B) 分配
主列
? LEDGER_ID (PK)
? CURRENCY_CODE (PK)
? CODE_COMBINATION_ID (PK)
? ENTRY_CODE
? BUDGET_ENTITY_ID
? RANGE_ID
注：分录代码用于确定帐户余额，不论是输入金额还是计算金额。

*********************************************************************
GL_BUDGET_VERSIONS （此表存储了所创建的各个预算版本的信息，此表中的行与GL_BUDGETS表总的行存在一一对应关系）
主列
? BUDGET_VERSION_ID (PK)
? BUDGET_TYPE
? BUDGET_NAME
? VERSION_NUM
? STATUS

分类帐和报告币种设置表
下列各表用于存储分类帐（主要分类帐和辅助分类帐）和报告币种的设置信息：
GL_LEDGERS：存储有关在会计科目设置管理器中定义的分类帐以及在“分类帐集”表单中定义的分类帐集的信息。表中的每一行包括分类帐或分类帐集的名称、说明、分类帐币种、日历、期间类型、科目表和其它信息。此表中的某些列对分类帐集不适用。在这种情况下，会在这些列中插入分类帐集对应的默认值。

GL_LEDGER_RELATIONSHIPS：存储分类帐之间的关系。主要分类帐与辅助分类帐之间或者分类帐与其报告币种之间的每个关系都存储在此表的一个或多个行中。GL_LEDGER_RELATIONSHIPS 还存储科目表映射、折换和初始化的规则，将数据从来源分类帐折换到其辅助分类帐或报告币种时，必需使用这些规则。对于升级这种情况，一个关系可能对应多个行；用于维护该关系的每个应用产品或每个业务实体都要占一行。此外，对于每个分类帐以及每个子分类帐或日记帐层报告币种，GL_LEDGER_RELATIONSHIPS 还始终包含一个与其对应的“自身”行，即使未为该分类帐定义关系 也是如此。

GL_JE_INCLUSION_RULES：存储了在进行各种处理时需要包括/排除的一组日记帐来源或类别。此表有多种用途，可通过多个用户界面填写。例如，“总帐过帐”使用此表确定应将哪些日记帐来源和类别传送至报告币种和（或）辅助分类帐（仅限日记帐层或子分类帐层）。此外，Oracle Daily Business Intelligence (DBI) 使用此表定义对指定分类帐进行报告时应提取的来源和类别。INCLUDE_FLAG 指示处理时是包括 (Y) 还是排除 (N) 特定的来源和类别组合。此表中定义的规则可由用户输入，也可由系统生成。用户不能修改系统生成的规则。USER_UPDATABLE_FLAG指示用户是否能修改规则。

*********************************************************************
GL_LEDGER_RELATIONSHIPS (此表存储了主要分类账与其辅助分类账之间或者来源分类账与报告币种之间的关系)
(N) 设置 > 财务系统 > 会计科目设置管理器 > 会计科目设置
主列
? RELATIONSHIP_ID：关系定义列
? SOURCE_LEDGER_ID：对事务处理/ 日记帐/ 余额进行报告币种折换所基于的分类帐的标识
? TARGET_LEDGER_ID：对事务处理/ 日记帐/ 余额进行折换的目标分类帐的定义列
? SLA_LEDGER_ID：用于创建子分类帐会计分录的子分类帐事务处理的分类帐标识
? PRIMARY_LEDGER_ID：在会计科目设置中定义的主要分类帐的分类帐标识。
? TARGET_CURRENCY_CODE：目标分类帐币种代码
? TARGET_LEDGER_NAME：目标分类帐名称
? TARGET_LEDGER_CATEGORY_CODE：目标分类帐类别，如主要分类帐、辅助分类帐或报告币种
? RELATIONSHIP_TYPE_CODE：来源分类帐与目标分类帐之间的关系层

GL_LEDGER_RELATIONSHIPS
(N) 设置 > 财务系统 > 会计科目设置管理器 > 会计科目设置
主列
? RELATIONSHIP_ID：关系定义列
? SOURCE_LEDGER_ID：对事务处理/ 日记帐/ 余额进行报告币种折换所基于的分类
帐的标识
? TARGET_LEDGER_ID：对事务处理/ 日记帐/ 余额进行折换的目标分类帐的定义列
? SLA_LEDGER_ID：用于创建子分类帐会计分录的子分类帐事务处理的分类帐标识
? PRIMARY_LEDGER_ID：在会计科目设置中定义的主要分类帐的分类帐标识。
? TARGET_CURRENCY_CODE：目标分类帐币种代码
? TARGET_LEDGER_NAME：目标分类帐名称
? TARGET_LEDGER_CATEGORY_CODE：目标分类帐类别，如主要分类帐、辅助分类帐或报告币种
? RELATIONSHIP_TYPE_CODE：来源分类帐与目标分类帐之间的关系层

*********************************************************************
GL_JE_INCLUSION_RULES （此表存储了GL用于报告币种和辅助分类账的折换规则数据）
(N) 设置 > 财务系统 > 会计科目设置管理器 > 会计科目设置
主列
? JE_RULE_SET_ID：日记帐包含规则集标识
? JE_SOURCE_NAME：日记帐分录来源
? JE_CATEGORY_NAME：日记帐分录类别
? INCLUDE_FLAG：指定处理时是包括还是排除此日记帐来源/ 类别

GL 接口表
下列各表用于存储 GL 接口信息：
? GL_INTERFACE
? GL_JE_BATCHES
? GL_JE_HEADERS
? GL_JE_LINES

*********************************************************************
GL_INTERFACE
主列
? STATUS
? LEDGER_ID
? ACCOUNTING_DATE
? CURRENCY_CODE
? ACTUAL_FLAG
? USER_JE_CATEGORY_NAME
? USER_JE_SOURCE_NAME
? GROUP_ID
注：此接口表用于导入非 oracle 系统、未与 oracle Subledger Accounting 集成的 oracle子分类帐以及电子表格中的数据。如果使用 oracle 子分类 帐，则使用另一个接口表。
]]>