子模块和GL

之间关联的变化

12i

在功能模块上的变化不少，好比，基本每一个模块都启用了MOAC

特性，新增长了子账模块，税模块等等不少新的模

块，OPM

库存和离散库存集成了。不过这些变化中，大部分不是咱们须要重点关注的，不过有一个东西须要重点关注那就是子账模块。子账模块功能很是强大，现

在全部的子模块会计分录均可以使用特定的公式配置出来。可是对技术而言，咱们不太关心如何配置生成会计分录，咱们只关心子模块的会计分录和GL

的会计分路

之间的关联性，以方便咱们作子模块和GL

的对应报表。然而，如今若是你要作对应报表，你就必需要了解子账。所以，在这里重点只介绍子账。

子账的概念——SLA

(SubledgerAccounting

)

概念

子账是子分类账会计的简称，字面上的含义就是子分类账会计分录，可是这东西到底用来干嘛的呢？！

通俗的说：

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

的桥梁做用，对过账程序具备深入的理解，便于咱们之后编写追溯程序以及

追溯报表。

会计事件(accountevent)

会计事件，就是一个事物处理的不一样事件类型产生的记录，它结合了主要分类账，事件类

型，事件分类。一个事物处理可能会有多个会计时间，由于一个事物处理可能发生多种动做，而每一个动做都须要产生相应的会计凭证。所以，咱们能够把一个会计事

件当作是一张完整的凭证，咱们把这张凭证录入到子模块的会计分录表里就造成了完整的会计分录。因此，我对会计事件的理解通俗概括为如下几点：

1

、

会计事件就至关于一张凭证，录入到GL

就是一对会计分录

2

、

同一个事物处理，好比收款可能会对应多个会计事件，由于收款建立会产生会计事件，收款核销也是一个会计事件。

查看路径：子模块超级用户/

查询/

会计事件

主要分类账(leadger)

分类账的概念在12i

中表示的是账簿，也就是11i

的SOB

，主要分类账决定了过账到哪一个SOB

事件实体(EVENTENTITY

)

事

件实体决定了会计分录来源，以应收为例子，事件实体决定了究竟是从 “

应收事物处理”

过来的仍是从“

收款”

过来的。存放在表：xla_entity_types_vl

中，会计分录和事物处理关联的表是是xla_transaction_entities ,

事件实体同时定义了关联的标识是哪一个字段，存放在xla_entity_id_mappings

，下面我会详细介绍怎么作关联。

设置路径路径：子模块超级用户/

设置/

会计/

子分类账会计/

事件/

事件模型

事件分类(EVENTCLASS)

事件分类是根据事件实体进一步区分会计分录的方法。好比，收款分为“

收款”

和“

杂项收款”

，事件分类的表为：xla_event_classes_v

，属于xla_transaction_entities

的子表。

设置路径路径：子模块超级用户/

设置/

会计/

子分类账会计/

事件/

事件模型

事件类型(EVENTTYPE)

事件类型是比事件分类更小的事件划分方法，每一个事件分类会细分红多个事件类型。好比：收款会分红：收款已核销，收款未核销，收款已更新等等类型。存放在表：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

andgir.gl_sl_link_id=xal.gl_sl_link_id

andgir.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

andxte.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

FROMXLA_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

，看咱们到底要作些什么变化

。