時間：2023-08-03 16:10:18
序論：在您撰寫財務轉賬流程時，參考他人的優秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發您的創作熱情，引導您走向新的創作高度。
為進一步規范黨費賬戶費用報銷流程，強化日常財務管理，提高工作效率及工作質量，現對相關業務流程及注意事項進行說明：
一、費用報銷流程
1、每年元月*日前制定黨費賬戶年度費用預算，對年度費用支出進行說明，交集團財務部備查。
2、每月*日，將當月付款計劃電子版（見附件）及報銷單據（已粘貼并經部門領導簽字，加蓋“中國一拖集團有限公司委員會組織部”章（以下簡稱：集團公司黨委組織部章））、付款資料交至集團財務部。
3、財務人員對付款計劃、報銷單據及付款資料進行審核，審核無誤后，通知相關部門出具正式付款計劃（紙質版，加蓋部門公章）。
4、集團財務部收到紙質付款計劃五個工作日內將款項支付完畢。
二、費用報銷及對外轉賬注意事項
1、每張粘貼單上的票據粘貼整齊且張數不得超過30張，應按照“票據粘貼單”的項目填寫相關內容，標明業務事項、票據張數、大小寫金額及經辦人員等，填寫報銷單據時應按照規定使用黑色水筆，填寫時要認真無誤，內容應真實、完整、整潔、清晰，尤其注意不得出現涂抹及刮擦。
2、食品、辦公用品類發票，需列示購買的具體內容，如發票內容僅列示“食品或辦公用品”，需提供對應的明細清單。
3、在同一家供應商購買商品或接收勞務超過***元(含***元)，由集團財務部向供應商轉賬，不得由個人墊支后向個人賬戶轉賬。
4、向上級機構上繳黨費時，應提供上級機構要求繳費的相關文件，同時部門負責人需在文件上簽字確認；
無上級機構文件的，由黨委工作部出具黨費上繳付款指令，部門負責人簽字并加蓋集團公司黨委組織部章。
5、向各單位下撥黨費，由黨委工作部出具黨費下撥指令并附下撥單位清單，部門負責人簽字并加蓋黨委組織部章。
6、發放獎勵、授課費及其他補助時，需提供發放說明和發放簽字明細表，部門負責人簽字，加蓋黨委組織部章。發放上述費用涉及廠內在職職工的，需提供在職職工所在單位財務部門出具的個稅代扣代繳聲明；
涉及集團（股份）職能部門人員的，由集團（股份）財務部隨當月工資扣稅。
7、對公轉賬和對個人轉賬，需填制“付款委托書”，正確填寫收款單位（收款人姓名）、開戶行、賬號、金額，該信息將作為轉賬依據。
8、為防控財務風險，避免資金損失，尚未收到款項，需提前開具收據的，需向集團財務部提供有關款項的文件，并由責任人在文件上注明款項預計收到時間，經部門負責人簽字，加蓋黨委組織部章；
如無相關文件，由部門對款項來源、款項性質、款項金額、何時收到、如何支付等情況進行書面說明，由部門負責人簽字，加蓋黨委組織部章后辦理。集團財務部出具收據后，黨委工作部責任人應負責確?？铐椉皶r到賬。
9、根據貴部要求，集團各單位及托管單位應在每月*日前上繳上月黨費，憑銀行出具的“現金存款憑證”于當月20-*日，至集團財務部開具收據。集團財務部次月*日前將上月各單位上交黨費情況（含上交單位、上交金額、上交時間，不注明上交單位的單列）發送至黨委工作部相關人員。請黨委工作部及時對未按規定繳納黨費的單位進行督促改進，確保黨費收繳及時規范。
0、年度內發生的業務，應在該年度財務結賬前報銷完畢，次年不再受理跨期發票。
另，自20**年*月開始，20**年以前（含20**年）的國稅定額發票作廢，不能使用。發票代號中第6第7位數字代表年份，收取發票時，請注意觀察。
附件：月度付款計劃模版
序號
付款事由
收款方全稱
付款方式（對公轉賬、現金支票、對個人轉賬
金額
付款信息（收款人賬號、開戶行）
合計
審核人：
制表人：
背景資料
江北區財政局是重慶市江北整個行政、事業單位的資金管控中心，對轄區內80余家單位的資金收付起著宏觀管理作用。伴隨財政改革的深入、財政核算精細化要求的提高，財政收入不能及時、足額入庫的問題越來越突出。
用戶需求
管理系統的核心思想是將會計的服務功能和監督功能融為一體。通過建立核算中心、資金中心、報銷中心等中心實施“收繳分離”、“收支兩條線”和“會計委派”，防止，減少鋪張浪費，達到從源頭上防微杜漸的目的。
同時，在數據庫平臺建設上，要求能夠滿足大容量數據的存貯，并能提供數據安全、數據容錯、數據備份和恢復等一系列解決方案；要求提供全面、開放的數據交換接口，為軟件系統與外部數據系統的數據交換提供了技術支持；要求公司具有強大的二次開發能力，可以根據用戶的需求做接口開發和功能模塊開發。
解決方案
系統設計和崗位設置
核算中心針對日常業務“費用報銷”的工作量較大的特點，在前臺專門建立“前臺報銷”、“資金結算管理”、“預算管理”、“票據管理”和前臺主管等崗位；在會計核算中心的后臺建立“會計核算管理”、“帳表管理”、“月末報表管理”等系統和后臺主管。實行后臺會計對前臺報銷和資金結算的業務監督、預算管理對前臺報銷的預算控制的管理模式。
整體業務流程
各核算單位報賬員審核會計復核會計銀行出納回單（現金支付或轉帳支付）記帳會計后臺主管主管會計
具體業務流程
1、預算管理業務流程
預算編制指標到賬預算執行（前臺報銷）預算報表
負責核算中心全年綜合預算的申報、編制、調整、執行、決算，負責預算內外資金審核撥款和總預算的會計核算工作；指導和管理統管單位的預算編制、執行、控制、分析、決算等管理工作；
2、前臺報銷業務流程
單據審核單據錄入資金、預算控制單據復核支付確認對賬單據移交報銷數據（或憑證）向記帳會計傳輸
審核會計：根據各核算單位報賬員所提供的原始單據審查原始單據整理單，以最快的速度填開現金支付通知單和轉賬支付通知單，即時傳遞單據。
復核會計：審核前臺操作員所填開的兩類（現金、轉賬）支付通知單，決定是否對外支付各類支出。
3、資金管理業務流程：
資金控制匯總支付確認單對賬與銀行結算
總會計:負責與銀行的對賬，辦理各單位賬戶的轉賬結算，支出現金，核定單位現金使用限額，按月核對單位存款余額；一個營業日結束時，根據當日銀行存款實際支付金額填開銀行轉賬支票（或現金支票）；根據經前臺主管核定后的轉賬支付通知單開具銀行轉賬支票；（轉賬支票已和銀行協商，由銀行根據“轉賬支付通知單”填制“轉賬支票”，從而減輕工作量）；
4、票據管理業務流程：
票據購入票據發出票據對賬票據核銷票據交回報表
對票據的購入、領用、核銷和交回的全過程實行嚴格的管理。同時，在核銷以前應該根據開票的金額與資金會計或統管會計對賬。
5、記賬會計業務流程：
對報銷單據進行二次審核（對報銷數據進行賬務處理）收支結轉報表預算指標的執行分析（預算指標的申報）
記帳會計
負責按月辦理各單位的財務收支核算工作，編制財務報表。逐月分析各單位預算執行、資金運轉等情況，負責監督或審核各單位出納或報賬員報來的收支單據。
系統測試
經過近3個月的使用，該系統運行穩定，速度快，數據傳遞過程中沒有出現數據失真或丟失的情況。
首先，能在數據高速增長的情況下，保持整個系統的運行速度沒有明顯的影響。應用系統的運算處理都在服務器端完成,服務器可以徹底控制終端的運行。
其次，利用軟件和數據庫系統提供的安全管理，提高了整個系統的安全性能，保證數據系統的安全。所有的數據都集中在服務器端，服務器和WEB之間有專用的加密機制，信息的安全性得到很好的保障。
再次，實現了整個結算中心完全適時的數據交流，保證財務信息可以得到及時的統計。
目前，政府部門、高校、事業單位等一般均有財務核算中心。隨著國家對預算資金監管和使用的相關規范文件出臺，財務集中核算日益發揮著重要的核算和監督作用。財務結算中心一般承擔著本部門或者本企業全部資金的結算任務，資金量很大。日常財務報銷中，根據財務制度規定1 000元以上要求轉賬支付，1 000元以下可以使用現金結算。隨著公務卡強制使用制度的落實，財政預算資金公務卡結算日益增多。面對復雜的結算方式，?x擇一種安全、高效、便捷的結算方式至關重要，非現金報銷方式不失為一種好的結算方式。
一、財務結算中心報銷現狀分析
（一）報銷支付方式多樣。根據預算資金管理相關規定，中央部門日常經費使用，屬于公務卡刷卡目錄的支出，強制使用公務卡刷卡結算，保留刷卡小票報銷，屬于中央財政零余額資金的，記入“待清算公務卡報銷額度”往來科目，每月集中還款一次，通過零余額網銀系統公務卡還款功能支付，方便快捷。屬于非零余額資金的，報銷當時直接用單位卡支付，直接還款到個人公務卡賬戶，隨報隨清。對于現金業務，一般報銷人員提前報用款計劃，報銷時隨報隨清現金。
（二）支付現金存在隱患。根據財務管理規定，為保證資金安全，一般單位當日庫存現金不能超過規定限額，通常要求在800元以下，不同單位可能會有所不同。出納人員根據報銷用款計劃當日支取現金，當日超限額資金要送存銀行。每日取現金需要專車和保安護送，由于銀行業務處理需要一定時間，每天上午時間被取現金占用，下午報賬后現金還要在銀行下班前入庫，導致報賬效率低下，服務質量下降，報銷人員意見很大。同時單位還需要保障車輛和保安人員時刻待命，人力物力浪費很大。出納工作效率不高，疲于在銀行和單位間奔波。被服務單位滿意度很低，形成報賬難、排長隊現象。
（三）財務軟件功能模塊利用率低。財務核算一般都使用了財務核算軟件，有些部門還開發了本部門專用的財務核算軟件。例如氣象部門使用的是某軟件公司開發的A++報賬系統，根據氣象部門特點和具體要求，增加相應模塊滿足日常使用。但是各單位使用中，特色化模塊要求具體使用單位進一步細化和調試。大部分使用單位只使用了系統化模塊，特色化部分懶于使用開發，使軟件利用率低，很多數據分析功能未使用，只開通了日常核算功能模塊。
（四）網銀使用普及不夠。電子支付和銀行網銀支付日益普及，新型結算方式取代傳統方式是時展趨勢。核算中心推行網銀結算方式可以提高支付效率，但是在推行過程中遇到很大阻力：被核算單位領導不重視，認為資金不安全，對開通網銀比較抵制；核算中心出納認為使用程序復雜，不如直接報銷開票便捷，安于現狀，導致網銀普及率低，結算方式不能適應當前信息化核算要求。
（五）崗位分工不能適應信息化要求。傳統崗位分工是會計和出納分管具體核算單位，是按照單位進行崗位分配，具體核算單位業務量多少不一，造成崗位分工不均，需要定期輪崗，不利于被核算單位日常業務精細化管理和長遠發展，影響財務人員工作積極性。信息化條件下，根據財務信息化平臺系統，將財務基礎工作按照標準化、流程化的作業方式進行流程再造，每個崗位流程都有明確職責和分工，每位財務人員可以負責報銷流程的某一環節，實行大平臺管理，使財務報銷實現程式化、標準化、精細化管理。
二、財務結算中心非現金報銷解決方案
（一）開發依托于財務報銷系統的取數軟件。該軟件按照日常報銷中不同結算方式進行分流，尤其是現金業務，在報銷時，根據現金所屬資金來源自動抓取數據，登記領取人信息，定期匯總，集中進行轉賬匯款。例如差旅費報銷中，住宿費使用公務卡報銷、差旅補助使用現金報銷。在出納報銷流程中，公務卡登記在“待清算公務卡報銷額度”科目，現金部分登記在“待清算儲蓄卡報銷額度”，同時按照報銷人分明細登記，定期生成報銷人匯總單。出納根據匯總單資金來源，通過網銀轉賬，上傳發放表，在網銀系統財務發放模塊，支付報銷現金。具體流程如下：
1.單據報銷[公務卡報銷零余額]出納登記零余額網銀錄入會計網銀審核網銀還款打印單據會計記賬。
2.單據報銷[公務卡報銷非零余額]出納單位卡直接還款打印單據會計記賬。
3.單據報銷[現金報銷零余額（非零余額）]出納登記網銀轉賬出納上傳發放表會計網銀審核網銀還款打印發放成功單據會計記賬。
4.單據報銷[匯款報銷零余額（非零余額）]出納錄入網銀轉賬會計網銀審核網銀還款打印發放成功單據會計記賬。
5.工資發放出納錄入網銀轉賬會計網銀審核網銀轉賬出納上傳發放表會計網銀審核網銀發放打印發放成功單據會計記賬。
（二）開通銀行網銀結算。通過開通銀行網銀結算，核算中心率先實行工資全部網銀轉賬發放。根據工資發放流程，使用網銀工資發放模塊，上傳工資數據，工資即刻到賬，發放成功單據及時打印，差錯每筆可查，提高了效率。日常財務現金報賬，做到了每日報賬，每周匯總還款，節約了出納去銀行送單據時間，銀行網銀轉賬一分鐘到款，同時銀行短信設有到款提醒，發放差錯能實時檢測，及時更正，財務報銷基本實行無現金庫存。對于日常轉賬業務，實行網銀轉賬，報銷人員不再拿支票，杜絕了人工填寫錯誤退票現象，報銷人不用再去送支票，節約了時間和金錢。對出納人員，基本不用再去銀行，直接網銀操作就完成了報銷業務，單位車輛費用和安保、司機人員工作量大幅下降。這些措施的施行，被服務單位普遍反映效率提高，職工非常滿意。
（三）制訂崗位職責和內控制度。按照當前信息化管理要求，制訂網銀操作崗位內控流程，銀行網銀密匙有三人保管，錄入員、審核員、主管三人負責，相互牽制，分工明確。制訂各報賬崗位具體崗位職責，做到不相容崗位分離。細化崗位分工，嚴格執行崗位責任制，使日常業務工作統籌化、集約化、程式化管理，提高核算準確度。對每個崗位職責權限有明確規定，出現問題能落實到具體崗位人員。對每筆網銀支付和現金還款都通過電子支付和報賬平臺操作，做到有據可查。
（四）建立財務共享服務結算平臺。適應信息化管理環境，電子發票和網上報賬已經運用到日常結算中，電子支付和無紙化財務報銷新模式正在逐步推廣。財務單據通過報賬錄入終端，原始發票通過高拍?x掃描，存儲電子數據，上傳會計結算中心。結算中心審核人員實時審核，動態顯示票據審核狀態，使報賬直觀高效。電子數據實時存儲，每項業務存儲電子檔案，可以追蹤每筆資金使用情況。電子數據存儲要求單位硬件系統必須足夠強大，網絡設施和網絡資金安全監控要制定嚴密的內控制度，保證資金和數據的安全。同時通過共享服務結算方式的轉變，可以實現財務數據資源共享，在大數據分析系統幫助下，對數據進行多次加工，為單位發展和決策提供數據支持。
三、財務集中核算未來發展方向
（一）電子結算模式更加普遍。財務集中核算已實行很多年，在不斷發展的信息化環境下，財務核算中心要與時俱進。在財務報銷軟件和網銀支付方式普遍被大眾接受的情況下，大力發展電子商務結算模式，充分利用網絡條件，提高支付準確性、效率性，做到每筆業務有跡可查，減少差錯。
（二）財務信息大數據分析被廣泛應用。運用財務大數據分析平臺，對財務數據進行分析、整理，為單位提供更加真實、可靠的參考數據，為領導決策提供數據支持。運用科學化、流程化、標準化的會計結算管理方式，可以保證財務數據核算口徑統一，高效準確。積極設立財務核算軟件系統二次開發項目，對日常財務數據特色化模塊進行開發利用，提高軟件使用率，減輕會計人員工作量。
（三）會計人員業務培訓常態化。國家各項制度和財務核算要求更新迅速，國家對財務數據質量要求越來越嚴格，對預算和決算編制工作更加重視。為了發揮會計監督功能，縮小預決算執行差異率，應重視財務人員的日常業務培訓，狠抓落實審計檢查發現的問題，從源頭入手，加強會計骨干人才培養，制定激勵考評措施，使核算中心能以制度為準繩，以操作流程為主線，規范核算，強化責任，確保各項資金使用安全、合規。
（四）“互聯網+”多種新型服務方式并存。財務核算不僅對核算數據要求準確，服務質量也要求有更高的水平。
1.“碼”上知道。互聯網時代財務共享服務中，通過把被服務單位需要了解的相關政策梳理拆分，形成便于報賬人理解和使用的知識點，并以二維碼為載體向報賬人推廣。報賬人使用移動終端掃描二維碼即可獲取相關財務報賬政策。通過局域網政務系統平臺鏈接單位財務平臺，使分管單位能隨時查詢資金使用情況、預算執行情況。
【關鍵詞】商業銀行 第三方支付 轉賬
由于銀行批量轉帳具有效率高、精準、安全的特性，每一筆交易都有據可查且手續簡單費用低廉等其他收付費方式無法比擬的優點，因此這種收付費模式已然成為保險行業首推的收付費方式。從中國人壽保險公司的統計數據來看，2010年銀行批量轉帳收費占其總保費規模的54.55%，銀行批量轉賬付費占所有付費業務的61.52%；2011年銀行批量轉帳收費占總保費規模的63.76%，銀行批量轉賬付費占所有付費業務的72.58%；近幾年銀行批量轉賬支付已成為中國人壽最主要的資金收付方式。但銀行轉帳也存在著一定風險，現結合本人所在公司（中國人壽）資金收付平臺的運作管理經驗分析如下：
保險行業資金批量代扣、代付現狀
以中國人壽為例，目前開展批量代扣、代付業務的14家銀行均簽有批量轉賬協議，在相應協議中就諸如資金到帳時間、數據傳輸方式細節進行了約定。
現行的批量轉帳流程
目前保險公司銀行轉賬工作一般涉及信息技術部和財務管理中心兩個部門。信息技術部負責委派專人從業務系統中提取、回插數據；財務管理中心則負責指定專人傳送、接收數據以及資金的收付工作。
銀行發盤流程
1、信息技術部指定人員從各個業務系統中提取數據后生成發盤文件，向財務管理中心相關崗（各公司崗位名稱不盡相同，以下以中國人壽崗位設置為例稱為劃賬崗）發出發盤指令。
2、財務管理中心劃賬崗登陸到指定機器首先復核文件名稱是否與當天日期相符，再與外掛系統中的發盤總筆數和總金額核對，如果一致即按照各銀行規定的方式及格式向銀行發送數據信息。具體傳輸數據的方式有以下三種：通過專線傳輸，通過3.5寸軟盤、U盤等人工傳輸，通過電子郵件傳輸。
3、對于代付業務財務管理中心劃賬崗在向銀行發送完數據后需立即通知資金調撥崗調撥資金，資金調撥崗按照劃賬崗提供的金額向銀行支付資金，并經資金復核崗復核。
銀行回盤流程
1、財務管理中心劃賬崗從銀行接收回盤文件，復核回盤文件的日期，核對回盤文件中成功與不成功合計筆數和金額是否與前一天發盤一致。
2、復核一致后通知信息技術部人員往各業務系統回插成功數據。
異地轉賬受制約
針對部分團體保單的客戶，投保簽訂協議時要求將理賠款等給付金打入非本市賬戶，提供的賬戶涉及招行、建行、農行、浦發銀行等眾多銀行，且此類要求異地劃款的業務也逐漸增多，此類異地劃款只能由收付費人員或手工逐筆轉賬或以工資形式手工報盤解決。
“公對私”違規的無奈
從保險公司的對公賬戶將資金直接劃入客戶個人賬戶，目前已有部分銀行提出此種形式屬于“公對私”，不符合人行規定，即將不允許如此操作。
數據篡改風險
目前從業務系統中提取數據、回插數據是由信息技術部的人員操作，由于信息技術部人員具有維護后臺數據的權限，而相關工作人員職業操守參差不齊，不排除極個別工作人員為一己之私利用提取數據、回插數據時篡改數據的可能。
復核不到位風險
目前信息技術部對于數據的提取和回插工作、財務管理中心的發盤和回盤工作以及從系統中提取的應收、應付數據均無專人復核，由于復核人員不到位，存在誤操作風險。
數據未加密及不校驗風險
目前已開通的14家銀行中尚有中國銀行、農商行兩家銀行未實現帳號戶名校驗，對劃帳數據加密的銀行也僅有工商銀行和光大銀行。對于代付業務，如果前端錄入人員將賬號錄入錯誤或帳號被人惡意更改，銀行無法校驗出來，就會造成我公司資金支付錯誤風險。
規避銀行批量轉帳風險的建議
總體實施細則：
1、加大復核力度，做到職能分割，權限制約監督
對于數據提取和回插，銀行發盤和回盤切實做到雙人復核。為此，建議將所有轉賬業務上收分公司統一操作，即財務中心設雙崗負責資金的支付和復核，業務管理中心設雙崗負責數據的提取和插回，信息技術部負責編寫加密程序供復核人員復核使用。
2、借助銀保渠道，擴大代付銀行范圍、開通異地代付功能
通過銀行保險部與各家銀行的良好合作關系，爭取將已開通代扣業務的14家銀行全部開通本地、異地代付功能，以減輕客服的付費壓力，同時也能保證業務的規范操作，規避手工轉賬風險，避免不必要的糾紛。
第三方及網上支付相關建議
1、業務管理中心負責數據的提取、回插，并從網上傳輸數據、接收銀行回盤數據。其中：數據提取崗負責從各個業務系統中提取數據、回插數據并對數據上傳崗上傳的數據進行復核。該崗位僅具有數據提取權限，不得具有修改業務系統數據的權限。數據復核崗負責將數據提取崗生成的非加密數據文件按照不同銀行的要求上傳銀行并接收銀行的回盤文件。
2、財務管理中心負責復核業務管理中心提取數據，并支付資金。其中：
銀行轉賬崗負責對上傳數據的再次復核并支付資金。
資金復核崗負責對資金劃撥崗支付資金的正確性進行復核。
事后監督崗負責在轉賬流程完成后按照銀行反饋的回單和業務系統中打印的成功清單進行比對、再次復核，對整個轉賬流程進行事后監督。
參考文獻：
[1]中國人壽保險股份有限公司收付費實務手冊.
2014年4月2日，“四會市村財通業務全面啟動暨首個村財通業務示范社區揭牌儀式”在四會市城東街道辦沙頭村成功舉行。當天下午，村民許女士通過村財通POS機辦理了第一筆助農繳款業務，整個流程不到十分鐘，非?？旖?、安全。此業務通過資金的信息化管理，改變了當地農村財務管理現金繳收的傳統模式，有效加強了農村財務監管。
聯通企業網銀解難題
近年來，隨著農村經濟的改革發展，村集體資金流轉量日益增加，尤其是在年底分紅及承包款、租金款上繳集中期，每日資金流轉量巨大。但是，由于當前的農村財務管理人員水平不高、財務監控制度落實不到位等問題，現在普遍采用的現金收取方式存在著巨大的安全隱患，容易衍生財務腐敗。
要發展普惠金融，必須借助現代的科技手段，提高基礎金融服務水平。四會市農信社在深入調研的基礎上，與當地政府深入溝通，推出“村財通”支農惠農新舉措，為進一步優化轄區農村支付環境、破解農村財務管理難題、落實普惠金融探索了一條新路。
“村財通”業務充分借助省聯社搭建的粵信通間聯POS機技術平臺，通過一臺POS機和企業網銀，整合助農取款、繳款、轉賬和管理四大功能，實現了資金安全、財務透明、監督到位、服務快捷和辦理優惠的五大目標。據最近的統計，四會市農信社已成功開通“村財通”服務點80個，完成POS刷卡取款300筆，金額10.8萬元；繳款業務460筆，金額782萬元；轉賬660筆，金額216元；查詢業務2280筆。
簡化流程便客戶
根據“村財通”業務規定以及農村財務管理層級監管制度，村居委會行政服務站設立財務專用窗口，與四會市農信社簽訂協議，開立專用賬戶，開通短信通業務，經四會市農信社審核相關材料后，即可布放設備、開辦業務。
除可實現一般存取款及轉賬即時到賬外，經辦人員可將款項通過轉賬方式轉到相應的村民小組賬戶，并通過查看手機短信及時確認資金變動情況。村民小組根據相關管理規定，委托四會市農信社通過批量將款項劃至村民賬號，有效縮短了入賬周期，使資金輕輕松松到達村民口袋。為確保賬務準確無誤，村居委經辦人員定期與四會市農信社進行對賬。
各村居委與四會市農信社簽訂集團網銀協議，計劃開通定制集團網銀功能，并要求下轄村小組與四會市農信社簽訂有關集團網銀協議，與村居委集團網銀的賬戶捆綁，授權村居委以賬戶查詢功能。村居委可以通過登錄集團網銀實時查詢下轄授權賬戶的資金變動情況，從而起到財務監督和管理的作用。
全面推進促發展
由于“村財通”業務牽涉當地村居委會的工作，僅僅依靠金融機構單方面推進會遇到許多困難。為保證“村財通”的順利落實，四會市農信社積極爭取，由四會市政府成立農村財務管理改革工作領導小組，負責統籌、策劃農村“村財通”改革工作，并出臺有關政策和實施方案，由市紀委負責督促各單位加強協調，提高效能，規范操作，依法推進。
為加強“村財通”業務的管理，防范業務風險，四會市農信社制定了《四會市“村財通”業務管理辦法》和《四會市“村財通”業務流程》，使業務流程必須通過現代電子化手段進行，從而將農村財務集中管理，提高了農村財務管理水平，以達到資金安全、財務透明、繳款便捷的目的。
此外，四會市農信社舉辦了多期“村財通”業務培訓班，對“村財通”業務的繳款、取款、轉賬和管理等流程和安全用卡知識進行詳細講解。為了確?！按遑斖ā睒I務積極穩妥推進，業務的推廣按照“以點帶面，試點先行”的原則進行。2014年4月初，選取四會市東城街道沙頭村居委會為試點，經過一段時間的運行，沙頭村“村財通”試點已取得了預期成效。四會市計劃在全市13個鎮街、125個村居委會（社區）、2341個經濟合作社全面推行該項業務。目前，四會市農信社已與80多個村居委會（社區）、經濟合作聯社簽訂相關協議推廣村財通業務。
便民惠農顯成效
“村財通”的開通，使得農民與村居委會之間有關業務都可以通過POS機具辦理，村委會可以與銀行實時對賬，村民可通過銀行對村委會賬目進行查詢，村委會還可對村民小組賬戶資金使用情況實現監控，進而有效杜絕現金收支混亂、“坐收坐支”、公款私存、備用金超額、非法挪用等不規范和腐敗行為的發生。
一、傳統會計循環流程
(一)傳統會計循環流程理論傳統會計業務流程是建立在勞動分工理論下的一種順序化業務流程。它將企業的整個會計活動分為若干期間,以收集企業業務活動信息做為會計過程的起點,會計人員從企業業務活動的所有數據中獲取有價值的數據,選擇不同的會計方法并利用一定的會計工具,按照會計規則對其進行處理、加工,最后以專業性的語言描述,形成會計信息。
(二)傳統會計循環流程圖在每一個會計期間,會計工作從交易或事項的確認開始,依次經過計量、記錄,最后編制財務報告,再進入下一個會計期間,由此形成一個會計循環。具體工作過程如圖1所示。在傳統會計循環中,單純地以會計業務活動為中心,會計人員只需要了解會計業務即可,與其他部門接觸較少。傳統會計下對會計人員的要求也不高,但會計人員的工作量很大,會計人員每天都進行著大量的重復勞動。
二、信息化下的會計循環
(一)初始設置 一是建立賬套。賬套指一組相互關聯的數據。從會計的角度來看,建立賬套是建立一個新的核算主體,然后進行財務分工設置,并對增加的用戶進行功能權限和數據權限的設置。一個賬套包含了企業所有的數據,將企業數據按年度劃分,稱為年度賬,一個賬套中可以存放不同年度的年度賬,企業在建立賬套時就應考慮會計期間的設置、啟用會計期間、核算類型以及編碼方案等內容,而建立賬套主要是對系統環境進行一系列的設定。二是初始化。初始化是指系統初始化,即在使用ERP財務管理軟件時,為了保證系統在以后的工作中可以正常使用而必須進行的一些基礎操作。初始化工作主要包括設置控制參數、設置基礎數據和期初余額錄入。其中設置控制參數是對總賬管理系統的一些系統選項進行設置,以便為總賬管理系統配置相應的功能或設置相應的控制;設置基礎數據則是將企業的一些公共資料和數據錄入系統中,供以后的日常操作,主要包括定義外幣及匯率、建立會計科目、建立部門、個人、客戶、供應商、項目檔案,設置憑證類別、設置結算方式等若干內容。
在傳統會計循環中,不包括這些基礎數據的設置,尤其是對部門、個人、客戶、供應商和項目的建立檔案,但在信息化條件下,將這些企業管理的內容加了進來,表面上看增加了會計人員的工作,實際上這些數據的設置正是為了減輕會計人員的日后工作量,也可以使企業的賬目清析明了。
(二)日常處理與傳統會計循環類似,企業會計人員將經濟業務發生的依據即原始憑證搜集后,進行記賬憑證登記。在信息化條件下,會計人員做的最多的一項工作就是依據原始憑證錄入記賬憑證。記賬憑證經審核后進行記賬,登記到會計賬簿上。與傳統會計不同的是,利用ERP財務管理軟件可以通過記賬功能自動將各記賬憑證登記到會計賬簿上,會計人員只需要對會計賬簿進行查看即可。但值得注意的是,會計信息化下“記賬”的含義與傳統會計中“記賬”含義不同。賬簿記錄實際上是將記賬憑證按不同的形式進行組織和匯總,傳統會計中記賬時必須將其重新抄寫到各有關的賬簿上。但在信息化條件下,記賬憑證包含了兩層意義:一是將當月的輸入到未記賬憑證文件中的記錄轉存到已記賬憑證文件中,使經審核的記賬憑證成為正式的會計檔案;二是對科目的余額、本期發生額和累計發生額進行匯總、更新。
(三)期末處理 期末處理的具體工作主要包括銀行對賬、自動轉賬、對賬、結賬、會計檔案備份以及編制報表。一是銀行對賬與對賬。銀行對賬主要是將企業的銀行存款日記賬與銀行開具的“銀行對賬單”進行核對,與此相比,期末要進行的另一項“對賬”操作則是對賬簿數據進行核對,以檢查記賬是否正確,以及賬簿是否平衡。它主要是通過核對總賬與明細賬、總賬與輔助賬數據來完成賬賬核對;通過核對各種賬簿與記賬憑證的數據來完成賬證核對;通過核對賬簿記錄與資產實際情況來完成賬實核對,但是由于在信息化條件下,各種賬簿都是根據記賬憑證由系統自動記賬生成,由于有著相同的來源和依據,因此只要記賬憑證正確,各種賬簿數據都是正確的,并且保持高度的一致。二是轉賬業務。傳統會計中轉賬處理業務是指期末由會計人員根據某些賬戶的余額或本期發生額填制轉賬憑證、登記有關賬簿,主要是結轉損益類科目余額、結轉成本費用科目余額以及結轉本年利潤。而信息化條件下的轉賬業務內容則包含很多。轉賬分為外部轉賬和內部轉賬兩類。外部轉賬是指將ERP財務管理軟件中各個不同模塊生成的記賬憑證轉入總賬模塊中,如將固定資產模塊中生成的計提折舊的記賬憑證傳遞至總賬系統中,將工資管理模塊中計算工資的記賬憑證傳遞至總賬系統中等;內部轉賬是指在總賬管理系統內部,把某個或某幾個會計科目中的余額或本期發生額轉到一個或多個會計科目中,如攤銷報刊費的記賬憑證?？梢?信息化條件下“轉賬”業務的內涵比傳統會計下的“轉賬”要擴大很多。三是結賬。與記賬功能相似,信息化下的“結賬”含義與傳統會計中的“結賬”也有所變化。在信息化下,結賬是計算和結轉各賬簿的本期發生額和期末余額,并終止本期的賬務處理工作。傳統會計中的結賬則是指把一定時期內應記入賬簿的經濟業務全部登記入賬后,計算記錄錄本期發生額及期末余額,并將余額結轉下期或新的賬簿。信息化下的結賬將終止本期賬務處理工作與計算和結轉種賬簿的本期發生額和期末余額并列,強調了一旦結賬后,就不能對前面所有的操作進行修改。原本該項操作可以加強企業的內部控制,但由于財務管理軟件都存在反結賬功能,因弱化了其內部控制。
三、信息化下會計循環流程的特點
(一)企業管理與財務核算并重信息化下的會計循環所進行的一系列初始設置實質上是企業管理所進行的內容,但這些內容對企業利用信息化技術進行財務核算的影響卻至關重要。很多初始設置一經設定就不允許修改,因此,初始設置直接決定了日后工作的效率和質量。利用ERP軟件進行財務核算,省去了很多傳統會計中的冗雜又易錯的工作,大大節省了時間與減少了工作量,既保證了會計信息的及時性,又保障了信息的可靠性。此外作為會計信息化的一個重要表現,ERP財務管理軟件中的財務模塊與一般的財務軟件不同,ERP財務管理軟件還包含了供應鏈、生產成本、人力資源等子系統,并且各系統之間有相應的接口,能夠相互集成,如總賬中的部門、人員等信息可以直接導人工資模塊中。信息化條件下,企業的財務核算不僅是財務核算,還包括財務計劃、控制、分析和預測等內容,它是―個以財務為核心的管理活動。
(二)企業內部控制弱化在信息化條件下,可以利用ERP財務管理軟件中的權限設置進行有效的內部控制,權限管理分為三種:功能權限、數據權限和金額權限。功能權限是對每個操作員對各模塊及細分功能的操作權限管理,如出納只有對資金管理的操作權限,而沒有錄入記賬憑證的權限;數據權限是針對業務對象進行的控制,可以選擇對特定業務對象的某些項目和某些記錄進行查詢和錄入的權限控制。金額權限則主要體現在兩個方面:一是設置用戶在填制憑證時對特定科目允許輸入的金額范圍,二是設置用戶在填制采購訂單時,允許輸入的采購金額范圍,如會計人員在填制記賬憑證時,現金科目的金額不能超過10000元。權限設置是信息化條件下最為有效的內部控制,但由于財務管理軟件功能越來越“齊全”,“反初始化”、“反審核”、“反過賬”、“反結賬”、“憑證制單不序時”等功能的出現,使得在ERP財務管理軟件中的操作可以達到完全無痕化,從而大大減弱了內部控制。
(三)會計人員素質要求提高
在傳統會計循環流程中,會計人員只要熟練掌握相關會計知識就可以輕松應付其職責。但在信息化下,現代信息技術的使用加上企業財務管理重心的變化使得會計人員自身的素質也相應的提高。會計人員既要懂得會計知識,又要懂得計算機知識、企業管理知識、以及相關的客戶管理、供應商管理等各方面知識。此外,由于企業內部控制的弱化,對會計人員的職業道德也提出了較高的要求。在較低的內部控制下,要保證會計信息的真實可靠就只有依賴于會計人員自身的職業道德,因此在信息化環境下,要求會計人員應該具備較高的職業道德素養。
1.財務繳費系統的總體結構拓撲圖。本系統采用多層C/S架構，由于在客戶端與數據庫之間加入了一個“中間層”，就使得業務規則、數據訪問、合法性校驗等工作放到了中間層進行處理。客戶端不直接與數據庫進行交互，而是通過中間層建立連接，再經由中間層與數據庫進行交互，建立在中心數據庫服務器上的連接數量將大大減少，并且是動態建立與釋放連接，因此客戶端數量將不再受到限制。當業務規則發生改變時，只需更改中間層服務器上的某個組件，而客戶端應用程序不需做任何處理，有時甚至不必修改中間層組件，只需要修改數據庫中的某個存儲過程。
2.基于個人網絡銀行的財務繳費系統功能模塊設計
二、架設基于個人網絡銀行的財務繳費系統硬件及軟件條件
通用硬件設備包括發卡中心數據庫服務器、前置機、銀校轉賬服務器、一卡通應用服務器、接入服務器、磁盤陣列、交換機、路由器、加密機、發卡中心發卡設備。專用硬件設備包括消費POS、圈存機、自助終端、讀卡器、充值機。通用軟件包括SCOUnix系列操作系統、Oracle數據庫、Win2000操作系統、SQLServer2000數據庫。應用軟件即各類子系統。
三、各功能模塊設計
(一)網上交易的必要條件和客戶端界面設計說明。本系統的上位機是依附于銀行的安全機制，用戶的銀行卡消費全部發生于銀行系統內部，因此具有極高的安全性，商戶與網銀中心的數據交互的特點：數據金額比較小，交易后對賬機制，鑒于以上特點，在這一塊上安全不要求太高，因此數據傳輸采用URL方式，即本系統形成含有網銀規定的接口參數FORM，用POST方式向網銀中心提交，返回信息同理，數據傳輸過程采用數字簽名和DM5加密方式。歸結如下：
1.網上支付使用條件?？蛻粢言诮ㄔO銀行簽約，申請網上支付服務，簽約的賬戶(信用卡或儲蓄卡賬戶)可用于網上支付，網上支付的結算范圍不能超過建行網上銀行的轄區范圍。
商戶與建設銀行簽定協議，銀行為其提供結算賬戶與網上預申請密碼等，網銀中心受理并核發CA證書，建立商戶信息維護表。
2.網上支付流程
(1)客戶登錄學校WEB網站，選擇需辦理轉賬業務類型。
(2)客戶選擇付款的銀行——建行，確認后，商戶代碼、訂單信息、合計金額通過瀏覽器URL傳到建行網上銀行站點；網上銀行自動顯示支付頁面，客戶首先選擇是否使用建行證書，然后輸入龍卡號和密碼，選擇“確定”。支付信息經加密后傳送到網銀中心。
(3)網銀中心接收客戶支付信息，轉發到銀行后臺業務處理系統。
(4)銀行后臺業務系統處理后，返回處理結果給網銀。
(5)網銀通知客戶支付(扣賬)是否成功。如果扣賬成功，提示客戶注意接收商戶返回的送貨信息；立即響應的商戶，如果支付成功，網銀將成功結果反饋給商戶。若支付失敗，不返回給商戶信息。
日結時，商戶與開設結算賬戶的建設銀行(網銀成員行)進行流水核對，對已支付但未得到商戶確認的交易進行相應的處理。
3.客戶使用建行證書?？蛻粼谏虘艟W站選擇建行支付后，被鏈接到建行網上銀行網站。該鏈接將商戶名、柜臺號、定單號、金額，驗證信息傳到網上銀行系統(建行提供無密鑰的MAC算法)?？蛻暨M入建行網上銀行系統時選擇是否使用建行證書進行支付。如果是建行簽約客戶，可以選擇有證書支付。如果客戶沒有與建行簽約，只能使用無證書支付。
4.網銀系統返回信息。網銀系統返回給商戶成功或失敗信息(按商戶類型，分兩種情況進行處理)。
(1)對于不需要實時反饋支付結果的商戶，直接將支付結果通過瀏覽器顯示給客戶。
(2)對于需要實時反饋支付結果的商戶，將支付結果返回客戶，同時，如果支付成功，將結果和數字簽名信息(注：簽名算法和簽名內容由建行指定)反饋給商戶，簽名校驗成功后，進行后續處理；如果支付失敗，不再通知商戶。
5.學校的交易款結算與對賬流程。學校在建行開設專用結算賬戶。客戶在建行網上銀行支付功能下付款，貨款記入學校的專用結算賬戶(含定單號信息)。學校可通過瀏覽器登錄建行網上銀行，可實時查詢網上支付流水，也可在商戶本地數據庫中查到支付信息(但建議登錄網上銀行查詢)，學校也可通過瀏覽器下載對賬文件(支付流水清單)，該文件上的每筆貨款已成功支付。
(二)WEB客戶端前臺模塊。WEB客戶端提供用戶與銀行之間的轉賬服務，提供校園一卡通轉賬、學費繳納轉賬及轉賬信息查詢功能。登陸時默認為一卡通轉賬頁面，用戶只需在下拉菜單選擇所需服務即可。
一卡通充值轉賬、學費轉賬兩者類似，用戶需填寫自身驗證(如：學號)及其他的相關信息，點擊確定之后即可通過鏈接進入網銀系統，最后用戶填寫銀行的相關資料器，點擊提交之后，由網銀中心向學校銀行接口機發送相應的轉賬信息，并返回轉賬成功信息。否則，返回失敗信息，如：驗證信息不正確、轉賬金額超出銀行卡余額等。
轉賬信息查詢：用戶輸入自己的學號，銀行服務器根據學號查詢相應的轉賬信息，如果有轉賬，向用戶界面發送轉賬信息，否則，返回查詢不存在。
用戶消費查詢：用戶可根據一定的條件查詢自己在校園的消費情況。
(三)后臺管理模塊。主要完成系統消息，如一些校內繳費、充值情況、站內公告內容管理等；系統參數修改，如修改商戶、銀行代碼、等級考試等相關參數；數據校對，主要校對學校銀行接口機上的交易記錄與銀行的記錄是否一致。
(四)銀行接口機模塊設計。本子模塊主要實現與銀行服務器和圈存機的通信和數據處理，是整個系統的通信樞紐，接口機的設計主要包括：
接口機socket通信程序：接收并處理來自圈存機的驗證信息。
接口機數據庫設計：存儲轉賬信息，以及基本的數據庫操作語句。
PC機與89C51單片機的串口通信程序：實現與單片機的串口通信程序，主要用于設定圈存機的IP地址。
1.繳納學費處理流程。銀行服務器在接到繳納學費的信息后，在更改用戶的龍卡余額的同時，將接收到的相關用戶信息生成唯一標識的訂單號(這是個非常重要的序列號)。然后將訂單號經相關處理后(如md5加密和數據字簽名)，傳送給學校銀行接口機交由其進行相關的處理。學費繳納不存在學生圈存的行為，當接口機接收到成功的轉賬信息后，財務中心的服務器會實時地接收到轉賬記錄，為了確保正確性，財務處還需做數據校對工作。
2.“一卡通”充值處理流程。與學費繳納的處理流程相似，銀行服務器在接到轉賬充值的信息后，在更改用戶的龍卡余額的同時，將接收到的相關用戶信息生成唯一標識的訂單號(這是個非常重要的序列號)。然后將訂單號經相關處理后(如md5加密和數據字簽名)，傳送給學校銀行接口機交由其進行相關的處理。當接口機接收到成功的轉賬信息后，提示用戶充值成功，學生在確認轉賬成功后，到圈存機上進行圈存，為確保學生轉賬信息的安全和準確的到達接口機上，財務部門要采取相關的校對措施對數據進行有效快速的校對。
(五)圈存機模塊設計。圈存機上用于控制信息的顯示和信息數據包的通信，數據的通信包括：單片機與單片機的通信，單片機和PC機(銀行接口機)的通信。主要工作有電路的連接，相關部件的控制和邏輯控制。
(六)系統后臺數據庫模塊設計?？傮w設計思路：所有上位機軟件只操作銀行接口機上的數據庫，銀行接口機數據庫中的表分二部分：(1)本地創建的信息表；(2)來自于一卡通中心服務器和財務處服務器上的表(通過合并復制技術保持這些表在三個不同數據庫服務器上的同步和一致，即當銀行接口機上對應的表數據發生變化時，一卡通中心服務器和財務處中心服務器的表數據也要發生相應的變化，反之亦然)。
1.數據安全保密設計。采用用戶名和密碼對SQL2000服務器進行登錄驗證，充分利用WINDOWS操作系統的安全機制來彌補數據庫安全漏洞，防止偽造非法登錄數據庫服務器。
只有特定的用戶可以訪問和查看數據。具有相應修改權限的用戶才能更改數據，即基于角色分配權限模式，堅持“最小權利”原則。使用視圖和存儲過程以分配給用戶訪問數據的權利，盡可能不讓用戶編寫一些直接訪問數據的特別查詢語句。
建立完善數據規則、關聯性，維護數據的統一、完整性，形成一條健康的數據訪問規則和數據之間的關系鏈。充分使用存儲過程，減少網絡中的流通量，加強數據的安全性。
2.網絡通訊與數據安全。本系統的上位機是依附于銀行的安全機制，用戶的銀行卡消費全部發生于銀行系統內部，因此具有極高的安全性。數據傳輸采用URL方式，即本系統形成含有網銀規定的接口參數FORM用POST方式向網銀中心提交，返回信息同理，數據傳輸過程采用數字簽名和DM5加密方式，上位機軟件采用基于角色的權限代碼防問、強名稱制、驗證碼等技術。
上位機與下位機數據交互采用SOCKET通訊，對接發數據進行加密，采用何安全方式待定。
讀卡機與卡片的信息交互采用無線通訊，運用密碼驗對的機制，如：其卡的KEY-A密碼/KEY-B密碼必須與售飯機的密碼一致)，KEY-A密碼=“XXXXXX”；KEY-B密碼=“XXXXXX”；操作控制C10C20C30=XXX，另根據卡片出廠唯一的地址號進行加密設計即一卡一密，以保證讀卡數據的正確性、合理性、防偽造性。
四、基于個人網絡銀行的財務繳費系統應用前景
以校園卡系統為平臺，充分利用銀行的金融服務，實現以人為本，從大學環境、資源到活動的全部數字化管理，將滿足大學數字化建設的需求及目的，將大大降低辦學成本。
參考文獻：
[1]許綱理，劉振宇.校園一卡通系統集成技術與應用[J].河南科技大學學報，2004，(2).
[2]張海藩.軟件工程[M].北京：人民郵電出版社，2002.
