客戶公司總賬與現金管理項目解決方案分析報告

1、. . . . 客戶公司財務管理信息系統項目總賬與現金管理詳細解決方案 “咨詢公司”創(chuàng)建日期：2009-02-23最后更新：2009-03-27版本： V2.2審批簽字：“客戶公司”項目經理“咨詢公司”項目經理文檔控制更改記錄日期作者版本更改參考2009-2-23“咨詢公司”1.0初始版本2009-3-10“咨詢公司”1.3修改營運資金對賬和薪酬支付窗口等2009-3-19“咨詢公司”1.4增加商戶段值更新，合并報表等2009-3-24“咨詢公司”2.1修改往科目、更新營運資金對賬與薪酬臺帳客戶化方法2009-3-27“咨詢公司”2.2增加資金預測調整客戶化等審核人日期分發(fā)人員編碼地點和位置1

2、23目錄文檔控制ii更改記錄ii審核人ii目錄iii概述1關于文檔1文檔圍11 系統組織結構21.1 公司組織架構現狀21.2 系統架構設計22 會計帳套解決方案42.1 會計帳套設計42.2 會計科目結構42.3 會計日歷62.4 統賬制和本位幣62.4 商戶段值更新接口73 憑證處理83.1 憑證生成83.1 憑證過賬與編碼83.1 憑證沖銷94 部往來104.1 部往來事務處理定義104.1 部往來賬務處理105 現金管理125.1 營運資金（非結算資金）銀行對賬125.2 現金流量表175.2 資金預測176 預算管理206.1 預算控制級別206.2 預算組織與版本控制206.3 預

3、算管理流程217 資金管理238 管理會計248.1財務帳套管理會計分析248.2 管理會計段管理會計分析248.3 管理會計相關報表249 薪酬支付和統計259.1 薪酬支付系統流程259.2 薪酬支付界面279.3 員工薪酬單導入模板289.4 提交程序與輸出報表2910 損益結轉與年終結算3111 報表輸出3211.1 財務會計和管理會計報表3211.2 合并報表3312 權限設置與崗位職責34未解決與已解決問題3533 / 38概述關于文檔本文檔是對”客戶公司”網絡服務股份（以下簡稱“客戶公司”）財務管理信息系統總賬模塊實施的詳細解決方案的描述。本文檔是基于”客戶公司”財務管理信息系統

4、總體解決方案的詳細描述和設計；提交給項目組”客戶公司”方項目成員討論和簽署，該文檔的簽署表明”客戶公司”理解和同意”咨詢公司”提交的總賬模塊詳細解決方案。本文檔適用于”客戶公司”總部、子公司（全資子公司）、分公司、分公司、分公司、分公司、分公司、子公司（全資子公司）與在2009年3月31日之前開業(yè)并投入運營的所有涉與總賬管理的分子公司。文檔圍本文檔容包括：1、 系統組織架構和會計帳套；2、 會計科目結構3、 憑證處理流程；4、 部往來管理；5、 現金管理6、 預算管理；7、 管理會計；8、 資金管理；9、 薪酬支付和統計10、 損益結轉與年終決算；11、 相關會計報表；12、 權限設置與崗位職

5、責。1 系統組織結構1.1 公司組織架構現狀根據”客戶公司”的業(yè)務與合并需求，利用Oracle財務系統的多組織的功能以與通過網絡技術使財務信息高度集中的優(yōu)勢，在”客戶公司”總部、子公司（全資子公司）、分公司、分公司、分公司、分公司、分公司、子公司（全資子公司）與在2009年3月31日前開業(yè)并投入運營的分子公司實施Oracle財務系統總賬模塊。截止到當前，Oracle財務系統的實施圍與該圍公司的架構關系如下圖所示：1.2 系統架構設計“客戶公司”由總公司集中管理財務，各分子公司賬務分別核算，相互隔離，部分分公司手工帳由總公司審核并錄入系統，公司間賬務通過部往來賬務形式體現。其Oracle系統業(yè)務

6、構架如下：組織層級組織層級說明業(yè)務組業(yè)務組（Business Group） 是Oracle系統多組織的關鍵構架參數, 也是定義組織構架的基礎。在不同業(yè)務組之間，人力資源和組織構架的信息是完全屏蔽的。HR組織HR組織主要作用在于區(qū)分人事信息,不同的HR組之間的人事信息是相互的操作帳套“客戶公司”的會計帳套，分為主帳套和現金帳套。在主帳套中記錄公司所有單位的財務業(yè)務，按月為會計期管理查看人民幣財務報表?，F金帳套基于”客戶公司”主帳套的輔助帳套，與財務帳套一樣的會計科目結構、幣種和會計期間保持一樣，采用收付實現制為現金流量表提供報表編制數據。法律實體法律實體(Legal Entity)是出具財務和稅

7、務報告的基本組織單位；業(yè)務實體業(yè)務實體(Operating Unit)是采購、應付和應收系統的基本組織單位。業(yè)務實體間的客戶、供應商余額和采購等相關事務處理是互相隔離的庫存組織管理庫存物品出入庫和成本的單元。2 會計帳套解決方案2.1 會計帳套設計會計帳套在Oracle總賬系統中是最基本的概念，是會計信息的最大數據存儲單位，所有的會計憑證最終會歸屬到一個帳套，Oracle總賬系統可以定義多個會計帳套，一個會計帳套可以處理多個核算主體的賬務。會計賬套的設置，主要是考慮組成會計帳套的三大元素：會計科目結構、會計日歷、記賬本位幣以與”客戶公司”的會計核算體系、會計核算主體的特點與需求。下表是”客戶公

8、司”主會計帳套和輔助會計帳套（現金帳套）的基礎設置：帳套本位幣科目結構會計期間記賬原則備注Universal“客戶公司”會計帳套CNYTL_COATL標準會計科目結構TL_ACCOUNTINGTL_會計日歷權責發(fā)生制現金帳套CNYTL_COATL標準會計科目結構TL_ACCOUNTINGTL_會計日歷收付實現制僅將主帳套中應付和應收來源的數據傳送到現金帳套2.2 會計科目結構按照多維度核算要求，”客戶公司”的會計科目結構分為10個會計科目段，綜合考慮公司今后發(fā)展對業(yè)務核算明細度需求，規(guī)定各會計科目段值允許長度與編碼規(guī)則如下表所示：序號科目段名稱值集名稱長度含義編碼規(guī)則1公司TL_COA_COM

9、PANY4系統稱為平衡段，其含義為會計核算主體。公司段的設置可確保各平衡段值的借/貸平衡，并且能有效區(qū)分各平衡段值間的業(yè)務數據，從而確保能在同一帳套中對多個會計核算主體進行核算?？偛颗c各分子公司區(qū)別編碼，首兩位編碼采用省份統一編碼。如：“客戶公司”總部：2001；子公司：2002分公司：23012部門TL_COA_DEPARTMENT4定義為系統的成本中心段，用于收集總部部門、分公司下屬各個部門的收入和成本的信息，便于將來的收入與費用分析和管理等需求。明細到最小部門核算單位，如：事業(yè)部：05受理市場事業(yè)部：0501新興支付事業(yè)部：05023會計科目TL_COA_ACCOUNT8自然會計科目段，

10、為滿足”客戶公司”財務核算與對外報表的需要而定義。參照“總賬與現金詳細解決方案附件一：會計科目”4輔助科目TL_COA_SUBACCOUNT4管理會計科目段，為滿足”客戶公司”管理會計核算與考核報表的需要而定義編碼規(guī)則：2位類別，2位流水5部往來TL_COA_INTERCOMPANY4該段定義為系統的部往來段，為滿足”客戶公司”部單位業(yè)務往來管理的需要。與“公司”段一致。6產品TL_COA_PRODUCTS4該段為歸集與產品或業(yè)務線相關的收入、成本、費用等信息，滿足關于產品或業(yè)務線贏利能力分析等管理的需要。編碼規(guī)則：2位類別，2位流水7項目TL_COA_PROJECTS7該段為項目段，滿足按項

11、目核算的需求按照項目的核算需求：類別（2位）+區(qū)域（2位）+流水號（3位），如：世紀聯華：01010018員工TL_COA_EMPLOYEE6該段為滿足與員工相關的輔助信息跟蹤，如員工的收入成本歸集，包括客戶經理的盈利能力分析。員工段定義時需要完成是否是客戶經理的判斷，用于區(qū)分各個會計科目的核算細分標準9商戶TL_COA_CUSTOMER23該段為滿足對商戶的收入、成本、費用的歸集，進行盈利能力分析。采用APMS等源系統商戶編碼，在通過接口導入商戶信息的同時維護商戶值集，詳細方案參照本文檔“2.4 商戶段值更新接口”部分。10備用TL_COA_SPACE4本段的定義主要用于將來可能的會計核算要

12、求的重大變化，為給”客戶公司”未來的發(fā)展預留充分的空間。僅包含段值：0 默認備注：A、各科目段段值的通用編碼規(guī)則：0 表示默認值；T表示匯總值；每個段都必須有值，不能出現空值；各段應根據需要建立適當的匯總層次，段值代碼應通過段長度或其他標志清晰地反映層次關系，同時便于建立安全規(guī)則和交叉檢驗規(guī)則。B、各科目段詳細的編碼規(guī)則參照總賬與現金詳細解決方案附件2，各段編碼規(guī)則與編碼舉例；C、員工段需要手工維護值集和是否是客戶經理的描述性彈性域信息，不與員工基礎信息聯動。D、”客戶公司”增加以下兩類表外科目：業(yè)務類：包含統計科目，如新增機具數量等；考核類：針對管理會計核算口徑報表調整而設置，如分公司存放總

13、部資金計息、部計價等（分錄舉例參照本文檔“資金管理”章節(jié)）。2.3 會計日歷主帳套和現金帳套會計期間同步，統一采用13期管理，其中包含12個自然月期間和1個調整期間。調整期間的時間點為每年12月31日，用于錄入年終結轉相關賬務。2.4 統賬制和本位幣“客戶公司”使用人民幣作為其對外財務報表的記賬本位幣。在現有系統中對于外幣的核算用外幣統賬制記賬，即外幣交易應當在初始確認時，采用交易發(fā)生日的即期匯率將外幣金額折算為記賬本位幣金額；每月月末對貨幣性項目、損益項目的外幣進行匯率重估，產生的匯兌差額，計入當期損益，產生以下會計憑證：借/貸：貨幣性項目、損益項目貸/借：未實現匯兌損益2.4 商戶段值更新

14、接口“客戶公司”的商戶信息的主要來源有兩個：APMS系統通過商戶信息接口導入Oracle系統的商戶信息和APMS系統以外來源產生的手工導入的商戶信息。其中從APMS商戶信息接口導入的商戶信息和手工整理文件后，從接口導入的商戶信息，可以通過商戶段值更新接口程序自動導入產生商戶段段值；手工在商戶窗口錄入的商戶信息，則需要手動在商戶段段值窗口維護商戶編碼和名稱。針對APMS系統與Oracle系統接口導入的商戶信息的增加、更新和修改：在Oracle系統接口導入商戶信息（此部分的詳細方案參照“TL_接口方案詳細設計_APMS系統商戶信息”相關文檔）的同時，更新商戶段段值信息。商戶段值更新需要的字段如下表

15、所示：字段名稱是否必須來源商戶接口文件字段類別字段說明商戶編碼是新增商戶接口文件Varchar(15)直接沿用財務系統應付模塊中的商戶編碼商戶名稱是新增商戶接口文件Varchar(150)直接沿用財務系統應付模塊中的商戶名稱商戶失效日期否修改商戶接口文件Date商戶失效的日期，在此日期后將不能錄入已失效商戶的賬務3 憑證處理3.1 憑證生成總帳賬務處理，如總帳憑證錄入、修改、審批、過賬和沖銷等操作，原則上均由總部財務人員完成，系統提供憑證錄入窗口是否放開的功能；分公司對于總帳僅有查詢權限；分公司需要在總帳完成的業(yè)務，將入賬依據發(fā)送給總部財務部，經核定后由總部錄入，包含業(yè)務：費用計提等。子模塊賬

16、務按“天”傳送到總賬，生成明細憑證；子模塊向總賬傳送憑證的程序于每天晚上零點自動運行，也可隨時手動觸發(fā)傳送子模塊憑證至總賬?？蛻艋_發(fā)憑證行描述生成觸發(fā)器程序，將子模塊賬務傳送至總賬時：來自應付模塊的賬務：發(fā)票傳送后，日記賬行描述為“供應商名稱+發(fā)票編號+發(fā)票行描述”；付款傳送后，日記賬行描述為“供應商名稱+付款單據編號+付款發(fā)票行描述”；來自應收模塊的賬務：發(fā)票傳送后，日記賬行描述為“客戶名稱+發(fā)票編號+發(fā)票行描述”；收款傳送后，日記賬行描述為“客戶名稱+收款單編號+收款行描述”；來自資產和庫存的憑證均傳送至總賬生成匯總日記賬，不能針對各個日記賬行區(qū)分生成行描述，故不列入此客戶化開發(fā)圍。系統

17、操作嚴格控制從源頭模塊處理記賬錯誤，由子模塊自動傳送到總賬的憑證，不能修改或者刪除；總賬中手工錄入的憑證，在過賬前允許刪除。3.1 憑證過賬與編碼“客戶公司”約定在總賬與現金/銀行存款相關憑證的名稱處錄入臺帳編號，與系統中的日記賬完成關聯?！翱蛻艄尽睂λ袘{證進行審批，系統通過客戶化控制審批人與憑證制單人非同一個人，日記賬審批即過賬。系統在憑證過賬時計算科目累計發(fā)生額和余額；可對單個日記賬憑證過賬，也可批量過賬。過賬時系統自動對憑證分來源編碼，規(guī)則如下表所示：來源模塊名稱來源憑證編碼規(guī)則總賬人工MA+當月流水號（6位）應付應付AP+當月流水號（6位）應收應收AR+當月流水號（6位）資產資產F

18、A+當月流水號（6位）庫存成本管理INV+當月流水號（6位）APS接口APS業(yè)務系統IF+當月流水號（6位）備注：在總賬三欄式明細賬報表中首先按照來源確定憑證輸出順序：人工、應收、APS業(yè)務系統、應付、資產、成本管理。3.1 憑證沖銷沖銷憑證有兩種方法：交換借貸方：選擇“交換借貸方”反沖憑證后，生成的反沖憑證與原憑證借貸科目相反，金額借貸對調；改變符號：選擇“改變符號”反沖憑證后，生成的反沖憑證與原憑證借貸科目完全一樣，方向一致，金額為原金額相反數?！翱蛻艄尽辈捎谩案淖兎枴钡臎_銷方式作為默認選項，并且不允許修改。4 部往來4.1 部往來事務處理定義啟用Oracle公司間事務處理平臺，可以集

19、中公司間交易審批減少往來業(yè)務對賬時間，減少未達賬，增強部控制與溝通。在科目結構中設置一個公司往來段，并啟用“彈性域限定詞公司間段”，從而標識部往來事務處理所涉與的往來單位。根據”客戶公司”往來業(yè)務產生的會計科目的不同，通過系統的事務處理類型對其進行分類，目前的分類如下：事務處理類型說明系統自動產生的往來科目分公司存放總部自有資金分公司存放在總部的自有資金存放總部款項自有資金分公司存放總部結算備付金分公司存放在總部用于業(yè)務結算的結算備付金存放總部款項結算備付金公司間撥付營運資本金總部撥付分公司的營運資金撥付運營資本金公司間拆借資金總部與分公司之間因經營管理需要形成的總部拆出資金與營業(yè)部拆入資金往

20、來業(yè)務拆借資金公司間代墊款項總部與分子公司之間的各種代墊款項部往來代墊款項公司間資產調撥總部與分子公司之間固定資產調撥部往來資產調撥公司間其他業(yè)務公司間其他業(yè)務部往來其他業(yè)務備注：在錄入部往來賬務時，需要由部往來的發(fā)起方選擇事務處理類型，該事物處理類型即決定了此次部往來賬務的部往來科目。在部往來業(yè)務均在部往來窗口實現的前提下，為方便”客戶公司”針對總公司和各分子公司核對部往來賬務，系統提供部往來賬務核對報表，報表表樣需要由”客戶公司”提供。4.1 部往來賬務處理分公司月底向總公司上存款項，有分公司發(fā)起部往來，總公司接受并完成往來賬務，如下：分公司賬務： 借：部往來-分公司上存總部款項 - 總公

21、司 貸：銀行存款總公司賬務： 借：銀行存款 貸：部往來-分公司上存總部款項 - 分公司5 現金管理5.1 營運資金（非結算資金）銀行對賬“客戶公司”總公司和各分子公司使用“營運資金銀行對賬”窗口，將銀行提供的電子對賬單與各公司系統中的收付款金額進行核對，核對結果在總公司和各分子公司間相互屏蔽，互不相關。營運資金銀行對賬系統流程如下圖所示：備注：系統不提供結算資金銀行對賬功能。操作流程說明1、 總賬會計崗收到銀行電子對賬單，將該對賬單根據系統要求WEB ADI Excel格式整理；2、 上傳銀行電子對賬單文件；3、 在系統“營運資金銀行對賬查詢”界面，按照銀行賬戶、期間、金額、狀態(tài)等信息查詢系統

22、與銀行付款信息（“營運資金銀行對賬查詢”界面參照本章下文）；4、 在系統“營運資金銀行對賬”界面點擊“自動匹配”按鈕，驅動系統自動按照金額對系統中企業(yè)付款和銀行賬單付款項匹配，已匹配項狀態(tài)為“已核對”（“營運資金銀行對賬”界面參照本章下文）；5、 對系統自動匹配后的結果進行手動調節(jié)匹配；6、 在系統“營運資金銀行對賬查詢”界面，輸入銀行賬戶，狀態(tài)或者金額信息，查詢調整匹配結果；也可以在系統中提交“營運資金銀行對賬調節(jié)表”報表查詢雙方對賬與調節(jié)結果。系統允許以年為周期對系統中的對賬結果進行刪除。“營運資金銀行對賬查詢”界面如下圖所示：“營運資金銀行對賬查詢”界面字段說明：字段名稱是否必須字段類別

23、字段說明銀行賬戶是Varchar(30)下拉列表，從總賬銀行賬戶科目對應的輔助科目段中獲得期間是Date下拉列表，包含從系統使用開始到當前最后一個打開的期間名稱銀行對賬單編號是Varchar(16)下拉列表，包含所有已導入的銀行對賬單編號，銀行對賬單編號源自導入的銀行電子對賬單TXT文件名稱金額否Number收付款金額，收款為正，付款為負；在此可輸入圍進行查詢類別否Varchar(16)下拉列表，包含：收款、付款；查詢收款時，將顯示所有正數金額的系統賬務數據和銀行對賬單數據核對狀態(tài)否Varchar(16)下拉列表，包含：已核對、未核對兩個選項查詢NA按鈕點擊驅動查詢，顯示符合該窗口銀行賬號和期

24、間的系統賬務信息，以與符合該窗口中銀行賬號和銀行對賬單號的銀行電子對賬單信息清空NA按鈕清空當前界面的所有查詢條件“營運資金銀行對賬”界面如下圖所示：備注：系統期初數據中，“企業(yè)銀行存款賬面余額”與“銀行對賬單余額”一樣，獲取自期初銀行存款科目余額?！盃I運資金銀行對賬”界面字段說明：字段名稱是否必須字段類別字段說明銀行賬戶是Varchar(30)根據查詢條件列示，不在此窗口錄入；期間是Date根據查詢條件列示，不在此窗口錄入；銀行對賬單編號否Varchar(16)根據查詢條件列示，不在此窗口錄入；若查詢時未錄入銀行對賬單編號，該字段顯示為空；同時在該窗口所有指定銀行賬戶和期間的已導入銀行對賬單

25、信息；類別否Number根據查詢條件列示，不在此窗口錄入；銀行對賬單余額是Number由系統自動獲取截止到指定期間的銀行對賬單匯總金額企業(yè)銀行存款賬面余額是Number由系統自動獲取截止到指定期間末的銀行存款（明確到輔助科目段即各個銀行賬戶）余額 企業(yè)已收銀行未收是Number由系統自動計算指定期間企業(yè)銀行存款賬務中，未匹配上的所有收款（金額大于0）的總金額銀行已收企業(yè)未收是Number由系統自動計算指定期間銀行電子對賬單中，未匹配上的所有收款（金額大于0）的總金額企業(yè)已付銀行未付是Number由系統自動計算指定期間企業(yè)銀行存款賬務中，未匹配上的所有付款（金額小于0）的總金額銀行已付企業(yè)未付是

26、Number由系統自動計算指定期間銀行電子對賬單中，未匹配上的所有付款（金額大于0）的總金額GL日期是Date由系統自動獲取的，指定銀行賬戶和期間企業(yè)銀行存款賬務信息的入賬日期憑證編號是Varchar(10)由系統自動獲取的，指定銀行賬戶和期間企業(yè)銀行存款賬務信息的總賬日記賬憑證編碼來源是Varchar(20)由系統自動獲取的，指定銀行賬戶和期間企業(yè)銀行存款賬務信息的總賬日記賬憑證來源企業(yè)收否Number由系統自動獲取的，指定銀行賬戶和期間企業(yè)銀行存款借方賬務的總賬日記賬行金額企業(yè)付否Number由系統自動獲取的，指定銀行賬戶和期間企業(yè)銀行存款貸方賬務的總賬日記賬行金額摘要否Varchar(2

27、00)由系統自動獲取的，指定銀行賬戶和期間企業(yè)銀行存款賬務信息的總賬日記賬行描述說明否Varchar(200)由核對人員在核對時手工錄入，標注核對附加信息已核對NA復選框當雙方信息核對無誤后將對應的“已核對”復選框選中銀行收否Number由系統自動獲取的銀行對賬單上反映的企業(yè)在銀行存款賬號上增加的金額銀行付否Number由系統自動獲取的銀行對賬單上反映的企業(yè)在銀行存款賬號上減少的金額收付款日期是Date由系統自動獲取的銀行對賬單上反映的收付款日期說明否Varchar(200)由核對人員在核對時手工錄入，標注核對附加信息銀行對賬單調節(jié)后金額是Number由系統自動計算，公式：銀行對賬單余額+企業(yè)

28、已收銀行未收-企業(yè)已付銀行未付企業(yè)對賬單調節(jié)后金額是Number由系統自動計算，公式：企業(yè)銀行存款賬面余額+銀行已收企業(yè)未收-銀行已付企業(yè)未付自動匹配NA按鈕點擊驅動系統自動提交請求“營運資金銀行對賬自動匹配”，系統將按照金額自動匹配勾對確認NA按鈕保存當前界面上雙方信息核對結果銀行電子對賬單導入的WEB ADI Excel模板如下圖所示：營運資金銀行對賬窗口的客戶化開發(fā)程序和報表如下：程序：TL_GL_營運資金銀行對賬數據準備參數：期間；銀行賬戶作用：從日記賬行中獲取銀行賬戶對應的CCID在特定期間的所有賬務；程序：TL_GL_營運資金銀行對賬自動匹配參數：界面上的銀行賬戶；期間；銀行對賬單

29、作用：將當前界面上的系統中獲取的銀行賬務數據和銀行電子對賬單數據按照金額自動精確匹配，核對成功的將雙方的“已核對”復選框置為選中狀態(tài)請求：TL_GL_營運資金銀行對賬調整表參數：銀行賬戶、期間、銀行對賬單作用：輸出銀行對賬調整表，表樣待定。5.2 現金流量表啟用現金收付制輔助帳套，只有對應收應付發(fā)票完成收付款處理后，才會由系統自動復制至現金輔助帳套；在總賬手工錄入賬務與接口導入賬務將在過賬時自動傳送至現金帳套?！翱蛻艄尽钡默F金流量表采用針對與表項相關的會計科目打標記，報表輸出時按照標記來識別是否納入表項，納入哪個表項，如何納入表項的方式來實現；在現金帳套中設置與現金流量表表項相關的表外科目，

30、使用表外科目來對基于系統數據輸出的現金流量表進行調整，系統輸出調整前和調整后兩類報表?！翱蛻艄尽睍嬁颇颗c表項的關聯將在現金流量表表樣與輸出規(guī)則相關文檔中統一體現。5.2 資金預測通過客戶化開發(fā)，提供資金的流動性預測報表；數據來源于總賬、應收、應付模塊。資金預測報表的系統數據來源為預算、應付、應收，應付票據按照票據兌現日期遞延顯示；系統允許對報表獲取的數據進行手工調整、修改并實時保存。系統提供資金預測金額調整界面，如下圖所示：界面字段說明如下表所示：字段名稱是否必須字段類別字段說明當前期間是Varchar(10)與總賬期間無關，用于控制當前預測允許錄入的第一個期間；系統控制有且僅有一個當前打

31、開的期間，已關閉的期間預測報表存檔，不允許修改刷新當期數據NA按鈕點擊該按鈕驅動系統重新查詢刷新當前期間開始18個月的系統獲取數據；如：系統數據為1000，調整后為1100； 針對項目調整系統賬務，使得該項目系統數據為1200，則點擊刷新后，該項目數據將變?yōu)?300（當前系統數+調整數）。打開下一期間NA按鈕點擊該按鈕驅動系統將當前期間數據存檔的同時獲取下一期間當前系統數據；期間僅允許向將來期間逐一打開，不能打開歷史期間，但可以在報表中查詢歷史期間的存檔數據；當點擊“打開下一期間”時，會跳出提示窗口：警告：打開下一期間將自動關閉當前期間，此操作不可逆！是否繼續(xù)？以此規(guī)避因系統誤操作而造成的歸檔

32、數據不正確的情況。報表項目是Varchar(200)報表項目使用FSG行集定義，本窗口從FSG特定行集獲取（名稱為“TL_資金預測報表項目”），取數規(guī)則在行集中進行客戶化定義；每個報表項目的取數規(guī)則將在資金預測報表表樣中明確。2009-02等列NA表列名以當前期間為作為第一列，順推18個月；列名將會隨著當前期間的變化而變化。數據區(qū)否Number此二維表區(qū)域將顯示當前期間為基準順延18個月的調整后數據（若未調整，則顯示系統獲取數據）。資金預測報表中，列為從參數所選擇的期間開始滾動最多顯示18個月，可以選擇輸出調整前或者調整后的數據，預測表表樣需要由”客戶公司”提供。6 預算管理6.1 預算控制級

33、別預算的資金控制具有三種級別：無、建議、絕對。A、無預算控制：系統不進行預算檢查，也無預算控制B、建議預算控制：一旦超出預算額度，系統會提出警告，但是仍然允許繼續(xù)。即在錄入采購定單、應付發(fā)票的時候即對相應的科目進行檢查，允許超出預算，可以進行收貨和付款。C、絕對預算控制：不允許超出預算額度。即在錄入采購定單、應付發(fā)票的時候即對相應的科目進行檢查，看是否有足夠的預算資金，一旦超出余額系統就會掛起相應的定單或發(fā)票，無法進行后續(xù)的收貨或者付款。根據”客戶公司”管理要求選擇對應的預算控制級別；預算不足時走增加預算流程；啟用匯總模板進行預算控制6.2 預算組織與版本控制總賬模塊中的預算是針對科目級的預算

34、，根據”客戶公司”預算管理的需要，將在總賬系統中建立以下預算組織：預算組織名稱用途預算控制收入預算組織收入的考核和分析無預算控制（暫定）成本費用預算組織成本費用預算控制和分析建議性預算控制（暫定）資產投資預算組織資產投資支出的預算控制和分析建議性預算控制（暫定）特別注明：資產負債表、現金流量表，以與以數據表示的預算計劃，并不是基于科目金額，或者不能通過總賬科目余額有效的取得，所以不納入總賬預算的圍?！翱蛻艄尽钡念A算期間與總賬自然月期間同步，按年度和季度進行預算檢查和控制。6.3 預算管理流程A、收入計劃對收入類采用“無預算控制”級別預算控制，收入預算的口徑基本和科目對應。B、費用計劃對于費用

35、預算控制的科目，在采購和應付模塊根據公司管理要求選擇對應的預算控制；超過預算后，由財務部提請增加預算，并在系統中增加預算金額，再重新在采購和應付模塊完成業(yè)務。C、資產投資計劃對于資產投資預算控制的科目，在采購和應付模塊根據公司管理要求選擇對應的預算控制；資產投資支出預算按類別通過資產類別明細科目進行控制，只提供基于金額的預算控制，不支持數量的預算控制；對于分項目預算的資產投資支出，采購或者錄入發(fā)票時要在科目分配界面，手工在借記科目選擇對應的項目段值。D、預算錄入與預算執(zhí)行的統計分析全年預算報表通過WEB ADI以預算日記賬的形式導入或在總賬模塊的預算錄入窗口手工錄入，作為全系統的預算數據來源。

36、預算執(zhí)行結果的統計分析通過報表開發(fā)實現。預算的控制科目與與相關會計科目的控制邏輯將結合預算報表表樣各個項目集中體現。7 資金管理資金管理主要涉與：分公司存放總部資金的利息收入計算；分公司向總部借款的資金成本計算，計算邏輯如下：資金科目月平均余額*公司資金成本率（利息）財務會計帳套啟用平均余額功能，自動計算相關科目的月平均余額；使用系統經常性日記賬功能，每月計算并生成資金占用額日記賬分錄；“客戶公司”為部資金占用類科目（如存放總部資金、部計價等）設定對應的公司資金成本率或利率，無需另外計算獲得；流程舉例：分公司上存總公司款項產生利息收入：總公司會計分錄：借：表外科目存放總部資金利息支出 貸：表外

37、科目中轉分公司會計分錄：借：表外科目中轉 貸：表外科目存放總部資金利息收入8 管理會計8.1財務帳套管理會計分析針對總賬財務帳套的會計科目段中公司、部門、客戶經理、商戶、產品、項目等維度進行收入成本歸集和獲利分析；共享服務的成本費用的分攤，僅到公司以與部門級別，使用總帳成批分攤功能實現，具體分攤規(guī)則需要由”客戶公司”提供；8.2 管理會計段管理會計分析財務帳套會計科目結構中的輔助科目段（TL_COA_SUBACCOUNT）中設置市場營銷費等管理會計科目，實現管理會計中的費用歸集。同一票面類型，不同成本性質的費用在財務會計和管理會計科目的處理通過輔助科目實現，系統提供財務會計和管理會計兩種口徑的

38、核算報表，表樣由”客戶公司”提供，具體的核算精度和科目圍將在管理會計報表表樣中統一體現。8.3 管理會計相關報表管理會計報表表樣需要”客戶公司”在2009年3月25日之前統一提出。9 薪酬支付和統計9.1 薪酬支付系統流程“客戶公司”員工薪酬網上支付，通過客戶化開發(fā)的“薪酬支付和統計”窗口進行管理；總公司和各分子公司間薪酬相互隔離，互不相關?！翱蛻艄尽奔s定，薪酬日記賬導入時，選擇來源為“人工”，類別為“員工薪酬單”，以便控制薪酬日記賬憑證的查看權限。薪酬表只有客戶經理按人頭顯示，非客戶經理按部門匯總顯示，憑證打印同上。系統設定可查看客戶經理薪酬的人員權限，例如財務、總經理。未設定權限的人無法

39、查看薪酬窗口和薪酬日記賬憑證?！翱蛻艄尽痹谛匠曛Ц逗徒y計窗口進行管理的員工薪酬類別如下表所示：薪酬項目會計科目編碼會計科目名稱基本職工工資22110111應付職工薪酬職工工資基本工資績效職工工資22110112應付職工薪酬職工工資績效工資特別業(yè)績獎職工工資22110113應付職工薪酬職工工資特別業(yè)績獎職工福利費22110211應付職工薪酬職工福利費工會經費22110311應付職工薪酬工會經費職工教育經費22110411應付職工薪酬職工教育經費基本養(yǎng)老保險費22110511應付職工薪酬社會保險費基本養(yǎng)老保險費基本醫(yī)療保險費22110512應付職工薪酬社會保險費基本醫(yī)療保險費失業(yè)保險費22110

40、513應付職工薪酬社會保險費失業(yè)保險費工傷保險費22110514應付職工薪酬社會保險費工傷保險費生育保險費22110515應付職工薪酬社會保險費生育保險費其他社會保險費22110591應付職工薪酬社會保險費其他補充養(yǎng)老保險費22110611應付職工薪酬補充保險費補充養(yǎng)老保險費補充醫(yī)療保險費22110612應付職工薪酬補充保險費補充醫(yī)療保險費住房公積金22110711應付職工薪酬住房公積金補充公積金22110911應付職工薪酬補充公積金勞務用工薪酬22111011應付職工薪酬勞務用工薪酬董監(jiān)事津貼22111111應付職工薪酬董監(jiān)事津貼管理層獎勵基金22111211應付職工薪酬管理層獎勵基金其他職

41、工薪酬22119111應付職工薪酬其他薪酬支付和統計主流程如下圖所示：流程說明：1、 根據當月員工薪酬整理“員工薪酬表”，并轉換為WEB ADI格式的文件并上載，將薪酬信息導入系統；2、 在系統“員工薪酬統計”界面，按照銀行賬戶、期間、薪酬類型等信息查詢導入的薪酬支付統計信息（“薪酬支付統計”界面參照本章下文），核對、調整、確認導入數據的正確性；3、 在系統“員工薪酬統計”界面點擊“生成文件”按鈕確定要生成網銀支付文件條目，并提交請求“傳送員工薪酬網銀支付文件”，將員工薪酬支付文件傳送至統一的網銀支付界面，從網銀支付界面生成統一格式的網銀支付文件；4、 財務主管根據薪酬管理崗提供的薪酬支付文件

42、審核網銀文件；5、 網銀支付完成后，銀行提供網銀支付對賬單；6、 根據對賬單核對薪酬的支付情況，將已支付的薪酬記錄標記為“已支付”；未能成功支付的記錄點擊“生成文件”，重新生成網銀支付文件提交網銀接口再次支付；7、 全部支付完成后，運行“生成薪酬支付匯總憑證報表”請求，獲得薪酬支付匯總憑證報表；然后根據報表容，使用Oracle WEB ADI將匯總憑證導入總賬生成日記賬（日記賬中客戶經理的所有薪酬需要選定相應的員工段客戶經理編碼，其他員工可按照部門段和輔助科目段匯總）。備注：需要在員工段段值上啟用描述性彈性域，針對每個員工標注其“是否客戶經理”；薪酬支付的網銀支付文件生成與APS資金劃付指令采

43、用一樣程序實現，在此不做單獨開發(fā)；已經選中生成文件的數據和已經傳送到網銀支付界面的數據，不允許修改；以上流程中步驟：3、4、5、6均為網銀支付統一界面的操作容，在此不做單獨開發(fā)，統一通過資金劃付平臺的網銀支付平臺生成相應的網銀支付文件。9.2 薪酬支付界面“員工薪酬統計”界面如下圖所示：“薪酬支付與統計”界面字段說明：字段名稱是否必須字段類別字段說明銀行賬戶是Varchar(30)下拉列表，由系統從輔助科目段中自動獲得銀行賬戶名稱期間是Date下拉列表，包含從系統使用開始到當前最后一個打開的期間名稱公司名稱否Varchar(16)下拉列表，由系統自動從公司段值中獲得部門（查詢區(qū)）否Number

44、下拉列表，由系統自動從部門段值中獲得是否已支付否Varchar(4)下拉列表，包含：是、否，留空則表示包含所有是否已生成文件否Varchar(4)下拉列表，包含：是、否，留空則表示包含所有查詢NA按鈕點擊查詢按鈕驅動按照現有銀行賬戶、期間等進行查詢，查詢結果將顯示在窗口列表中員工工號是Varchar(6)員工編號，與員工段中編碼一致員工是Varchar(10)員工，與員工段中對編碼的描述即員工名稱一致公司名稱是Varchar(20)表示產生該員工相關薪酬金額的公司，該公司將作為應付薪酬入賬的公司段段值部門（顯示區(qū)）是Varchar(20)表示產生該員工相關薪酬金額的部門，該部門將作為應付薪酬入

45、賬的部門段段值輔助薪酬類別是Varchar(20)表示產生該員工相關薪酬金額的管理核算口徑，該輔助薪酬類別將作為應付薪酬入賬的輔助科目段段值基本職工工資等是Number與應付職工薪酬的會計科目一一對應，備用1-15是Number該窗口提供15個備用列，供以后擴充薪酬類別使用說明否Varchar(200)針對該員工相應薪酬信息的說明，手工錄入已生成文件否復選框選中則表示相應的員工薪酬信息已經生成網銀支付文件，允許手動修改全部生成文件NA按鈕點擊該按鈕將對當前界面上顯示的所有員工薪酬信息標志為“生成文件”撤銷全部生成文件NA按鈕點擊該按鈕將對當前界面上顯示的所有員工薪酬信息 “生成文件”的標志去掉

46、9.3 員工薪酬單導入模板員工薪酬單由手工整理成符合格式的Excel文檔后，使用WEB ADI導入系統，WEB ADI的模板文件界面如下圖所示：說明：A、公司名稱、部門名稱為下拉列表，其中部門名稱的圍取決于公司名稱；B、當期同銀行賬戶的員工薪酬單中存在未生成文件時，允許重新導入員工薪酬單，多次導入以最后一次為準，若單次導入數據個別錯誤，允許在界面上單獨修改保存；C、若當期某銀行賬戶的所有員工薪酬信息均為新增狀態(tài)，允許刪除整個員工薪酬單。D、各個薪酬列中，數據控制=0，若小于0，數據導入驗證不能通過；若為空，默認為0.9.4 提交程序與輸出報表本客戶化需要開發(fā)的請求和報表：程序：TL_GL_傳送薪酬文件到網銀支付窗口參數：期間；銀行賬戶作用：將薪酬已標記“生成文件”的數據傳送到網銀支付窗口報表：TL_GL_薪酬支付與統計記賬憑證參數：銀行賬戶；期間；公司段；作用：提取某公司對應的相應銀行賬戶在指定期間產生的員工薪酬，按照薪酬項目和部門兩者關聯對應的費用類會計科目輸出日