GL= General Ledger 指的是Oracle 的总帐系统. application_id = 101. 在uk似乎居然还有不同的解释(In the UK, it was referred to as the nominal ledger, where you recorded (posted) the accounting double entries from your sales and purchase day books etc.) SLA = Subledger accounting. 这个是在R12大力宣扬的内容, 我们通常的理解, 总帐就是对Journal的汇总, 但是,我们在实际的操作中,经常会发现, 对于Sub system 过来的Journal, 并不能单纯的以一种逻辑进行汇总, 比如 AP 抛入到GL 的request, 虽然有丰富的选项用来进行汇总, 但是对于是否要汇总detail journal, 财务人员的思考角度跟我们是不一样的 , 并不能这样简单的summary,针对不同的inovice 可能期望得到的Journal 样子不太一样. 因此, 就需要SLA 这个新的模块进来对这些特殊性质的Journal进行处理. 其实这个模块也不是12R所特有的, 在11i下面,我们就可以看见有些form, db 的object是以 XLA 开头的, 就是 Subledger accounting. 如果对 有点知道的话, 这个东东其实是Copy from SAP 的. SOB = Set of books 这个东东在11i下面是个很重要的概念, 就是汇总的Journal, 放在一个book 里头, 就是一个SOB. 但是在12R下面, SOB 已经由一个新的名词 ledger 所取代. JE = Journal entry 就是日记账分录, 这个似乎没啥可说的. 呵呵. COA = Chart of Accounts. 其实就是段的组合结构. 根据不同的会计准则, 根据不同的企业类型, 不同的企业需求. 我们会给企业做帐的时候,明细核算到某些层度. 但是, 不管咋样, 都至少需要3个东东: 公司段, 成本段, 自然科目. 其他的话根据不同的企业进行不同的设置. BSV = Balancing Segment Value 这个是 , 其实就理解成核算到的公司就可以了. 其实还支持 second balance, 不过这个话题就有点大了, 有兴趣的可以去研究一下. CCID = Code Combination ID 许多人跟我一样, 在刚接触的时候搞不明白是啥玩意. 其实就是 帐户的组合的一个数字标识. 通常是给开发人员用的. 就是gl_code_combinations 里头的唯一标识这个帐户的. 当然, Oracle 只要涉及这个account的组合 ,都是这样子来标识的, 包括 汇总模板 也是 这样子的哦. 感兴趣的可以再研究一下account的层次结构关系,就会更加清楚. LE = Legal Entity 这个是在12R下面很有用的东东, 12R 我不是很清楚, 所以不想展开. 在11i下面, LE 其实是个不切合实际的东东. 而且我认为是非常符合中国的现状. 在会计的基本假设里头有个会计主体, 是指企业会计在 计提, 确立, 报告 的空间范围. 简单点就是, 在什么样的范围能用会计. 会计法总则规定，国家机关、社会团体、公司、企业、事业单位和其他组织必须按照法律办理会计事务。也就是说，只要是一个相对独立的组织，就可以成为会计主体，会计主体的范围较宽。《会计法》第2条规定：“国家机关、社会团体、企业、事业单位和其他组织（以下简称单位）必须依照本法办理会计事务。”由此可知，国家机关、社会团体、企业（包括个人独资企业）、事业单位和其他组织（包括企业的分支机构）都是会计主体. 这里的会计主体, 我们可以理解成11i 下面的SOB. 那么 11i 里头的 LE 是指什么呢? 指的是 法律实体. 在法律上具有独立人格的组织才能成为法律主体，即只有法人组织才能成为法律主体. 其实这个是个很虚的东西. 因此, 我们从11i里头发现 , LE 跟SOB 其实是没有绝对的关联关系的. 恰好是这点, 我想是很好的遵循了中国对于这块的理解. Account 这个东东连Oracle都解释不清楚, 他们的解释是到底是谁问了你这样的问题, 如果是开发人员问你, 肯定就是帐户的组合是啥样子, 如果是财务人员问你, 其实指的就是nature account, 就是指 自然科目.