ERP系統合并財務報表模塊比較研究
——以SAP BCS和用友NC為例

□姚曉林（博士） 高滋棠（副教授） 趙國童（大連東軟信息學院信息與商務管理學院 遼寧大連 116021）

一、引言

近年來，我國經濟發展已進入新常態，企業在轉型升級機遇與壓力并存的新形勢下，不斷通過并購重組來推動傳統產業快速轉型，增強企業的核心競爭力，在一定程度上加快了企業集團的發展壯大。隨著企業集團規模的迅速膨脹以及組織結構的日益復雜，母子公司之間的業務形態逐漸多樣化，多層級復雜的股權結構、日新月異的合并范圍、錯綜復雜的內部債權債務關系等都給合并報表的編制帶來了困難和挑戰。ERP系統中的合并報表模塊，在解決集團化企業合并報表編制技術難題方面扮演著重要角色。

本文選擇國內外市場上兩大主流ERP軟件——SAP BCS和用友NC作為研究對象，結合神華國能集團和國家電網集團的校企合作實際案例，梳理兩個企業集團各自的合并需求及合并流程，從數據管理、合并系統、報表出具三大方面對比分析SAP BCS和用友NC合并報表模塊的差異，為規范合并報表的編制程序以及提高集團化企業合并報表的編制效率和質量提供有價值的參考。

二、基于SAP BCS的財務報表合并應用——以神華國能集團為例

（一）SAP BCS 介紹

BCS（Business Consolidation System）是 SAP SEM 的一個子模塊，主要用于企業業務數據（主要是財務數據）的合并、抵銷、調整，以達到精確出具合并報表的目的。合并報表是在SAP BCS組系統中的合并監視器（UCMON）中進行的，但配置抵銷合并規則是在工作平臺（UCWB）中進行的。神華國能集團是以煤炭生產、銷售，電力、熱力生產和供應，煤制油及煤化工，相關鐵路、港口等運輸服務為主營業務的綜合性大型能源企業。集團選擇SAP BI作為數據抽取和數據存儲平臺，基于BW數據倉庫的BCS作為合并的處理和監控平臺，BO Webi可以實現靈活的符合企業管理需求和審計要求的格式化報表的出具、保存、展示與管理。

（二）基于SAP BCS的財務報表合并流程

1.設置合并參數。合并參數主要包括合并范圍、合并版本、合并組、會計科目表、會計年度及變式、記賬期間和規定的貨幣形式等。合并范圍即本次合并的范圍；合并版本即根據合并需求選擇此次合并的版本；合并組即參加本次合并的組織架構；會計科目表即本次合并使用的合并科目；規定的貨幣形式即本次合并的統一貨幣形式，國內一般選擇人民幣（CNY）。

2.合并報表項。集團對合并報表項并無太多特殊要求，除了4103*和6999999999這兩個SAP BCS特有的核算科目，以及需要根據貿易伙伴抵銷的科目，剩下的科目都是集團規定的標準科目，進行簡單匯總即可。

3.數據倉庫。集團的財務數據倉庫是基于SAP BW建立的統一數據平臺，有機融合了ECC各業務條線的數據，數據質量的精確度依賴于各層級模型搭建的合理性，為BCS清洗出規范的數據，如下圖所示。

SAP BCS取數的數據來源于ERP底層數據表，借助BW，根據合并需求設定需要的字段。從抽取層到轉換層，為了區分數據流、數據轉換以及清洗規則，集團通過搭建清洗表來區分公司代碼。以賬戶用途為例，在從E層到T層的過程中，BW會對數據進行清洗歸類，如抽取上來的數據中公司代碼為 3401，利潤中心為 *，會計科目為 1002001001，再加上銀行賬號，就會自動清洗出Z003這個賬戶用途字段，代表3401下所有利潤中心里會計科目為1002001001的銀行賬號是專項戶。同時，SAP BCS也會為每家單位的會計科目和銀行賬號清洗出相應的基本戶、一般戶、專項戶字段等。之后是從T層到企業CUBE層的設計，主要是將數據以公司代碼為維度進行區分，直接將數據定位到各單位。數據從T層到達企業CUBE之后，從企業CUBE中將數據加載到源數據基礎中，這時的數據已經是合并報表所需要的狀態了，在財務報表合并時收集的數據就是源數據基礎中的數據。

4.數據調整。財務報表數據調整即在調表不調賬的前提下手工調整數據，也可以說是手動改表。例如集團下屬單位北京物資分公司有一筆委托貸款已經于2018年初收回，但是在ERP系統中做賬時沒有輸入合同號字段，導致SAP BCS數據不正確，BCS根據合同號規定的到期時間來區分有沒有收回貸款。這時為了保證財務報表的正確性，應先在BCS中做01憑證，將報表調整過來，下月再反轉沖回，通知用戶調賬。調整憑證中輸入借貸方行項目后，金額置反。

5.內部抵銷。內部抵銷包括內部往來抵銷、內部交易抵銷、內部存貨抵銷和內部資產損益抵銷。集團的內部往來對賬主要包括應收賬款對應付賬款、其他應收款對其他應付款、應收利息對應付利息、預收賬款對預付賬款等。對賬沒有差額即可進行內部往來抵銷操作。內部交易抵銷主要是對收入成本的抵銷，抵銷模式為手工毛利率抵銷，在SAP BCS中的標準配置是收入科目觸發的單邊抵銷，即以收入科目的對象和金額作為抵銷依據，引發對方的成本抵銷，主營業務收入對主營業務成本，其他業務收入對其他業務成本。集團在該項目的合并配置中已停用內部存貨抵銷規則；并未配置內部資產損益抵銷規則。

6.合并抵銷。集團在該項目中只定義了投資合并，除此之外還包括管理合并和業務合并。集團在該項目沒有投資抵銷業務，對子公司的控股比例都為100%，即為全資子公司，可實現完全合并，涉及到長投與實收資本的抵銷、投資收益與未分配利潤的抵銷等。初始上線時需要維護和配置長投和權益的相關數據，并測試抵銷結果和產生的少數股東權益是否正確，后續投資和權益數據的調整將列入后續合并任務，不影響系統上線和首次合并。要想進行投資合并，一般是直接從ERP系統的憑證上取，持股比例為數量字段，投資金額為金額字段。集團該項目的BW沒有選擇從憑證中取相應的字段，需要在首次合并時從UCMON里維護。

例如股票字段數值為100，意味著神華國能集團對3463呼倫貝爾薯業發展有限公司的投資比例為100%，投資金額為人民幣1 605萬元。集團選擇成本法核算，投資時賬務處理為：

借：長期股權投資 16 050 000

貸：銀行存款 16 050 000

在呼倫貝爾薯業公司沒有宣布分配股利前，不需要做任何賬務處理。當呼倫貝爾薯業公司宣布分配股利時，比如2月5日宣布分配股利100萬元，集團應按持股比例100%收回100萬元，賬務處理為：

借：應收股利 1 000 000

貸：投資收益 1 000 000

股利入賬時，賬務處理為：

借：銀行存款 1 000 000

貸：應收股利 1 000 000

（三）SAP BCS合并報表系統的應用

SAP BCS合并后的數據通過財務報表展示工具BO來實現，BW QUERY作為BO數據展示的數據來源，通過QUERY設置的查詢結構從BW的CUBE模型取數，進而通過BO出具標準化的財務報表，最后將BCS報表導入系統。集團該項目于2017年9月上線，9月份之前的數據全部按照期初數導入至9月份，所以在出具2018年9月之前的報表時，通過BW QUERY是無法自動取到報表的上年同期數的。所以截至2018年9月，在這之前出具的報表都需要進行外部數據導入來手工填報報表項的上年同期數。

三、基于用友NC的財務報表合并應用——以國家電網集團為例

（一）用友NC的合并報表系統介紹

IUFO合并報表依賴于網絡報表數據的采集能力進行數據采集，通過建立抵銷模板進行數據對賬檢查，自動生成抵銷分錄，自動合并生成合并報表、合并工作底稿。用友NC的合并報表系統可以與用友財務系統集成，自動從財務系統提取合并報表所需要的基礎數據。SAP BCS是針對賬的合并，而以用友NC為代表的國產ERP軟件大多是針對表的合并，二者在實際應用中各有優劣。本文以用友NC合并報表模塊在國家電網集團的實際應用為例，介紹針對表的財務報表合并。

（二）用友NC財務報表合并流程

1.建立集團組織結構。從滿足合并需要的角度來說，單位樹的組織結構最好與投資關系一致，即單位樹上的上級單位是下級單位的主要投資控股方。但在實際應用中，單位之間的行政隸屬關系與實際投資關系并不完全一致，而且復雜的投資關系往往很難用一棵單位樹來表現。對此，可以按照行政隸屬關系來構建單位樹，以保證網絡報表的應用需要；在投資數據管理中按照實際投資關系錄入數據，以反映集團內部的投資關系。

2.合并方式。國家電網集團在用友NC實施項目中使用的是逐級合并的方式，即上級合并單位在合并時，將下級合并單位的合并報表看作其個別報表，必須在下級單位完成合并后，上級單位才能合并。在逐級合并時，要求單位樹所反映的單位級次關系與投資關系、合并歸屬關系一致，不適用于存在跨級投資、交叉持股關系的企業集團。此外，集團中各級需要做合并的單位在合并時，都采用大合并方式，即上級合并單位在合并時，不利用下級合并單位的合并結果，而是直接合并本單位所有下級單位。

3.確定合并報表項目。合并報表項目是合并報表模塊最核心的也是最基礎的項目，可以獨立于報表表樣而存在。在之后的合并流程上，調整憑證與抵銷分錄也是通過合并報表項目來體現的，調整憑證和抵銷分錄最終都要反映在調整和合并報表上，所以合并報表項目要和報表指標嚴格映射，一一對應。

4.抵銷模板管理。在套用合并樣表模板時，可以套用預制的抵銷模板。在預制抵銷模板中，根據母公司長期股權投資的會計處理方式不同，提供不同的權益類抵銷算法。可以修改預制的交易類模板，也可以自定義模板。這里定義的每一張抵銷模板，都可以理解為是一張定義了借方、貸方項目名稱，并且定義了每一個項目的取數公式的抵銷分錄。根據抵銷模板通過對賬后，系統將自動生成符合要求、帶有數據的抵銷分錄。

5.個別報表調整及上報。由于子公司與集團總公司會計政策的差異、或受一些人為的其他因素影響，子公司的個別報表還需要進行調整才能符合母公司合并前的要求。個別報表調整憑證就是用來反映調整內容的，完全由用戶根據需要手工錄入，系統提供可調用的常用憑證。個別報表的調整過程可以由各子公司自己完成，也可以由其上級單位分別對下級單位逐個完成。

6.對賬中心。所謂對賬中心，是指對集團架構下某一交易類型的雙方單位數據進行核對的過程。

（1）合并范圍。以國家電網集團為例，它的合并范圍是國網浙江省電力公司；而對于國網浙江省電力公司來說，它的合并范圍包括杭州供電公司、浙江省電力實業總公司、緊水灘水力發電廠等，再向下如杭州供電公司，其合并范圍又包括蕭山區供電公司、余杭區供電公司等，是逐層合并的。

（2）本次合并單位。本次合并單位功能是為了靈活選擇合并單位設置的。選擇了相應的本次合并單位即確定了自動對賬時本次合并單位的內部交易對賬、自動生成抵銷分錄時本次合并單位的內部交易抵銷和自動生成合并報表時工作底稿中列示、匯總的個別報表范圍。比如當月參與合并的只有杭州供電公司和電力實業總公司，則本次合并單位只包括這兩家，不包括其他下屬單位。

（3）對賬范圍。集團在合并報表時是逐層進行的，在進行對賬時也是逐層對賬的，由每一層的合并者對賬，對賬范圍隨著合并者在集團內部單位中所處的級次而相應發生變化。每一層的合并者只能進行本身及所有下屬單位范圍內的對賬工作，超出這個范圍的內部交易對賬，將由更上級的人員進行。同時，每一層的合并者在對賬結束后，要把對賬消息發布給下屬單位，以便其查詢對賬結果，了解與其他單位的對賬情況，必要時進行相應調整。

（4）本次合并單位的內部交易。本次合并單位的內部交易是指確定了本次合并單位后，當期做合并報表時需要抵銷的那部分內部交易。比如杭州供電公司作為合并者，那么本次合并單位就是杭州供電公司的下屬單位，其與蕭山區供電公司、余杭區供電公司等下屬單位發生的交易為本次杭州供電公司的內部交易，也正是本次合并需要抵銷的部分。本次合并不包括浙江省電力實業總公司，它與杭州供電公司下屬單位發生的交易不會被抵銷，不屬于本次合并單位的內部交易。

（5）按抵銷模板分類確定對賬方式。按抵銷模板分類是為了確定權益類和交易類這兩種不同的對賬方式，主要是根據業務特點進行區分的。交易類的對賬方式，對賬單位之間不存在單位級次問題，兩兩對應，適合內部債權債務、內部銷售這樣的業務。比如杭州供電公司、蕭山區供電公司、余杭區供電公司發生了內部往來，那么就是這三家單位進行往來——應收應付賬款的對賬，不存在單位級次問題，杭州供電公司和蕭山區供電公司對賬，蕭山區供電公司和余杭區供電公司對賬，余杭區供電公司和杭州供電公司對賬，兩兩互對。在權益類的對賬方式下，對賬單位之間存在上下級關系或投資關系，例如母公司對下一層級的子公司進行對賬，或者是投資方與被投資方進行對賬，適用于投資業務。還以這三家單位為例，杭州供電公司為了抵銷對蕭山區供電公司和余杭區供電公司的內部投資，對賬的過程就是杭州供電公司作為母公司，分別與下級子公司蕭山區供電公司和余杭區供電公司進行對賬，一一對應。

7.抵銷分錄。抵銷分錄是將集團內部各公司相互之間發生的經濟業務對個別會計報表有關項目匯總數據的影響進行抵銷處理。錄入抵銷分錄、進行抵銷處理是合并報表編制的關鍵和主要內容。系統提供了兩種方式：自動生成抵銷分錄、手工錄入抵銷分錄，并且兩種分錄可以匯總，生成抵銷分錄匯總表。

8.合并執行。合并執行是合并報表的最后一步，如果做完了前面的應用準備、報表格式設計、抵銷模板管理、個別報表調整及上報、對賬檢查和管理抵銷分錄后，就可以進行合并執行。

四、ERP系統合并報表模塊的綜合比較

（一）SAP BCS和用友NC合并報表模塊的相同點

1.合并方式。SAP BCS分為逐級合并和同步合并，在實際中，大多數企業選擇的都是逐級合并，因為存在多組織架構的集團，下屬的子集團也需要了解在自己控制范圍內各個層級企業的合并結果。同步合并，不區分各種層級的關系，削弱了股權關系，合并組織將發生變化。同時，SAP BCS合并的本質是并賬，在賬面上進行合并且產生合并抵銷憑證。用友NC也分為逐級合并和大合并，與SAP BCS并無本質區別。不過在之前版本的用友NC合并系統中，更多的是并表而不是并賬，只是在報表層面進行合并抵銷，在賬務處理上并沒有發生變化。隨著用友NC的更新，將與SAP BCS日趨一致，同樣進行并賬處理。

2.抵銷任務。現階段SAP BCS和用友NC合并報表在執行抵銷時原值都是一樣的。SAP BCS是根據配置的合并抵銷科目規則來抵銷，應當抵銷的雙方只要規范ECC科目和貿易伙伴等客商字段，就可以在BCS中進行抵銷；在用友NC中也是根據配置的抵銷科目來選擇核銷方案的，核銷方案主要包括按成本中心核算和按客戶核算等。二者其實都是按照配置抵銷科目，借助憑證上用來核定對方單位的字段進行抵銷。

（二）SAP BCS和用友NC合并報表模塊的不同點

1.數據基礎。SAP BCS的數據從ECC——抽取層——轉換層——企業CUBE——源數據基礎，數據借助BW實現層層篩選，所以SAP BCS的合并數據模型維度很多，這套軟件適用于大型國有企業。為了滿足管理者和業務的需求，目前SAP BCS共有30多個維度。最后在BCS合并監視器里進行合并功能處理，允許靈活的動態合并數據基礎建模，同時又受合并角色的約束，也就是說只設置一個合并單元角色，再用合并單元對應到該角色，最后只根據對應到的合并單元角色處理合并功能。所以在數據基礎這塊，BCS的數據更加精準、細化，而且數據存儲量很大，另一方面也導致BCS的數據加載過程比較繁瑣，數據不能及時加載。BCS中合并數據的維度包括：合并單元、合并組、貿易伙伴、過賬級別、憑證類型、合并科目、會計年度、記賬期間、合并事務類型、業務范圍、對方業務范圍、輔助核算類別、輔助核算內容、往來單位性質、往來業務性質等共30個維度。用友NC的數據不需要借助其他工具即可用于報表，同時維度也少了很多，不需要復雜繁瑣的流程，數據也就比較簡潔。在用友NC中借助財務會計功能實現記賬做憑證，再去報表數據中心查詢核對數據，數據核對上報成功后上一層合并單元才能處理合并功能。

2.合并會計科目表和合并項。SAP BCS目前有四種會計科目表，分別為總賬科目、國家特定科目、集團科目和合并科目表，在建立總賬科目時需要備選和集團科目的對應關系，將數據一層層抽取到合并層面，集團科目特征就是總賬科目特征的一個字段屬性，在數據加載到合并系統時，將總賬科目的該屬性映射到合并項。用友NC目前只有三種會計科目表，分別為科目表、表外科目和會計政策科目。

3.憑證類型。SAP BCS中的憑證類型也是一個很重要的維度，目前神華國能集團的實施項目中一共定義了132個憑證類型，規格多樣的憑證類型也決定了SAP BCS能夠很好地反映數據的類型和來源。比如在BCS中，參與抵銷的兩個憑證會產生新類型的憑證，內部往來抵銷后的憑證類型為20，投資合并為30；直接從ECC系統抽上來的憑證類型為00；單體調整憑證類型為01，數據一目了然，便于查詢管理。而在用友NC中，憑證類型就少了很多，目前國家電網集團的實施項目中只定義了三個憑證類型：轉賬憑證，即抵銷憑證；收款憑證，即涉及銀行收到貨款的憑證；付款憑證，即涉及銀行付款的憑證，數據看起來比較龐雜。

4.報表出具。SAP BCS的報表出具是在BO上體現的，需要用QUERY查詢結構來從BW的CUBE模型取數，結構嚴謹，合并后的報表可以根據QUERY和數據加載流程層層排查；同時，由于SAP BCS數據的多維度以及大型企業的需求，其出具報表的規模也是用友NC不可比擬的，每月出具的股份月報根據企業需求配置清單，少則一百張，多則二百張，因為SAP BCS不僅有各種明細表，還有抵銷之后產生的抵銷表，比如就其他應付款來說每月出具的有：其他應付款明細表、其他應付款及賬齡明細表、其他應付款抵銷表和兩金壓控情況統計表。除了一兩百張的股份月報，還有國資委嚴格把關的十多張集團快報，大規模的報表數量能夠更好地體現企業的經營情況。用友NC的報表出具不需要借助其他前端工具，合并和出具都是在用友NC系統內進行的，取數來源于報表數據中心。用友NC因為較適用于中小型企業，所以出具的報表規模也比較小，快報一般只出具三公經費表、利潤表和資產負債表，財務決算報表只有二十多張，符合中小型企業的定位。

五、研究結論及啟示

本文主要對SAP BCS和用友NC的合并報表模塊進行了研究對比，從數據管理、合并系統、報表出具三個方面進行了深入研究，通過查閱文獻資料、深入企業調研，同時進入到兩套財務軟件的具體功能模塊中進行報表合并，通過具體流程研究以及對比發現，總體來看，SAP BCS和用友NC各有所長，單就合并報表這一功能來說，SAP BCS數據存儲量大，數據更加規范，合并抵銷后的憑證規格明晰，便于查詢對賬，在報表出具上也優于用友NC，報表更加多樣化，能更好地滿足企業集團精細化、智能化、個性化的財務管控需求，為企業實現財務信息的實時動態管理提供決策依據。