一． 創建會計科目的途徑
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的發票進行提煉出來、沒有進行驗證的新增發票不包括在內。如下圖：
此報表用於查詢在月末日進行月結時檢查當月已經驗證但沒有在總賬中生成賬務分錄的發票或事務處理，因為當期期間關閉以后，下一期就無法對前期的已驗證的發票進行處理。
