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

第一部分緒論 6 三.未來系統(tǒng)的運作框架 7四.流程圖圖例 9第二部分財務會計 9一.總帳系統(tǒng) 91.綜述 9 3.主要業(yè)務流程 9計科目表建立 9票錄入及入帳處理 9末處理 94.報表需求 95.未來可能改進 9二.應收帳 91.綜述 9 3.主要業(yè)務流程 9戶，員工主數據建立 9工差旅費預支 9工差旅費報銷 9工差旅費報銷催單及凍結處理流程 9工明細帳帳齡分析處理流程 9收款處理 9票處理 9款處理 9戶催款及凍結處理流程 9客戶明細帳帳齡分析處理流程 94.報表需求 95.未來可能的改進 9三.應付帳 91.綜述 9 3.主要業(yè)務流程 9應商類主數據建立 9付款處理 9保的處理 9票處理 9留尾數處理 9款處理 9生其它付款的處理 9它付款的付款處理 94.報表需求 95.未來可能的改進 9四.固定資產管理 91.綜述 9 3.主要業(yè)務流程 9產類別建立 9產卡片建立 9建工程結轉 9產購置 9定資產的轉移 9產計提折舊 9定資產清理 9產盤點 9產租賃 94.產生的報表 95.未來可能的改進 9 OOKMARKNOTDEFINED1.綜述 Error!Bookmarknotdefined. rrorBookmarknotdefined3.主要業(yè)務流程..................................................................................Error!Bookmarknotdefined..................................................Error!Bookmarknotdefined........................................................Error!Bookmarknotdefined...........................................................Error!Bookmarknotdefined. fined4.主要報表 Error!Bookmarknotdefined.5.未來改善的可能 Error!Bookmarknotdefined.六.資金管理 91.綜述 9 3.資金管理主要業(yè)務流程 9動付款處理 9到支票處理 9出支票處理 9行未達帳處理 9收匯票處理 9付匯票處理 9信用證的支持 9金狀態(tài)及流量分析 9 利息計算 94.產生的報表 95.進一步改善的可能 9七.成本會計－費用管理 91.綜述 9 3.費用管理主要業(yè)務流程 9狀和需求綜述 9決方案 94.產生的報表 95.進一步改善的可能 9八.成本會計－獲利性分析 91.綜述 9 業(yè)務流程 9狀和需求綜述 9決方案 94.產生的報表 95.進一步改善的可能 9第三部分供應鏈 9一.庫存 91.現狀及需求綜述 9 2.未來系統(tǒng)解決方案 9.綜述 9.與其它模塊的關系 9.收貨 9.發(fā)貨 9.轉儲 9.預定 9.盤點 9.報表需求 9.未來可能的改進 9二.采購 91.現狀及需求綜述 9 2.未來系統(tǒng)解決方案 9.綜述 9.與其它模塊的集成 9.采購申請及分配處理流程 9.采購訂單的處理 9.供應商評估和管理 9.采購訂單的收貨處理 9.發(fā)票校驗 9.報表需求 9.未來可能的改進 9三.生產管理 91.綜述 9 3.生產管理主要業(yè)務流程 9產量預估處理 9求管理 9料需求計劃 9力平衡 9產排程 9 產確認及入庫處理 94.報表處理 95.進一步改善的可能 9四.成本會計－產品成本管理 91.綜述 9 準成本的制訂和修訂 9際成本的核算和分析 9異處理 94.產生的報表 95.進一步改善的可能 9 .接口的整體架構 9.訂單出貨和發(fā)票開立作業(yè) 9.繳款作業(yè) 9.公司內成品調撥 9.從關系企業(yè)調入成品 9.向關系企業(yè)調出小料和精料 9.退貨作業(yè) 9.換貨作業(yè) 9.盤點作業(yè)和庫存流轉 90.制面廠成品庫生產入庫及其它 91.運費結算 92.清戶退款 9數據定義 9織機構 9關鍵數據...................................................................................................................................................9一.M2專案綜述M最終目的是在每月的第二天完成享并由各級公司、總公司分折匯總。二.需求分析及未來系統(tǒng)設計的出發(fā)點以頂新集團的企業(yè)規(guī)模以及其業(yè)務的多樣化而言，M2專案的實施應該是階第一階段的主要目標應該是：以XX集團公司為樣板，實施一個整合的企業(yè)管理系統(tǒng)，支持供應鏈上的操作及財務會計和管理會計統(tǒng)計和監(jiān)控。在設計樣板過程中，充分考慮到其它事業(yè)群生產經營模式的特殊性，保留樣板的靈活性，以便將來推廣。統(tǒng)一集團內各公司的會計科目，規(guī)范財務會計的業(yè)務流程。在所覆蓋的范圍內為各子公司實施一個強有力的財務系統(tǒng)，以基本解決集團報表合并的問題。針對M2專案的目標，依據整體項目實施的計劃，SAP項目小組在完成專案設計組，M2專案應用組的大力支持和協助下，在預定時間內完成了需求分析及對未來系統(tǒng)的初步設計。后續(xù)章節(jié)中對需求的描述及未來系統(tǒng)解決方案的建議，基本上按企業(yè)的職能及系統(tǒng)的應用模塊劃分。財會方面的需求分別考慮了以XX集團為代表的子公司財務處理，以方便面為代表的事業(yè)群經營分析，以及總公司的財會處理和合并業(yè)務，在供應鏈方面的需求則基本上，以XX集團的方便面產、供、銷模式為主，并在討論中參考了其它事業(yè)群的一些特性。三.未來系統(tǒng)的運作框架示FIFI-LC·¨?¨o?2￠R/3′R/3FI-AAMMSDPPCO?ò?￥ò?FI-AAMMSDPPCOFIFI-GLSAPAGFilenameDate/1全采用了R/3系統(tǒng)之后，總體系統(tǒng)的接口將簡單化甚至單一化。作為第一個樣板公司，XX集團將啟用的不僅是財務系統(tǒng)，而且包含了供應RXX統(tǒng)對其物資流的支持如下圖所示：??é±ú÷è±????????é±ú÷è±??????á??ilenameate/1Ud正1o1o1o1o éú2úxêArSAPAG éú2úxêAr在系統(tǒng)的內部，其數據資料的流動基本上如下圖所示：SDFI-LCFI-AR FI-GL FI-AP CO-CCACO-PAMMPMPPQMAM-AACO-PC1SAPAGFD這種模式將逐步地推廣到各事業(yè)群、各子公司。決人事薪資，差旅報銷與財務系統(tǒng)的接口。APR ???¨? ???¨??μμê?1¤′|àí×é?ˉ銷模塊(SD)取代現行的營管系統(tǒng)，以最終達到完全的整合性。財務會計四.流程圖圖例′￠′?êy?Y?áê??áê?á÷3ìOROR?ùá??óμ?′|àíóDò???íê3é?í?éò??ìD?ê?ê?1¤ê?è??ú′|àíAND?ùá??óμ?′|àí??íê3é2??éò??éò??ìD?ò?(?à)???à1??μXOR ?ùá??óμ?′|àíóD?ò??óDò???íê3é?éò??ìD?一.總帳系統(tǒng)1.綜述財務組織機構定義：業(yè)務范圍：將一個產品或一類產品定義為一個業(yè)務范圍，各個業(yè)務范圍可以產生自己的利潤表，以供管理層使用。財務基礎數據：會計年度：國際集團采用日歷年度。傳票類型：未來的系統(tǒng)按照業(yè)務性質詳細劃分傳票類型。傳票編號：按年、傳票類型及傳票錄入日期進行自動編號。國際集團要家通過財政部的評審，所以對外部審計而言，不存在任何問題，對內部幣種及匯率：由集團總部負責幣種代碼定義和匯率表的維護，各分公司使用總部維護的匯率。權限控制：在原型測試階段，將按照國際集團要求定義各種權限。未來的總帳系統(tǒng)包括會計科目定義，傳票錄入，外幣評估，暫估處理，科目余額重組，科目余額結轉，報表處理。未來的總帳系統(tǒng)與其他子系統(tǒng)是緊密集成的，許多數據由業(yè)務發(fā)生子系統(tǒng)寫入總帳系統(tǒng)，無需手工重復錄入數據，無需會計做審核(除供應商發(fā)票)，提高帳務處理速度。未來的總帳系統(tǒng)有一系列功能加速期末結帳，如外幣自動評估，暫估自動處理等。外幣評估將采用期末評估，期初沖回方式。處理。關系企業(yè)往來走應收、應付流程，所以，關系企業(yè)往來的帳務處理在應收、應付中描述。2.與其它模塊的集成總帳子系統(tǒng)與應收，應付，固定資產，庫存，采購，銷售，成本會計，資金管理有實時數據交換。3.主要業(yè)務流程會計科目表建立現狀及需求綜述?，F有會計科目編碼是不等長的，會給傳票錄入帶來不便?？蛻?、決方案建議國際集團采用統(tǒng)一會計科目表，由總部會計部確定會計科目各會計科目的性質。各分公司根據需要，選擇有關科目使用。分類帳余額統(tǒng)一，分類帳控制。建議國際集團采用等長會計科目編碼，以方便帳務處理。建議國際集團將客戶、供應商、員工管理放在應收/應付子系統(tǒng)?×ü2??????±í±à???-?ò???¤?¨á￠D??á??????μ?1?????êy?Y?×ü2??????±í±à???-?ò???¤?¨á￠D??á??????μ?1?????êy?Y中管理，客戶、供應商、員工的編號不再作為會計科目一部分。維護會計科目公司級數據。建議國際集團總部成立專門職能小組負責這項工作，各分公司建立相應職能小組。3.1.2.1建立新科目流程.D?????Dè?óD?????Dè?óD?????μ?Dè?ó?????±í?????¨ê?·??¨á￠D????????¤D??á??????¤D??á??????μ??ˉí???êy?Y??±??????±í?????±í.2.2.功能說明。司級數據，包括貨幣、明細項索引、自動過帳標志。.2.3.流程組織結構定義公司：法定財務實體1.2.4.關鍵數據公司代碼傳票錄入及入帳處理現狀及需求工導入總帳。大量手工收付款處理，導致工作量大。決方案僅僅小額零星現金收付款在總帳系統(tǒng)內處理。.2.1.傳票錄入及入帳流程a理′??±?¤??′|àí′??±?¤??′|àí?°???μí3òμ??′|àí?°???μí3òμ??′|àí???¤o?·¨D??á??′??±?á??′??±Dèòaéóo?·??ê??¤??′??±ê?è?′??±?¤??′??±DT???¤??′??±?¤??′??±è?DT???¤??′??±′??±??μμ?á??????′??±??μμ?á??????b)小額現金付款處理????¤?2??? ?-ê????¤?í??2???3??é3??é? DT??¤?? ?′??±????¤?2??? ?-ê????¤?í??2???3??é3??é? DT??¤?? ?′??±?? ??????¤é?-ê?¤o?·¨D? ????μ????¤??μ￥ ???cμ￥?Y ?·?o?·¨ê????¤??′??±è??ê?DT??¤??′??±ááμ￥?Y ?·?o?·¨ê????¤??′??±è??ê?DT??¤??′??±áá?í????í????2??2????ì??ì?éo?·¨D? ?í????ê?2??2???ò?ê???μ??-ê????¤??μ￥3??éê?è??¤??3??é′??±??éóo??¤????′??±ê?éóo?í¨1yê?????′??±???t?á??????′??.2.2.功能說明入帳。例如：倉庫發(fā)料時，僅須在庫存管理系統(tǒng)錄入發(fā)料數據，系統(tǒng)根據發(fā)料數據，材料價格，自動生成會計憑證，并入帳。制日期、入帳日期、借貸科目、借貸金額、后續(xù)帳配如輸入成本中心，業(yè)務范圍。并且檢查公司代碼成本中心、業(yè)務范圍是否存在。系統(tǒng)將更改科目余額及其它文件，自動分配傳票編號，存入傳票文件。不入帳。這類傳票稱為預制傳票。正式傳票。段打印出預制傳票，在SAPR/3系統(tǒng)外審核，通過后，人將預制傳票入帳，或者編制手工傳票，多級審核用”Workflow”方法，在系統(tǒng)內進行多級審核。.2.3.作業(yè)功能組織示意公司：法定財務實體類產品定義為一個業(yè)務范圍，各個業(yè)務范圍可以產生自己的利潤表，以供管理層使用。費用的責任單元2.2.4.關鍵數據計期間，會計科目，傳票類型，幣種，公司代碼，業(yè)心.期末處理處理現狀及需求綜述案目標的實現，必須加快結帳速度。決方案量為áêU為áêU估處理等功能，加快期末結帳。.2.1.處理流程T?T?oêp\oUbbT?oêp\OàTtT?oêp\l足Alia±ol足Alia±o足à1à ·i ·i 為á〉al足Al.2.2.功能說明外幣存款，外幣現金評估。幣評估。指定調整到負債方統(tǒng)馭科目，下個期初系統(tǒng)自動沖回。4.報表需求未來的總帳系統(tǒng)可以提供下列報表：資產負債表損益表財務費用明細表營業(yè)外收支明細表增值稅申報表科目余額表傳票明細匯總表每日日計表及每日傳票編號5.未來可能改進B級功能工作流(Workflow)功能第二階段將引入工作流功能，以解決系統(tǒng)內傳票多級審核的問題?？颇坑媱澏?應收帳1.綜述對帳單處理。未來的應收帳處理將考慮與國際集團營管系統(tǒng)的集成，預收款處理，發(fā)票處理，繳款處理將通過批處理程序由營管系統(tǒng)錄入SAPR/3系統(tǒng)。在SAPR/3系統(tǒng)內進行銷售處理，將按正常的應收帳處理流程進行。在人力資源子系統(tǒng)未實施前，員工差旅費放在應收帳子系統(tǒng)處理，利用應收帳客戶管理功能，帳齡分析，催款功能，清款功能對員工差旅費實施嚴格管理。與之相對應，為員工建立編號及有關數據。未來的系統(tǒng)中，其他應收款走應收帳流程，與之相對應，財務部門替其他應收款的欠款方建立編號及有關數據。來的系統(tǒng)中，通過SAPR/3的特別總帳處理來區(qū)別關系企業(yè)的應收貨款、應收設備款、應收融資款。票管理將在現金管理部分描述。應收帳子系統(tǒng)與銷售，總帳，資金管理，盈利分析有數據交換。3.主要業(yè)務流程客戶、員工、欠款方主數據建立現狀及需求據管理，客戶作為二級科目，編入會計科目。員工編號作為二級科目，編入會計科目,整個帳務系統(tǒng)沒有員工數據管理。決方案管控制有關數據。事部門負責員工編號，財務部門負責帳務有關數據。財務部門負責決定其它應收款的欠款方的編號及帳務數據。建議有關部門設置專門小組/專人負責客戶、員工、欠款方主數據建立。 ????ó|ê???2??????¨?±1¤±ào??°óD1?êy?Y2??????¨?·??·?±ào??°óD1?êy?Y??°Y ????ó|ê???2??????¨?±1¤±ào??°óD1?êy?Y2??????¨?·??·?±ào??°óD1?êy?Y??°Y3.1.2.1建立主數據流程.?÷2???á?á????¨?í?§???¨?í?§?ê??????êy?YY?¨á￠?÷êy?Y.2.2.功能描述，統(tǒng)馭科目，付款條件，信貸限額等數據。納入營統(tǒng)管理的客戶，付款條件，信貸限額在營管系統(tǒng)內輸入。人事部員工編號表，決定出差員工編號，以及員工組，統(tǒng)馭科目，借款限額等員工個人數據。立客戶，員工，欠款方帳務數據，以方便管理和控制。2.3.作業(yè)功能組織示意圖1.2.4.關鍵數據公司代碼，統(tǒng)馭科目2.員工差旅費預支現狀與需求綜述用并且利用《沖銷對照表》列印帳上有余額的會計科目。決方案計部門輸入員工出差付款請求，審核通過后，批準出差付款請求。運行自動付款程序，對員工支付預支差旅費。 3?2??±1¤ ?á?? 3?2??±1¤ 3?2??±1¤ ?á?? 3?2??±1¤ ?á???á??.2.1.預支差旅費處理流程ò?í?òa?¤?§2???·?éê??μ￥ ê?è????????ó?á???ó?ú×????????ó×??ˉ????×??ˉ????.2.2.功能說明簽名是否合法。áìμ?ò?????￡¨??-ê????¤￡? ±¨?ú??μ￥¤?§2???·?áìμ?ò?????￡¨??-ê????¤￡? ±¨?ú??μ￥¤?§2???·?éê??±í?′ó??t￡? ??ˉê?????款請求僅是一張請款單據，并不產生任何帳務處理?！芭鷾矢犊钫埱蟆保和飧犊?。2.3.作業(yè)功能組織示意圖2.2.4.關鍵數據公司代碼，員工編號，幣種3.員工差旅費報銷現狀與需求綜述參見2.3.2.1決方案在帳上，由自動收付款程序進行收付款處理。3.2.1.員工差旅費報銷處理流程3?2??±1¤3?2??±1¤???±¨?ú??μ￥ 3?2??±1¤ê??±1¤?÷???ê??????±1¤?÷???ê.2.2.功能說明始憑證是否齊全，是否有效，報銷金額是否正確。制差旅費與費用的差額，掛在帳上。2.3.作業(yè)功能組織示意圖3.2.4.關鍵數據.員工差旅費報銷催單及凍結處理流程現狀與需求綜述沒有電腦化的催單、凍結處理。決方案處理。 ?í??óD1??±1¤ ?í??óD1??±1¤.2.1.處理流程?μí3??DD′???3ìDò±¨?ú′?μ￥ò??3?áμò??3?áμ??±1¤??μ￥.2.2.功能說明2.3.作業(yè)功能結構示意圖4.2.4.關鍵數據.員工明細帳帳齡分析處理流程現狀與需求綜述決方案期。??bboêAa??bboêAa.2.1.處理流程tiooêAa·?to.2.2.功能說明的預支差旅費帳齡清單。2.3.作業(yè)功能結構示意圖5.2.4.關鍵數據.預收款處理現狀及需求分析統(tǒng)內處理，通過接口程序導入總帳系統(tǒng)。預收款按部門歸集。決方案欠款方掛鉤。對不納入營管系統(tǒng)的銷售，預收款處理在SAPR/3中處理。兒ìnéèo?劉ê承·iOb,í 兒ìnéèo?劉ê承·iOb,í ?江êolt足6T-Aú?江êolt,《足±li》冬·?ààoêi3?桂l足Alèo?劉.2.1.處理流程 為áê為áêU???′??¤ê??????ó??′í¨1y?¤ê???×??ˉê???2???éóo??¤ê??? ???ó???′??¤ê??????ó??′í¨1y?¤ê???×??ˉê???2???éóo??¤ê??? ???ó2?í¨1yóa1ü?μí3μ??¤ê???′|àí???ó éóo?í¨1y?3?á?¤ê???3?á?¤ê??????óéê??2????¤ê????á???????¤ê????á??????.2.2.功能說明管系統(tǒng)導入SAPR/3應收帳系統(tǒng)。質，分送不同部門解決。款。2.3.作業(yè)功能組織示意圖6.2.4.關鍵數據公司代碼，客戶代碼，欠款方編號，會計期間，幣種?úê?×ó?μí3·￠?±′|àí?úê?·￠?±éú3é?úê?×ó?μí3·￠?±?°?üè??úê?×ó?μí3·￠?±′|àí?úê?·￠?±éú3é?úê?×ó?μí3·￠?±?°?üè? 7.發(fā)票處理現狀及需求分析系企業(yè)間的銷售，發(fā)票由手工輸入帳務系統(tǒng)。零星發(fā)票(包括總部費用分攤)由手工輸入帳務系統(tǒng)。決方案通過營管系統(tǒng)的銷售，發(fā)票由營管系統(tǒng)通過批輸入程序導入SAPR/3系統(tǒng)。關系企業(yè)間銷售及未納入營管系統(tǒng)的銷售，在SAP銷售子系統(tǒng)處理，銷售發(fā)票由銷售子系統(tǒng)導入應收帳子系系統(tǒng)。，更改銷售收入：借：甲產品銷售收入收入.2.1.處理流程óa1ü?μí3è??ê?í?§?′??±???tè????÷??í?§?′??±???tè????÷??ê?ì?éè???ì?éè??? ?°?ü2?????áê? è?oêiè?oêi收款手工輸入處理 .2.2.功能說明管系統(tǒng)的銷售發(fā)票導入SAPR/3的銷售子系統(tǒng)，2.3.作業(yè)功能組織示意圖7.2.4.關鍵數據.收款處理現狀及需求分析與實際達帳日不一致。決方案為了解決繳款入帳日與實際達帳日不一致，設置在途資金科目，系統(tǒng)中將繳款從在途資金科目轉入銀行存款科目。通過營管系統(tǒng)的繳款，用批輸入程序將繳款導入應收帳子系統(tǒng)。然后通過清款程序清客戶發(fā)票與繳款，預繳款?，F金管理中描述。自動付款將覆蓋應收帳款和其它應收款。Aúêaè?為élt?。AUè?ê承·iOb,Aúêaè?為élt?。AUè?ê承·iOb,í .2.1.處理流程ttAppnèo?劉 ·i2.2.作業(yè)功能結構示意圖8.2.3.關鍵數據方編號，付款條件客戶、欠款方催款及凍結處理流程現狀與需求綜述沒有電腦化的催單及凍結處理。決方案戶、欠款方明細帳凍結標志由手工處理。??DD′???3ìDòò??3?áμ??í?§??DD′???3ìDòò??3?áμ??í?§?í??óD1?§/?·??·?.2.1.處理流程??μí3êé.2.2.功能說明催款通知書，并按催款等級自動凍結客戶、欠款方明細帳。2.3.作業(yè)功能結構示意圖9.2.4.關鍵數據方編號，付款條件.客戶、欠款方明細帳帳齡分析處理流程現狀及需求綜述欠款期。解決方案情況。??DD?êá???DD?êá?0.2.1.處理流程22???·??·??ê??·?????μ￥0.2.2.功能說明“運行帳齡分析程序”：定期運行帳齡分析程序，得到客戶、欠款方明細帳帳齡表。.2.3.作業(yè)功能結構示意圖10.2.4.關鍵數據方編號4.報表需求客戶、員工、欠款方余額表客戶、員工、欠款方帳齡分析表應收帳與營管系統(tǒng)客戶帳款余額調節(jié)表(頂新要求增加)5.未來可能的改進一旦HR系統(tǒng)實施后，員工差旅費管理將得到進一步加強?？梢杂行Х奖愕乜刂茊T工借款，報銷期限，可以方便地和費用管理整合起來。?￥ò?(BVI)2é1o??μ￥?é??￥2é1o?￥ò?(BVI)2é1o??μ￥?é??￥2é1o×ó1???三.應付帳1.綜述有多種采購模式，現描述如下：，發(fā)貨 2é1o??μ￥ 2é1o??μ￥ ·￠?±×ó1???1ú?ú1?ó|éì ????無誤后，向供應商付款。海外采購，發(fā)貨o￡ía1?ó|éì×ó1???×ó1???????o￡ía1?ó|éì?￥ò?(BVI????o￡ía1?ó|éì?±由頂益(BVI)、頂杰(開曼島)向海外供應商下訂單。海外供應商直接向各子公司發(fā)貨，各子公司將驗收單提交頂益(BVI〕、頂杰(開曼島〕、海外供應商開發(fā)票給頂益(BVI)、頂杰(開曼島)，頂益(BVI)、頂杰(開曼島)開發(fā)票給各子公司、各子公司付款給頂益(BVI)、頂杰(開曼島)，頂益(BVI)、頂杰(開曼島)付款給海外供應商。海外采購涉及擔保業(yè)務未來的應付帳子系統(tǒng)將包括供應商主數據定義，預付款請求處理，預付款處理，發(fā)票處理，發(fā)票清預付款，手工付款處理，自動付款處理，對帳單處理。未來的應付帳子系統(tǒng)與其它子系統(tǒng)是緊密集成的，與采購有關的供應商發(fā)票由采購模塊導入應付帳子系統(tǒng)。未來的業(yè)務處理，對于海外采購，將把海外公司作為國內各采購公司的供應商，把海外供應商作為海外公司的供應商，都走應付帳流程。將頂新工程看作普通供應商，走關系企業(yè)往來交易程序，頂新專案中解決，不列入本報告。在未來作業(yè)處理中，與采購作業(yè)無關的非備用金付款都將走應付帳會部替各受款方建立主數據。應付帳系統(tǒng)內，所有付款都采用自動付款處理。未來的系統(tǒng)中，通過SAPR/3的特別總帳處理來區(qū)別關系企業(yè)的應付貨款、應付設備款、應付融資款。未來的系統(tǒng)中，在途和暫估會計作業(yè)月末由系統(tǒng)自動評估，下月初系統(tǒng)自動沖回。票管理將在現金管理部分描述。應付款在系統(tǒng)與采購，總帳，資金管理有數據交換。3.主要業(yè)務流程供應商類主數據建立現狀與需求綜述作為一個二級分類帳，編入會計科目。有建立供應商主數據。決方案有關數據。維護。???¨1?ó|éì?ê?§????êy?Y2???1?ó|éìμ??ê?§????êy?Y±í????êy?Y???¨êü?????¨1?ó|éì?ê?§????êy?Y2???1?ó|éìμ??ê?§????êy?Y±í????êy?Y???¨êü??·?±ào??°?ê??êy?Y.2.1.處理流程D???1?ó|éì??μ￥DD???êü??·???μ￥22???1?ó|éì?÷êy?Y???t1?ó|éì?÷êy?Y???têy?Y???t.2.2.功能說明款條件，銀行帳號等數據。2.3.作業(yè)功能組織示意圖1.2.4.關鍵數據公司代碼，統(tǒng)馭科目。.預付款處理現狀及需求綜述關的預付款與采購訂單掛鉤。決方案?? ?¤?????? ?¤????與發(fā)票間清帳。預付款請求部門輸入預付款請求，由財務部門審核預付款請求，理。.2.1.處理流程 y??′??¤??????′??¤??????ˉ????2?????ˉ????2????¤?????¤?????¤?????á??????2.帳務處理，維護預付款請求就是將預付款請求輸入系統(tǒng)?！跋逻_預付款請求”：批準預付款請求，使它能被后續(xù)處理，如付款等。續(xù)處理，如付款等。?á?? 2???2???μ￡±￡꧰üí¨?aμ￥?á?? 2???2???μ￡±￡꧰üí¨?aμ￥擔保的處理現狀及需求綜述集團總部帳務處理有擔保的業(yè)務。決方案.2.1.處理流程2???μ￡±￡D-òé2???éóéóo?μ￡±￡o?·¨2???ê?è?μ￡±￡μ￥?á??1òè?1?ó|éì/êü??·???÷??ê?μ￡±￡D-òéμ￡±￡D-òéê§D§í¨?aμ￥ ???ü?ê???D?1μ￡±￡μ￥ ???ü?ê??.2.2.功能說明“掛入供應商/受款方明細帳”：將擔保單作為一種特別業(yè)務并無后續(xù)收付款處理。2.3.作業(yè)功能組織示意圖3.2.4.關鍵數據號，受款方編號，公司代碼4.發(fā)票處理現狀及需求綜述計審核后，將請款單連同發(fā)票送至會計部門，會計部門審核后，考慮。決方案付款期)存放在發(fā)票上。財務部門運行自動付款程序，完成付款處理，自動付款程序將考慮折扣，決定建議付款額。.2.1.處理流程?á??·￠?±?3?á1?ó|éì￠?±??μ￥??′?1?ó|éì?á??·￠?±?3?á1?ó|éì￠?±??μ￥??′?1?ó|éì?T2é1o??μ￥·￠?±′|àí1?ó|éì1?ó|éì1?ó|éì·￠?±1?ó|éì·￠?±1?ó|éì1?ó|éì2é1o·￠?±2é1o·￠?±ê?è?1?ó|éì?á??·￠?±?á??·￠?±éóo?íéóo?í¨1y?á??·￠?á??·￠?±1?ó|éì?±???t1?ó|éì?1?ó|éì?±???t1?ó|éì??÷??ê.2.2.功能說明暫存于系統(tǒng)，并不產生任何帳務處理?！皩徍斯贪l(fā)票”：采購訂單訂單發(fā)票的處理：匹配采購訂單，收貨記錄，供應商發(fā)票，以決定供應商發(fā)票是否正確。對無采購訂單訂單發(fā)票的處理：審核發(fā)票及有關單據，以決定供應商發(fā)票是否正確?！跋逻_供應商發(fā)票”：批準審核通過發(fā)票，產生帳務處理。2.3.作業(yè)功能組織示意圖4.2.4.關鍵數據公司代碼，供應商編號，統(tǒng)馭科目，會計期間×?oó?ì?éμ￥ 3y?2êy?3?á±ê??2é1o?á??×?oó?ì?éμ￥ 3y?2êy?3?á±ê??2é1o?á??保留尾數處理現狀及需求綜述尾款，待后續(xù)進一步檢驗后，按情況決定是否付尾數。決方案付款。結處理，例如：一筆壹萬元采購，該合同有10%尾數，輸入發(fā)票時作如下分錄：應付帳9000應付帳1000(凍結).2.1.處理流程保留尾數的后續(xù)處理流程：?ê?ìa′|àí ×??ˉ????????????????á? ¤??????????????????á? ¤??????付款處理現狀及需求綜述采用手工付款方法，海外采用自動付款。付款方式有：支票，現金，匯票，信用證，電匯，銀行承兌匯票。決方法采購部門及帳務部門輸入發(fā)票時，在備注中注明清那筆預付款，查詢預付款資料。產生的付款通知單用傳真發(fā)送給對方。信用證存款，銀行本票等將通過專設科目管理。.2.1.處理流程óD?óD?¤????μ???÷??ê?××??ˉ????.2.2.功能說明“預付款清發(fā)票”：用對供應商預付款抵消應付款。2.3.作業(yè)功能組織示意圖6.2.4.關鍵數據號，公司代碼產生其它付款的處理現狀及需求分析管理的需求。決方案程，用SAPR/3應付款各種處理功能處理其它付款。???í??2???????????¤??′??è??ê±???í??2???????????¤??′??è??ê±???üó|????¤???¤o?·¨D? êê?è??¤??′??±éóo??¤???±òaéóo?òa?DT?DT??¤?′??±面?????? ¤???????????? ¤??????.2.3.業(yè)務功能組織示意圖7.2.4.關鍵數據會計期間其它付款的付款處理現狀及需求綜述采用手工付款方法，海外采用自動付款。付款方式有：支票，現金，匯票，信用證，電匯，銀行承兌匯票。決方法核發(fā)票時，以此手工清預付款、發(fā)票。產生的付款通知單用傳真發(fā)送給對方。.2.1.處理流程¤????μ??÷??ê?××??ˉ???t???t??át.2.2.功能說明“預付款清發(fā)票”：用對受款方預付款抵消應付款。2.3.作業(yè)功能組織示意圖8.2.4.關鍵數據4.報表需求供應商、受款方余額表預付款報表帳齡分析表供應商、受款方余額明細表5.未來可能的改進B級功能付款通知自動傳真發(fā)送供應商催款供應商付款請求四.固定資產管理1.綜述SAPR的模塊一樣，AA模塊也具有很好的集成性。它把邏輯上相關的事物聯系在一起，集成處理，從而將取代目前手工輸入總帳的操作方式，重復工作和多余數據被取消，規(guī)程被優(yōu)化。未來系統(tǒng)的固定資產管理將包括在建工程、有形資產、無形資產和低值易耗，對下述的業(yè)務將有較強的支持：資產類別建立資產卡片建立在建工程結轉資產購置資產轉移資產計提折舊資產租賃固定資產管理與總帳、應收、應付、采購和成本會計集成。3.主要業(yè)務流程1.資產類別建立現狀及需求綜述器設備和其他設備。決方案資產、在建工程和低值易耗根據需要分別建立若干個資產類別。資產類別的建立將由集團總部會計統(tǒng)一定義?！哩?úμ?±ê×??? ?-òò×ê2úμ?±ê×??? ?-òò1.2.1.業(yè)務流程×ê2úàà±eμ?Dè?ó?¨á￠D?×ê?YYD?×êD?μ?×ê2úμè??3.1.2.2.功能說明：決定類別編號范圍、折舊方式、折科目分配等屬性。2.3.作業(yè)功能組織示意圖部1.2.4.關鍵數據目分配1o??×ê2úò??éê??ìμ?oó·￠×ê2ú??á?ò????aêí×ê2úμèY1üàí21o??×ê2úò??éê??ìμ?oó·￠×ê2ú??á?ò????aêí×ê2úμèY1üàí2? ?¨á￠×ê2ú?÷êy?Y2.資產卡片建立現狀及需求描述內容完全一樣，均一式兩聯，使用部門和管理部門各一聯。決方案未來系統(tǒng)資產卡片中除金額和購置日期以外的信息輸入將統(tǒng)內部給定，且不同公司的資產編號的范圍可不同。2.2.1.業(yè)務流程??ú?¨1¤3ì×ê2ú?á×a1ì?¨N?¨á￠D?Nμ?×ê2ú￡?YY???¨á??e￡???¨á??e￡?NN?¨×ê2úμè??.2.2.功能描述入資產的名稱、使用年限、成本中位置等信息，資產的購置日期和資產的金額由會計記帳時輸入。對于特別列管的資產(如海關監(jiān)管設備)，實施過程中挑選備用字段存放與特別列管有關的數據，這類數據只能作為信息顯示。3.2.2.3.作業(yè)功能組織示意圖：公司：法定實體歸集單位2.2.4.關鍵數據在建工程結轉現狀及需求綜述司采用結算方式。Y,Tlt妥lY?丈,TltY,Tlt妥lY?丈,Tlt決方案3.2.1.業(yè)務流程xaxaè?b?1宏YN N êy劉局 兒承oê 兒承oê足劉?丈.2.2.功能描述種是結算方式。1üàí2?Y??ê2úè?1üàí2??ˉ3é???ê?á??¨×ê2úYì?¨×ê2úY1üàí2?Y??ê2úè?1üàí2??ˉ3é???ê?á??¨×ê2úYì?¨×ê2úY2.3.作業(yè)功能組織示意圖公司：法定實體3.2.4.關鍵數據資產類別主數據、處理類型4.資產購置現狀及需求描述門請款時才入帳，由于使用部門延遲請款，經常造成帳實不符。決方案建議頂新集團建立一個完整的有關固定資產驗收、請款的規(guī)章制度。.2.1.業(yè)務處理流程óó?2é1o??1ì?¨×ê2úμ￥·?ê?1o??3?2é1oDè?óo??μ￥·￠?±???2ú.2.2.功能說明固定資產入帳A：固定資產－中間過渡科目(GR/IR)間記記發(fā)票：供應商(應付款)－中間過渡科目(GR/IR)間記定單號來處理。集成記帳：固定資產和供應商(應付款)記帳同時完成。固定資產入帳B：在CO(Controlling)中內部訂單結轉時入固定資產帳。2.3.作業(yè)功能組織示意圖公司：法定實體歸集單位4.2.4.關鍵數據資產、采購訂單號、處理類型5.固定資產的轉移現狀及需求綜述固定資產清冊和固定資產明細帳。×ê2úμ?ò?2?·?×aò?μ?áíò???×ê2ú2ú1éê?±??ˉ×ê2úμ?ò?2?·?×aò?μ?áíò???×ê2ú2ú1éê?±??ˉò?μ￥1ì?¨×ê2ú×aò?μ￥?÷êy?Yμ??e??決方案5.2.1.業(yè)務流程?ú?ú?¨1¤3ì?ú?ú?¨1¤3ìNN?÷êy?Yè???×a?ê?Y?′?é?ú×?Dè?óYDT??×ê2ú?÷êy?Y2úμ????é·?ê?ò???D?ê.2.2.功能描述域，折舊計算等必須在接收資產中有同樣的管理。產：詳見1.3.3...2.3.作業(yè)功能組織示意圖公司：法定實體歸集單位5.2.4.關鍵數據成本中心??DD??ìá???é3ìDòNNòì3￡′|àí???¤??2????ê??DD??ìá???é3ìDòNNòì3￡′|àí???¤??2????ê6.資產計提折舊現狀及需求綜述折舊。決方案6.2.1.業(yè)務流程?ì2é±???ó|?á×aμ?×ê2ú Y? Y ??DD???? ?á×a1ì?¨×ê2ú·?????D·?????DD???? YóD′í￡ Y?à′í?à′í.2.2.功能描述即可。它采用批處理方式一次完成所有資產的折舊計提。2.3.作業(yè)功能組織示意圖公司：法定實體歸集單位3.6.2.4.關鍵數據：數據、成本中心.7.固定資產清理現狀及需求綜述定資產原值記營業(yè)外收入。×ê2ú·?×ê2ú?aê§é걨?ú×????ê???¤N?Tê?è?×ê2ú??àí?í?§·￠?±×ê2ú·?×ê2ú?aê§é걨?ú×????ê???¤N?Tê?è?×ê2ú??àí?í?§·￠?±決方案7.2.1.業(yè)務流程×ê2ú3?ê×ê2ú3?ê?èè·?¨3?ê?μ?×ê2ú?°???e??33?ê????í?§Y?ˉ3é???ê???¤??ê?è??ê.2.2.功能描述。2.3.作業(yè)功能組織示意圖公司：法定實體7.2.4.關鍵數據理類型?ìóˉ′|àí???¤é걨?ú ???¤?ìóˉ′|àí???¤é걨?ú ???¤8.資產盤點現狀及需求綜述做盤虧、盤盈處理決方案8.2.1.業(yè)務流程§×ê2ú??×ê2ú??2?òì±í??μ￥?ìμ??ìμ??aê§?òμ??aê§?òμ?DT??×ê2ú?¨?? .2.2.功能描述盤點。資產盤點記錄將以資料(Document)的形式保存在系統(tǒng)中，按照資產編碼可以查找盤點歷史記錄。2.3.作業(yè)功能組織示意圖公司：法定實體歸集單位8.2.4.關鍵數據數據9.資產租賃現狀及需求綜述的出租費，收入記營業(yè)外收入。決方案工在系統(tǒng)中產生付款的周期性憑證，以后只需啟動付款程序即可；需在其資產主數據中的某一個域中加一標識即可。上業(yè)務的描述類似，在此不再重復。4.產生的報表資產類別清單財產目錄表資產變動表5.未來可能的改進B級功能后續(xù)資本化折舊模擬/預測租賃合同修改特別折舊五.法定合并1.綜述有關國際集團目前法定合并的描述參見《現狀分析》第25頁至27頁。國際集團作為一個大規(guī)?？鐕尽Ｔ诩瘓F報表合并上有很大的需求。M2專案命名的本身涵意也在于提高集團內部的管理水平，加強各公司與總公司管理經營信息的整合性以最后達到大幅度加快集團報表合并的速度。目前頂新集團的合并采用分部合并的模式，由總公司(或事業(yè)群)采集下屬各分公司的會計數字，逐層手工合并。這其中，最大的困擾是： 業(yè)務資料的整合性業(yè)務資料的正確性和相容性業(yè)務資料的及時性業(yè)務資料的重復性 (詳見《現狀分析》第五章弱點分析。第87頁至89頁)。未來系統(tǒng)將是一個高度集成的體系。它的最大效益是在全集團各企業(yè)各方面業(yè)務都使用了此系統(tǒng)后充分表現出來的。SAPR/3的法定合并能夠為各子集團層面提供合并支持，可以以不同的角度產生法定合并報表。而在管理層面上的對產品別損益，事業(yè)群損益的分析則可以在利潤分析模塊(CO-PA)中得到支持。相較分步合并與同步合并的優(yōu)缺點，我們建議采用同步合并的方法，在應合并的子集團內一步到位將各子公司間的往來同時抵銷。合并的主要過程是：基本數據的維護各分公司的局部調整與結帳各分公司的財務數據呈送或采集集團、子集團的合并步驟及合并報表生成將在下表章節(jié)詳細分述合并系統(tǒng)僅與總分類帳及報表信息系統(tǒng)直接集成，所有的與財務會計相關資料應收，應付，固定資產，銀行帳等通過總帳轉入合并帳薄。的報表/信息系統(tǒng)層(如：EIS執(zhí)行信息系統(tǒng))。3.主要業(yè)務流程基本數據的維護現狀及需求綜述合并過程的基本數據有：公司集團、子集團合并報表項及會計科目表內的公司在整個集團中必須有一個唯一的代號。點來組成的，也可以是區(qū)域性的或具有內部性質的。各個明細項目?？梢罁瘓F統(tǒng)一的科目表設定。全統(tǒng)一。給合并過程增加了一定的工作量。為了更有效地管理掌握全集團的合計數據，加快集團合并速度，集團內部應有統(tǒng)一的會計科目編碼。決方案建議頂新集團建立統(tǒng)一的會計科目表，由總公司及分公司會計部門分層次控管，詳見總帳部分相應描述。SAP的科目維護的結構支持這種模式。建議頂新集團結合集團內報表規(guī)范及集團會計科目表定義一套標準的合并報表項總目錄，由集團會計部中心負責維護管理。1.2.1.業(yè)務流程組織結構的維護(集團、子集團、公司)???ˉ?ˉí??￠×ó?ˉ??ê?è?í?×ê±í?òí?×ê±??ˉ±íê?è?í?×ê±í?òí?×ê±??ˉ±í?μ?1????ò￥ê?1??μ?μ?1????ò￥ê?1??μ會計科目表及合并報表的維護×ü2??¨ò??ˉí?DT??ò213??ˉí??á??????±í×ü2?×ü2??¨ò??ˉí?DT??ò213??ˉí??á??????±í×ü2???á???¨ò?o?2￠±¨±í??×ü2??¨ò?o?2￠±¨±í??×ü2?±í?°o?2￠±¨±í???á??????±í·￠?á??????±í·￠éú±??ˉ??á???DT??ò213?o?2￠±¨±í?????DT??ò213?o?2￠±¨±í????×ü2?.2.2.功能說明或在信息發(fā)生變動時維護已定義的公司?；蜃蛹瘓F的基本數據，這包括集團(子集團)內的各公司，數據采集的方式，合并的頻率等。輸入投資表或投資變動表：通過此功能輸入集團(子集團)中母公司對各子公司的投資關系及其變化。好的集團會計科目表(該會計科目表應包含所有各子公司用到的會計科目)輸入系統(tǒng)。報表項輸入系統(tǒng)。集團報表項可以由集團科目表產生。會計科目表，合并報表項及使用規(guī)則分布到下屬各司財會部。各分公司財會部應嚴格依照此科目表及?±í?±í使用規(guī)則進行帳務處理，上報相應的財務數據。團會計科目表作必要的修改和擴充。合并報表項目進行必要的修改和擴充。.2.3.作業(yè)組織示意圖 ×ü1????á??1.2.4.關鍵數據?ˉí?????局部調整結帳?á??????ˉí?o?2￠±¨±í??現狀及需求綜述目前分公司(子公司)基本上是次月9日左右結帳，將報表傳真到總公司(母公司)進行匯總合并，上報的報表常有錯誤。M，分公司(子公司)應該更快地結帳，快速地將正確的數據傳送到總部。決方案在統(tǒng)一使用集團會計科目表的前提下各分公司(子公司)的會計資料統(tǒng)一性將得到很大的改善。對這一特點，我們建議各分公司(子公司)在結帳前先相互進行一下往來帳預對帳，解決大部分差異。次數為每周一次。應付方未于期限內作確認回復，即認為默認。?¤???êμ￥?¤???ê?á?? ?yè·?￥?àμ÷?ú?á???ùóD1????¤???êíê±??¤???êμ￥?¤???ê?á?? ?yè·?￥?àμ÷?ú?á???ùóD1????¤???êíê±? 1??¨?á?ê?á??2.2.1.業(yè)務流程?á???????óà???°?÷???á???á???á?áê??¤???걨±í?°???±¨±í?°???ü2???êy×?3ê?í×ü1???.2.2.功能說明們?yōu)轫斝录瘓F設計的相關企業(yè)往來完全通過應收帳應付帳款來處理，而且也建立相關企業(yè)在結帳前先預對帳，故將此流程放到這邊描述。對帳可以表現為如下幾種不同的形式：余額確認：由甲方寄給乙方，乙方在甲帳上的要求乙方確認，如乙方在約定的時間段內不做出反應則認為是對余額默認。余額問詢：由甲方向乙方問詢甲方在乙方帳上的余額，甲方獲得信息后與乙方在甲方帳上的余額相核對。明細對帳：由甲方寄給乙方：乙方在甲方帳上發(fā)生的各項交易明細，要求乙方核對并確認。頂新集團選擇其中一種或多種模式(每月進行余額確認，年末進行明細對帳等)，并決定預對帳啟動的方向(如：由應收方向應付方要求確認)。照。在發(fā)現差異時應通過交易的明細進行進一步的分析。務調整。按照公司規(guī)定進行結帳：分公司(子公司)按照總公司(母公司)的會計準則進行結帳工作。在總公司統(tǒng)一發(fā)布的會計基礎上對財務會計數據嚴格按總公司的會計制度進行處理。如：帳戶的歸結、折舊的計提、成本費用的分攤與核算、換率壞帳處理等等。呈送總公司(母公司)：分公司(子公司)將會計數據呈送司。這里可以有多種多樣不同的形式，在下一流程數據采集中詳細計論。2.3.作業(yè)功能組織示意圖?á???á??μ÷??·???·?1???±¨±í ?DD??μí3μ÷??·???·?1???±¨±í ?DD??μí3 ·?2?R/3?μí31???C ê?1¤???ê ?2.2.4.關鍵數據???êμ???êμ￥·?1???2????á??êy?Y數據的采集現狀及需求分析未來的最終目標應當是在一個整合的一致性環(huán)境中自動地將各分公司(子公司)會計數據收集到總公司(母公司)匯總分析。在達到最終目標過程中由于各公司的合計及資訊系統(tǒng)不能一步因此需要在過渡階段從一系列截然不同的環(huán)境中獲得財務數據進行匯總分析。決方案R/3系統(tǒng)法定合并的數據采集支持多種不同數據源及不同采集司選用表格錄入方式或PC文件轉換的方式。2.1.數據采集模式示意圖1???D???ü2????μí3 ￠?μí3¨ìì?ò￡?3.2.2.其財務會計數據可以經匯總后自動傳遞到中心合并系統(tǒng)。這種情況在集團內進行的分布式數據管理時出現。使用沒有開放式接口軟件進行帳務處理的公司，最簡捷的方式就是將各財務數據直接錄入合并系統(tǒng)，合并系統(tǒng)提供相應的表格式輸入形式。R/3合并系統(tǒng)。.合并步驟現狀及需求綜述報表的產生各步驟均有更好的支持。決方案較。如抵銷前報表和抵銷后報表。?÷·?1??? íùà′?êμ÷?úμ÷??·????÷·?1??? íùà′?êμ÷?úμ÷??·?????±ò×a??μ÷??·???íùà′?êμ÷??·???′????°×êμ÷??·???í?×êo?2￠μ÷??·???éú3éo?2￠4.2.1.業(yè)務流程??á?? ê×??ˉ .2.2.功能說明進行標準化調整。在合并系統(tǒng)中輸入調整分錄。差異，或將差異按照一定原則處理(如總的應收方或應付方的數據為準)并依此做一些調整分錄。記帳本位幣時，用此功能進行自動的貨幣換算。系沖銷相關企業(yè)間的應收/應付，銷售/費用的業(yè)務。用一次性地沖銷全集團內的各子集團內的所有相關企業(yè)的往來。2?ó?o?2￠êy?Y2?ó?o?2￠êy?Yo?2￠oóêy?Yo?2￠±¨±í在合并時應予以抵銷，通過這一功能，可以達到抵銷的目的。一功能處理得到解決?？紤]到的不同資產合并情形有：－增資/減資－內部轉讓/外部轉讓等支持的合并方法有：用各種不同的報表工具產生所需要的合并報表。2.3.作業(yè)功能組織示意圖4.2.4.關鍵數據μ÷??·???4.主要報表資產負債表按集團、子集團(如事業(yè)群)損益表按集團、子集團投資關系表調整分錄清單此外可以通過報表生成器在合并數據上產生所需要的其它報表。5.未來改善的可能未來系統(tǒng)應會是個聯網的整合的系統(tǒng)，當各公司都推廣使用了R/3系統(tǒng)后，數據的采集和交換將會大大加快并簡化。當第二階段實施執(zhí)行信息系統(tǒng)時(EIS)，可以將合并數據傳到(執(zhí)行信息系統(tǒng))為執(zhí)行管理層人員提供更好的報表和分析環(huán)境。在未來階段，與辦公室系統(tǒng)的接口投入使用后可以考慮自動通過電子郵件傳遞相應的預對帳單。對管理合并的報表需求(如事業(yè)群損益表考慮公司跨事業(yè)群的情況)將在管理合并模塊開發(fā)完畢并投入使用后得到完全的滿足，現階段.描述見利潤分析有關章節(jié)。如不考慮有公司跨事業(yè)群的情況，則事業(yè)群損益完全可以在法定合并中得到解決。六.資金管理1.綜述頂新集團總部財務部在資金管理方面的主要工作范疇是:資金調度資金管理國際金融與操作日前仍集中在總部處理。39頁。目前資金管理調度各方面的處理多以手工作業(yè)加上EXCEL等簡的支持。自動付款處理收到支票處理付出支票處理銀行未達帳處理(包括兌現支票處理，銀行對帳處理)應收匯票處理應付匯票處理對信用證的支持現金狀態(tài)和流量分析短期存款/借款管理利息計算流程基本上可以保持目前手工式流程,傳票轉流程?？偟膩砜吹谝浑A段系統(tǒng)對資金管理的支持主要體現在：及時的信息采集和匯總簡單操作支持等目前還沒有充分的支持。2.資金管理與其它模塊的集成的信息(收、付款，銀行對帳單等)。為資金流量及現金需求預測提供分析基礎。管理范圍。3.資金管理主要業(yè)務流程3.1.自動付款處理現狀及需求綜述分別有：支票匯票現金委托收款付款的審批過程相對嚴格，完整。決方案為更有序地管理資金，利用資金，我們建議：盡可能減少現金付款的部分，降低企業(yè)備用金ó|???ê??ó|???ê??給現金付款設定一個上限除現金付款外，其余付款一律通過應付帳款/人事系統(tǒng)管理，并啟用系統(tǒng)自動付款處理功能。需求部分分析要求的各種付款方式除了委托收款處理外，均能在系統(tǒng)中通過設定相應的付款方式得到解決。從應付帳款處理中產生的應付帳項目在付款期限到達后均被自序外(如采購流程中所描述)，我們還可以按需要再加一層定義的付款方式作出付款建議，經確認后正式付款。根據慣例可周期性安排付款處理。此外，如有臨時需求(例如：發(fā)現某些應付款項被遺漏，或其它異常狀況)。1.2.1.業(yè)務流程ó|???êó|???ê??ú×????????????¤?±???±2??????????¤?±???±2???ó|???ê??2????è???2????è???2úéú?????¨òéêé?????¨òéêé2???DT???????¨òéêé2???DT???????¨òéêééo?×??o?×?????é?yê???yê???DD????DD????2?2???.2.2.功能描述“應付帳款處理”：通過應付帳款處理，產生應付款項目。將預制憑證過帳，并簽字。方式等進行不同組合的選擇，可定義啟動時間。??2???????2???...???????¤?????¨òé?°??DD??????2???????2???...???????¤?????¨òé?°??DD?????？筛淖冦y行，帳戶，付款方式，折扣率等。生傳票并過帳。根據定義和設定還可自動打印付款媒介 (紙面的或電子的)及付款通知。況下可以手工填寫支票，匯款單等。2.3.作業(yè)功能組織示意圖2???1üàí·??§1???1???...1???1???...2?2???1.2.4.關鍵數據參與付款過程的主要數據是：1?ó|éìó|????????????è????¨ò?????·?ê??°2???????????éê?μ??§?±D?????ê???¤ê?μ??§?±D?????ê???¤收到支票處理現狀及需求綜述對收到的支票在入帳的同時自動產生記錄隨時提供持有支票的總覽及其處理狀態(tài)(已清，已過帳)決方案使用R/3系統(tǒng)中收到支票處理功能可以滿足上述需求。2.2.1.業(yè)務流程?í?§?§?±2???ê?μ??§?±D??￠2???ê?μ??§?±D??￠?°?í?§D??￠2é?ˉê?μ??§?±??μ￥2é?ˉ2???DT???§?±D??￠?ì2é?á??yè·1y?ê1y?ê???ê?′′??êD??￠???ê?′′??êNQo2 NQo2 2o4N??頭±GAr9.2.2.功能描述“輸入支票信息及客戶信息”：依據所收到的支票輸入：支票號，貨幣，金額，及準備遞交兌現的銀行等信息。依據客戶寄來的信息輸入客戶帳號或應付款項的憑證號等單呈交檢查。并確認輸入信息的正確性調整。借：支票結算的過渡科目銀行未達記錄。收到支票的信息，也同時被更新(處理狀態(tài))處理。3.2.2.3.組織結構。2.2.4.關鍵數據付出支票處理現狀及需求綜述現系統(tǒng)對付出使用的支票沒有特別管理。未來系統(tǒng)為了更好地管理使用支票，應提供如下方便：管理空白支票號碼付出的支票與記帳憑證相連接付出的支票應先記銀行未達帳當已兌現支票信息回饋時應相應處理未達帳并對支票做相應的標識。決方案使用R/3中付出支票管理功能可以滿足上述需求。3.2.1.業(yè)務流程 .2.2.功能描述據自動付款憑證信息，打印支票。系統(tǒng)能夠套打支式，產生支票與付款憑證的連接信息。如果采用手款，在輸入付款憑證時可以輸入支票信息，這個過程保證了付款憑證與使用支票的連接。?§?±D??￠?§?±D??￠使用支票清單。查詢與清單可以銀行分別歸類。查詢方式可以付款憑證或支票號碼為依據。票注銷為無效。用戶可以在注銷時定義注“審核”：檢查并審核支票各方面信息的正確性?！昂灠l(fā)”：簽署支票并發(fā)送給供應商。2.3.作業(yè)功能組織示意圖3.2.4.關鍵數據 ???????¤ ??§?±.銀行未達帳處理現狀及需求綜述理，而直接將業(yè)務記錄到銀行存款帳目中。決方案準確的信息，我們建議采用銀行未達帳管理。手工付款時記：借：應付轉帳結算的過渡科目銀行別進一步劃分。當收到銀行正式通知，已兌現支票清單時，由系統(tǒng)記：借：支票結算或轉帳結算的過渡科目????′|àíê?μ??§?±′|àí????í¨?a′|àíò?DD???êμ￥′|àí?ò???§?±′|àíòì3￡′|àíê?1¤???ê￡????ê????′|àíê?μ??§?±′|àí????í¨?a′|àíò?DD???êμ￥′|àí?ò???§?±′|àíòì3￡′|àíê?1¤???ê￡????ê結算或轉帳單記銀行帳薄。.2.1.處理流程22???ò?DD???êμ￥ò?DD?′′??ê?§ò?DD???êμ￥ò?DD?′′??ê22???????3é1|????3é1|×??ˉ???ê.2.2.功能說明行未達帳記錄未達帳記錄及支票冊中能。系統(tǒng)將核對正確的未達帳清憑證，由未達帳轉入銀行存款科目。核對不成功的項目可以進行相應的異常處理。???êμ￥êé???òμ?×óD?ê?êé???òμ?×óD?ê????ê???¤???êμ￥êé???òμ?×óD?ê?êé???òμ?×óD?ê????ê???¤入系統(tǒng)內并啟動自動核對功能。系統(tǒng)將核對正確的并產生相應的會計憑證。核對不成功的項目可以進行相應的異常處理。2.3.作業(yè)功能組織示意圖單或已兌現支票清單于上。.2.4.關鍵數據定義關聯于銀行未達帳處理的固定資料(主數據)主要有在處理過程中需要和衍生的數據有??ò???§?±??μ￥.應收匯票處理現狀及需求綜述接受客戶的匯票作為支付手段并做相應的帳務處理支持匯票提前貼現或背書轉讓在匯票到期時呈送銀行兌現沖銷或有債務及應收票據???±???????ê???????¤??ìù?￠·￠?±???í?§ìù?￠?°?°?e2??????±ê1ó????¤???°2?ê1ó?éìòμ3D?ò???±???±???????ê???????¤??ìù?￠·￠?±???í?§ìù?￠?°?°?e2??????±ê1ó????¤???°2?ê1ó?éìòμ3D?ò???±?3??ú?òóD????2???決方案5.2.1.業(yè)務流程?í?§??à′???±???±ê1ó???±ê1ó????ê???±ê1ó???±ê1ó?3é1|???±ê1ó?3??ú???¤.2.2.功能描述生相應的應收票據記帳分錄。同時根據規(guī)定的貼息率和有關的稅務規(guī)定產生相應的稅金和貼息記帳分錄。???±ê1ó????±ê1ó????¤?òóD????3??ú???¤???±ê??????¤“開具貼息和稅金發(fā)票”：根據貼息約定，有關的稅務規(guī)定，錄后，可以依此手工開具相應的發(fā)票給客戶另行結算或直接在匯票面值中扣除。系統(tǒng)在借記銀行帳(或銀行未達帳)同時貸記或有債務。動沖銷在客戶帳上的應收票據與系統(tǒng)中的或有債務。應收票據為應收帳款。2.3.作業(yè)功能組織示意圖參見3.1.2.35.2.4.關鍵數據ó|ê?ó|ê????±.應付匯票處理現狀及需求綜述應付匯票當前的管理基本上以手工形式為主。未來的系統(tǒng)應該：支持以匯票為付款方式，并自動做相應的帳務處理。在匯票承兌日期到達時支持對銀行付款操作，并支持相應的帳務處理。隨時能夠通過查詢提供應付匯票的信息。決方案SAPR理功能可以滿足上述需求為áêU ·i為áêU ·i6.2.1.業(yè)務流程oyoyè·ê承 33bToèo足U.2.2.功能描述為：借：應付帳款所產生的匯票依舊掛靠在供應商上。查核。“查核”：主管檢查匯票的正確性。務處理。對信用證的支持需求綜述信用證處理是總公司海外財務部在代理頂杰開曼或頂益BVI的作業(yè)流程是：信用證開證流程到單確認流程財務部協調采購部確認到單并反饋給銀行。決定是否貸款。向國內請購公司開具發(fā)票并收回貸款。度上看類似，僅少了最后一部分(向國內請購公司開具發(fā)票并收回貨款)。C信用證的申請到最后繳完銀行款項提供控管的功能。決方案信用證的完整功能目前在R/33.0版本中還沒有完全提供。我們建議采用應付匯票部分地滿足當前的需求。即將信用證定義為一將信用證中所隱含的資金需求體現在資金預測中。以供分公司參考。??¤D?ó??¤??￡¨?a?¤′|àí￡?|??D?ó??¤)D??￠D?ó??¤D?ó??¤???±¤)D??￠D?ó??¤D?ó??¤D??￠2???2é1o?T?óí¨?aò?DD?ü????????¤D?ó??¤??￡¨?a?¤′|àí￡?|??D?ó??¤)D??￠D?ó??¤D?ó??¤?