/需求分析與未來作業(yè)流程報告TOC\t"標(biāo)題1,2,標(biāo)題2,3,標(biāo)題3,4,標(biāo)題0,1"第一局部緒論 GOTOBUTTON_Toc3962851196一.M2專案綜述 GOTOBUTTON_Toc3962851206二.需求分析及未來系統(tǒng)設(shè)計的出發(fā)點(diǎn) GOTOBUTTON_Toc3962851216三.未來系統(tǒng)的運(yùn)作框架 GOTOBUTTON_Toc3962851227四.流程圖圖例 GOTOBUTTON_Toc3962851239第二局部財務(wù)會計 GOTOBUTTON_Toc3962851339一.總帳系統(tǒng) GOTOBUTTON_Toc39628513591.綜述 GOTOBUTTON_Toc39628513692.與其它模塊的集成 GOTOBUTTON_Toc39628513793.主要業(yè)務(wù)流程 GOTOBUTTON_Toc39628513893.1.會計科目表建立 GOTOBUTTON_Toc39628513993.2.傳票錄入及入帳處理 GOTOBUTTON_Toc39628514093.3.期末處理 GOTOBUTTON_Toc39628514194.報表需求 GOTOBUTTON_Toc39628514295.未來可能改進(jìn) GOTOBUTTON_Toc3962851439二.應(yīng)收帳 GOTOBUTTON_Toc39628514491.綜述 GOTOBUTTON_Toc39628514592.與其他模塊的集成 GOTOBUTTON_Toc39628514693.主要業(yè)務(wù)流程 GOTOBUTTON_Toc39628514793.1.客戶，員工主數(shù)據(jù)建立 GOTOBUTTON_Toc39628514893.2.員工差旅費(fèi)預(yù)支 GOTOBUTTON_Toc39628514993.3.員工差旅費(fèi)報銷 GOTOBUTTON_Toc39628515093.4.員工差旅費(fèi)報銷催單及凍結(jié)處理流程 GOTOBUTTON_Toc39628515193.5.員工明細(xì)帳帳齡分析處理流程 GOTOBUTTON_Toc39628515293.6.預(yù)收款處理 GOTOBUTTON_Toc39628515393.7.發(fā)票處理 GOTOBUTTON_Toc39628515493.8.收款處理 GOTOBUTTON_Toc39628515593.9.客戶催款及凍結(jié)處理流程 GOTOBUTTON_Toc39628515693.10.客戶明細(xì)帳帳齡分析處理流程 GOTOBUTTON_Toc39628515794.報表需求 GOTOBUTTON_Toc39628515895.未來可能的改進(jìn) GOTOBUTTON_Toc3962851599三.應(yīng)付帳 GOTOBUTTON_Toc39628516091.綜述 GOTOBUTTON_Toc39628516191.1.現(xiàn)狀 GOTOBUTTON_Toc39628516291.2.未來的設(shè)想 GOTOBUTTON_Toc39628516392.與其他模塊的集成 GOTOBUTTON_Toc39628516493.主要業(yè)務(wù)流程 GOTOBUTTON_Toc39628516593.1.供給商類主數(shù)據(jù)建立 GOTOBUTTON_Toc39628516693.2.預(yù)付款處理 GOTOBUTTON_Toc39628516793.3.擔(dān)保的處理 GOTOBUTTON_Toc39628516893.4.發(fā)票處理 GOTOBUTTON_Toc39628516993.5.保存尾數(shù)處理 GOTOBUTTON_Toc39628517093.6.付款處理 GOTOBUTTON_Toc39628517193.7.產(chǎn)生其它付款的處理 GOTOBUTTON_Toc39628517293.8.其它付款的付款處理 GOTOBUTTON_Toc39628517394.報表需求 GOTOBUTTON_Toc39628517495.未來可能的改進(jìn) GOTOBUTTON_Toc3962851759四.固定資產(chǎn)管理 GOTOBUTTON_Toc39628517691.綜述 GOTOBUTTON_Toc39628517792.與其它模塊的集成 GOTOBUTTON_Toc39628517893.主要業(yè)務(wù)流程 GOTOBUTTON_Toc39628517993.1.資產(chǎn)類別建立 GOTOBUTTON_Toc39628518093.2.資產(chǎn)卡片建立 GOTOBUTTON_Toc39628518193.3.在建工程結(jié)轉(zhuǎn) GOTOBUTTON_Toc39628518293.4.資產(chǎn)購置 GOTOBUTTON_Toc39628518393.5.固定資產(chǎn)的轉(zhuǎn)移 GOTOBUTTON_Toc39628518493.6.資產(chǎn)計提折舊 GOTOBUTTON_Toc39628518593.7.固定資產(chǎn)清理 GOTOBUTTON_Toc39628518693.8.資產(chǎn)盤點(diǎn) GOTOBUTTON_Toc39628518793.9.資產(chǎn)租賃 GOTOBUTTON_Toc39628518894.產(chǎn)生的報表 GOTOBUTTON_Toc39628518995.未來可能的改進(jìn) GOTOBUTTON_Toc3962851909五.法定合并 GOTOBUTTON_Toc396285191Error!Bookmarknotdefined.1.綜述 GOTOBUTTON_Toc396285192Error!Bookmarknotdefined.2.與其它模塊的集成 GOTOBUTTON_Toc396285193Error!Bookmarknotdefined.3.主要業(yè)務(wù)流程 GOTOBUTTON_Toc396285194Error!Bookmarknotdefined.3.1.合并報表項的維護(hù) GOTOBUTTON_Toc396285195Error!Bookmarknotdefined.3.2.局部調(diào)整結(jié)帳 GOTOBUTTON_Toc396285196Error!Bookmarknotdefined.3.3.數(shù)據(jù)的采集 GOTOBUTTON_Toc396285197Error!Bookmarknotdefined.3.4.合并步驟 GOTOBUTTON_Toc396285198Error!Bookmarknotdefined.4.主要報表 GOTOBUTTON_Toc396285199Error!Bookmarknotdefined.5.未來改善的可能 GOTOBUTTON_Toc396285200Error!Bookmarknotdefined.六.資金管理 GOTOBUTTON_Toc39628520191.綜述 GOTOBUTTON_Toc39628520292.資金管理與其它模塊的集成 GOTOBUTTON_Toc39628520393.資金管理主要業(yè)務(wù)流程 GOTOBUTTON_Toc39628520493.1.自動付款處理 GOTOBUTTON_Toc39628520593.2.收到支票處理 GOTOBUTTON_Toc39628520693.3.付出支票處理 GOTOBUTTON_Toc39628520793.4.銀行未達(dá)帳處理 GOTOBUTTON_Toc39628520893.5.應(yīng)收匯票處理 GOTOBUTTON_Toc39628520993.6.應(yīng)付匯票處理 GOTOBUTTON_Toc39628521093.7.對信用證的支持 GOTOBUTTON_Toc39628521193.8.現(xiàn)金狀態(tài)及流量分析 GOTOBUTTON_Toc39628521293.9.短期借款/短期投資管理 GOTOBUTTON_Toc39628521393.10.利息計算 GOTOBUTTON_Toc39628521494.產(chǎn)生的報表 GOTOBUTTON_Toc39628521595.進(jìn)一步改善的可能 GOTOBUTTON_Toc3962852169七.本錢會計－費(fèi)用管理 GOTOBUTTON_Toc39628521791.綜述 GOTOBUTTON_Toc39628521892.費(fèi)用管理和其它模塊的集成 GOTOBUTTON_Toc39628521993.費(fèi)用管理主要業(yè)務(wù)流程 GOTOBUTTON_Toc39628522093.1.現(xiàn)狀和需求綜述 GOTOBUTTON_Toc39628522193.2.解決方案 GOTOBUTTON_Toc39628522294.產(chǎn)生的報表 GOTOBUTTON_Toc39628522395.進(jìn)一步改善的可能 GOTOBUTTON_Toc3962852249八.本錢會計－獲利性分析 GOTOBUTTON_Toc39628522591.綜述 GOTOBUTTON_Toc39628522692.獲利性分析模塊和其他模塊的集成 GOTOBUTTON_Toc39628522793.獲利性分析主要業(yè)務(wù)流程 GOTOBUTTON_Toc39628522893.1.現(xiàn)狀和需求綜述 GOTOBUTTON_Toc39628522993.2.解決方案 GOTOBUTTON_Toc39628523094.產(chǎn)生的報表 GOTOBUTTON_Toc39628523195.進(jìn)一步改善的可能 GOTOBUTTON_Toc3962852329第三局部供給鏈 GOTOBUTTON_Toc3962852339一.庫存 GOTOBUTTON_Toc39628523491.現(xiàn)狀及需求綜述 GOTOBUTTON_Toc39628523591.1.對于XX集團(tuán)庫存管理現(xiàn)狀及其需求簡述如下: GOTOBUTTON_Toc39628523691.2.對于XX集團(tuán)的營管系統(tǒng)與庫存接口及其需求簡述如下: GOTOBUTTON_Toc39628523792.未來系統(tǒng)解決方案 GOTOBUTTON_Toc39628523892.1.綜述 GOTOBUTTON_Toc39628523992.2.與其它模塊的關(guān)系 GOTOBUTTON_Toc39628524092.3.收貨 GOTOBUTTON_Toc39628524192.4.發(fā)貨 GOTOBUTTON_Toc39628524292.5.轉(zhuǎn)儲 GOTOBUTTON_Toc39628524392.6.預(yù)定 GOTOBUTTON_Toc39628524492.7.盤點(diǎn) GOTOBUTTON_Toc39628524592.8.報表需求 GOTOBUTTON_Toc39628524692.9.未來可能的改進(jìn) GOTOBUTTON_Toc3962852479二.采購 GOTOBUTTON_Toc39628524891.現(xiàn)狀及需求綜述 GOTOBUTTON_Toc39628524991.1.對于XX集團(tuán)采購現(xiàn)狀及其需求簡述如下: GOTOBUTTON_Toc39628525091.2.對于集團(tuán)采購現(xiàn)狀及其需求簡述如下: GOTOBUTTON_Toc39628525192.未來系統(tǒng)解決方案 GOTOBUTTON_Toc39628525292.1.綜述 GOTOBUTTON_Toc39628525392.2.與其它模塊的集成 GOTOBUTTON_Toc39628525492.3.采購申請及分配處理流程 GOTOBUTTON_Toc39628525592.4.采購訂單的處理 GOTOBUTTON_Toc39628525692.5.供給商評估和管理 GOTOBUTTON_Toc39628525792.6.采購訂單的收貨處理 GOTOBUTTON_Toc39628525892.7.發(fā)票校驗 GOTOBUTTON_Toc39628525992.8.報表需求 GOTOBUTTON_Toc39628526092.9.未來可能的改進(jìn) GOTOBUTTON_Toc3962852619三.生產(chǎn)管理 GOTOBUTTON_Toc39628526291.綜述 GOTOBUTTON_Toc39628526392.生產(chǎn)管理與其它模塊的集成 GOTOBUTTON_Toc39628526493.生產(chǎn)管理主要業(yè)務(wù)流程 GOTOBUTTON_Toc39628526593.1.生產(chǎn)量預(yù)估處理 GOTOBUTTON_Toc39628526693.2.需求管理 GOTOBUTTON_Toc39628526793.3.物料需求方案 GOTOBUTTON_Toc39628526893.4.能力平衡 GOTOBUTTON_Toc39628526993.5.生產(chǎn)排程 GOTOBUTTON_Toc39628527093.6.生產(chǎn)備料/領(lǐng)料處理 GOTOBUTTON_Toc39628527193.7.生產(chǎn)確認(rèn)及入庫處理 GOTOBUTTON_Toc39628527394.報表處理 GOTOBUTTON_Toc39628527995.進(jìn)一步改善的可能 GOTOBUTTON_Toc3962852819四.本錢會計－產(chǎn)品本錢管理 GOTOBUTTON_Toc39628528291.綜述 GOTOBUTTON_Toc39628528392.產(chǎn)品本錢管理和R/3其他模塊的集成 GOTOBUTTON_Toc39628528493.產(chǎn)品本錢管理主要業(yè)務(wù)流程 GOTOBUTTON_Toc39628528593.1.標(biāo)準(zhǔn)本錢的制訂和修訂 GOTOBUTTON_Toc39628528693.2.實(shí)際本錢的核算和分析 GOTOBUTTON_Toc39628528793.3.差異處理 GOTOBUTTON_Toc39628528894.產(chǎn)生的報表 GOTOBUTTON_Toc39628529195.進(jìn)一步改善的可能 GOTOBUTTON_Toc3962852929五.營管系統(tǒng)與R/3的接口 GOTOBUTTON_Toc39628529391.現(xiàn)有系統(tǒng)及未來需求綜述 GOTOBUTTON_Toc39628529492.與接口有關(guān)的主要業(yè)務(wù)流程及功能簡述 GOTOBUTTON_Toc39628529592.1.接口的整體架構(gòu) GOTOBUTTON_Toc39628529692.2.訂單出貨和發(fā)票開立作業(yè) GOTOBUTTON_Toc39628529792.3.繳款作業(yè) GOTOBUTTON_Toc39628529892.4.公司內(nèi)成品調(diào)撥 GOTOBUTTON_Toc39628529992.5.從關(guān)系企業(yè)調(diào)入成品 GOTOBUTTON_Toc39628530092.6.向關(guān)系企業(yè)調(diào)出小料和精料 GOTOBUTTON_Toc39628530192.7.退貨作業(yè) GOTOBUTTON_Toc39628530292.8.換貨作業(yè) GOTOBUTTON_Toc39628530392.9.盤點(diǎn)作業(yè)和庫存流轉(zhuǎn) GOTOBUTTON_Toc39628530492.10.制面廠成品庫生產(chǎn)入庫及其它 GOTOBUTTON_Toc39628530592.11.運(yùn)費(fèi)結(jié)算 GOTOBUTTON_Toc39628530692.12.清戶退款 GOTOBUTTON_Toc39628530793.組織機(jī)構(gòu)和關(guān)鍵數(shù)據(jù)定義 GOTOBUTTON_Toc39628530893.1.組織機(jī)構(gòu) GOTOBUTTON_Toc39628530993.2.關(guān)鍵數(shù)據(jù) GOTOBUTTON_Toc3962853109

緒論一. M2專案綜述國際集團(tuán)為了利用現(xiàn)代先進(jìn)資計技術(shù)輔助，提高企業(yè)的管理水平，以完善自身的機(jī)制和增強(qiáng)企業(yè)的市場競爭力，在集團(tuán)最高層領(lǐng)導(dǎo)的倡導(dǎo)和推動下設(shè)立了M2專案。作為一個管理水平的標(biāo)志，其最終目的是在每月的第二天完成集團(tuán)公司的法定合并報表和管理合并報表的工作，到達(dá)這一目標(biāo)的前提是集團(tuán)擁有一套整合的企業(yè)管理應(yīng)用軟件系統(tǒng)，支持各職能部門的日常業(yè)務(wù)，同時準(zhǔn)確及時地記錄各公司、各職能部門中發(fā)生業(yè)務(wù)信息，傳遞到其它部門分享并由各級公司、總公司分折匯總。因此，SAP公司有幸地被選為軟件供給商和實(shí)施伙伴。二. 需求分析及未來系統(tǒng)設(shè)計的出發(fā)點(diǎn)以頂新集團(tuán)的企業(yè)規(guī)模以及其業(yè)務(wù)的多樣化而言，M2專案的實(shí)施應(yīng)該是階段性的。在實(shí)現(xiàn)M2專案最終目標(biāo)的過程中，每一階段都應(yīng)該有明確的目標(biāo)，第一階段的主要目標(biāo)應(yīng)該是：以XX集團(tuán)公司為樣板，實(shí)施一個整合的企業(yè)管理系統(tǒng)，支持供給鏈上的操作及財務(wù)會計和管理會計統(tǒng)計和監(jiān)控。在設(shè)計樣板過程中，充分考慮到其它事業(yè)群生產(chǎn)經(jīng)營模式的特殊性，保存樣板的靈活性，以便將來推廣。統(tǒng)一集團(tuán)內(nèi)各公司的會計科目，標(biāo)準(zhǔn)財務(wù)會計的業(yè)務(wù)流程。在所覆蓋的范圍內(nèi)為各子公司實(shí)施一個強(qiáng)有力的財務(wù)系統(tǒng)，以根本解決集團(tuán)報表合并的問題。

針對M2專案的目標(biāo)，依據(jù)整體工程實(shí)施的方案，SAP工程小組在完成以XX集團(tuán)為樣板的財會系統(tǒng)及供給鏈系統(tǒng)現(xiàn)狀調(diào)研后。在頂新集團(tuán)M2專案設(shè)計組，M2專案應(yīng)用組的大力支持和協(xié)助下，在預(yù)定時間內(nèi)完成了需求分析及對未來系統(tǒng)的初步設(shè)計。

后續(xù)章節(jié)中對需求的描述及未來系統(tǒng)解決方案的建議，根本上按企業(yè)的職能及系統(tǒng)的應(yīng)用模塊劃分。財會方面的需求分別考慮了以XX集團(tuán)為代表的子公司財務(wù)處理，以方便面為代表的事業(yè)群經(jīng)營分析，以及總公司的財會處理和合并業(yè)務(wù)，在供給鏈方面的需求則根本上，以XX集團(tuán)的方便面產(chǎn)、供、銷模式為主，并在討論中參考了其它事業(yè)群的一些特性。三. 未來系統(tǒng)的運(yùn)作框架以財務(wù)合并的角度看，未來系統(tǒng)在第二階段完成后的動作模式，如：以下圖所示 當(dāng)集團(tuán)完全采用了R/3系統(tǒng)之后，總體系統(tǒng)的接口將簡單化甚至單一化。作為第一個樣板公司，XX集團(tuán)將啟用的不僅是財務(wù)系統(tǒng)，而且包含了供給鏈系統(tǒng)，兩者在R/3的環(huán)境下是實(shí)時集成的。以XX集團(tuán)的角度看，未來系統(tǒng)對其物資流的支持如以下圖所示： 在系統(tǒng)的內(nèi)部，其數(shù)據(jù)資料的流動根本上如以下圖所示：這種模式將逐步地推廣到各事業(yè)群、各子公司。在后續(xù)階段的實(shí)施方案中，我們考慮引進(jìn)SAPR/3的人事資源管理模式，解決人事薪資，差旅報銷與財務(wù)系統(tǒng)的接口。當(dāng)國內(nèi)的通訊水平以及網(wǎng)絡(luò)系統(tǒng)的根本性能到達(dá)要求時，建議用SAPR/3的銷模塊（SD）取代現(xiàn)行的營管系統(tǒng)，以最終到達(dá)完全的整合性。財務(wù)會計四. 流程圖圖例

財務(wù)會計一. 總帳系統(tǒng)綜述財務(wù)組織機(jī)構(gòu)定義：公司代碼:為每個帳務(wù)實(shí)體定義一個公司代碼，各個公司有自己法定報表。業(yè)務(wù)范圍：將一個產(chǎn)品或一類產(chǎn)品定義為一個業(yè)務(wù)范圍，各個業(yè)務(wù)范圍可以產(chǎn)生自己的利潤表，以供管理層使用。財務(wù)基礎(chǔ)數(shù)據(jù)：會計年度：國際集團(tuán)采用日歷年度。會計期間：國際集團(tuán)會計期間為12，從1月份到12月份。傳票類型：未來的系統(tǒng)按照業(yè)務(wù)性質(zhì)詳細(xì)劃分傳票類型。傳票編號：按年、傳票類型及傳票錄入日期進(jìn)行自動編號。國際集團(tuán)要求傳票按月、傳票類型進(jìn)行編號。按照我們的經(jīng)驗，SAP的編號方式對外部審計，內(nèi)部管理都不存在任何問題。SAPR/3的中國用戶已有10多家通過財政部的評審，所以對外部審計而言，不存在任何問題，對內(nèi)部管理而言，SAPR/3提供了多種分類方法，用戶可以方便地查找傳票，對傳票進(jìn)行歸檔處理。為了最大程度地滿足國際集團(tuán)的要求，SAP中國的鄭銳先生已向SAP總部發(fā)出二個修改申請：系統(tǒng)提供傳票按月、傳票類型進(jìn)行編號的功能，修改申請?zhí)枮?62357。預(yù)制傳票、正式傳票采用不同的編號，修改申請?zhí)枮?62416。幣種及匯率：由集團(tuán)總部負(fù)責(zé)幣種代碼定義和匯率表的維護(hù)，各分公司使用總部維護(hù)的匯率。權(quán)限控制：在原型測試階段，將按照國際集團(tuán)要求定義各種權(quán)限。未來的總帳系統(tǒng)包括會計科目定義，傳票錄入，外幣評估，暫估處理，科目余額重組，科目余額結(jié)轉(zhuǎn)，報表處理。未來的總帳系統(tǒng)與其他子系統(tǒng)是緊密集成的，許多數(shù)據(jù)由業(yè)務(wù)發(fā)生子系統(tǒng)寫入總帳系統(tǒng)，無需手工重復(fù)錄入數(shù)據(jù)，無需會計做審核（除供給商發(fā)票），提高帳務(wù)處理速度。未來的總帳系統(tǒng)有一系列功能加速期末結(jié)帳，如外幣自動評估，暫估自動處理等。外幣評估將采用期末評估，期初沖回方式。自動收付款，匯票管理在現(xiàn)金管理中處理。關(guān)系企業(yè)往來走應(yīng)收、應(yīng)付流程，所以，關(guān)系企業(yè)往來的帳務(wù)處理在應(yīng)收、應(yīng)付中描述。與其它模塊的集成總帳子系統(tǒng)與應(yīng)收，應(yīng)付，固定資產(chǎn)，庫存，采購，銷售，本錢會計，資金管理有實(shí)時數(shù)據(jù)交換。主要業(yè)務(wù)流程會計科目表建立現(xiàn)狀及需求綜述頂新集團(tuán)采用自己的會計科目表。目前集團(tuán)公司下各公司采用各自科目表，集團(tuán)公司有方案－－將來實(shí)現(xiàn)統(tǒng)一的科目表?，F(xiàn)有會計科目編碼是不等長的，會給傳票錄入帶來不便?？蛻?、供給商、員工編碼作為會計科目的一局部，造成科目極其龐大。解決方案建議國際集團(tuán)采用統(tǒng)一會計科目表，由總部會計部確定會計科目表編制原則，協(xié)調(diào)各分公司要求，負(fù)責(zé)會計科目編號確定，解釋各會計科目的性質(zhì)。各分公司根據(jù)需要，選擇有關(guān)科目使用。通過會計科目表統(tǒng)一，有利于數(shù)據(jù)確認(rèn)、合并、內(nèi)部審計，總帳、分類帳余額統(tǒng)一，分類帳控制。建議國際集團(tuán)采用等長會計科目編碼，以方便帳務(wù)處理。建議國際集團(tuán)將客戶、供給商、員工管理放在應(yīng)收/應(yīng)付子系統(tǒng)中管理，客戶、供給商、員工的編號不再作為會計科目一局部。集團(tuán)總部會計負(fù)責(zé)維護(hù)會計科目集團(tuán)級數(shù)據(jù)，各分公司按照需要，維護(hù)會計科目公司級數(shù)據(jù)。建議國際集團(tuán)總部成立專門職能小組負(fù)責(zé)這項工作，各分公司建立相應(yīng)職能小組。建立新科目流程功能說明“決定是否建立新科目〞：由集團(tuán)總部會計小組依據(jù)會計科目表編制原則，已有科目表，決定是否建立新的會計科目。“維護(hù)新會計科目集團(tuán)級數(shù)據(jù)〞：由集團(tuán)總部會計維護(hù)會計科目編號、名稱、性質(zhì)等數(shù)據(jù)?！熬S護(hù)新會計科目公司級數(shù)據(jù)〞：由公司會計維護(hù)會計科目公司級數(shù)據(jù)，包括貨幣、明細(xì)項索引、自動過帳標(biāo)志。流程組織結(jié)構(gòu)定義公司：法定財務(wù)實(shí)體關(guān)鍵數(shù)據(jù)公司代碼幣種傳票錄入及入帳處理現(xiàn)狀及需求在現(xiàn)有系統(tǒng)內(nèi)，由于各應(yīng)用局部缺乏集成，傳票由接口系統(tǒng)或手工導(dǎo)入總帳。大量手工收付款處理，導(dǎo)致工作量大。解決方案采用SAPR/3集成系統(tǒng)，大局部傳票由業(yè)務(wù)發(fā)生點(diǎn)傳入總帳系統(tǒng)。關(guān)于收付款處理，大局部通過應(yīng)收、應(yīng)付子系統(tǒng)自動收付款處理，僅僅小額零星現(xiàn)金收付款在總帳系統(tǒng)內(nèi)處理。傳票錄入及入帳流程a)轉(zhuǎn)帳處理b)小額現(xiàn)金付款處理c)小額現(xiàn)金收款處理功能說明“前置系統(tǒng)業(yè)務(wù)處理〞：是指與會計系統(tǒng)相關(guān)子系統(tǒng)進(jìn)行業(yè)務(wù)處理時，自動產(chǎn)生會計傳票并入帳，無需人工錄入傳票，入帳。例如：倉庫發(fā)料時，僅須在庫存管理系統(tǒng)錄入發(fā)料數(shù)據(jù)，系統(tǒng)根據(jù)發(fā)料數(shù)據(jù)，材料價格，自動生成會計憑證，并入帳。“輸入傳票〞：依據(jù)原始憑證，輸入傳票類型、公司代碼、傳票編制日期、入帳日期、借貸科目、借貸金額、后續(xù)帳務(wù)分配如輸入本錢中心，業(yè)務(wù)范圍。并且檢查公司代碼是否存在，記帳期間是否允許入帳，借貸科目是否存在，本錢中心、業(yè)務(wù)范圍是否存在?！叭霂え暎合到y(tǒng)自動檢查借貸金額是否平衡，傳票檢查通過后，系統(tǒng)將更改科目余額及其它文件，自動分配傳票編號，存入傳票文件。“傳票預(yù)制處理〞：是指輸完傳票后，傳票存在系統(tǒng)內(nèi)，但并不入帳。這類傳票稱為預(yù)制傳票?！邦A(yù)制傳票入帳〞：是指將預(yù)制傳票記入帳冊，預(yù)制傳票轉(zhuǎn)成正式傳票。關(guān)于憑證審核，目前系統(tǒng)僅提供一級審核功能，建議第一階段打印出預(yù)制傳票，在SAPR/3系統(tǒng)外審核，通過后，由專人將預(yù)制傳票入帳，或者編制手工傳票，多級審核后，將手工傳票輸入系統(tǒng)入帳。第二階段采用〞Workflow〞方法，在系統(tǒng)內(nèi)進(jìn)行多級審核。作業(yè)功能組織示意公司：法定財務(wù)實(shí)體業(yè)務(wù)范圍：將一個產(chǎn)品或一類產(chǎn)品定義為一個業(yè)務(wù)范圍，各個業(yè)務(wù)范圍可以產(chǎn)生自己的利潤表，以供管理層使用。本錢中心：收集費(fèi)用的責(zé)任單元關(guān)鍵數(shù)據(jù) 會計期間，會計科目，傳票類型，幣種，公司代碼，業(yè)務(wù)范圍，本錢中心期末處理期末處理現(xiàn)狀及需求綜述月末關(guān)帳在下月8號，年末關(guān)帳在來年二月底，在現(xiàn)有系統(tǒng)，期末有大量手工處理，工作量極大。結(jié)帳比較遲，為了保證M2專案目標(biāo)的實(shí)現(xiàn)，必須加快結(jié)帳速度。解決方案未來的系統(tǒng)改進(jìn)現(xiàn)有的本錢結(jié)算體系，減輕期末本錢結(jié)轉(zhuǎn)的工作量未來的系統(tǒng)有自動的外幣評估，自動的科目余額重組，自動的暫估處理等功能，加快期末結(jié)帳。處理流程功能說明“資產(chǎn)負(fù)債類科目外幣評估〞：評估已實(shí)現(xiàn)匯兌損益。如銀行外幣存款，外幣現(xiàn)金評估?！拔辞屙椡鈳旁u估〞：評估未實(shí)現(xiàn)匯兌損益。如應(yīng)收，應(yīng)付外幣評估?！坝囝~重組〞：調(diào)整應(yīng)收，應(yīng)付統(tǒng)馭科目。例如一個客戶明細(xì)帳余額在貸方，期未結(jié)帳時，指定調(diào)整到負(fù)債方統(tǒng)馭科目，下個期初系統(tǒng)自動沖回。報表需求未來的總帳系統(tǒng)可以提供以下報表：資產(chǎn)負(fù)債表損益表財務(wù)費(fèi)用明細(xì)表營業(yè)外收支明細(xì)表增值稅申報表科目余額表傳票明細(xì)匯總表每日日計表及每日傳票編號未來可能改進(jìn)B級功能工作流（Workflow）功能

第二階段將引入工作流功能，以解決系統(tǒng)內(nèi)傳票多級審核的問題。C級功能科目方案

二. 應(yīng)收帳綜述未來的應(yīng)收帳子系統(tǒng)將包括客戶主數(shù)據(jù)建立，預(yù)收款請求，預(yù)收款處理，發(fā)票處理，手工收款，自動收款，預(yù)收款清發(fā)票，客戶催款，收款通知，對帳單處理。未來的應(yīng)收帳處理將考慮與國際集團(tuán)營管系統(tǒng)的集成，預(yù)收款處理，發(fā)票處理，繳款處理將通過批處理程序由營管系統(tǒng)錄入SAPR/3系統(tǒng)。在SAPR/3系統(tǒng)內(nèi)進(jìn)行銷售處理，將按正常的應(yīng)收帳處理流程進(jìn)行。在人力資源子系統(tǒng)未實(shí)施前，員工差旅費(fèi)放在應(yīng)收帳子系統(tǒng)處理，利用應(yīng)收帳客戶管理功能，帳齡分析，催款功能，清款功能對員工差旅費(fèi)實(shí)施嚴(yán)格管理。與之相對應(yīng)，為員工建立編號及有關(guān)數(shù)據(jù)。未來的系統(tǒng)中，其他應(yīng)收款走應(yīng)收帳流程，與之相對應(yīng)，財務(wù)部門替其他應(yīng)收款的欠款方建立編號及有關(guān)數(shù)據(jù)。未來的系統(tǒng)將為客戶、員工、其他應(yīng)收款的欠款方建立不同的編號范圍。未來的系統(tǒng)中，通過SAPR/3的特別總帳處理來區(qū)別關(guān)系企業(yè)的應(yīng)收貨款、應(yīng)收設(shè)備款、應(yīng)收融資款。自動收款，利息計算及匯票管理將在現(xiàn)金管理局部描述。與其他模塊的集成應(yīng)收帳子系統(tǒng)與銷售，總帳，資金管理，盈利分析有數(shù)據(jù)交換。主要業(yè)務(wù)流程客戶、員工、欠款方主數(shù)據(jù)建立現(xiàn)狀及需求現(xiàn)階段客戶主數(shù)據(jù)在營管系統(tǒng)中管理，整個帳務(wù)系統(tǒng)沒有客戶數(shù)據(jù)管理，客戶作為二級科目，編入會計科目。員工編號作為二級科目，編入會計科目,整個帳務(wù)系統(tǒng)沒有員工數(shù)據(jù)管理。解決方案在未來的系統(tǒng)中，建立集中客戶、員工、欠款方主數(shù)據(jù)，由營管決定客戶編號，營管，帳務(wù)輸入各自數(shù)據(jù)，帳務(wù)部門僅輸入帳務(wù)控制有關(guān)數(shù)據(jù)。為了保證員工編號一致性，盡管人力資源現(xiàn)階段未實(shí)施，建議人事部門負(fù)責(zé)員工編號，財務(wù)部門負(fù)責(zé)帳務(wù)有關(guān)數(shù)據(jù)。財務(wù)部門負(fù)責(zé)決定其它應(yīng)收款的欠款方的編號及帳務(wù)數(shù)據(jù)。建議有關(guān)部門設(shè)置專門小組/專人負(fù)責(zé)客戶、員工、欠款方主數(shù)據(jù)建立。建立主數(shù)據(jù)流程功能描述“決定客戶帳務(wù)控制數(shù)據(jù)〞：依據(jù)營管提供客戶數(shù)據(jù)，決定客戶組，統(tǒng)馭科目，付款條件，信貸限額等數(shù)據(jù)。納入營管系統(tǒng)管理的客戶，付款條件，信貸限額在營管系統(tǒng)內(nèi)輸入?！皼Q定出差員工編號及有關(guān)數(shù)據(jù)〞：依據(jù)各部門出差員工表及人事部員工編號表，決定出差員工編號，以及員工組，統(tǒng)馭科目，借款限額等員工個人數(shù)據(jù)。“建立主數(shù)據(jù)〞：利用應(yīng)收帳子系統(tǒng)中建立主數(shù)據(jù)功能，建立客戶，員工，欠款方帳務(wù)數(shù)據(jù)，以方便管理和控制。作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)公司代碼，統(tǒng)馭科目員工差旅費(fèi)預(yù)支現(xiàn)狀與需求綜述現(xiàn)有系統(tǒng)將員工定義為一個對沖會計科目，制作預(yù)支差旅費(fèi)傳票時，輸入一個索引碼，制做清款傳票時，輸入一個索引碼，利用《沖銷對照表》沖銷了索引代碼相同，借貸相反的會計交易，并且利用《沖銷對照表》列印帳上有余額的會計科目。解決方案正如綜述所言，采用SAPR/3先進(jìn)應(yīng)收帳子系統(tǒng)有效管理員工差旅費(fèi)。替每個員工在系統(tǒng)內(nèi)建立一個編號，支取差旅費(fèi)時，會計部門輸入員工出差付款請求，審核通過后，批準(zhǔn)出差付款請求。運(yùn)行自動付款程序，對員工支付預(yù)支差旅費(fèi)。預(yù)支差旅費(fèi)處理流程功能說明“審核是否合法〞：按照預(yù)支差旅費(fèi)規(guī)定，審核單據(jù)是否齊全，簽名是否合法?！拜斎敫犊钫埱蟥暎喊凑疹A(yù)支差旅費(fèi)申請單輸入付款請求，付款請求僅是一張請款單據(jù)，并不產(chǎn)生任何帳務(wù)處理。“批準(zhǔn)付款請求〞：同意付款。作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)公司代碼，員工編號，幣種員工差旅費(fèi)報銷現(xiàn)狀與需求綜述參見2.3.2.1解決方案用清帳功能，輸入所有發(fā)生費(fèi)用，費(fèi)用與預(yù)支差旅費(fèi)間的差額掛在帳上，由自動收付款程序進(jìn)行收付款處理。員工差旅費(fèi)報銷處理流程功能說明“審核報銷清單〞：由會計部依據(jù)“差旅費(fèi)報銷原則〞；決定原始憑證是否齊全，是否有效，報銷金額是否正確?！扒鍘ぬ幚悫暎呵鍐T工差旅費(fèi)預(yù)支金額，借記費(fèi)用等科目，預(yù)制差旅費(fèi)與費(fèi)用的差額，掛在帳上。作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)員工編號，幣種，會計期間，公司代碼員工差旅費(fèi)報銷催單及凍結(jié)處理流程現(xiàn)狀與需求綜述沒有電腦化的催單、凍結(jié)處理。解決方案未來的系統(tǒng)將利用SAPR/3應(yīng)收帳子系統(tǒng)催款功能，設(shè)定報銷期限，對超報銷期限未報銷的預(yù)支差旅費(fèi)產(chǎn)生報銷催單，通知員工前來報銷，并凍結(jié)員工明細(xì)帳。解除員工明細(xì)帳凍結(jié)標(biāo)志由手工處理。處理流程功能說明“運(yùn)行催款程序〞：系統(tǒng)每天運(yùn)行催款程序，以產(chǎn)生員工差旅費(fèi)報銷催單，并且自動凍結(jié)超過報銷期未報銷的員工明細(xì)帳。作業(yè)功能結(jié)構(gòu)示意圖關(guān)鍵數(shù)據(jù)員工編號，報銷期限，預(yù)支金額日期員工明細(xì)帳帳齡分析處理流程現(xiàn)狀與需求綜述參見1.3.2.1解決方案未來的作業(yè)流程，通過帳齡分析列出未報銷的預(yù)支差旅費(fèi)的借款期。處理流程功能說明“運(yùn)行帳齡分析程序〞：定期運(yùn)行帳齡分析程序，得到未報銷的預(yù)支差旅費(fèi)帳齡清單。作業(yè)功能結(jié)構(gòu)示意圖關(guān)鍵數(shù)據(jù)員工編號，公司代碼。預(yù)收款處理現(xiàn)狀及需求分析關(guān)系企業(yè)間銷售，沒有預(yù)收款要求，集團(tuán)外客戶，一類不需預(yù)收款，一類需要預(yù)收款，需要預(yù)收款客戶，它的預(yù)收款必須覆蓋供貨金額，否則不給發(fā)貨。通過營管系統(tǒng)的銷售，預(yù)收款在營管系統(tǒng)內(nèi)處理，通過接口程序?qū)肟値は到y(tǒng)。預(yù)收款按部門歸集。解決方案為了解決營管系統(tǒng)繳款與財務(wù)實(shí)際到款的時間差，設(shè)置在途款科目；營管系統(tǒng)內(nèi)預(yù)收款通過批處理程序?qū)隨APR/3應(yīng)收帳子系統(tǒng)，暫記在途款科目，然后由財務(wù)部門依據(jù)銀行到帳單，在總帳系統(tǒng)中把預(yù)收款從在途款科目轉(zhuǎn)入銀行存款科目。預(yù)收款與客戶欠款方掛鉤。對不納入營管系統(tǒng)的銷售，預(yù)收款處理在SAPR/3中處理。處理流程功能說明“啟動批輸入程序〞：系統(tǒng)自動啟動批輸入程序，預(yù)收款從營管系統(tǒng)導(dǎo)入SAPR/3應(yīng)收帳系統(tǒng)?！皺z驗日志〞：指派專人負(fù)責(zé)檢查日志，如有錯誤，按錯誤性質(zhì)，分送不同部門解決。“下達(dá)預(yù)收款請求〞：批準(zhǔn)預(yù)收款請求，通過自動收款程序收款。作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)公司代碼，客戶代碼，欠款方編號，會計期間，幣種發(fā)票處理現(xiàn)狀及需求分析對外產(chǎn)品銷售發(fā)票，由營管系統(tǒng)通過接口程序輸入帳務(wù)系統(tǒng)。關(guān)系企業(yè)間的銷售，發(fā)票由手工輸入帳務(wù)系統(tǒng)。零星發(fā)票（包括總部費(fèi)用分?jǐn)偅┯墒止ぽ斎霂?wù)系統(tǒng)。解決方案通過營管系統(tǒng)的銷售，發(fā)票由營管系統(tǒng)通過批輸入程序?qū)隨APR/3系統(tǒng)。關(guān)系企業(yè)間銷售及未納入營管系統(tǒng)的銷售，在SAP銷售子系統(tǒng)處理，銷售發(fā)票由銷售子系統(tǒng)導(dǎo)入應(yīng)收帳子系統(tǒng)。零星發(fā)票由手工輸入應(yīng)收帳子系統(tǒng)。其它應(yīng)收款由手工輸入系統(tǒng)。對于換貨處理，營管系統(tǒng)并沒有重新處理發(fā)票動作，需要在總帳中輸入一個憑證，更改銷售收入：借：甲產(chǎn)品銷售收入貸：乙產(chǎn)品銷售收入處理流程零星發(fā)票/其他應(yīng)收款手工輸入處理功能說明“生成銷售系統(tǒng)的發(fā)票〞：系統(tǒng)自動定時啟動批作業(yè)程序?qū)I管系統(tǒng)的銷售發(fā)票導(dǎo)入SAPR/3的銷售子系統(tǒng)，作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)客戶代碼，欠款方編號，公司代碼，幣種，會計科目，會計期間收款處理現(xiàn)狀及需求分析通過營管系統(tǒng)的繳款用繳款單代傳票方式，通過接口程序?qū)⒗U款處理傳入帳務(wù)系統(tǒng)，其余收款由手工輸入帳務(wù)系統(tǒng)。繳款入帳日與實(shí)際達(dá)帳日不一致。解決方案為了解決繳款入帳日與實(shí)際達(dá)帳日不一致，設(shè)置在途資金科目，繳款入帳時，借記在途資金科目，然后依據(jù)銀行到帳單，在總帳系統(tǒng)中將繳款從在途資金科目轉(zhuǎn)入銀行存款科目。通過營管系統(tǒng)的繳款，用批輸入程序?qū)⒗U款導(dǎo)入應(yīng)收帳子系統(tǒng)。然后通過清款程序清客戶發(fā)票與繳款，預(yù)繳款。不通過營管系統(tǒng)收款直接在SAPR/3系統(tǒng)通過自動收款處理，在現(xiàn)金管理中描述。自動付款將覆蓋應(yīng)收帳款和其它應(yīng)收款。處理流程作業(yè)功能結(jié)構(gòu)示意圖關(guān)鍵數(shù)據(jù)客戶編號，欠款方編號，付款條件客戶、欠款方催款及凍結(jié)處理流程現(xiàn)狀與需求綜述沒有電腦化的催單及凍結(jié)處理。解決方案未來的系統(tǒng)將利用SAPR/3應(yīng)收帳子系統(tǒng)催款功能，進(jìn)行催款處理，對超過付款期限的客戶、欠款方生成催款通知書，通知客戶、欠款方付款，按催款等級自動凍結(jié)客戶、欠款方明細(xì)帳。解除客戶、欠款方明細(xì)帳凍結(jié)標(biāo)志由手工處理。處理流程功能說明“運(yùn)行催款程序〞：系統(tǒng)定期運(yùn)行催款程序，以產(chǎn)生客戶、欠款方催款通知書，并按催款等級自動凍結(jié)客戶、欠款方明細(xì)帳。作業(yè)功能結(jié)構(gòu)示意圖關(guān)鍵數(shù)據(jù)客戶編號、欠款方編號，付款條件客戶、欠款方明細(xì)帳帳齡分析處理流程現(xiàn)狀及需求綜述國際集團(tuán)需要及時清楚地了解客戶、欠款方的欠款的詳細(xì)情況及欠款期。解決方案未來的作業(yè)流程，通過帳齡分析列出客戶、欠款方明細(xì)帳的帳齡情況。處理流程功能說明“運(yùn)行帳齡分析程序〞：定期運(yùn)行帳齡分析程序，得到客戶、欠款方明細(xì)帳帳齡表。作業(yè)功能結(jié)構(gòu)示意圖關(guān)鍵數(shù)據(jù)客戶編號，欠款方編號報表需求客戶、員工、欠款方余額表客戶、員工、欠款方帳齡分析表應(yīng)收帳與營管系統(tǒng)客戶帳款余額調(diào)節(jié)表（頂新要求增加）未來可能的改進(jìn)一旦HR系統(tǒng)實(shí)施后，員工差旅費(fèi)管理將得到進(jìn)一步加強(qiáng)。可以有效方便地控制員工借款，報銷期限，可以方便地和費(fèi)用管理整合起來。

三. 應(yīng)付帳綜述現(xiàn)狀國際集團(tuán)有多種采購模式，現(xiàn)描述如下：國內(nèi)采購

采購訂單，發(fā)貨

發(fā)票，付款

各子公司直接對供給商下訂單，供給商對各子公司發(fā)貨，供給商開發(fā)票給各子公司，各子公司匹配發(fā)票、訂單、收貨記錄，核對無誤后，向供給商付款。海外采購

采購訂單，發(fā)貨

發(fā)票，付款

各子公司按照需求，向頂益(BVI)、頂杰(開曼島)提出采購請求，由頂益(BVI)、頂杰(開曼島)向海外供給商下訂單。海外供給商直接向各子公司發(fā)貨，各子公司將驗收單提交頂益（BVI〕、頂杰（開曼島〕、海外供給商開發(fā)票給頂益（BVI）、頂杰（開曼島），頂益（BVI）、頂杰（開曼島）開發(fā)票給各子公司、各子公司付款給頂益（BVI）、頂杰（開曼島），頂益（BVI）、頂杰（開曼島）付款給海外供給商。海外采購涉及擔(dān)保業(yè)務(wù) 未來的設(shè)想未來的應(yīng)付帳子系統(tǒng)將包括供給商主數(shù)據(jù)定義，預(yù)付款請求處理，預(yù)付款處理，發(fā)票處理，發(fā)票清預(yù)付款，手工付款處理，自動付款處理，對帳單處理。未來的應(yīng)付帳子系統(tǒng)與其它子系統(tǒng)是緊密集成的，與采購有關(guān)的供給商發(fā)票由采購模塊導(dǎo)入應(yīng)付帳子系統(tǒng)。未來的業(yè)務(wù)處理，對于海外采購，將把海外公司作為國內(nèi)各采購公司的供給商，把海外供給商作為海外公司的供給商，都走應(yīng)付帳流程。將頂新工程看作普通供給商，走關(guān)系企業(yè)往來交易程序，頂新工程本身采購、應(yīng)付帳處理在頂新工程專案中解決，不列入本報告。在未來作業(yè)處理中，與采購作業(yè)無關(guān)的非備用金付款都將走應(yīng)付帳流程，如薪資付款，與之相對應(yīng)，由財會部替各受款方建立主數(shù)據(jù)。應(yīng)付帳系統(tǒng)內(nèi)，所有付款都采用自動付款處理。未來的系統(tǒng)中，通過SAPR/3的特別總帳處理來區(qū)別關(guān)系企業(yè)的應(yīng)付貨款、應(yīng)付設(shè)備款、應(yīng)付融資款。未來的系統(tǒng)中，在途和暫估會計作業(yè)月末由系統(tǒng)自動評估，下月初系統(tǒng)自動沖回。自動付款、利息計算及匯票管理將在現(xiàn)金管理局部描述。與其他模塊的集成應(yīng)付款在系統(tǒng)與采購，總帳，資金管理有數(shù)據(jù)交換。主要業(yè)務(wù)流程供給商類主數(shù)據(jù)建立現(xiàn)狀與需求綜述供給商數(shù)據(jù)存放于MFG/PRO，帳務(wù)系統(tǒng)不能共享。每個供給商作為一個二級分類帳，編入會計科目。其它應(yīng)付款所涉及受款單位作為二級科目，編入會計科目，并沒有建立供給商主數(shù)據(jù)。解決方案未來的系統(tǒng)將建立集中供給商主數(shù)據(jù)，由品保部門決定供給商編碼，采購、帳務(wù)分別維護(hù)各自數(shù)據(jù)，帳務(wù)部門僅維護(hù)與帳務(wù)控制有關(guān)數(shù)據(jù)。在未來的系統(tǒng)中，帳務(wù)部門負(fù)責(zé)受款方的編號，帳務(wù)主數(shù)據(jù)的維護(hù)。處理流程功能說明“維護(hù)主數(shù)據(jù)〞：財務(wù)部維護(hù)供給商，受款方的統(tǒng)馭科目。付款條件，銀行帳號等數(shù)據(jù)。作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)公司代碼，統(tǒng)馭科目。預(yù)付款處理現(xiàn)狀及需求綜述預(yù)付款科目按請款部門劃分，并不按供給商劃分。預(yù)付款清款由請款部門控制。會計部門缺乏嚴(yán)格控制。國際集團(tuán)希望與采購有關(guān)的預(yù)付款與采購訂單掛鉤。解決方案預(yù)付款和供給商、受款方掛鉤，為采購訂單所付的預(yù)付款，在預(yù)付款請求，預(yù)付款傳票中輸入相應(yīng)采購訂單號，以方便預(yù)付款與發(fā)票間清帳。預(yù)付款請求部門輸入預(yù)付款請求，由財務(wù)部門審核預(yù)付款請求，審核通過后，下達(dá)預(yù)付款請求。由自動付款程序作預(yù)付款付款處理。處理流程功能說明“維護(hù)預(yù)付款請求〞：預(yù)付款請求僅僅是一種票據(jù)，并不產(chǎn)生帳務(wù)處理，維護(hù)預(yù)付款請求就是將預(yù)付款請求輸入系統(tǒng)。“下達(dá)預(yù)付款請求〞：批準(zhǔn)預(yù)付款請求，使它能被后續(xù)處理，如付款等。“凍結(jié)預(yù)付款請求〞：凍結(jié)預(yù)付款請求使預(yù)付款請求不能被后續(xù)處理，如付款等。擔(dān)保的處理現(xiàn)狀及需求綜述集團(tuán)總部帳務(wù)處理有擔(dān)保的業(yè)務(wù)。解決方案將擔(dān)保處理與供給商、受款方掛鉤，但與供給商、受款方明細(xì)帳其它業(yè)務(wù)處理區(qū)分開，僅僅反映或有負(fù)債，并不后續(xù)收付款處理。處理流程功能說明“掛入供給商/受款方明細(xì)帳〞：將擔(dān)保單作為一種特別業(yè)務(wù)處理掛入供給商明細(xì)帳，它僅僅是注釋。說明或有負(fù)債，并無后續(xù)收付款處理。作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)供給商編號，受款方編號，公司代碼發(fā)票處理現(xiàn)狀及需求綜述與采購處理相關(guān)的供給商發(fā)票，由請款單位開出請款單，本錢會計審核后，將請款單連同發(fā)票送至?xí)嫴块T，會計部門審核后，進(jìn)行發(fā)票處理，付款處理。折扣由采購部門決定，制作請款單時考慮。解決方案未來的系統(tǒng)是一個集成系統(tǒng)，它提供一套完整控制方法。建議國際集團(tuán)采用如下方法：采購部門接到供給商發(fā)票后，由發(fā)票輸入小組成員輸入供給商發(fā)票進(jìn)系統(tǒng)。此時供給商發(fā)票僅是預(yù)制傳票，并不產(chǎn)生任何帳務(wù)處理，然后由會計部門的發(fā)票審核小組成員匹配采購訂單，收貨記錄，供給商發(fā)票，決定是否下達(dá)供給商發(fā)票，一旦下達(dá)供給商發(fā)票，供給商發(fā)票將入帳。付款條件（包括折扣，付款期）存放在發(fā)票上。財務(wù)部門運(yùn)行自動付款程序，完成付款處理，自動付款程序?qū)⒖紤]折扣，決定建議付款額。處理流程功能說明“輸入供給商發(fā)票〞：將供給商發(fā)票輸入系統(tǒng)，作為預(yù)制傳票，暫存于系統(tǒng)，并不產(chǎn)生任何帳務(wù)處理?！皩徍斯┙o商發(fā)票〞：

對有采購訂單訂單發(fā)票的處理：匹配采購訂單，收貨記錄，供給商發(fā)票，以決定供給商發(fā)票是否正確。

對無采購訂單訂單發(fā)票的處理：審核發(fā)票及有關(guān)單據(jù)，以決定供給商發(fā)票是否正確?！跋逻_(dá)供給商發(fā)票〞：批準(zhǔn)審核通過發(fā)票，產(chǎn)生帳務(wù)處理。作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)公司代碼，供給商編號，統(tǒng)馭科目，會計期間保存尾數(shù)處理現(xiàn)狀及需求綜述海外采購及設(shè)備工程款帳務(wù)處理涉及保存尾數(shù)業(yè)務(wù)，所謂保存尾數(shù)是指收貨驗收后，按照合同保存一定比例金額作為尾數(shù)暫不付款，待后續(xù)進(jìn)一步檢驗后，按情況決定是否付尾數(shù)。解決方案對于涉及保存尾數(shù)業(yè)務(wù)的采購、工程工程，輸入發(fā)票時，將合同規(guī)定尾數(shù)作為凍結(jié)應(yīng)付款，暫不付款，后續(xù)檢查完后，決定是否付款。輸入供給商發(fā)票時，將應(yīng)付帳分成二局部，對應(yīng)于尾數(shù)局部作凍結(jié)處理，例如：一筆壹萬元采購，該合同有10%尾數(shù)，輸入發(fā)票時作如下分錄：借： 對應(yīng)科目 10000 貸： 應(yīng)付帳 9000 應(yīng)付帳 1000（凍結(jié)）處理流程發(fā)票輸入流程參見3.3.3.2.1保存尾數(shù)的后續(xù)處理流程：付款處理現(xiàn)狀及需求綜述國內(nèi)付款采用手工付款方法，海外采用自動付款。付款方式有：支票，現(xiàn)金，匯票，信用證，電匯，銀行承兌匯票。解決方法采購部門及帳務(wù)部門輸入發(fā)票時，在備注中注明清那筆預(yù)付款，財務(wù)部門審核發(fā)票時，以此手工清預(yù)付款、發(fā)票。采購部門可以查詢預(yù)付款資料。付款采用自動付款方式，在現(xiàn)金管理中描述。付款入帳后，將產(chǎn)生的付款通知單用傳真發(fā)送給對方。信用證存款，銀行本票等將通過專設(shè)科目管理。處理流程功能說明“預(yù)付款清發(fā)票〞：用對供給商預(yù)付款抵消應(yīng)付款。作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)供給商編號，公司代碼產(chǎn)生其它付款的處理現(xiàn)狀及需求分析現(xiàn)有系統(tǒng)中，其它付款在總帳中手工處理。國際集團(tuán)有加強(qiáng)付款管理的需求。解決方案正如綜述所言，在未來的系統(tǒng)里，其它非備用金付款走應(yīng)付帳流程，用SAPR/3應(yīng)付款各種處理功能處理其它付款。處理流程功能說明參見前面業(yè)務(wù)功能組織示意圖關(guān)鍵數(shù)據(jù)受款方編號，公司代碼，會計期間其它付款的付款處理現(xiàn)狀及需求綜述國內(nèi)付款采用手工付款方法，海外采用自動付款。付款方式有：支票，現(xiàn)金，匯票，信用證，電匯，銀行承兌匯票。解決方法帳務(wù)部門輸入發(fā)票時，在備注中注明清那筆預(yù)付款，財務(wù)部門審核發(fā)票時，以此手工清預(yù)付款、發(fā)票。付款采用自動付款方式，在現(xiàn)金管理中描述。付款入帳后，將產(chǎn)生的付款通知單用傳真發(fā)送給對方。處理流程功能說明“預(yù)付款清發(fā)票〞：用對受款方預(yù)付款抵消應(yīng)付款。作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)受款方編號，公司代碼報表需求供給商、受款方余額表預(yù)付款報表帳齡分析表供給商、受款方余額明細(xì)表未來可能的改進(jìn)B級功能付款通知自動傳真發(fā)送C級功能供給商催款供給商付款請求

四. 固定資產(chǎn)管理綜述AA模塊即AssetAccounting，在SAPR/3中用于管理固定資產(chǎn)。與其它的模塊一樣，AA模塊也具有很好的集成性。它把邏輯上相關(guān)的事物聯(lián)系在一起，集成處理，從而將取代目前手工輸入總帳的操作方式，重復(fù)工作和多余數(shù)據(jù)被取消，規(guī)程被優(yōu)化。未來系統(tǒng)的固定資產(chǎn)管理將包括在建工程、有形資產(chǎn)、無形資產(chǎn)和低值易耗，對下述的業(yè)務(wù)將有較強(qiáng)的支持：資產(chǎn)類別建立資產(chǎn)卡片建立在建工程結(jié)轉(zhuǎn)資產(chǎn)購置資產(chǎn)轉(zhuǎn)移資產(chǎn)計提折舊固定資產(chǎn)清理固定資產(chǎn)盤點(diǎn)資產(chǎn)租賃與其它模塊的集成固定資產(chǎn)管理與總帳、應(yīng)收、應(yīng)付、采購和本錢會計集成。主要業(yè)務(wù)流程資產(chǎn)類別建立現(xiàn)狀及需求綜述目前有形資產(chǎn)共分五類：房屋及建筑；運(yùn)輸設(shè)備；電腦設(shè)備；機(jī)器設(shè)備和其他設(shè)備。解決方案資產(chǎn)類別的建立十分重要，它是資產(chǎn)明細(xì)帳與總帳以及費(fèi)用核算明細(xì)帳連接的紐帶。未來系統(tǒng)將不僅對有形資產(chǎn)而且還將對無形資產(chǎn)、在建工程和低值易耗根據(jù)需要分別建立若干個資產(chǎn)類別。資產(chǎn)類別的建立將由集團(tuán)總部會計統(tǒng)一定義。業(yè)務(wù)流程功能說明：建立新資產(chǎn)類別：由會計決定類別編號范圍、折舊方式、折 舊年限、科目分配等屬性。作業(yè)功能組織示意圖集團(tuán)總部關(guān)鍵數(shù)據(jù)編碼范圍、折舊方式、科目分配資產(chǎn)卡片建立現(xiàn)狀及需求描述目前有兩類資產(chǎn)卡片：一類是固定資產(chǎn)卡，主要用于固定資產(chǎn)管理；另一類是列管資產(chǎn)卡，主要用于低值易耗品管理。兩類卡片內(nèi)容完全一樣，均一式兩聯(lián)，使用部門和管理部門各一聯(lián)。解決方案未來系統(tǒng)資產(chǎn)卡片中除金額和購置日期以外的信息輸入將由管理部來完成。金額將由會計記帳時輸入。資產(chǎn)編號由系統(tǒng)內(nèi)部給定，且不同公司的資產(chǎn)編號的范圍可不同。業(yè)務(wù)流程功能描述建立資產(chǎn)主數(shù)據(jù)：主要輸入資產(chǎn)的名稱、使用年限、本錢中心、位置等信息，資產(chǎn)的購置日期和資產(chǎn)的金額由會計記帳時輸入。對于特別列管的資產(chǎn)（如海關(guān)監(jiān)管設(shè)備），將在實(shí)施過程中挑選備用字段存放與特別列管有關(guān)的數(shù)據(jù)，這類數(shù)據(jù)只能作為信息顯示。作業(yè)功能組織示意圖：公司：法定實(shí)體本錢中心：費(fèi)用歸集單位關(guān)鍵數(shù)據(jù)資產(chǎn)類別、折舊年限、本錢中心、開始折舊日期、折舊方式在建工程結(jié)轉(zhuǎn)現(xiàn)狀及需求綜述在建工程結(jié)轉(zhuǎn)固定資產(chǎn)，大多數(shù)公司采用轉(zhuǎn)移方式，只有個別公司采用結(jié)算方式。解決方案業(yè)務(wù)流程功能描述在建工程結(jié)轉(zhuǎn)固定資產(chǎn)提供兩種方式：一種是轉(zhuǎn)移方式；一種是結(jié)算方式。創(chuàng)立固定資產(chǎn)主數(shù)據(jù)：亦即建立固定資產(chǎn)管制卡清理未清的預(yù)付款：用收到的發(fā)票和預(yù)付款進(jìn)行清帳創(chuàng)立結(jié)算規(guī)則：定義結(jié)算的百分比、接收者等等。作業(yè)功能組織示意圖公司：法定實(shí)體關(guān)鍵數(shù)據(jù)資產(chǎn)主數(shù)據(jù)、結(jié)算規(guī)則、資產(chǎn)類別主數(shù)據(jù)、處理類型資產(chǎn)購置現(xiàn)狀及需求描述目前購置的固定資產(chǎn)驗收后即投入使用，而會計部門卻只有當(dāng)部門請款時才入帳，由于使用部門延遲請款，經(jīng)常造成帳實(shí)不符。解決方案建議頂新集團(tuán)建立一個完整的有關(guān)固定資產(chǎn)驗收、請款的規(guī)章制度。業(yè)務(wù)處理流程功能說明固定資產(chǎn)入帳A：固定資產(chǎn)－中間過渡科目（GR/IR）間 記帳，記帳時必須填入訂單號。記發(fā)票：供給商（應(yīng)付款）－中間過渡科目（GR/IR）間記帳，記帳時必須填入訂單號。GR/IR科目的清理，依據(jù)定單號來處理。集成記帳：固定資產(chǎn)和供給商（應(yīng)付款）記帳同時完成。固定資產(chǎn)入帳B：在CO（Controlling）中內(nèi)部訂單結(jié)轉(zhuǎn)時入固定資產(chǎn)帳。作業(yè)功能組織示意圖公司：法定實(shí)體本錢中心：費(fèi)用歸集單位關(guān)鍵數(shù)據(jù)供給商、資產(chǎn)、采購訂單號、處理類型固定資產(chǎn)的轉(zhuǎn)移現(xiàn)狀及需求綜述目前固定資產(chǎn)在部門間轉(zhuǎn)移時，填制固定資產(chǎn)轉(zhuǎn)移單，以此修改固定資產(chǎn)清冊和固定資產(chǎn)明細(xì)帳。解決方案業(yè)務(wù)流程功能描述確認(rèn)兩個資產(chǎn)的折舊方式一致性：是指被轉(zhuǎn)移資產(chǎn)的折舊區(qū)域，折舊計算等必須在接收資產(chǎn)中有同樣的管理。在建工程結(jié)轉(zhuǎn)固定資產(chǎn)：詳見1.3.3...作業(yè)功能組織示意圖公司：法定實(shí)體本錢中心：費(fèi)用歸集單位關(guān)鍵數(shù)據(jù)資產(chǎn)主數(shù)據(jù)、處理類型、本錢中心資產(chǎn)計提折舊現(xiàn)狀及需求綜述目前有形資產(chǎn)共分五大類，采用線性折舊方式。每月底計提一次折舊。解決方案業(yè)務(wù)流程功能描述計提折舊：這是系統(tǒng)提供的標(biāo)準(zhǔn)程序，用戶只需填入適當(dāng)?shù)膮?shù)即可。它采用批處理方式一次完成所有資產(chǎn)的折舊計提。作業(yè)功能組織示意圖公司：法定實(shí)體本錢中心：費(fèi)用歸集單位關(guān)鍵數(shù)據(jù)：資產(chǎn)類別主數(shù)據(jù)、資產(chǎn)主數(shù)據(jù)、本錢中心固定資產(chǎn)清理現(xiàn)狀及需求綜述目前主要涉及的是由于出售、報廢和毀損等原因造成的固定資產(chǎn)減少。由于清理而減少的固定資產(chǎn)原值記營業(yè)外支出，增加的固定資產(chǎn)原值記營業(yè)外收入。解決方案業(yè)務(wù)流程功能描述集成記帳：它將固定資產(chǎn)和應(yīng)收帳款集成處理。記收入帳：固定資產(chǎn)和應(yīng)收帳款不是集成處理的，在資產(chǎn)出售時只記收入，以后再由負(fù)責(zé)應(yīng)收帳款的會計記應(yīng)收款。無收入資產(chǎn)清理：將減少的固定資產(chǎn)原值記營業(yè)外支出。作業(yè)功能組織示意圖公司：法定實(shí)體關(guān)鍵數(shù)據(jù)資產(chǎn)的有效日期、客戶主數(shù)據(jù)、資產(chǎn)主數(shù)據(jù)、資產(chǎn)類別主數(shù)據(jù)、處理類型資產(chǎn)盤點(diǎn)現(xiàn)狀及需求綜述固定資產(chǎn)每年不定期盤點(diǎn)，每次盤點(diǎn)后均做盤虧、盤盈處理解決方案業(yè)務(wù)流程功能描述確定盤點(diǎn)范圍：指明哪一個公司，哪一類的資產(chǎn)由誰負(fù)責(zé)去 盤點(diǎn)。盤虧處理：做資產(chǎn)報廢處理，凈值記營業(yè)外支出。盤盈處理：做資產(chǎn)購置，凈值記營業(yè)外收入。資產(chǎn)盤點(diǎn)記錄將以資料（Document）的形式保存在系統(tǒng)中，按照資產(chǎn)編碼可以查找盤點(diǎn)歷史記錄。作業(yè)功能組織示意圖公司：法定實(shí)體本錢中心：費(fèi)用歸集單位關(guān)鍵數(shù)據(jù)資產(chǎn)類別主數(shù)據(jù)、資產(chǎn)主數(shù)據(jù)資產(chǎn)租賃現(xiàn)狀及需求綜述目前租入的資產(chǎn)不記公司固定資產(chǎn)帳，只是每月交一定費(fèi)用給對方；出租的資產(chǎn)屬公司固定資產(chǎn)，每月要計提折舊，且收取一定的出租費(fèi)，收入記營業(yè)外收入。解決方案若需在系統(tǒng)中列出租入的資產(chǎn)，則可為租入的資產(chǎn)單設(shè)一個資產(chǎn)類別，在該類別下創(chuàng)立租入資產(chǎn)主數(shù)據(jù)。根據(jù)租賃合同，可手工在系統(tǒng)中產(chǎn)生付款的周期性憑證，以后只需啟動付款程序即可；出租的資產(chǎn)其購置、折舊等處理方式與非出租資產(chǎn)的處理方式是一樣，只是需要在系統(tǒng)中可列出哪些資產(chǎn)是出租資產(chǎn)，為此只需在其資產(chǎn)主數(shù)據(jù)中的某一個域中加一標(biāo)識即可。因其業(yè)務(wù)流程、功能描述、作業(yè)功能組織示意圖和關(guān)鍵數(shù)據(jù)與以上業(yè)務(wù)的描述類似，在此不再重復(fù)。產(chǎn)生的報表資產(chǎn)類別清單財產(chǎn)目錄表資產(chǎn)變動表未來可能的改進(jìn)B級功能后續(xù)資本化固定資產(chǎn)重估折舊模擬/預(yù)測租賃合同修改C級功能特別折舊

五. 法定合并綜述有關(guān)國際集團(tuán)目前法定合并的描述參見《現(xiàn)狀分析》第25頁至27頁。國際集團(tuán)作為一個大規(guī)模跨國公司。在集團(tuán)報表合并上有很大的需求。M2專案命名的本身涵意也在于提高集團(tuán)內(nèi)部的管理水平，加強(qiáng)各公司與總公司管理經(jīng)營信息的整合性以最后到達(dá)大幅度加快集團(tuán)報表合并的速度。目前頂新集團(tuán)的合并采用分部合并的模式，由總公司（或事業(yè)群）采集下屬各分公司的會計數(shù)字，逐層手工合并。這其中，最大的困擾是：業(yè)務(wù)資料的整合性業(yè)務(wù)資料的正確性和相容性業(yè)務(wù)資料的及時性業(yè)務(wù)資料的重復(fù)性……（詳見《現(xiàn)狀分析》第五章弱點(diǎn)分析。第87頁至89頁）。未來系統(tǒng)將是一個高度集成的體系。它的最大效益是在全集團(tuán)各企業(yè)各方面業(yè)務(wù)都使用了此系統(tǒng)后充分表現(xiàn)出來的。SAPR/3的法定合并能夠為各子集團(tuán)層面提供合并支持，可以以不同的角度產(chǎn)生法定合并報表。而在管理層面上的對產(chǎn)品別損益，事業(yè)群損益的分析則可以在利潤分析模塊（CO-PA）中得到支持。相較分步合并與同步合并的優(yōu)缺點(diǎn)，我們建議采用同步合并的方法，在應(yīng)合并的子集團(tuán)內(nèi)一步到位將各子公司間的往來同時抵銷。合并的主要過程是：根本數(shù)據(jù)的維護(hù)各分公司的局部調(diào)整與結(jié)帳各分公司的財務(wù)數(shù)據(jù)呈送或采集集團(tuán)、子集團(tuán)的合并步驟及合并報表生成

這些流程將在下表章節(jié)詳細(xì)分述與其它模塊的集成合并系統(tǒng)僅與總分類帳及報表信息系統(tǒng)直接集成，所有的與財務(wù)會計相關(guān)資料應(yīng)收，應(yīng)付，固定資產(chǎn)，銀行帳等通過總帳轉(zhuǎn)入合并帳薄。透過與報表/信息的接口，可將合并處理過的信息進(jìn)一步傳遞到更高一層的報表/信息系統(tǒng)層（如：EIS執(zhí)行信息系統(tǒng)）。主要業(yè)務(wù)流程根本數(shù)據(jù)的維護(hù)現(xiàn)狀及需求綜述合并過程的根本數(shù)據(jù)有：公司集團(tuán)、子集團(tuán)合并報表項及會計科目表公司是法定合并過程中的最小單位，為了開展合并，所有集團(tuán)內(nèi)的公司在整個集團(tuán)中必須有一個唯一的代號。集團(tuán)、子集團(tuán)做為合并的主要結(jié)點(diǎn)是合并過程的關(guān)鍵組織結(jié)構(gòu)之一。合并中須有一個集團(tuán)表包含全體公司，來表示全集團(tuán)，其它子集團(tuán)的組成是全體集團(tuán)內(nèi)公司的任意組合，它可以是法定的觀點(diǎn)來組成的，也可以是區(qū)域性的或具有內(nèi)部性質(zhì)的。合并報表項為合并數(shù)據(jù)匯總的結(jié)點(diǎn)，可以理解集團(tuán)合并報表內(nèi)的各個明細(xì)工程?？梢罁?jù)集團(tuán)統(tǒng)一的科目表設(shè)定。當(dāng)前集團(tuán)內(nèi)部科目表尚未統(tǒng)一，各分公司內(nèi)部使用的科目表不完全統(tǒng)一。給合并過程增加了一定的工作量。為了更有效地管理掌握全集團(tuán)的合計數(shù)據(jù)，加快集團(tuán)合并速度，集團(tuán)內(nèi)部應(yīng)有統(tǒng)一的會計科目編碼。解決方案建議頂新集團(tuán)建立統(tǒng)一的會計科目表，由總公司及分公司會計部門分層次控管，詳見總帳局部相應(yīng)描述。SAP的科目維護(hù)的結(jié)構(gòu)支持這種模式。建議頂新集團(tuán)結(jié)合集團(tuán)內(nèi)報表標(biāo)準(zhǔn)及集團(tuán)會計科目表定義一套標(biāo)準(zhǔn)的合并報表項總目錄，由集團(tuán)會計部中心負(fù)責(zé)維護(hù)管理。業(yè)務(wù)流程組織結(jié)構(gòu)的維護(hù)（集團(tuán)、子集團(tuán)、公司）會計科目表及合并報表的維護(hù)功能說明維護(hù)公司：由總部會計為集團(tuán)內(nèi)的每一公司定義基礎(chǔ)數(shù)據(jù)，或在信息發(fā)生變動時維護(hù)已定義的公司。維護(hù)集團(tuán)、子集團(tuán)：由總部會計或子集團(tuán)會計定義維護(hù)集團(tuán)或子集團(tuán)的根本數(shù)據(jù)，這包括集團(tuán)（子集團(tuán)）內(nèi)的各公司，數(shù)據(jù)采集的方式，合并的頻率等。輸入投資表或投資變動表：通過此功能輸入集團(tuán)（子集團(tuán)）中母公司對各子公司的投資關(guān)系及其變化。定義集團(tuán)會計科目表：由總部會計科目維護(hù)小組將預(yù)先設(shè)計好的集團(tuán)會計科目表（該會計科目表應(yīng)包含所有各子公司用到的會計科目）輸入系統(tǒng)。定義集團(tuán)報表項：由總部會計科目維護(hù)小組將預(yù)先設(shè)定好的集團(tuán)報表項輸入系統(tǒng)。集團(tuán)報表項可以由集團(tuán)科目表產(chǎn)生。發(fā)布科目表及合并報表項：由總部會計科目維護(hù)小組將所確定的會計科目表，合并報表項及使用規(guī)則分布到下屬各子公司財會部。各分公司財會部應(yīng)嚴(yán)格依照此科目表及使用規(guī)則進(jìn)行帳務(wù)處理，上報相應(yīng)的財務(wù)數(shù)據(jù)。修改或補(bǔ)充集團(tuán)會計科目表：由總部會計科目維護(hù)小組對集團(tuán)會計科目表作必要的修改和擴(kuò)充。修改或補(bǔ)充合并報表工程：由總部會計科目維護(hù)小組對集團(tuán)合并報表工程進(jìn)行必要的修改和擴(kuò)充。作業(yè)組織示意圖關(guān)鍵數(shù)據(jù)局部調(diào)整結(jié)帳現(xiàn)狀及需求綜述目前分公司（子公司）根本上是次月9日左右結(jié)帳，將報表傳真到總公司（母公司）進(jìn)行匯總合并，上報的報表常有錯誤。為滿足M2專案加速集團(tuán)報表合并的主要目的，分公司（子公司）應(yīng)該更快地結(jié)帳，快速地將正確的數(shù)據(jù)傳送到總部。解決方案在統(tǒng)一使用集團(tuán)會計科目表的前提下各分公司（子公司）的會計資料統(tǒng)一性將得到很大的改善。公司間往來差異是目前集團(tuán)內(nèi)會計資料整合時的一大困難，針對這一特點(diǎn)，我們建議各分公司（子公司）在結(jié)帳前先相互進(jìn)行一下往來帳預(yù)對帳，解決大局部差異。經(jīng)討論頂新集團(tuán)初步?jīng)Q定，由應(yīng)收方主動提出明細(xì)對帳單，對帳次數(shù)為每周一次。應(yīng)付方未于期限內(nèi)作確認(rèn)回復(fù)，即認(rèn)為默認(rèn)。業(yè)務(wù)流程功能說明預(yù)對帳：對帳通常是應(yīng)收款、應(yīng)付款中的一項處理流程。因為我們?yōu)轫斝录瘓F(tuán)設(shè)計的相關(guān)企業(yè)往來完全通過應(yīng)收帳款和應(yīng)付帳款來處理，而且也建立相關(guān)企業(yè)在結(jié)帳前先進(jìn)行預(yù)對帳，故將此流程放到這邊描述。對帳可以表現(xiàn)為如下幾種不同的形式：余額確認(rèn)：由甲方寄給乙方，乙方在甲帳上的余額，并要求乙方確認(rèn)，如乙方在約定的時間段內(nèi)不做出反應(yīng)則認(rèn)為是對余額默認(rèn)。余額問詢：由甲方向乙方問詢甲方在乙方帳上的余額，甲方獲得信息后與乙方在甲方帳上的余額相核對。明細(xì)對帳：由甲方寄給乙方：乙方在甲方帳上發(fā)生的各項交易明細(xì)，要求乙方核對并確認(rèn)。系統(tǒng)支持上述各種模式，并打印出相應(yīng)的預(yù)對帳信函。建議頂新集團(tuán)選擇其中一種或多種模式（每月進(jìn)行余額確認(rèn)，年末進(jìn)行明細(xì)對帳等），并決定預(yù)對帳啟動的方向（如：由應(yīng)收方向應(yīng)付方要求確認(rèn)）。分析對照余額及明細(xì)：應(yīng)確認(rèn)方在收到確認(rèn)請求后對余額進(jìn)行對照。在發(fā)現(xiàn)差異時應(yīng)通過交易的明細(xì)進(jìn)行進(jìn)一步的分析?；ハ嗾{(diào)節(jié)：雙方會計對往來的差異互相調(diào)節(jié)并進(jìn)行相應(yīng)的帳務(wù)調(diào)整。按照公司規(guī)定進(jìn)行結(jié)帳：分公司（子公司）按照總公司（母公司）的會計準(zhǔn)則進(jìn)行結(jié)帳工作。在總公司統(tǒng)一發(fā)布的會計基礎(chǔ)上對財務(wù)會計數(shù)據(jù)嚴(yán)格按總公司的會計制度進(jìn)行處理。

如：帳戶的歸結(jié)、

折舊的計提、

本錢費(fèi)用的分?jǐn)偱c核算、

外幣兌換率

壞帳處理等等。呈送總公司（母公司）：分公司（子公司）將會計數(shù)據(jù)呈送總公司。這里可以有多種多樣不同的形式，在下一流程數(shù)據(jù)采集中詳細(xì)計論。作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)數(shù)據(jù)的采集現(xiàn)狀及需求分析目前各子公司的財務(wù)數(shù)據(jù)根本上由傳真形式寄到總部匯部，集團(tuán)未來的最終目標(biāo)應(yīng)當(dāng)是在一個整合的一致性環(huán)境中自動地將各分公司（子公司）會計數(shù)據(jù)收集到總公司（母公司）匯總分析。在到達(dá)最終目標(biāo)過程中由于各公司的合計及資訊系統(tǒng)不能一步到位，同時上線采用一套統(tǒng)一的系統(tǒng)，而是一個逐步推廣的過程，因此需要在過渡階段從一系列截然不同的環(huán)境中獲得財務(wù)數(shù)據(jù)進(jìn)行匯總分析。解決方案R/3系統(tǒng)法定合并的數(shù)據(jù)采集支持多種不同數(shù)據(jù)源及不同采集模式的并存。我們建議為了簡捷實(shí)施，對上線使用R/3的分公司采用直接記入，或數(shù)據(jù)自動傳遞。對未上線使用R/3系統(tǒng)的分公司選用表格錄入方式或PC文件轉(zhuǎn)換的方式。數(shù)據(jù)采集模式示意圖直接錄入：與中心合并系統(tǒng)使用同一系統(tǒng)公司，其財務(wù)數(shù)據(jù)可以實(shí)時地、直接地錄入中心合并數(shù)據(jù)范圍，參與合并。自動傳遞：在另外一套R/3系統(tǒng)上進(jìn)行財務(wù)會計核算的公司，其財務(wù)會計數(shù)據(jù)可以經(jīng)匯總后自動傳遞到中心合并系統(tǒng)。這種情況在集團(tuán)內(nèi)進(jìn)行的分布式數(shù)據(jù)管理時出現(xiàn)。手工表格輸入：對于仍然采用手工形式進(jìn)行財務(wù)處理的公司使用沒有開放式接口軟件進(jìn)行帳務(wù)處理的公司，最簡捷的方式就是將各財務(wù)數(shù)據(jù)直接錄入合并系統(tǒng)，合并系統(tǒng)提供相應(yīng)的表格式輸入形式。文件轉(zhuǎn)換：對于使用帶開放式接口軟件進(jìn)行帳務(wù)處理的公司可以考慮，由其產(chǎn)生附合R/3接口格式的文件并轉(zhuǎn)換入R/3合并系統(tǒng)。合并步驟現(xiàn)狀及需求綜述目前系統(tǒng)用微機(jī)工具進(jìn)行合并，大局部的抵銷工作能夠得到支持。未來系統(tǒng)在合并過程中應(yīng)該對內(nèi)部往來的抵銷，投資的合并以及報表的產(chǎn)生各步驟均有更好的支持。解決方案SAPR/3的系統(tǒng)對合并過程的各個步驟都提供了完善的支持，對合并工作會有很大的減輕幫助。在所有合并步驟完成后可以產(chǎn)生完整的合并報表，也可以在合并過程中產(chǎn)生中介報表以便分析比較。如抵銷前報表和抵銷后報表。業(yè)務(wù)流程功能說明標(biāo)準(zhǔn)化：在必要時對各公司上報的會計數(shù)據(jù)按總部會計準(zhǔn)則進(jìn)行標(biāo)準(zhǔn)化調(diào)整。在合并系統(tǒng)中輸入調(diào)整分錄。往來帳調(diào)節(jié)：總部會計可以按需要決定是否調(diào)節(jié)往來帳間的差異，或?qū)⒉町惏凑找欢ㄔ瓌t處理（如總的應(yīng)收方或應(yīng)付方的數(shù)據(jù)為準(zhǔn)）并依此做一些調(diào)整分錄。貨幣換算：在參與合并的公司使用一個不同于集團(tuán)的貨幣為記帳本位幣時，用此功能進(jìn)行自動的貨幣換算。往來帳抵銷：根據(jù)上報的財務(wù)會計資料，通過一一對應(yīng)的關(guān)系沖銷相關(guān)企業(yè)間的應(yīng)收/應(yīng)付，銷售/費(fèi)用的業(yè)務(wù)。用同步合并此方法，可以一次性地沖銷全集團(tuán)內(nèi)的各子集團(tuán)內(nèi)的所有相關(guān)企業(yè)的往來。存貨及資產(chǎn)利潤抵銷：由于存貨核算價格的不同，以及由于資產(chǎn)轉(zhuǎn)讓時帳面價值的不同會產(chǎn)生公司間利潤/虧損。這些利潤和虧損在合并時應(yīng)予以抵銷，通過這一功能，可以到達(dá)抵銷的目的。投資合并：參與合并的企業(yè)投資形式，投資變化都能通過這一功能處理得到解決?？紤]到的不同資產(chǎn)合并情形有： －首次合并 －后續(xù)合并 －增資/減資 －內(nèi)部轉(zhuǎn)讓/外部轉(zhuǎn)讓等支持的合并方法有： －權(quán)益法 －本錢法 －完全合并法等生成合并報表：在參與合數(shù)據(jù)及在合并步驟產(chǎn)生的調(diào)整分錄的基礎(chǔ)上可以用各種不同的報表工具產(chǎn)生所需要的合并報表。作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)主要報表資產(chǎn)負(fù)債表 按集團(tuán)、子集團(tuán)（如事業(yè)群）損益表 按集團(tuán)、子集團(tuán)投資關(guān)系表調(diào)整分錄清單此外可以通過報表生成器在合并數(shù)據(jù)上產(chǎn)生所需要的其它報表。未來改善的可能未來系統(tǒng)應(yīng)會是個聯(lián)網(wǎng)的整合的系統(tǒng)，當(dāng)各公司都推廣使用了R/3系統(tǒng)后，數(shù)據(jù)的采集和交換將會大大加快并簡化。當(dāng)?shù)诙A段實(shí)施執(zhí)行信息系統(tǒng)時（EIS），可以將合并數(shù)據(jù)傳到（執(zhí)行信息系統(tǒng)）為執(zhí)行管理層人員提供更好的報表和分析環(huán)境。在未來階段，與辦公室系統(tǒng)的接口投入使用后可以考慮自動通過電子郵件傳遞相應(yīng)的預(yù)對帳單。對管理合并的報表需求（如事業(yè)群損益表考慮公司跨事業(yè)群的情況）將在管理合并模塊開發(fā)完畢并投入使用后得到完全的滿足，現(xiàn)階段.產(chǎn)品別損益及事業(yè)群損益可以通過利潤分析(CO-PA)給予解決。詳細(xì)描述見利潤分析有關(guān)章節(jié)。如不考慮有公司跨事業(yè)群的情況，則事業(yè)群損益完全可以在法定合并中得到解決。

六. 資金管理綜述頂新集團(tuán)總部財務(wù)部在資金管理方面的主要工作范疇是:資金調(diào)度資金管理國際金融而分公司財務(wù)部門的工作范圍則主要側(cè)重于簡單的資金管理，大額的調(diào)度與操作日前仍集中在總部處理。對現(xiàn)階段工作流程及其電腦化程度的描述參見《現(xiàn)狀分析》第29頁至第39頁。目前資金管理調(diào)度各方面的處理多以手工作業(yè)加上EXCEL等簡單PC工具支持為主。未來系統(tǒng)將對以下資金管理范圍主要業(yè)務(wù)有有較強(qiáng)的支持。自動付款處理收到支票處理付出支票處理銀行未達(dá)帳處理(包括兌現(xiàn)支票處理，銀行對帳處理)應(yīng)收匯票處理應(yīng)付匯票處理對信用證的支持現(xiàn)金狀態(tài)和流量分析短期存款/借款管理利息計算資金調(diào)度與國際金融方面的流程根本上可以保持目前手工式流程,傳票轉(zhuǎn)為在系統(tǒng)中直接錄入。待將來系統(tǒng)開發(fā)到第二階段做進(jìn)一步的改善。信用證的功能在4.0版本后才能提供，鑒于進(jìn)口業(yè)務(wù)較為頻繁，我們將在現(xiàn)版本系統(tǒng)中借用匯票管理功能提供一個臨時的中介方案，局部地支持信用證流程?？偟膩砜吹谝浑A段系統(tǒng)對資金管理的支持主要表達(dá)在：及時的信息采集和匯總目前所需的幾個根本報表簡單操作支持至于對投資敏感及風(fēng)險的分析，投資模擬債券和融資管理。外匯避險操作等目前還沒有充分的支持。資金管理與其它模塊的集成資金管理以總帳，應(yīng)收，應(yīng)付帳中得到信息，并結(jié)合資金管理過程中產(chǎn)生的信息（收、付款，銀行對帳單等）。為資金流量及現(xiàn)金需求預(yù)測提供分析基礎(chǔ)。為滿足跨公司進(jìn)行資金流量分析的需求，我們將所有公司定義為一個財務(wù)管理范圍。資金管理主要業(yè)務(wù)流程自動付款處理現(xiàn)狀及需求綜述目前付款作業(yè)及傳票的錄入多為手工形式，海外局部公司銀行有電子銀行接口。付款方式分別有：支票匯票電匯現(xiàn)金委托收款{總部每天現(xiàn)金量為12萬左右}付款的審批過程相對嚴(yán)格，完整。解決方案為更有序地管理資金，利用資金，我們建議：盡可能減少現(xiàn)金付款的局部，降低企業(yè)備用金給現(xiàn)金付款設(shè)定一個上限除現(xiàn)金付款外，其余付款一律通過應(yīng)付帳款/人事系統(tǒng)管理，并啟用系統(tǒng)自動付款處理功能。需求局部分析要求的各種付款方式除了委托收款處理外，均能在系統(tǒng)中通過設(shè)定相應(yīng)的付款方式得到解決。從應(yīng)付帳款處理中產(chǎn)生的應(yīng)付帳工程在付款期限到達(dá)后均被自動付款系統(tǒng)理解為應(yīng)該付款的工程。除了正常的請款批準(zhǔn)程序外（如采購流程中所描述），我們還可以按需要再加一層請款審批過程，即在相應(yīng)的應(yīng)付款工程中加上付款凍結(jié)，并由批準(zhǔn)人“解凍〞，被凍結(jié)的工程在自動付款時將被排除在外。自動付款的過程就是考查所有應(yīng)付帳款中的應(yīng)付工程，并依據(jù)所定義的付款方式作出付款建議，經(jīng)確認(rèn)后正式付款。根據(jù)慣例可周期性安排付款處理。此外，如有臨時需求（例如：發(fā)現(xiàn)某些應(yīng)付款項被遺漏，或其它異常狀況）。業(yè)務(wù)流程功能描述“應(yīng)付帳款處理〞：通過應(yīng)付帳款處理，產(chǎn)生應(yīng)付款工程?！芭鷾?zhǔn)請款〞：手工解除應(yīng)付款工程的付款凍結(jié)或?qū)㈩A(yù)制憑證過帳，并簽字?！霸O(shè)定自動付款〞：在系統(tǒng)中定義一個付款任務(wù)，可以對供給商，銀行付款方式等進(jìn)行不同組合的選擇，可定義啟動時間?！爱a(chǎn)生付款建議書〞：運(yùn)行自動付款程序，系統(tǒng)根據(jù)設(shè)定的付款方式，付款策略，供給商的應(yīng)付款項產(chǎn)生付款建議書?！靶薷母犊罱ㄗh書〞：在線瀏覽付款建議書并進(jìn)行必要的改動：可改變銀行，帳戶，付款方式，折扣率等?！罢竭\(yùn)行付款〞：正式執(zhí)行修改正的付款建議，系統(tǒng)自動產(chǎn)生傳票并過帳。根據(jù)定義和設(shè)定還可自動打印付款媒介（紙面的或電子的）及付款通知?！爱a(chǎn)生付款媒介〞：在自動產(chǎn)生的付款媒介不被銀行接受的情況下可以手工填寫支票，匯款單等。作業(yè)功能組織示意圖關(guān)鍵數(shù)據(jù)參與付款過程的主要數(shù)據(jù)是：收到支票處理現(xiàn)狀及需求綜述現(xiàn)階段對收的支票沒有特別管理。為更好地管理收到的支票，未來系統(tǒng)應(yīng)對收到的支票在入帳的同時自動產(chǎn)生記錄隨時提供持有支票的總覽及其處理狀態(tài)（已清，已過帳）與未達(dá)帳處理連接解決方案使用R/3系統(tǒng)中收到支票處理功能可以滿足上述需求。業(yè)務(wù)流程功能描述“輸入支票信息及客戶信息〞：依據(jù)所收到的支票輸入：

支票號，貨幣，金額，及準(zhǔn)備遞交兌現(xiàn)的銀行等信息。依據(jù)客戶寄來的信息輸入客戶帳號或應(yīng)付款項的憑證號等“查詢〞：可在線顯示輸入暫存的支票信息，或打印相應(yīng)的清單呈交檢查。“檢查〞：由會計部門檢查并確認(rèn)輸入信息的正確性“修改〞：在輸入支票信息未過帳前可對輸入的信息進(jìn)行修改調(diào)整。“過帳〞：啟動過帳程序，系統(tǒng)自動產(chǎn)生相應(yīng)的記帳，通常為：

借：支票結(jié)算的過渡科目

貸：應(yīng)收帳

并產(chǎn)生相應(yīng)的銀行未達(dá)記錄。收到支票的信息，也同時被更新（處理狀態(tài)）“清帳〞：由會計在應(yīng)收帳方面對未能夠自動清帳的工程進(jìn)行處理。組織結(jié)構(gòu)。參見1.3.1.2.3關(guān)鍵數(shù)據(jù)付出支票處理現(xiàn)狀及需求綜述現(xiàn)系統(tǒng)對付出使用的支票沒有特別管理。未來系統(tǒng)為了更好地管理使用支票，應(yīng)提供如下方便：管理空白支票號碼付出的支票與記帳憑證相連接付出的支票應(yīng)先記銀行未達(dá)帳當(dāng)已兌現(xiàn)支票信息回饋時應(yīng)相應(yīng)處理未達(dá)帳并對支票做相應(yīng)的標(biāo)識。解決方案使用R/3中付出支票管理功能可以滿足上述需求。業(yè)務(wù)流程功能描述“手工填寫〞：手工填寫支票，將來在與銀行協(xié)調(diào)后可以讓系統(tǒng)根據(jù)自動付款憑證信息，打印支票。系統(tǒng)能夠套打支票格式，產(chǎn)生支票與付款憑證的連接信息。如果采用手工付款，在輸入付款憑證時可以輸入支票信息，這個過程保證了付款憑證與使用支票的連接。“查詢〞：業(yè)務(wù)人員可用此功能在線查詢支票信息?；虼蛴〕鍪褂弥鼻鍐巍２樵兣c清單可以銀行分別歸類。查詢方式可以付款憑證或支票號碼為依據(jù)。“注銷錯誤支票〞：當(dāng)發(fā)生打印錯誤或其它錯誤時，用此功能可以將錯誤支票注銷為無效。用戶可以在注銷時定義注銷原因“審核〞：檢查并審核支票各方面信息的正確性?！昂灠l(fā)〞：簽署支票并發(fā)送給