ERP在收入確認方面與新會計準則的差異分析本公司自2004年3月ORACLE ERP（Enterprise Resource Plan）正式上線，筆者作為公司ERP項目組成員，有幸參與了ERP項目的實施以及方案的制定等工作。本公司所實施的ERP項目主要包括銷售、應收、采購、庫存、應付、固定資產、總賬等模塊。對ERP項目的整體思想體會頗多，現(xiàn)主要就收入確認方面與新會計準則做相應對比分析。
一。 ERP現(xiàn)狀應收模塊（AR模塊，Account Receivable），產生應收賬款、營業(yè)收入（主營業(yè)務收入和其他業(yè)務收入）、應交稅費—應交增值稅（銷項稅額），庫存現(xiàn)金、銀行存款以及虛擬中轉等科目信息，即按照ERP的總體思想并考慮到二次報表開發(fā)的前提下，營業(yè)收入的確認和客戶的正常回款等業(yè)務是在應收模塊中產生。而應收模塊的原始信息已經(jīng)在訂單模塊（OM模塊，Order Management）通過訂單類型已經(jīng)在系統(tǒng)中做相應的設置，即何種訂單類型，產生主營業(yè)務收入等相關科目；何種訂單類型，產生其他業(yè)務收入等相關科目。最終，所有這些財務信息導入到總賬模塊（GL模塊，General Ledger）。
換言之，營業(yè)收入的標準確認流程為：OM模塊→AR模塊→GL模塊。
二。 與新會計準則（以下簡稱會計準則）的比較ERP與會計準則的會計處理差異表現(xiàn)于諸多方面，筆者僅列舉兩方面并做簡單分析。
?、旁诠蕛r值方面。會計準則較以前相比的重大變化之一是引入了公允價值的概念，根據(jù)規(guī)定，凡涉及公允價值且須確認營業(yè)收入的會計處理，ERP都顯得那么蒼白無力。因為此種營業(yè)收入并非標準流程能解決的，唯一的解決辦法只能是逐步向標準流程靠攏，即通過一些虛擬中轉科目過渡。
?、聘接袖N售退回條件的商品銷售。即使是一般的正常銷售若涉及退貨的估計時，ERP也顯得那么無助。筆者就此種情況舉例簡單說明。
例（CPA教材例子）：甲公司是一家健身器材銷售公司。20×7年1月1日，甲公司向乙公司銷售5 000件健身器材，單位銷售價格為500元，單位成本為400元，開出的增值稅專用發(fā)票上注明的銷售價款為2 500 000元，增值稅額為425 000元。協(xié)議約定，乙公司應于2月1日之前支付貨款，在6月30日之前有權退還健身器材。健身器材已經(jīng)發(fā)出，款項尚未收到。假定甲公司根據(jù)過去的經(jīng)驗，估計該批健身器材退貨率約為20％；健身器材發(fā)出時納稅義務已經(jīng)發(fā)生；實際發(fā)生銷售退回時有關的增值稅額允許沖減。甲公司的賬務處理如下：
① 1月1日發(fā)出健身器材時：
準則規(guī)定的賬務處理
借：應收賬款 2 925 000
貸：主營業(yè)務收入 2 500 000
應交稅費——應交增值稅（銷項稅額） 425 000
借：主營業(yè)務成本 2 000 000
貸：庫存商品 2 000 000
ERP中的操作方法因符合標準流程，只需錄入相應客戶的訂單，導入AR模塊和GL模塊即可，只不過本公司未上成本制造模塊，結轉主營業(yè)務成本須在GL模塊手工輸入。
?、?1月31日確認估計的銷售退回時：
準則規(guī)定的賬務處理
借：主營業(yè)務收入 500 000
貸：主營業(yè)務成本 400 000
其他應付款 100 000
ERP中的操作方法首先，針對已導入AR模塊的事務處理發(fā)票（系統(tǒng)已經(jīng)設置完畢，事務處理發(fā)票必涉及應收賬款，增值稅，營業(yè)收入等科目），做貸計事務處理（即CM，Credit Memo）， 產生會計信息為（此步可以在實際操作時把增值稅修改為零）：
借：主營業(yè)務收入 500 000
貸：應收賬款 500 000
其次，由于牽扯到了應收賬款科目，需在AR模塊，手工輸入發(fā)票產生如下會計信息：
借：應收賬款 500 000
貸：虛擬中轉科目 500 000
最后，在GL模塊收入輸入
借：虛擬中轉科目 500 000
貸：主營業(yè)務成本 400 000
其他應付款 100 000
③ 2月1日前收到貨款時：
準則規(guī)定的賬務處理
借：銀行存款 2 925 000
貸：應收賬款 2 925 000
ERP中的操作方法正?；乜钐幚?，只不過，收款時產生預收賬款科目，ERP中還需核銷原事務處理發(fā)票。
?、?6月30日發(fā)生銷售退回，實際退貨量為1 000件，款項已經(jīng)支付：
準則規(guī)定的賬務處理
借：庫存商品 400 000
應交稅費——應交增值稅（銷項稅額） 85 000
其他應付款 100 000
貸：銀行存款 585 000
ERP中的操作方法在GL模塊手工輸入以上分錄即可。
如果實際退貨量為800件時：
準則規(guī)定的賬務處理
借：庫存商品 320 000
應交稅費——應交增值稅（銷項稅額） 68 000
主營業(yè)務成本 &bsp; 80 000
其他應付款 100 000
貸：銀行存款 468 000
主營業(yè)務收入 100 000
ERP中的操作方法即原多估計退貨，在ERP中按照上述②做相反的處理即可。
如果實際退貨量為1 200件時：
準則規(guī)定的賬務處理
借：庫存商品 480 000
應交稅費——應交增值稅（銷項稅額） 102 000
主營業(yè)務收入 100 000
其他應付款 100 000
貸：主營業(yè)務成本 80 000
銀行存款 702 000
ERP中的操作方法即原少估計退貨，在ERP中按照上述②繼續(xù)補做即可。
?、?6月30日之前如果沒有發(fā)生退貨：
準則規(guī)定的賬務處理
借：主營業(yè)務成本 400 000
其他應付款 100 000
貸：主營業(yè)務收入 500 000
即②的相反分錄。
ERP中的操作方法即原估計會發(fā)生退貨，實際并沒有發(fā)生，在ERP中按照上述②沖銷即可。
綜上所述，雖然ERP自身有許多優(yōu)點，但是一些原本比較簡單的賬務處理，在ERP中顯得非常煩瑣。相信這肯定不符合選擇ERP的初衷。ERP中一旦上線，就要嚴格遵循它本身的思想，不能有教大的更改，否則會涉及二次開發(fā)等諸多問題。
況且ERP大多是西方的產品，能不能適應會計準則以及如何適應勢必成為業(yè)內從業(yè)人員必須面對的問題。
