sap需求分析與作業(yè)流程報告

1、需求分析與未來作業(yè)流程報告第一部分 緒論 一 . M2 專案綜述 二 . 需求分析及未來系統(tǒng)設計的出發(fā)點 三 . 未來系統(tǒng)的運作框架四 . 流程圖圖例 第二部分 財務會計 一 . 總帳系統(tǒng) 1. 綜述 2. 與其它模塊的集成3. 主要業(yè)務流程3. 1. 會計科目表建立4. 2. 傳票錄入及入帳處理5. 3. 期末處理 6. 報表需求 7. 未來可能改進 錯誤 !未定義書簽。二 . 應收帳 1. 綜述 2. 與其他模塊的集成3. 主要業(yè)務流程3. 1. 客戶，員工主數(shù)據(jù)建立3. 2. 員工差旅費預支3. 3. 員工差旅費報銷 3. 4. 員工差旅費報銷催單及凍結處理流程3. 5. 員工明細帳帳齡

2、分析處理流程3. 6. 預收款處理3. 7. 發(fā)票處理 錯誤!未定義書簽。3. 8. 收款處理 3. 9. 客戶催款及凍結處理流程3. 10. 客戶明細帳帳齡分析處理流程 4. 報表需求 5. 未來可能的改進三 . 應付帳 1. 綜述 1. 1. 現(xiàn)狀 2. 2. 未來的設想2. 與其他模塊的集成3. 主要業(yè)務流程3. 1. 供應商類主數(shù)據(jù)建立3. 2. 預付款處理3. 3. 擔保的處理3. 4. 發(fā)票處理 3. 5. 保留尾數(shù)處理3. 6. 付款處理 3. 7. 產(chǎn)生其它付款的處理3. 8. 其它付款的付款處理4. 報表需求 5. 未來可能的改進四 . 固定資產(chǎn)管理1. 綜述 2. 與其它模

3、塊的集成3. 主要業(yè)務流程3. 1. 資產(chǎn)類別建立 錯誤 !未定義書簽。3. 2. 資產(chǎn)卡片建立3. 3. 在建工程結轉3. 4. 資產(chǎn)購置 3. 5. 固定資產(chǎn)的轉移 3. 6. 資產(chǎn)計提折舊 3. 7. 固定資產(chǎn)清理3. 8. 資產(chǎn)盤點 3. 9. 資產(chǎn)租賃 4. 產(chǎn)生的報表5. 未來可能的改進五 . 法定合并 1. 綜述 2. 與其它模塊的集成3. 主要業(yè)務流程3. 1. 合并報表項的維護4. 2. 局部調整結帳5. 3. 數(shù)據(jù)的采集6. 4. 合并步驟 7. 主要報表 8. 未來改善的可能六 . 資金管理 1. 綜述 2. 資金管理與其它模塊的集成3. 資金管理主要業(yè)務流程3. 1.

4、自動付款處理3. 2. 收到支票處理3. 3. 付出支票處理3. 4. 銀行未達帳處理3. 5. 應收匯票處理3. 6. 應付匯票處理3. 7. 對信用證的支持3. 8. 現(xiàn)金狀態(tài)及流量分析3. 10. 利息計算 4. 產(chǎn)生的報表5. 進一步改善的可能七 . 成本會計費用管理 錯誤 !未定義書簽。1. 綜述 2. 費用管理和其它模塊的集成3. 費用管理主要業(yè)務流程3. 1. 現(xiàn)狀和需求綜述4. 2. 解決方案 5. 產(chǎn)生的報表6. 進一步改善的可能八 . 成本會計獲利性分析1. 綜述 2. 獲利性分析模塊和其他模塊的集成3. 獲利性分析主要業(yè)務流程 錯誤 !未定義書簽。3. 1. 現(xiàn)狀和需求綜

5、述4. 2. 解決方案 4. 產(chǎn)生的報表5. 進一步改善的可能第三部分 供應鏈 一 . 庫存 1. 現(xiàn)狀及需求綜述1. 1. 對于 XX 集團庫存管理現(xiàn)狀及其需求簡述如下: 2. 2. 對于 XX 集團的營管系統(tǒng)與庫存接口及其需求簡述如下 : 2. 未來系統(tǒng)解決方案2. 1. 綜述 3. 2. 與其它模塊的關系 4. 3. 收貨 5. 4. 發(fā)貨 6. 5. 轉儲 7. 6. 預定 8. 7. 盤點 9. 8. 報表需求 10. 9. 未來可能的改進二 . 采購 1. 現(xiàn)狀及需求綜述1. 1. 對于 XX 集團采購現(xiàn)狀及其需求簡述如下: 錯誤!未定義書簽。2. 2. 對于集團采購現(xiàn)狀及其需求簡

6、述如下:2. 未來系統(tǒng)解決方案2. 1. 綜述 3. 2. 與其它模塊的集成4. 3. 采購申請及分配處理流程5. 4. 采購訂單的處理6. 5. 供應商評估和管理2. 6. 采購訂單的收貨處理7. 7. 發(fā)票校驗 8. 8. 報表需求 2. 9. 未來可能的改進三 . 生產(chǎn)管理 1. 綜述 2. 生產(chǎn)管理與其它模塊的集成3. 生產(chǎn)管理主要業(yè)務流程3. 1. 生產(chǎn)量預估處理3. 2. 需求管理 3. 3. 物料需求計劃 3. 4. 能力平衡 3. 5. 生產(chǎn)排程 3. 6. 生產(chǎn)備料 /領料處理 3. 7. 生產(chǎn)確認及入庫處理4. 報表處理 5. 進一步改善的可能四 . 成本會計產(chǎn)品成本管理1

7、. 綜述 2. 產(chǎn)品成本管理和 R/3 其他模塊的集成3. 產(chǎn)品成本管理主要業(yè)務流程3. 1. 標準成本的制訂和修訂4. 2. 實際成本的核算和分析5. 3. 差異處理 6. 產(chǎn)生的報表7. 進一步改善的可能五 . 營管系統(tǒng)與R/3 的接口 1. 現(xiàn)有系統(tǒng)及未來需求綜述2. 與接口有關的主要業(yè)務流程及功能簡述2. 1. 接口的整體架構2. 2. 訂單出貨和發(fā)票開立作業(yè)2. 3. 繳款作業(yè) 2. 4. 公司內成品調撥2. 5. 從關系企業(yè)調入成品 2. 6. 向關系企業(yè)調出小料和精料2. 7. 退貨作業(yè) 2. 8. 換貨作業(yè) 2. 9. 盤點作業(yè)和庫存流轉2. 10. 制面廠成品庫生產(chǎn)入庫及其它

8、 2. 11. 運費結算 錯誤!未定義書簽。2. 12. 清戶退款3. 組織機構和關鍵數(shù)據(jù)定義3. 1. 組織機構 3. 2. 關鍵數(shù)據(jù) 第一部分 緒論M2 專案綜述國際集團為了利用現(xiàn)代先進資計技術輔助，提高企業(yè)的管理水平，以完善自身的機制和增強企業(yè)的市場競爭力，在集團最高層領導的倡導和推動下設立了 M2 專案。作為一個管理水平的標志， 其最終目的是在每月的第二天完成集團公司的法定合并報表和管理合并報表的工作， 達到這一目標的前提是集團擁有一套整合的企業(yè)管理應用軟件系統(tǒng)，支持各職能部門的日常業(yè)務，同時準確及時地記錄各公司、各職能部門中發(fā)生業(yè)務信息，傳遞到其它部門分享并由各級公司、總公司分折匯總

9、。因此， SAP 公司有幸地被選為軟件供應商和實施伙伴。需求分析及未來系統(tǒng)設計的出發(fā)點以頂新集團的企業(yè)規(guī)模以及其業(yè)務的多樣化而言， M2 專案的實施應該是階段性的。在實現(xiàn) M2 專案最終目標的過程中，每一階段都應該有明確的目標，第一階段的主要目標應該是：以 XX 集團公司為樣板，實施一個整合的企業(yè)管理系統(tǒng)，支持供應鏈上的操作及財務會計和管理會計統(tǒng)計和監(jiān)控。在設計樣板過程中，充分考慮到其它事業(yè)群生產(chǎn)經(jīng)營模式的特殊性，保留樣板的靈活性，以便將來推廣。統(tǒng)一集團內各公司的會計科目，規(guī)范財務會計的業(yè)務流程。在所覆蓋的范圍內為各子公司實施一個強有力的財務系統(tǒng)，以基本解決集團報表合并的問題。針對 M2 專案

10、的目標，依據(jù)整體項目實施的計劃， SAP 項目小組在完成以 XX集團為樣板的財會系統(tǒng)及供應鏈系統(tǒng)現(xiàn)狀調研后。 在頂新集團 M2 專案設計組，M2 專案應用組的大力支持和協(xié)助下，在預定時間內完成了需求分析及對未來系統(tǒng)的初步設計。后續(xù)章節(jié)中對需求的描述及未來系統(tǒng)解決方案的建議，基本上按企業(yè)的職能及系統(tǒng)的應用模塊劃分。財會方面的需求分別考慮了以 XX 集團為代表的子公司財務處理，以方便面為代表的事業(yè)群經(jīng)營分析，以及總公司的財會處理和合并業(yè)務，在供應鏈方面的需求則基本上，以 XX 集團的方便面產(chǎn)、供、銷模式為主，并在討論中參考了其它事業(yè)群的一些特性。未來系統(tǒng)的運作框架以財務合并的角度看，未來系統(tǒng)在第二

11、階段完成后的動作模式，如：下圖所示當集團完全采用了 R/3 系統(tǒng)之后，總體系統(tǒng)的接口將簡單化甚至單一化。作為第一個樣板公司， XX 集團將啟用的不僅是財務系統(tǒng)， 而且包含了供應鏈系統(tǒng)，兩者在 R/3 的環(huán)境下是實時集成的。以 XX 集團的角度看，未來系統(tǒng)對其物資流的支持如下圖所示：在系統(tǒng)的內部，其數(shù)據(jù)資料的流動基本上如下圖所示：這種模式將逐步地推廣到各事業(yè)群、各子公司。在后續(xù)階段的實施計劃中， 我們考慮引進SAP R/3 的人事資源管理模式，解決人事薪資，差旅報銷與財務系統(tǒng)的接口。當國內的通訊水平以及網(wǎng)絡系統(tǒng)的基本性能達到要求時， 建議用 SAP R/3 的銷模塊(SD)取代現(xiàn)行的營管系統(tǒng)，以

12、最終達到完全的整合性。財務會計. 流程圖圖例第二部分財務會計總帳系統(tǒng)1 .綜述財務組織機構定義：公司代碼：為每個帳務實體定義一個公司代碼，各個公司有自己法定報表。業(yè)務范圍：將一個產(chǎn)品或一類產(chǎn)品定義為一個業(yè)務范圍，各個業(yè)務范圍可以產(chǎn) 生自己的利潤表，以供管理層使用。財務基礎數(shù)據(jù)：會計年度：國際集團采用日歷年度。會計期間：國際集團會計期間為12,從1月份到12月份。傳票類型：未來的系統(tǒng)按照業(yè)務性質詳細劃分傳票類型。傳票編號：按年、傳票類型及傳票錄入日期進行自動編號。國際集團要求傳票 按月、傳票類型進行編號。按照我們的經(jīng)驗，SAP的編號方式對外部審計，內部管理都不存在任何問題。SAP R/3的中國用

13、戶已有10多家通過財政部的評審， 所以對外部審計而言，不存在任何問題，對內部管理而言，SAP R/3提供了多種分類方法，用戶可以方便地查找傳票，對傳票進行歸檔處理。為了最大程度 地滿足國際集團的要求，SAP中國的鄭銳先生已向SAP總部發(fā)出二個修改中 請：系統(tǒng)提供傳票按月、傳票類型進行編號的功能，修改申請?zhí)枮?62357。 預制傳票、正式傳票采用不同的編號，修改申請?zhí)枮?62416。幣種及匯率：由集團總部負責幣種代碼定義和匯率表的維護，各分公司使用總 部維護的匯率。權限控制：在原型測試階段，將按照國際集團要求定義各種權限。未來的總帳系統(tǒng)包括會計科目定義，傳票錄入，外幣評估，暫估處理，科目余 額重

14、組，科目余額結轉，報表處理。未來的總帳系統(tǒng)與其他子系統(tǒng)是緊密集成的，許多數(shù)據(jù)由業(yè)務發(fā)生子系統(tǒng)寫入 總帳系統(tǒng)，無需手工重復錄入數(shù)據(jù)，無需會計做審核（除供應商發(fā)票），提高 帳務處理速度。未來的總帳系統(tǒng)有一系列功能加速期末結帳，如外幣自動評估，暫估自動處理 等。外幣評估將采用期末評估，期初沖回方式。自動收付款，匯票管理在現(xiàn)金管理中處理。關系企業(yè)往來走應收、應付流程， 所以，關系企業(yè)往來的帳務處理在應收、應付中描述。2 .與其它模塊的集成總帳子系統(tǒng)與應收，應付，固定資產(chǎn)，庫存，采購，銷售，成本會計，資金管 理有實時數(shù)據(jù)交換。3 .主要業(yè)務流程3.1. 會計科目表建立1. 1.1.現(xiàn)狀及需求綜述頂新集團

15、采用自己的會計科目表。目前集團公司下各公司采用各自科 目表，集團公司有計劃 將來實現(xiàn)統(tǒng)一的科目表?，F(xiàn)有會計科目編碼是不等長的，會給傳票錄入帶來不便?？蛻?、供應 商、員工編碼作為會計科目的一部分，造成科目極其龐大。3. 1.2. 解決方案建議國際集團采用統(tǒng)一會計科目表，由總部會計部確定會計科目表編 制原則，協(xié)調各分公司要求，負責會計科目編號確定，解釋各會計科 目的性質。各分公司根據(jù)需要，選擇有關科目使用。通過會計科目表統(tǒng)一，有利于數(shù)據(jù)確認、合并、內部審計，總帳、分類帳余額統(tǒng)一，分類帳控制。建議國際集團采用等長會計科目編碼，以方便帳務處理。建議國際集團將客戶、供應商、員工管理放在應收/應付子系統(tǒng)中

16、管理, 客戶、供應商、員工的編號不再作為會計科目一部分。集團總部會計負責維護會計科目集團級數(shù)據(jù)，各分公司按照需要，維 護會計科目公司級數(shù)據(jù)。建議國際集團總部成立專門職能小組負責這項工作，各分公司建立相 應職能小組。3. 1. 2. 1.建立新科目流程3. 1. 2. 2.功能說明“決定是否建立新科目”：由集團總部會計小組依據(jù)會計科目表編 制原則，已有科目表，決定是否建立新的會計科目?！熬S護新會計科目集團級數(shù)據(jù)”：由集團總部會計維護會計科目編 號、名稱、性質等數(shù)據(jù)?！熬S護新會計科目公司級數(shù)據(jù)”：由公司會計維護會計科目公司級數(shù)據(jù)，包括貨幣、明細項索引、自動過帳標志3.1. 2. 3.流程組織結構定

17、義公司：法定財務實體3. 1. 2. 4.關鍵數(shù)據(jù)公司代碼幣種3. 2.傳票錄入及入帳處理3. 2. 1.現(xiàn)狀及需求在現(xiàn)有系統(tǒng)內，由于各應用部分缺乏集成，傳票由接口系統(tǒng)或手工導 入總帳。大量手工收付款處理，導致工作量大。3. 2. 2. 解決方案采用SAP R/3集成系統(tǒng)，大部分傳票由業(yè)務發(fā)生點傳入總帳系統(tǒng)。 關于收付款處理，大部分通過應收、應付子系統(tǒng)自動收付款處理，僅 僅小額零星現(xiàn)金收付款在總帳系統(tǒng)內處理。3. 2. 2. 1.傳票錄入及入帳流程a）轉帳處理b）小額現(xiàn)金付款處理c）小額現(xiàn)金收款處理3. 2. 2. 2.功能說明“前置系統(tǒng)業(yè)務處理”：是指與會計系統(tǒng)相關子系統(tǒng)進行業(yè)務處理 時，自

18、動產(chǎn)生會計傳票并入帳，無需人工錄入傳票，入帳。例 如：倉庫發(fā)料時，僅須在庫存管理系統(tǒng)錄入發(fā)料數(shù)據(jù)，系統(tǒng)根 據(jù)發(fā)料數(shù)據(jù)，材料價格，自動生成會計憑證，并入帳?！拜斎雮髌薄保阂罁?jù)原始憑證，輸入傳票類型、公司代碼、傳票編 制日期、入帳日期、借貸科目、借貸金額、后續(xù)帳務分配如輸 入成本中心，業(yè)務范圍。并且檢查公司代碼是否存在，記帳期 問是否允許入帳，借貸科目是否存在，成本中心、業(yè)務范圍是 否存在?！叭霂ぁ保合到y(tǒng)自動檢查借貸金額是否平衡，傳票檢查通過后，系統(tǒng)將更改科目余額及其它文件，自動分配傳票編號，存入傳票 文件?！皞髌鳖A制處理”：是指輸完傳票后，傳票存在系統(tǒng)內，但并不入 帳。這類傳票稱為預制傳票?！邦A

19、制傳票入帳”：是指將預制傳票記入帳冊，預制傳票轉成正式 傳票。關于憑證審核，目前系統(tǒng)僅提供一級審核功能，建議第一階段打印 出預制傳票，在SAP R/3系統(tǒng)外審核，通過后，由專人將預制 傳票入帳，或者編制手工傳票，多級審核后，將手工傳票輸入 系統(tǒng)入帳。第二階段采用" Workflow方法，在系統(tǒng)內進行多級 審核。3. 2. 2. 3.作業(yè)功能組織示意公司：法定財務實體業(yè)務范圍：將一個產(chǎn)品或一類產(chǎn)品定義為一個業(yè)務范圍，各個業(yè) 務范圍可以產(chǎn)生自己的利潤表，以供管理層使用。成本中心：收集費用的責任單元3. 2. 2. 4.關鍵數(shù)據(jù)會計期間，會計科目，傳票類型，幣種，公司代碼，業(yè)務范圍, 成本

20、中心3. 3.期末處理3. 3. 1.期末處理現(xiàn)狀及需求綜述月末關帳在下月8號，年末關帳在來年二月底，在現(xiàn)有系統(tǒng)，期末有 大量手工處理，工作量極大。結帳比較遲，為了保證M2專案目標的實 現(xiàn)，必須加快結帳速度。3. 3. 2. 解決方案未來的系統(tǒng)改進現(xiàn)有的成本結算體系，減輕期末成本結轉的工作量 未來的系統(tǒng)有自動的外幣評估，自動的科目余額重組，自動的暫估處 理等功能，加快期末結帳。3. 3. 2. 1.處理流程3. 3. 2. 2.功能說明資產(chǎn)負債類科目外幣評估”：評估已實現(xiàn)匯兌損益。如銀行外幣 存款，外幣現(xiàn)金評估?！拔辞屙椡鈳旁u估”：評估未實現(xiàn)匯兌損益。如應收，應付外幣評 估?！坝囝~重組”：調整

21、應收，應付統(tǒng)馭科目。例如一個客戶明細帳余 額在貸方，期未結帳時，指定調整到負債方統(tǒng)馭科目，下個期 初系統(tǒng)自動沖回。4 .報表需求未來的總帳系統(tǒng)可以提供下列報表: 資產(chǎn)負債表損益表財務費用明細表營業(yè)外收支明細表增值稅申報表科目余額表傳票明細匯總表每日日計表及每日傳票編號5 .未來可能改進B級功能工作流(Workflow )功能第二階段將引入工作流功能，以解決系統(tǒng)內傳票多級審核的問題C級功能科目計劃應收帳1. 綜述未來的應收帳子系統(tǒng)將包括客戶主數(shù)據(jù)建立，預收款請求，預收款處理，發(fā)票處理，手工收款，自動收款，預收款清發(fā)票，客戶催款，收款通知，對帳單處理。未來的應收帳處理將考慮與國際集團營管系統(tǒng)的集成

22、， 預收款處理， 發(fā)票處理，繳款處理將通過批處理程序由營管系統(tǒng)錄入 SAP R/3 系統(tǒng)。在 SAP R/3 系統(tǒng)內進行銷售處理，將按正常的應收帳處理流程進行。在人力資源子系統(tǒng)未實施前，員工差旅費放在應收帳子系統(tǒng)處理，利用應收帳客戶管理功能，帳齡分析，催款功能，清款功能對員工差旅費實施嚴格管理。與之相對應，為員工建立編號及有關數(shù)據(jù)。未來的系統(tǒng)中，其他應收款走應收帳流程，與之相對應，財務部門替其他應收款的欠款方建立編號及有關數(shù)據(jù)。未來的系統(tǒng)將為客戶、員工、其他應收款的欠款方建立不同的編號范圍。未來的系統(tǒng)中，通過SAP R/3 的特別總帳處理來區(qū)別關系企業(yè)的應收貨款、應收設備款、應收融資款。自動收

23、款，利息計算及匯票管理將在現(xiàn)金管理部分描述。2. 與其他模塊的集成應收帳子系統(tǒng)與銷售，總帳，資金管理，盈利分析有數(shù)據(jù)交換。3. 主要業(yè)務流程3. 1. 客戶、員工、欠款方主數(shù)據(jù)建立3. 1. 1. 現(xiàn)狀及需求現(xiàn)階段客戶主數(shù)據(jù)在營管系統(tǒng)中管理，整個帳務系統(tǒng)沒有客戶數(shù)據(jù)管理，客戶作為二級科目，編入會計科目。員工編號作為二級科目，編入會計科目 ,整個帳務系統(tǒng)沒有員工數(shù)據(jù)管理。3. 1. 2. 解決方案在未來的系統(tǒng)中，建立集中客戶、員工、欠款方主數(shù)據(jù)，由營管決定 客戶編號，營管，帳務輸入各自數(shù)據(jù)，帳務部門僅輸入帳務控制有關 數(shù)據(jù)。為了保證員工編號一致性，盡管人力資源現(xiàn)階段未實施，建議人事部 門負責員工

24、編號，財務部門負責帳務有關數(shù)據(jù)。財務部門負責決定其它應收款的欠款方的編號及帳務數(shù)據(jù)。建議有關部門設置專門小組/專人負責客戶、員工、欠款方主數(shù)據(jù)建立3. 1. 2. 1.建立主數(shù)據(jù)流程3. 1. 2. 2.功能描述“決定客戶帳務控制數(shù)據(jù)”：依據(jù)營管提供客戶數(shù)據(jù),決定客戶組, 統(tǒng)馭科目，付款條件，信貸限額等數(shù)據(jù)。納入營管系統(tǒng)管理的 客戶，付款條件，信貸限額在營管系統(tǒng)內輸入。“決定出差員工編號及有關數(shù)據(jù)”：依據(jù)各部門出差員工表及人事 部員工編號表，決定出差員工編號，以及員工組，統(tǒng)馭科目， 借款限額等員工個人數(shù)據(jù)?！敖⒅鲾?shù)據(jù)”：利用應收帳子系統(tǒng)中建立主數(shù)據(jù)功能，建立客戶, 員工，欠款方帳務數(shù)據(jù)，以方

25、便管理和控制。3.1. 2. 3.作業(yè)功能組織示意圖3. 1. 2. 4.關鍵數(shù)據(jù)公司代碼，統(tǒng)馭科目3. 2.員工差旅費預支3. 2. 1.現(xiàn)狀與需求綜述現(xiàn)有系統(tǒng)將員工定義為一個對沖會計科目，制作預支差旅費傳票時， 輸入一個索引碼，制做清款傳票時，輸入一個索引碼，利用沖銷對 照表沖銷了索引代碼相同，借貸相反的會計交易，并且利用沖銷 對照表列印帳上有余額的會計科目。3. 2. 2.解決方案正如綜述所言，采用SAP R/3先進應收帳子系統(tǒng)有效管理員工差旅費 替每個員工在系統(tǒng)內建立一個編號，支取差旅費時，會計部門輸入員工出差付款請求，審核通過后，批準出差付款請求。運行自動付款程 序，對員工支付預支差

26、旅費。3. 2. 2.1.預支差旅費處理流程3. 2. 2. 2.功能說明“審核是否合法”：按照預支差旅費規(guī)定，審核單據(jù)是否齊全，簽 名是否合法0“輸入付款請求”：按照預支差旅費申請單輸入付款請求，付款請 求僅是一張請款單據(jù)，并不產(chǎn)生任何帳務處理?！芭鷾矢犊钫埱蟆保和飧犊?。3. 2. 2. 3.作業(yè)功能組織示意圖3. 2. 2. 4.關鍵數(shù)據(jù)公司代碼，員工編號，幣種3. 3.員工差旅費報銷3. 3. 1.現(xiàn)狀與需求綜述參見3. 3. 2. 解決方案用清帳功能，輸入所有發(fā)生費用，費用與預支差旅費間的差額掛在帳 上，由自動收付款程序進行收付款處理。3. 3. 2. 1.員工差旅費報銷處理流程3.

27、 3. 2. 2.功能說明“審核報銷清單”：由會計部依據(jù)“差旅費報銷原則”；決定原始 憑證是否齊全，是否有效，報銷金額是否正確?！扒鍘ぬ幚怼保呵鍐T工差旅費預支金額，借記費用等科目，預制差 旅費與費用的差額，掛在帳上。3. 3. 2. 3.作業(yè)功能組織示意圖3. 3. 2. 4.關鍵數(shù)據(jù)員工編號，幣種，會計期間，公司代碼3. 4.員工差旅費報銷催單及凍結處理流程1. 4. 1.現(xiàn)狀與需求綜述沒有電腦化的催單、凍結處理。3. 4. 2.解決方案未來的系統(tǒng)將利用SAP R/3應收帳子系統(tǒng)催款功能，設定報銷期限, 對超報銷期限未報銷的預支差旅費產(chǎn)生報銷催單，通知員工前來報銷， 并凍結員工明細帳。解除員

28、工明細帳凍結標志由手工處理。3. 4. 2. 1.處理流程3. 4. 2. 2.功能說明“運行催款程序”：系統(tǒng)每天運行催款程序，以產(chǎn)生員工差旅費報 銷催單，并且自動凍結超過報銷期未報銷的員工明細帳。3. 4. 2. 3.作業(yè)功能結構示意圖3. 4. 2. 4.關鍵數(shù)據(jù)員工編號，報銷期限，預支金額日期3. 5.員工明細帳帳齡分析處理流程3. 5. 1.現(xiàn)狀與需求綜述參見3. 5. 2.解決方案未來的作業(yè)流程，通過帳齡分析列出未報銷的預支差旅費的借款期3. 5. 2. 1.處理流程3. 5. 2. 2.功能說明“運行帳齡分析程序”：定期運行帳齡分析程序，得到未報銷的預 支差旅費帳齡清單。3. 5.

29、 2. 3.作業(yè)功能結構示意圖3. 5. 2. 4.關鍵數(shù)據(jù)員工編號，公司代碼。3. 6.預收款處理3. 6. 1.現(xiàn)狀及需求分析關系企業(yè)間銷售，沒有預收款要求，集團外客戶，一類不需預收款， 一類需要預收款，需要預收款客戶，它的預收款必須覆蓋供貨金額， 否則不給發(fā)貨。通過營管系統(tǒng)的銷售，預收款在營管系統(tǒng)內處理，通 過接口程序導入總帳系統(tǒng)。預收款按部門歸集。3. 6. 2. 解決方案為了解決營管系統(tǒng)繳款與財務實際到款的時間差，設置在途款科目；營管系統(tǒng)內預收款通過批處理程序導入 SAP R/3應收帳子系統(tǒng)，暫記 在途款科目，然后由財務部門依據(jù)銀行到帳單，在總帳系統(tǒng)中把預收 款從在途款科目轉入銀行存

30、款科目。預收款與客戶欠款方掛鉤。對不納入營管系統(tǒng)的銷售，預收款處理在 SAP R/3中處理。3. 6. 2. 1.處理流程3. 6. 2. 2.功能說明“啟動批輸入程入”：系統(tǒng)自動啟動批輸入程序，預收款從營管系 統(tǒng)導入SAP R/3應收帳系統(tǒng)?！皺z驗日志”：指派專人負責檢查日志，如有錯誤，按錯誤性質， 分送不同部門解決?！跋逻_預收款請求”：批準預收款請求,通過自動收款程序收款。3. 6. 2. 3.作業(yè)功能組織示意圖3. 6. 2. 4.關鍵數(shù)據(jù)公司代碼，客戶代碼，欠款方編號，會計期間，幣種3. 7.發(fā)票處理3. 7. 1.現(xiàn)狀及需求分析對外產(chǎn)品銷售發(fā)票，由營管系統(tǒng)通過接口程序輸入帳務系統(tǒng)。關

31、系企 業(yè)間的銷售，發(fā)票由手工輸入帳務系統(tǒng)。零星發(fā)票（包括總部費用分 攤）由手工輸入帳務系統(tǒng)。3. 7. 2. 解決方案通過營管系統(tǒng)的銷售，發(fā)票由營管系統(tǒng)通過批輸入程序導入SAP R/3系統(tǒng)。關系企業(yè)間銷售及未納入營管系統(tǒng)的銷售，在SAP銷售子系統(tǒng)處理，銷售發(fā)票由銷售子系統(tǒng)導入應收帳子系統(tǒng)。零星發(fā)票由手工輸 入應收帳子系統(tǒng)。其它應收款由手工輸入系統(tǒng)。對于換貨處理，營管系統(tǒng)并沒有重新處理發(fā)票動作，需要在總帳中輸 入一個憑證，更改銷售收入：借：甲產(chǎn)品銷售收入貸：乙產(chǎn)品銷售收入3. 7. 2. 1.處理流程零星發(fā)票/其他應收款手工輸入處理3. 7. 2. 2.功能說明“生成銷售系統(tǒng)的發(fā)票”：系統(tǒng)自動定

32、時啟動批作業(yè)程序將營管系 統(tǒng)的銷售發(fā)票導入SAP R/3的銷售子系統(tǒng)，3. 7. 2. 3.作業(yè)功能組織示意圖3. 7. 2. 4.關鍵數(shù)據(jù)客戶代碼，欠款方編號，公司代碼，幣種，會計科目，會計期間3. 8.收款處理3. 8. 1.現(xiàn)狀及需求分析通過營管系統(tǒng)的繳款用繳款單代傳票方式，通過接口程序將繳款處理 傳入帳務系統(tǒng)，其余收款由手工輸入帳務系統(tǒng)。繳款入帳日與實際達 帳日不一致。3. 8. 2.解決方案為了解決繳款入帳日與實際達帳日不一致，設置在途資金科目，繳款 入帳時，借記在途資金科目，然后依據(jù)銀行到帳單，在總帳系統(tǒng)中將 繳款從在途資金科目轉入銀行存款科目。通過營管系統(tǒng)的繳款，用批輸入程序將繳

33、款導入應收帳子系統(tǒng)。然后 通過清款程序清客戶發(fā)票與繳款，預繳款。不通過營管系統(tǒng)收款直接在 SAP R/3系統(tǒng)通過自動收款處理，在現(xiàn)金 管理中描述。自動付款將覆蓋應收帳款和其它應收款。3. 8. 2. 1.處理流程3. 8. 2. 2.作業(yè)功能結構示意圖3. 8. 2. 3.關鍵數(shù)據(jù)客戶編號，欠款方編號，付款條件3. 9.客戶、欠款方催款及凍結處理流程3. 9. 1.現(xiàn)狀與需求綜述沒有電腦化的催單及凍結處理。3. 9. 2.解決方案未來的系統(tǒng)將利用SAP R/3應收帳子系統(tǒng)催款功能，進行催款處理, 對超過付款期限的客戶、欠款方生成催款通知書，通知客戶、欠款方 付款，按催款等級自動凍結客戶、欠款方

34、明細帳。解除客戶、欠款方 明細帳凍結標志由手工處理。3. 9. 2. 1.處理流程3. 9. 2. 2.功能說明“運行催款程序”：系統(tǒng)定期運行催款程序、以產(chǎn)生客戶、欠款方催 款通知書，并按催款等級自動凍結客戶、欠款方明細帳。3. 9. 2. 3.作業(yè)功能結構示意圖3. 9. 2. 4.關鍵數(shù)據(jù)客戶編號、欠款方編號，付款條件3. 10.客戶、欠款方明細帳帳齡分析處理流程3. 10. 1.現(xiàn)狀及需求綜述國際集團需要及時清楚地了解客戶、欠款方的欠款的詳細情況及欠款 期。4. 10. 2.解決方案未來的作業(yè)流程，通過帳齡分析列出客戶、欠款方明細帳的帳齡情況。3. 10. 2. 1. 處理流程3. 10

35、. 2. 2.功能說明“運行帳齡分析程序”：定期運行帳齡分析程序,得到客戶、欠款 方明細帳帳齡表。3. 10. 2. 3.作業(yè)功能結構示意圖3. 10. 2. 4.關鍵數(shù)據(jù)客戶編號，欠款方編號4 .報表需求客戶、員工、欠款方余額表客戶、員工、欠款方帳齡分析表應收帳與營管系統(tǒng)客戶帳款余額調節(jié)表（頂新要求增加）5 .未來可能的改進一旦HR系統(tǒng)實施后，員工差旅費管理將得到進一步加強?？梢杂行Х奖愕乜?制員工借款，報銷期限，可以方便地和費用管理整合起來。應付帳1.綜述1.1.現(xiàn)狀國際集團有多種采購模式，現(xiàn)描述如下: 國內采購采購訂單，發(fā)貨各子公司直接對供應商下訂單，供應商對各子公司發(fā)貨，供應商開發(fā)票

36、給各子公司，各子公司匹配發(fā)票、訂單、收貨記錄，核對無誤后，向 供應商付款。海外采購采購訂單，發(fā)貨發(fā)票，付款各子公司按照需求， 向頂益 （BVI） 、 頂杰 （開曼島 ）提出采購請求， 由頂益（BVI） 、頂杰（開曼島） 向海外供應商下訂單。海外供應商直接向各子公司發(fā)貨，各子公司將驗收單提交頂益（ BVI 、頂杰（開曼島、海外供應商開發(fā)票給頂益（ BVI ）、頂杰（開曼島），頂益（ BVI ）、頂杰（開曼島） 開發(fā)票給各子公司、各子公司付款給頂益（ BVI ）、頂杰（開曼島），頂益（ BVI ）、頂杰（開曼島）付款給海外供應商。海外采購涉及擔保業(yè)務1. 2. 未來的設想未來的應付帳子系統(tǒng)將包括供

37、應商主數(shù)據(jù)定義，預付款請求處理，預付款處理，發(fā)票處理，發(fā)票清預付款，手工付款處理，自動付款處理，對帳單處理。未來的應付帳子系統(tǒng)與其它子系統(tǒng)是緊密集成的，與采購有關的供應商發(fā)票由采購模塊導入應付帳子系統(tǒng)。未來的業(yè)務處理，對于海外采購，將把海外公司作為國內各采購公司的供應商，把海外供應商作為海外公司的供應商，都走應付帳流程。將頂新工程看作普通供應商，走關系企業(yè)往來交易程序，頂新工程本身采購、應付帳處理在頂新工程專案中解決，不列入本報告。在未來作業(yè)處理中，與采購作業(yè)無關的非備用金付款都將走應付帳流程，如薪資付款，與之相對應，由財會部替各受款方建立主數(shù)據(jù)。應付帳系統(tǒng)內，所有付款都采用自動付款處理。未來

38、的系統(tǒng)中， 通過 SAP R/3 的特別總帳處理來區(qū)別關系企業(yè)的應付貨款、應付設備款、應付融資款。未來的系統(tǒng)中，在途和暫估會計作業(yè)月末由系統(tǒng)自動評估，下月初系統(tǒng)自動沖回。自動付款、利息計算及匯票管理將在現(xiàn)金管理部分描述。2. 與其他模塊的集成應付款在系統(tǒng)與采購，總帳，資金管理有數(shù)據(jù)交換。3. 主要業(yè)務流程3. 1. 供應商類主數(shù)據(jù)建立3. 1. 1. 現(xiàn)狀與需求綜述供應商數(shù)據(jù)存放于MFG/PRO,帳務系統(tǒng)不能共享。每個供應商作為一 個二級分類帳，編入會計科目。其它應付款所涉及受款單位作為二級科目，編入會計科目，并沒有建立供應商主數(shù)據(jù)。4. 1. 2. 解決方案未來的系統(tǒng)將建立集中供應商主數(shù)據(jù)，

39、由品保部門決定供應商編碼，采購、帳務分別維護各自數(shù)據(jù)，帳務部門僅維護與帳務控制有關數(shù)據(jù)。在未來的系統(tǒng)中，帳務部門負責受款方的編號，帳務主數(shù)據(jù)的維護。3. 1. 2. 1. 處理流程3. 1. 2. 2. 功能說明“維護主數(shù)據(jù)”：財務部維護供應商，受款方的統(tǒng)馭科目。付款條件，銀行帳號等數(shù)據(jù)。3. 1. 2. 3. 作業(yè)功能組織示意圖3. 1. 2. 4. 關鍵數(shù)據(jù)公司代碼，統(tǒng)馭科目。3. 2. 預付款處理3. 2. 1. 現(xiàn)狀及需求綜述預付款科目按請款部門劃分，并不按供應商劃分。預付款清款由請款部門控制。會計部門缺乏嚴格控制。國際集團希望與采購有關的預付 款與采購訂單掛鉤。3. 2. 2. 解決

40、方案預付款和供應商、受款方掛鉤，為采購訂單所付的預付款，在預付款請求，預付款傳票中輸入相應采購訂單號，以方便預付款與發(fā)票間清 帳。預付款請求部門輸入預付款請求，由財務部門審核預付款請求，審核通過后，下達預付款請求。由自動付款程序作預付款付款處理。3. 4. 發(fā)票處理3. 2. 2. 2.功能說明“維護預付款請求”：預付款請求僅僅是一種票據(jù)，并不產(chǎn)生帳務 處理，維護預付款請求就是將預付款請求輸入系統(tǒng)?！跋逻_預付款請求”：批準預付款請求，使它能被后續(xù)處理，如付款等?！皟鼋Y預付款請求”：凍結預付款請求使預付款請求不能被后續(xù)處 理，如付款等。3. 3.擔保的處理3. 3. 1.現(xiàn)狀及需求綜述集團總部帳

41、務處理有擔保的業(yè)務。3. 3. 2.解決方案將擔保處理與供應商、受款方掛鉤，但與供應商、受款方明細帳其它 業(yè)務處理區(qū)分開，僅僅反映或有負債，并不后續(xù)收付款處理。3. 3. 2. 1.處理流程3. 3. 2. 2.功能說明“掛入供應商/受款方明細帳”：將擔保單作為一種特別業(yè)務處理 掛入供應商明細帳，它僅僅是注釋。說明或有負債，并無后續(xù) 收付款處理。3. 3. 2. 3.作業(yè)功能組織示意圖3. 3. 2. 4.關鍵數(shù)據(jù)供應商編號，受款方編號，公司代碼3. 4. 1. 現(xiàn)狀及需求綜述與采購處理相關的供應商發(fā)票，由請款單位開出請款單，成本會計審核后，將請款單連同發(fā)票送至會計部門，會計部門審核后，進行發(fā)

42、票處理，付款處理。折扣由采購部門決定，制作請款單時考慮。3. 4. 2. 解決方案未來的系統(tǒng)是一個集成系統(tǒng)，它提供一套完整控制方法。建議國際集團采用如下方法：采購部門接到供應商發(fā)票后，由發(fā)票輸入小組成員輸入供應商發(fā)票進系統(tǒng)。此時供應商發(fā)票僅是預制傳票，并不產(chǎn)生任何帳務處理，然后由會計部門的發(fā)票審核小組成員匹配采購訂單，收貨記錄，供應商發(fā)票，決定是否下達供應商發(fā)票，一旦下達供應商發(fā)票，供應商發(fā)票將入帳。付款條件（包括折扣，付款期）存放在發(fā)票上。財務部門運行自動付款程序，完成付款處理，自動付款程序將考慮折扣，決定建議付款額。3. 4. 2. 1. 處理流程3. 4. 2. 2. 功能說明“輸入供應

43、商發(fā)票”：將供應商發(fā)票輸入系統(tǒng)，作為預制傳票，暫存于系統(tǒng)，并不產(chǎn)生任何帳務處理。“審核供應商發(fā)票”：對有采購訂單訂單發(fā)票的處理：匹配采購訂單，收貨記錄，供應商發(fā)票，以決定供應商發(fā)票是否正確。對無采購訂單訂單發(fā)票的處理： 審核發(fā)票及有關單據(jù)， 以決定供應商發(fā)票是否正確?！跋逻_供應商發(fā)票”：批準審核通過發(fā)票，產(chǎn)生帳務處理。3. 4. 2. 3. 作業(yè)功能組織示意圖3. 4. 2. 4. 關鍵數(shù)據(jù)公司代碼，供應商編號，統(tǒng)馭科目，會計期間3. 5. 保留尾數(shù)處理3. 5. 1. 現(xiàn)狀及需求綜述海外采購及設備工程款帳務處理涉及保留尾數(shù)業(yè)務，所謂保留尾數(shù)是指收貨驗收后，按照合同保留一定比例金額作為尾數(shù)暫不

44、付款，待后續(xù)進一步檢驗后，按情況決定是否付尾數(shù)。3. 5. 2. 解決方案對于涉及保留尾數(shù)業(yè)務的采購、工程項目，輸入發(fā)票時，將合同規(guī)定尾數(shù)作為凍結應付款，暫不付款，后續(xù)檢查完后，決定是否付款。輸入供應商發(fā)票時，將應付帳分成二部分，對應于尾數(shù)部分作凍結處理，例如：一筆壹萬元采購，該合同有10%尾數(shù)，輸入發(fā)票時作如下分錄：借： 對應科目 10000貸： 應付帳9000應付帳1000 （凍結）3. 5. 2. 1. 處理流程發(fā)票輸入流程參見保留尾數(shù)的后續(xù)處理流程：3. 6. 付款處理3. 6. 1. 現(xiàn)狀及需求綜述國內付款采用手工付款方法，海外采用自動付款。付款方式有：支票，現(xiàn)金，匯票，信用證，電匯

45、，銀行承兌匯票。3. 6. 2. 解決方法采購部門及帳務部門輸入發(fā)票時，在備注中注明清那筆預付款，財務部門審核發(fā)票時，以此手工清預付款、發(fā)票。采購部門可以查詢預付款資料。付款采用自動付款方式，在現(xiàn)金管理中描述。付款入帳后，將產(chǎn)生的付款通知單用傳真發(fā)送給對方。信用證存款，銀行本票等將通過專設科目管理。3. 6. 2. 1.處理流程3. 6. 2. 2.功能說明“預付款清發(fā)票”：用對供應商預付款抵消應付款。3. 6. 2. 3.作業(yè)功能組織示意圖3. 6. 2. 4.關鍵數(shù)據(jù)供應商編號，公司代碼3. 7.產(chǎn)生其它付款的處理3. 7. 1.現(xiàn)狀及需求分析現(xiàn)有系統(tǒng)中，其它付款在總帳中手工處理。國際集團

46、有加強付款管理 的需求。3. 7. 2.解決方案正如綜述所言，在未來的系統(tǒng)里，其它非備用金付款走應付帳流程，用SAP R/3應付款各種處理功能處理其它付款。3. 7. 2. 1.處理流程3. 7. 2. 2.功能說明參見前面3. 7. 2. 3.業(yè)務功能組織示意圖3. 7. 2. 4.關鍵數(shù)據(jù)受款方編號，公司代碼，會計期間3. 8.其它付款的付款處理3. 8. 1.現(xiàn)狀及需求綜述國內付款采用手工付款方法，海外采用自動付款。付款方式有：支票, 現(xiàn)金，匯票，信用證，電匯，銀行承兌匯票。3. 8. 2. 解決方法帳務部門輸入發(fā)票時，在備注中注明清那筆預付款，財務部門審核發(fā) 票時，以此手工清預付款、發(fā)

47、票。付款采用自動付款方式，在現(xiàn)金管理中描述。付款入帳后，將產(chǎn)生的 付款通知單用傳真發(fā)送給對方。3. 8. 2. 1.處理流程3. 8. 2. 2.功能說明“預付款付發(fā)票”：用對受款方預付款抵消應付款。3. 8. 2. 3.作業(yè)功能組織示意圖3. 8. 2. 4.關鍵數(shù)據(jù)受款方編號，公司代碼4 .報表需求供應商、受款方余額表預付款報表帳齡分析表供應商、受款方余額明細表5 .未來可能的改進B級功能付款通知自動傳真發(fā)送C級功能供應商催款供應商付款請求. 固定資產(chǎn)管理1. 綜述AA 模塊即 Asset Accounting， 在 SAP R/3 中用于管理固定資產(chǎn)。 與其它的模塊一樣， AA 模塊也具

48、有很好的集成性。它把邏輯上相關的事物聯(lián)系在一起，集成處理，從而將取代目前手工輸入總帳的操作方式，重復工作和多余數(shù)據(jù)被取消，規(guī)程被優(yōu)化。未來系統(tǒng)的固定資產(chǎn)管理將包括在建工程、有形資產(chǎn)、無形資產(chǎn)和低值易耗，對下述的業(yè)務將有較強的支持：資產(chǎn)類別建立資產(chǎn)卡片建立在建工程結轉資產(chǎn)購置資產(chǎn)轉移資產(chǎn)計提折舊固定資產(chǎn)清理固定資產(chǎn)盤點資產(chǎn)租賃2. 與其它模塊的集成固定資產(chǎn)管理與總帳、應收、應付、采購和成本會計集成。3. 主要業(yè)務流程3. 1. 資產(chǎn)類別建立3. 1. 1. 現(xiàn)狀及需求綜述目前有形資產(chǎn)共分五類：房屋及建筑；運輸設備；電腦設備；機器設 備和其他設備。3. 1. 2. 解決方案資產(chǎn)類別的建立十分重要，

49、它是資產(chǎn)明細帳與總帳以及費用核算明細帳連接的紐帶。未來系統(tǒng)將不僅對有形資產(chǎn)而且還將對無形資產(chǎn)、在建工程和低值易耗根據(jù)需要分別建立若干個資產(chǎn)類別。資產(chǎn)類別的建立將由集團總部會計統(tǒng)一定義。3. 2. 2. 3.作業(yè)功能組織示意圖：3. 1. 2. 2.功能說明：建立新資產(chǎn)類別:由會計決定類別編號范圍、折舊方式、折 舊年 限、科目分配等屬性。3.1. 2. 3.作業(yè)功能組織示意圖集團總部3. 1. 2. 4.關鍵數(shù)據(jù)編碼范圍、折舊方式、科目分配3. 2.資產(chǎn)卡片建立3. 2. 1.現(xiàn)狀及需求描述目前有兩類資產(chǎn)卡片：一類是固定資產(chǎn)卡，主要用于固定資產(chǎn)管理； 另一類是列管資產(chǎn)卡，主要用于低值易耗品管理。

50、兩類卡片內容完全 一樣，均一式兩聯(lián)，使用部門和管理部門各一聯(lián)。3. 2. 2.解決方案未來系統(tǒng)資產(chǎn)卡片中除金額和購置日期以外的信息輸入將由管理 部來完成。金額將由會計記帳時輸入。資產(chǎn)編號由系統(tǒng)內部給定, 且不同公司的資產(chǎn)編號的范圍可不同。3. 2. 2. 1.業(yè)務流程3. 2. 2. 2.功能描述建立資產(chǎn)中數(shù)據(jù):主要輸入資產(chǎn)的名稱、使用年限、成本中心、位 置等信息，資產(chǎn)的購置日期和資產(chǎn)的金額由會計記帳時輸入。 對于特別列管的資產(chǎn)（如海關監(jiān)管設備），將在實施過程中挑 選備用字段存放與特別列管有關的數(shù)據(jù)，這類數(shù)據(jù)只能作為信 息顯示。公司：法定實體成本中心：費用歸集單位3. 2. 2. 4.關鍵數(shù)據(jù)

51、資產(chǎn)類別、折舊年限、成本中心、開始折舊日期、折舊方式3. 3.在建工程結轉3. 3. 1.現(xiàn)狀及需求綜述在建工程結轉固定資產(chǎn)，大多數(shù)公司采用轉移方式，只有個別公司采 用結算方式。3. 3. 2. 解決方案3. 3. 2. 1.業(yè)務流程3. 3. 2. 2.功能描述在建工程結轉固定資產(chǎn)提供兩種方式： 一種是轉移方式；一種是結 算方式。創(chuàng)建固定資產(chǎn)主數(shù)據(jù):亦即建立固定資產(chǎn)管制卡 清理未清的預付款:用收到的發(fā)票和預付款進行清帳 創(chuàng)建結算規(guī)則:定義結算的百分比、接收者等等。3. 3. 2. 3.作業(yè)功能組織示意圖公司：法定實體3. 3. 2. 4.關鍵數(shù)據(jù)資產(chǎn)主數(shù)據(jù)、結算規(guī)則、資產(chǎn)類別主數(shù)據(jù)、處理類型

52、3. 5. 2. 解決方案3.4. 1.現(xiàn)狀及需求描述目前購置的固定資產(chǎn)驗收后即投入使用，而會計部門卻只有當部門請 款時才入帳，由于使用部門延遲請款，經(jīng)常造成帳實不符。3. 4. 2.解決方案建議頂新集團建立一個完整的有關固定資產(chǎn)驗收、請款的規(guī)章制度。3. 4. 2.1.業(yè)務處理流程3. 4. 2. 2.功能說明固定資產(chǎn)入帳A:固定資產(chǎn)一中間過渡科目（GR/IR）問 記帳， 記帳時必須填入訂單號。記發(fā)票:供應商（應付款）中間過渡科目（GR/IR）問記帳，記 帳時必須填入訂單號。GR/IR科目的清理，依據(jù)定單號來處理。集成記帳:固定資產(chǎn)和供應商（應付款）記帳同時完成。固定資產(chǎn)入帳B：在CO （C

53、ontrolling）中內部訂單結轉時入固定資 產(chǎn)帳。3. 4. 2. 3.作業(yè)功能組織示意圖公司：法定實體成本中心：費用歸集單位3. 4. 2. 4.關鍵數(shù)據(jù)供應商、資產(chǎn)、采購訂單號、處理類型3. 5.固定資產(chǎn)的轉移3. 5. 1. 現(xiàn)狀及需求綜述目前固定資產(chǎn)在部門間轉移時，填制固定資產(chǎn)轉移單，以此修改固定 資產(chǎn)清冊和固定資產(chǎn)明細帳。3. 5. 2. 1.業(yè)務流程3. 5. 2. 2.功能描述確認兩個資產(chǎn)的折舊方式一致性： 是指被轉移資產(chǎn)的折舊區(qū)域，折 舊計算等必須在接收資產(chǎn)中有同樣的管理。在建工程結轉固定資產(chǎn)：詳見3. 5. 2. 3.作業(yè)功能組織示意圖公司：法定實體成本中心：費用歸集單位3. 5. 2. 4.關鍵數(shù)據(jù)資產(chǎn)主數(shù)據(jù)、處理類型、成本中心3. 6.資產(chǎn)計提折舊3. 6. 1. 現(xiàn)狀及需求綜述目前有形資產(chǎn)共分五大類，采用線性折舊方式。每月底計提一次折舊。3. 6. 2.解決方案3. 6. 2. 1.業(yè)務流程3. 6. 2. 2.功能描述計提折舊:這是系統(tǒng)提供的標準程序，用戶只需填入適當?shù)膮?shù)即 可。它采用批處理方式一次完成所有資產(chǎn)的折舊計提。3. 6. 2. 3.作業(yè)功能組織示意圖公司：法定實體成本中心：費用歸集單位3. 6. 2. 4.關鍵數(shù)據(jù)：