一． 创建会计科目的途径
1. 在发票工作台对单张发票进行创建科目；
2. 提交“创建会计科目”并发请求，对所有已经验证但尚未创建会计科目的发票进行创建会计科目。
二． 对单张发票创建会计科目
发票在创建会计科目前需要进行验证，只有验证通过的发票才能创建会计科目。
对单张发票进行创建会计科目时，有几个选项：
a) 拟定：由DRAFT翻译得来，选定“拟定”后，会在应付模块生成账务分录，即在XLA_AE_HEADERS和XLA_AE_LINES表中生成账务分录。由于这个功能主要是看一下发票创建的分录对不对，只是一个草稿的意思，因此还可以对“拟定创建会计科目”的发票进行再次“创建会计科目”，如图：
此时，发票状态“已入账”为“否”，表明并未真正入账。在XLA_AE_HEADERS表中ACCOUNTING_ENTRY_STATUS_CODE=F（表示还可再次创建会计科目），GL_TRANSFER_STATUS_CODE=N（表示尚未传送至GL）；
b) 最终：选定最终后，会在应付模块生成账务分录，即在XLA_AE_HEADERS和XLA_AE_LINES表中生成账务分录。最终的意思是在应付模块生成了会计分录，不能进行修改，无法再次创建会计科目。
此时，发票状态“已入账”为“是”，表明已经入账。在XLA_AE_HEADERS表中ACCOUNTING_ENTRY_STATUS_CODE=N（表示不能再次创建会计科目），GL_TRANSFER_STATUS_CODE=N（表示尚未传送至GL，说明选择“最终”不会运行传送至GL请求，即“最终”与是否传送至GL无关）；
c) 最终过帐：选定最终过帐后，会在应付模块生成账务分录，即在XLA_AE_HEADERS和XLA_AE_LINES表中生成账务分录，并且会运行“创建会计科目”并发请求，并发出“日记帐导入”程序，将子分类帐账务导入总帐，并且在总帐日记帐中进行过帐（需要在总帐中进行相关设置）。
注：“创建会计科目”并发请求包含“传送至GL请求”。
此时，发票的状态“已入账”为“是”，表明已经入账。在XLA_AEP_HEADERS表中ACCOUNTING_ENTRY_STATUS_CODE=N（表示不能再次创建会计科目），GL_TRANSFER_STATUS_CODE=Y（表示已经传送至GL，说明选择“最终过账”会运行传送至GL请求，将子分类帐账务分录传送至GL）。
如果需要将在XLA_AE_HEADERS(LINES)表中的账务分录传送至GL（只包括选择“最终创建会计科目”生成的帐务分录，不含“拟定”和“最终过帐”的部分），需单独提交“传送至GL”请求，会并发出“日记账导入”请求，如下图。
三． 提交“创建会计科目请求”
提交“创建会计科目”并发请求，将会对所有已经验证但尚未创建会计科目的发票进行创建会计科目，具体地：
1. 包括仅验证过的发票；
2. 包括已经验证并且在发票工作台通过“拟定创建会计科目”的发票；
3. 不包括已经验证且在发票工作台通过“最终创建会计科目”的发票。
创建会计科目请求会执行如下并发程序：
1. 会计程序：在应付模块创建会计分录，存放在XLA_AE_HEADERS,XLA_AE_LINES表中；
2. 将日记帐分录传送至GL：将XLA_AE_HEADERS(LINES)表中的分录传送至总帐接口表中GL_INTERFACE；（注：该步骤隐藏）；
3. 日记帐导入：将总帐GL_INTERFACE表中的数据生成总帐日记帐分录；
4. 子分类帐会计余额更新：更新子分类帐会计余额。
注意：创建会计科目请求不会将在发票工作台通过“最终创建会计科目”生成的会计分录传送至GL，即在XLA_AE_HEADERS表中ACCOUNTING_ENTRY_STATUS_CODE=N，且GL_TRANSFER_STATUS_CODE=N的部分不会通过此请求传送至GL。
四． 子分类帐期间关闭例外报表
子分类帐期间关闭例外报表会将仅验证、验证并拟定创建会计科目、验证并最终创建会计科目，且相应的账务分录没有传送至GL的发票进行提炼出来、没有进行验证的新增发票不包括在内。如下图：
此报表用于查询在月末日进行月结时检查当月已经验证但没有在总账中生成账务分录的发票或事务处理，因为当期期间关闭以后，下一期就无法对前期的已验证的发票进行处理。
