R12新增了子帐模块 一：子帐的概念——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目前的缺陷。 二：SLA的几个关键词 会计事件(account event) 会计事件，就是一个事物处理的不同事件类型产生的记录，它结合了主要分类帐，事件类型，事件分类。一个事物处理可能会有多个会计事件，因为一个事物处理可能发生多种动作，而每个动作都需要产生相应的会计凭证。因此，我们可以把一个会计事件看成是一张完整的凭证，我们把这张凭证录入到子模块的会计分录表里就形成了完整的会计分录。所以，我对会计事件的理解通俗归纳为以下几点： 1、 会计事件就相当于一张凭证，录入到GL就是一对会计分录 2、 同一个事物处理，比如收款可能会对应多个会计事件，因为收款创建会产生会计事件，收款核销也是一个会计事件。 主要分类帐(leadger) 分类帐的概念在12i中表示的是帐簿，也就是11i的SOB，主要分类帐决定了过帐到哪个SOB 事件实体（EVENT ENTITY） 事件实体决定了会计分录来源，以应收为例子，事件实体决定了到底是从 “应收事物处理”过来的还是从“收款”过来的。存放在表：xla_entity_types_vl中 事件分类(EVENT CLASS) 事件分类是根据事件实体进一步区分会计分录的方法。比如，收款分 为“收款”和“杂项收款”，事件分类的表为：xla_event_classes_v，属于xla_transaction_entities的子表。 设置路径路径：子模块超级用户/设置/会计/子分类帐会计/事件/事件模型 事件类型(EVENT TYPE) 事件类型是比事件分类更小的事件划分方法，每个事件分类会细分成多个事件类型。比如：收款会分成：收款已核销，收款未核销，收款已更新等等类型。存放在表：xla_event_types_vl 中。 三：SLA&GL关系模型 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。 本文来源：https://www.wddqw.com/doc/72078b43ff4733687e21af45b307e87101f6f874.html