对于配置文件“GL 分类帐名称”， 该参数只在R12中有，类似R11中的“GL
帐套名”，但作用与R11大不相同，其LOV为分类帐名的集合（创建时自动添加），只表示当前用户所进入的该“分类帐”同时还需要用到子分类帐产品诸如AP/AR等等。如下图18所示（而当前用户所能够进入的分类帐则是由“GL：数据访问权限集”控制）：
对于配置文件“GL：数据访问权限集”， 该参数只在R12中才有，必须设置
（有值），否则系统会报错。但是系统给出了特别控制机制，即在每当修改设置“GL 分类帐名称”时，系统会同时自动修改“GL：数据访问权限集”的值，使之与“GL 分类帐名称”的值一致。如果是先设置“GL 分类帐名称”，后修改了“GL：数据访问权限集”的默认值，则系统在进入日记账的FORM时，如果后者的值不包含前者的值，则前者的设置被无效，但系统无法使用相关子分类帐产品。如果后者的值包含前者的值，则前者的值代表该分类帐还需要使用相关子分类帐产品。如下图19所示：
配置文件“GL：数据访问权限集”的取值LOV需要在系统中另外设置，每个
取值包含了若干已经定义的分类帐/分类帐集及其读写权限，用户进入后，可在FORM界面于其中选择切换，如下图20所示：
要特别注意，对于R12的“GL 分类帐名称”的任何一次修改（包括清空），
都会自动影响“GL：数据访问权限集”的值。系统之所以如此设计，目的在于保证原R11的业务控制功能不变，通过增加参数，在R12中控制“可访问数据的范围”。因此正确的做法应该是：先设定“GL 分类帐名称”的值，实现基本的业
务功能（与子分类帐产品关联），再修改“GL：数据访问权限集”的默认值，控制数据可访问范围，但必须保证其值包含了前者的值。
测试中发现，如果“GL 分类帐名称”配置文件值留空，而修改设定了“GL：
数据访问权限集”，“GL：数据访问权限集”默认的分类帐并未出现在FORM的窗口界面中，这似乎是设计人员的疏忽。
ORACLE GL 在“创建分类帐、定义分类帐集”时会自动创建“数据访问权
限集”LOV值，并且其类型为“全部分类帐”，提供完整读写权限。在需要进一步限制对分类帐、分类帐集或分类帐/分类帐集的特定平衡段值或管理段值的读写权限时，用户需要创建自己的数据访问权限集。
在R12中还可以为财务系统另外定义“访问权限集”（不同于参数“GL：数
据访问权限集”），并分配给责任来限制该责任所具有的功能（当然这是在已经进入的当前分类帐之下的）。系统预置了一个“超级用户定义访问权限集”（不可修改）。推测“权限”的限制方式可能是“倒剥式”（为空时，权限最大，每增多一项，就少一个与之对应的权限），如下图21所示：
最后需注意的是，EBS系统所谓“多账簿”功能与“多帐套（分类帐）接入”
功能是两个不同的概念。“多账簿”功能表示“一个用户的同一业务处理，系统自动生成多本帐”，反映的是系统业务处理功能，R12具备，而R11不完全具备（R11仅能提供多币种报表）。“多帐套（分类帐）接入”功能表示“一个用户如何接入多个帐套（分类帐）”的权限管理方式（“上下文”环境切换方式），
R11也具备，但对于同一用户，必须通过在具有相同业务功能的不同责任间切换才能实现，使用时不是太方便，而R12的同一用户，无需进行“责任”切换，仅通过在表单上直接选择切换就能实现，使用比较方便。R12与R11的上下文切换方式虽然不同，但切换后的系统业务处理功能则基本相同。