《ORACLE系统内对帐.doc》由会员分享，可在线阅读，更多相关《ORACLE系统内对帐.doc（18页珍藏版）》请在三一办公上搜索。
1、ORACLE系统内对帐概述 对帐是财务月结及项目上线必要的一项工作，本文对ORACLE系统内总帐和子模块的对帐方法做一个简单的归纳总结，包括各主要科目的具体核对方法以及子模块传总帐流程分析，其中科目核对方法均给出了系统标准报表对帐法和可用的SQL对帐法。 说明 对帐工作是与具体业务紧密相关的，需要认真分析与所核对科目相关的系统中的业务分布情况，以及各自在系统中的设置方法。如应计负债帐户理论上是接收和发票匹配的分录，那就要检查应计负债的设置和来源。所以对于具体业务和方案的不同，对帐的方法和细节可能存在一些差别，对帐后的差异处理方法也有所不同。另外建议尽可能使用系统标准报表对帐，可以更好的保证准确
2、性。 Contents 概述.1 说明.1 参考.1 Contents.2 材料采购科目核对.3 描述.3 核对原则.3 所用报表.3 详细步骤.3 可用SQL.4 应计负债科目核对.5 描述.5 核对原则.5 所用报表.5 详细步骤.5 可用SQL.6 应付帐款科目核对.7 描述.7 核对原则.7 所用报表.7 可用SQL.8 预付帐款科目核对.9 描述.9 核对原则.9 所用报表.9 可用SQL.10 应收帐款科目核对.12 描述.12 核对原则.12 所用报表.12 可用SQL.12 应收票据科目核对.15 描述.15 描述.15 所用报表.15 详细步骤.16 可用SQL.16 子模块
3、传帐至总帐流程.19 传送流程.19 简要分析.19 传送状态分析.20 材料采购科目核对 描述 材料采购科目发生于以下业务中： （1）接收时- 借：材料采购 贷：应计负债 （2）入库时- 借：库存成本 贷：材料采购 （3）GL中手工调整凭证 核对原则 GL中查询到的材料采购帐户发生额 与 接收的“材料采购”发生额、入库的“材料采购”发生额 进行核对： GL材料采购科目发生额=PO模块材料采购发生额INV模块材料采购发生额 但同时须考虑在GL中手工凭证调整的材料采购科目发生额。 所用报表 PO：“接收帐户分配报表” 此报表可以取得指定期间，接收事务处理的材料采购科目发生额。 INV： “物料帐
4、户分配汇总” 此报表可以取得指定期间，分库存组织的入库的材料采购科目发生额。 GL：“试算表汇总1” 取得总帐中科目发生额和余额 详细步骤 1， 在PO模块利用系统标准报表，提交请求：“接收帐户分配报表” 提交请求的参数如下： （1） 可以选择库存组织，不选组为所有库存组织的汇总 （2） 可以选择GL日期 （3） 可以选择物料范围或供应商范围。 （4） 可以选择接收编号范围 （5） 可以输入指定帐户，这里输入材料采购科目。 提交请求，运行完毕，查看输出，可以得到指定期间内接收事务处理的材料采购科目的发生额。 2， 在INV模块利用系统标准报表，提交请求：“物料帐户分配汇总” 提交请求的参数如下
5、： （1） 可以选择事务处理日期范围 （2） 可以输入指定帐户，这里输入材料采购科目 （3） 注意：提交此请求前应该先更新组织“INV更改组织” 对每个库存组织都提交此请求，获取所有库存组织的入库业务的材料采购科目发生额，手工在EXCEL中进行汇总。 3， 在GL模块，“查询帐户 ”中，可以查询到材料采购科目在指定期间内的PTD，YTD以及可以追溯到明细日记帐。（或者利用试算表汇总1报表） 可用SQL （1）-查询日记账 SELECT GJH.JE_SOURCE,GJH.JE_CATEGORY,gjh.description, GJL.ACCOUNTED_DR,GJL.ACCOUNTED_CR
6、,GJL.REFERENCE_4 FROM GL.GL_JE_HEADERS GJH,GL.GL_JE_LINES GJL,GL.GL_CODE_COMBINATIONS GCC WHERE GJH.JE_HEADER_ID=GJL.JE_HEADER_ID AND GCC.CODE_COMBINATION_ID=GJL.CODE_COMBINATION_ID AND GJH.PERIOD_NAME=2007-04 AND GCC.SEGMENT3=120100 AND GJH.JE_SOURCE=Inventory （2）-查询库存模块产生的会计分录 select mta.organizat
7、ion_id,sum(mta.base_transaction_value) from mtl_transaction_accounts mta,gl.gl_code_combinations gcc where gcc.code_combination_id=mta.reference_account and gcc.segment3=120100 and mta.transaction_date between to_date(20070401,yyyymmdd) and to_date(20070501,yyyymmdd) =-and mta.organization_id=103 gr
8、oup by mta.organization_id 应计负债科目核对 描述 应计负债科目在下列业务中可能有发生额： 接收时- 借 ：材料采购 贷：应计负债 向供应商退货时- 借：应计负债 贷：材料采购 AP发票匹配PO时- 借：应计负债 贷：应付帐款 无PO手工输出发票分配行- 借：应计负债 贷；应付帐款 GL中手工调整凭证 核对原则 同一期间中，GL中应计负债的期间发生额 与 接收、向供应商退货、与PO匹配、无PO手工分配四种应计事务处理的发生额 进行核对。同时考虑GL中手工凭证的应计负债科目发生额。 所用报表 AP：“应计调节报表” 此报表可以取得指定期间中接收，向供应商退货，与PO匹配
9、，无PO四种应计事务处理的发生额。 （注：此报表如果指定期间过长，数据量过大，则输出对电脑要求较高，很容易死机，因此用SQL查询较好） 详细步骤 1， 在AP模块利用系统标准报表，提交请求：“应计调节重建”，运行完成后，再提交请求：“应计调节报表” 。 “应计调节重建”从相应的子分类帐收集所有的会计分录，并将它们存储在一个临时表中，“应计调节报表”将使用“应计调节重建”最近一次收集并存储在临时表中的信息进行报告。 提交请求的参数如下：（1） 可以选择按物料后者供应商进行排序 （2） 可以选择GL日期 （3） 可以选择物料范围或供应商范围。 （4） 选择是否“包括所有事务处理”。报表将按采购订单
10、行汇总所有的接收和发票，如果指定“是”且采购订单行净额为零，则报表将打印该订单行的所有接收或发票分录；如果指定“否”，报表将考虑“事务处理金额容限”和“事务处理数量容限”的参数。 （5） 可以输入“事务处理金额容限”“事务处理数量容限”。如果“包括所有事务处理”选定为“否”，则可以指定报表包括的采购订单行事务处理必须具有的最小净额，也可以报表包括的事务处理必须具有的最小净数量。 （6） 是否“包括冲销事务处理”。输入“是”或“否”可以指定报表中是否打印冲销分录。如果指定“是”，系统将在列的最右边显示一个星号 (*) 以指示冲销事务处理。如果选择“否”，则可以缩短报表大小。默认值为“否”。 2，
11、 在GL模块，查询帐户 中，可以查询到应计负债科目在指定期间内的PTD，YTD还可以追溯到明细日记帐（或者利用试算表汇总1报表）。 可用SQL SELECT trunc(a.transaction_date,mm),a.transaction_source_code,a.accrual_code ,sum(a.transaction_amount)-,a.accrual_account_id FROM Po_Accrual_Reconcile_Temp_All a group by trunc(a.transaction_date,mm),a.transaction_source_code,a
12、.accrual_code,a.accrual_account_id 应计负债科目的明细可以在Po_Accrual_Reconcile_Temp_All表中查看。 应付帐款科目核对 描述 应付帐款科目在发票批信息、供应商地点层和财务系统选项都有设置，优先级依次递减，其会计行中的帐户类型为 Liability。 应收帐款科目在系统处理应付发票，付款等业务时发生： 应付发票- 借：应计负债/固定资产中转/费用 贷：应付帐款 付款- 借：应付帐款 贷：现金/银行 核对原则 GL中应付帐款发生额 GL中手工凭证应付帐款发生额 GL中重估凭证应付帐款发生额 = AP中 应付帐款科目发生额 所用报表 AP
13、：“应付帐款试算表” 应付帐款试算表（“Accounts Payable Trial Balance”）可以用来核对应付帐款科目（所有会计行类型为LIABILITY）的截至某个日期的余额，报表上的某个应付帐款科目的数额应该与总帐该科目除去GL中调整凭证外的同期余额一致。 注意：此报表可能存在“截止日期”不起作用的情况，查询METALINK，得出ORACLE BUG（BUG号4449844），需要打一个PATCH（PATCH号4468883）即可，如果此PATCH不起作用，则需打另一个PATCH（PATCH号4692241）。 GL：“试算表-汇总1” 可以输出PTD，YTD的应付帐款科目的期初
14、期末余额，借贷方发生额。 另外在查询帐户中可以利用追溯功能查询到明细记录。 注：GL中应付帐款科目凭证来源一般有 从AP导入，人工，重估。 GL科目发生额人工 - 重估 = AP中此科目发生额 除用SQL工具外，利用查询帐户也可以方便的查询到来源为人工和重估的凭证。这里注意重估凭证需要在界面上把“入帐贷项”“入帐借项”显示出来才能看到凭证金额。 可用SQL GLSQL： SELECT GJH.JE_SOURCE, GJH.NAME, GJH.JE_CATEGORY, GJH.DESCRIPTION, GJL.ACCOUNTED_DR, GJL.ACCOUNTED_CR FROM GL.GL_J
15、E_HEADERS GJH,GL.GL_JE_LINES GJL,GL.GL_CODE_COMBINATIONS GCC WHERE GJH.JE_HEADER_ID=GJL.JE_HEADER_ID AND GJL.CODE_COMBINATION_ID=GCC.CODE_COMBINATION_ID AND GJH.PERIOD_NAME=2007-05 AND GCC.SEGMENT3 like 2121% 注：此SQL中包括人工和重估凭证，除去即为AP中导入的应付帐款发生额。 APSQL： select gcc.segment3,gcc.segment4 待添加的隐藏文字内容3,sum
16、(nvl(ael.accounted_dr,0)-sum(nvl(ael.accounted_cr,0) from ap_accounting_events_all ae,ap_ae_headers_all aeh,ap_ae_lines_all ael,po_vendors pv ,gl_code_combinations gcc where ae.accounting_event_id = aeh.accounting_event_id and ael.code_combination_id=gcc.code_combination_id and gcc.segment3 like 212
17、1% and ael.ae_header_id=aeh.ae_header_id and aeh.period_name = 2007-05 and ael.third_party_id=pv.vendor_id group by gcc.segment3,gcc.segment4 having sum(nvl(ael.accounted_dr,0)-sum(nvl(ael.accounted_cr,0)!=0 应付模块的各种业务产生的会计分录都记录在表ap_ae_headers_all(AEH)和ap_ae_lines_all(AEL)中，两个表的关系是头和行的关系。 AEH中的字段gl_t
18、ransfer_run_id的值为这些会计行过到总帐后的凭证批名的一部分，这个字段就将应付和总帐关联起来。 AEL表中的字段ae_line_type_code为该会计行科目的帐户类型。 根据AEL上的source_table和source_id字段，可以追溯出这个会计行是来自那个正常匹配的发票，哪个发票分配，哪个付款等等 预付帐款科目核对 描述 预付帐款科目在以下业务中发生： 预付款发票- 借：预付帐款 贷：应付帐款 发票核销预付款- 借：应付帐款 贷：预付帐款 GL中人工调整凭证，重估凭证。 核对原则 GL中预付帐款发生额 GL中手工凭证预付帐款发生额 GL中重估凭证预付帐款发生额 = AP
19、中 预付帐款科目发生额 所用报表 AP：“预付款状态报表” 预付款状态报表（“Prepayments Status Report”）按照不同供应商列出了预付帐款的余额和未结发票的明细及余额。用来查询还有哪些预付款可以用来核销发票，还有哪些发票未结清。 在报表参数中选择“显示预付款分配”为“Yes”，就可在报表中显示预付款余额的科目。这个报表的缺点是没有按照科目的汇总金额，如果有很多个供应商的预付款余额，核对起来就要逐个加总，比较麻烦。 建议使用SQL来核对，可以方便查询到截止到每个月的预付帐款科目余额。 注意： 预付帐款状态报表 在核对截止当前的预付款余额是准确的，如果核对之前日期的预付款状态
20、，建议使用SQL查询。 因为这个系统报表逻辑是：假如截止3月5日某供应商预付款余额为100，4月5日核销了20，则4月5日预付款余额为80，但是如果我们在4月5日去查询截止3月5日的预付款余额，报表也会输出80，也就是说3月5日之后的核销业务也影响了报表。而我们在4月5日核销产生的会计分录是传送了到GL4月期间的，那么我们核对GL和AP预付帐款3月期间发生额时，GL中并没有这20，而这张AP报表是有的，所以不能用这张报表核对之前期间的发生额。 SQL可以准确的查询到截止当期或前几期的预付款余额，截止日期之后的核销不会影响数据。但是此SQL只能查询出截止某个月的余额，不能精确到日，例如截止4月1
21、日与截止4月30查询出的数据是一样的，都是4月之前的数据。 可用SQL GLSQL：（SQL同上） APSQL： 此SQL可能按供应商列出截止某日预付帐款的余额，如果要查询5月份发生额，则先查询截止5月31日余额，再查询出截止4月30日余额，相减便得AP中预付帐款5月发生额。 select prepay.vendor,sum(prepay.entered),sum(prepay.accounted) from (select pv.vendor_name vendor,b.invoice_currency_code currency,b.invoice_num inv_num,u.invoic
22、e_num,u.gl_sl_link_id ,sum(u.a3) entered,sum(u.a4) accounted from ( -预付款 select aia.invoice_num n,aia.invoice_type_lookup_code c1,aip.line_type_lookup_code c2,aip.invoice_distribution_id id,aia.invoice_num ,aip.amount a1,aip.base_amount a2,ael.gl_sl_link_id ,nvl(ael.entered_dr,0)-nvl(ael.entered_cr,
23、0) a3,nvl(ael.accounted_dr,0)-nvl(ael.accounted_cr,0) a4 from ap_invoice_distributions_all aip,ap_invoices_all aia,ap_ae_lines_all ael,gl_code_combinations gcc where aia.invoice_id=aip.invoice_id and aip.dist_code_combination_id=gcc.code_combination_id and gcc.segment3=115101 and aia.invoice_type_lo
24、okup_code =PREPAYMENT and aip.line_type_lookup_code=ITEM and ael.source_table=AP_INVOICE_DISTRIBUTIONS and ael.source_id=aip.invoice_distribution_id and trunc(aip.accounting_date,mm) =to_date(2007-04-30,yyyy-mm-dd) -核销 union all select aia.invoice_num n ,aia.invoice_type_lookup_code c1,aip.line_type
25、_lookup_code c2,aip.prepay_distribution_id id,aia.invoice_num ,aip.amount a1,aip.base_amount a2,ael.gl_sl_link_id ,nvl(ael.entered_dr,0)-nvl(ael.entered_cr,0) a3,nvl(ael.accounted_dr,0)-nvl(ael.accounted_cr,0) a4 from ap_invoice_distributions_all aip,ap_invoices_all aia,ap_ae_lines_all ael,gl_code_c
26、ombinations gcc where aia.invoice_id=aip.invoice_id and aip.dist_code_combination_id=gcc.code_combination_id and gcc.segment3=115101 and aia.invoice_type_lookup_code!=PREPAYMENT and aip.line_type_lookup_code=PREPAY and ael.source_table=AP_INVOICE_DISTRIBUTIONS and ael.source_id=aip.invoice_distribut
27、ion_id and trunc(aip.accounting_date,mm) =to_date(2007-04-30,yyyy-mm-dd) ) u,ap_invoice_distributions_all a,ap_invoices_all b,po_vendors pv where a.invoice_distribution_id=u.id and a.invoice_id=b.invoice_id and b.vendor_id=pv.vendor_id group by pv.vendor_name,b.invoice_currency_code,b.invoice_num ,u
28、.invoice_num,u.gl_sl_link_id union all-舍入write off select ael.reference1,ael.currency_code 币种,aia.invoice_num 发票号,aia.invoice_num,ael.gl_sl_link_id ,sum(nvl(ael.entered_dr,0)-nvl(ael.entered_cr,0) 原币 ,sum(nvl(ael.accounted_dr,0)-nvl(ael.accounted_cr,0) 本位币 from ap_invoices_all aia,ap_ae_lines_all ae
29、l,gl_code_combinations gcc where ael.code_combination_id=gcc.code_combination_id and gcc.segment3=115101 and aia.invoice_type_lookup_code!=PREPAYMENT and ael.source_table=AP_INVOICES and ael.source_id=aia.invoice_id and trunc(aia.invoice_date,mm) =to_date(2007-04-30,yyyy-mm-dd)-daisy group by ael.re
30、ference1,ael.currency_code,aia.invoice_num,aia.invoice_num,ael.gl_sl_link_id ) prepay group by prepay.vendorhaving abs(sum(prepay.accounted)!=0应收帐款科目核对 描述 系统在进行应收事务处理，调整和收款等自动会计时，分配中的应收帐款科目取自在系统中设置好的自动会计来源（地点，事务处理类型，或销售代表）。 应收帐款科目在以下业务中发生： 应收发票- 借：应收帐款 贷：收入 收款- 借：现金/银行 贷：应收帐款 核对原则 GL中应收帐款发生额 GL中手工凭证
31、应收帐款发生额 GL中重估凭证应收帐款发生额 = AR中 应收帐款科目发生额 所用报表 AR：日记帐分录报表 日记帐分录报表（“Journal Entries Report”）中包括了所有在应收模块有发生额的科目的期间发生数。因此在相同期间下，应收帐款科目和收入类科目的发生额就可以用该报表与总帐的发生额来核对。日记帐分录报表可以在报表参数设置各种过帐状态（已过帐、未过帐或已过帐和未过帐）的报表数据。 运行时可以选择期间，应收帐款科目等参数。 可用SQL 应收模块中，各种不同类型应收事物处理所产生的会计分录记录在表ra_cust_trx_line_gl_dist_all（下简称ctldg）中；而
32、收款、收款核销、贷项通知单核销、调整等产生的分录都会记录在表ar_distributions_all中，该表中的source_table、source_id字段标明了该分录来自哪个事物处理表的哪条记录，source_type为该会计行科目的帐户类型。 在ctldg、ra、crh、adj这些表中，都有一个字段posting_control_id，该字段数值成为这些应收分录过到总帐后所在的凭证批的批名的一部分，这就成为应收和总帐的一个连接的字段，对我们的对帐工作非常有用。如果该记录未过到总帐，posting_control_id的值是-3。ar_distributions_all中的source_
33、type字段、ctldg中的account_class字段，可与同一记录中的ccid对照来核对是否存在帐户类型混用的情况。 GLSQL：（同上） ARSQL： select gcc.segment3,gcc.concatenated_segments,gp.period_name,sum(a.amount) from ( -发票分配 select ctldg.gl_date gl_date,ctldg.posting_control_id,INV source_table,ctldg.account_class acc_type ,to_char(ctldg.customer_trx_id)
34、source_id,ctldg.cust_trx_line_gl_dist_id line_id,rct.trx_number ,ctldg.code_combination_id ccid,decode(ctldg.account_class,REC,1,-1)*ctldg.acctd_amount amount,rct.invoice_currency_code currency_code-,ctldg.* ,rct.bill_to_customer_id customer_id from ra_cust_trx_line_gl_dist_all ctldg,ra_customer_trx
35、_all rct where ctldg.customer_trx_id=rct.customer_trx_id and plete_flag=Y union all-调整 select adj.gl_date,adj.posting_control_id,ad.source_table,ad.source_type ,to_char(adj.adjustment_id) source_id,ad.line_id,rct.trx_number ,ad.code_combination_id,nvl(ad.acctd_amount_dr,0)-nvl(ad.acctd_amount_cr,0),
36、ad.currency_code ,rct.bill_to_customer_id customer_id from AR_ADJUSTMENTS_all adj,ar_distributions_all ad,ra_customer_trx_all rct where adj.adjustment_id=ad.source_id and adj.customer_trx_id=rct.customer_trx_id and ad.source_table=ADJ union all-收款处理 select crh.gl_date,crh.posting_control_id,ad.sourc
37、e_table,ad.source_type ,crh.cash_receipt_id|C|crh.cash_receipt_history_id source_id,ad.line_id,acra.receipt_number ,ad.code_combination_id,nvl(ad.acctd_amount_dr,0)-nvl(ad.acctd_amount_cr,0),ad.currency_code ,acra.pay_from_customer customer_id from ar_cash_receipt_history_all crh,ar_distributions_al
38、l ad,ar_cash_receipts_all acra where crh.cash_receipt_history_id=ad.source_id and crh.cash_receipt_id=acra.cash_receipt_id and ad.source_table=CRH union all-收款核销 select ra.gl_date,ra.posting_control_id,ad.source_table,ad.source_type ,ra.cash_receipt_id|C|ra.receivable_application_id source_id,ad.lin
39、e_id,acra.receipt_number ,ad.code_combination_id,nvl(ad.acctd_amount_dr,0)-nvl(ad.acctd_amount_cr,0),ad.currency_code ,rct.bill_to_customer_id customer_id from ar_receivable_applications_all ra,ar_distributions_all ad,ar_cash_receipts_all acra,ra_customer_trx_all rct where ra.receivable_application_id=ad.source_id and ra.applied_customer_trx_id=rct.customer_trx_id and ra.cash_receipt_id=acra.cash_receipt_id and ad.source_table=RA and ra.status=APP and ra.application_type=CASH union all-贷项通知单核销 select ra.gl_date,ra.posting_control_id,ad
