的财务报告，另一方面可能还需要向在国内的总公司提供符合国内法规的财务报告（便于考核管理），这就出现所谓“多账簿”（对应R12中的主辅分类帐）的系统功能问题。如下图9是EBS R11中“帐套”的定义界面：
如下图10所示是EBS R12中使用“会计科目管理器AMB”设置“主要分类帐
（Primary Ledger）”与“辅助分类帐（Second Ledger）”的定义界面：
R12中定义的一个“主要分类帐”可以附带定义与之关联的多个“辅助分类
帐”，如下图11所示：
“主要分类帐”与“辅助分类帐”，可以有不同的科目表结构（COA）。由于系统其
它的应用模块（R12中称之为“子分类帐应用产品”），例如PO/AP/AR等等，其事务处理默认是基于“主要分类帐”的会计科目表（COA），所以，如果主辅分类帐的科目表不同，则必须在两者之间建立“映射（Mapping）”关系（1对1或多对1的关系）。如下图12所示为主辅分类帐的映射定义界面，如果两者科目表相同（币种不同），则该定义界面将有所不同，没有“科目表”映射的内容，只有后面部分（币种转换及日记账转换等）：
下图13所示为当主辅分类帐的科目表不同时，系统科目表映射的定义界面，
账户规则定义中可见，源账户可以是一个范围，而目标账户只能是一个：
ORACLE EBS R12中四维（4C）定义的“分类帐Ledger”构成了ORACLE系统
“多账簿”功能的处理基础。实际上，在R11中三维（3C）定义的“帐套SOB”也有“多报告币账簿”的概念，但那仅限于财务报表在不同币种之间的自动转换，并不是真正意义上的系统“多账簿”功能（即一个公司自动生成符合会计法规要求的多套帐）。
ORACLE EBS R12“多账簿”功能的核心与关键是各相关应用模块（子分类帐
应用产品）在向总账模块传送日记账时，如何自动为总账中的“主要分类帐和辅助分类帐”自动生成各自的日记账分录。这就涉及到分别为主辅分类帐设置图10中的 “子分类帐会计选项”的问题，它实际包括两个步骤，一是为系统定义哪些应用模块可以使用子分类帐会计方法（ORACLE已经预定义）；如下图14所示，系统已经预定义了包括PO/AP/AR/CST/FA等在内的21个需要用到子分类帐会计方法的应用产品：