序論：寫作是一種深度的自我表達(dá)。它要求我們深入探索自己的思想和情感，挖掘那些隱藏在內(nèi)心深處的真相，好投稿為您帶來了七篇財務(wù)轉(zhuǎn)賬流程范文，愿它們成為您寫作過程中的靈感催化劑，助力您的創(chuàng)作。

篇(1)

目前，政府部門、高校、事業(yè)單位等一般均有財務(wù)核算中心。隨著國家對預(yù)算資金監(jiān)管和使用的相關(guān)規(guī)范文件出臺，財務(wù)集中核算日益發(fā)揮著重要的核算和監(jiān)督作用。財務(wù)結(jié)算中心一般承擔(dān)著本部門或者本企業(yè)全部資金的結(jié)算任務(wù)，資金量很大。日常財務(wù)報銷中，根據(jù)財務(wù)制度規(guī)定1 000元以上要求轉(zhuǎn)賬支付，1 000元以下可以使用現(xiàn)金結(jié)算。隨著公務(wù)卡強制使用制度的落實，財政預(yù)算資金公務(wù)卡結(jié)算日益增多。面對復(fù)雜的結(jié)算方式，?x擇一種安全、高效、便捷的結(jié)算方式至關(guān)重要，非現(xiàn)金報銷方式不失為一種好的結(jié)算方式。

一、財務(wù)結(jié)算中心報銷現(xiàn)狀分析

（一）報銷支付方式多樣。根據(jù)預(yù)算資金管理相關(guān)規(guī)定，中央部門日常經(jīng)費使用，屬于公務(wù)卡刷卡目錄的支出，強制使用公務(wù)卡刷卡結(jié)算，保留刷卡小票報銷，屬于中央財政零余額資金的，記入“待清算公務(wù)卡報銷額度”往來科目，每月集中還款一次，通過零余額網(wǎng)銀系統(tǒng)公務(wù)卡還款功能支付，方便快捷。屬于非零余額資金的，報銷當(dāng)時直接用單位卡支付，直接還款到個人公務(wù)卡賬戶，隨報隨清。對于現(xiàn)金業(yè)務(wù)，一般報銷人員提前報用款計劃，報銷時隨報隨清現(xiàn)金。

（二）支付現(xiàn)金存在隱患。根據(jù)財務(wù)管理規(guī)定，為保證資金安全，一般單位當(dāng)日庫存現(xiàn)金不能超過規(guī)定限額，通常要求在800元以下，不同單位可能會有所不同。出納人員根據(jù)報銷用款計劃當(dāng)日支取現(xiàn)金，當(dāng)日超限額資金要送存銀行。每日取現(xiàn)金需要專車和保安護(hù)送，由于銀行業(yè)務(wù)處理需要一定時間，每天上午時間被取現(xiàn)金占用，下午報賬后現(xiàn)金還要在銀行下班前入庫，導(dǎo)致報賬效率低下，服務(wù)質(zhì)量下降，報銷人員意見很大。同時單位還需要保障車輛和保安人員時刻待命，人力物力浪費很大。出納工作效率不高，疲于在銀行和單位間奔波。被服務(wù)單位滿意度很低，形成報賬難、排長隊現(xiàn)象。

（三）財務(wù)軟件功能模塊利用率低。財務(wù)核算一般都使用了財務(wù)核算軟件，有些部門還開發(fā)了本部門專用的財務(wù)核算軟件。例如氣象部門使用的是某軟件公司開發(fā)的A++報賬系統(tǒng)，根據(jù)氣象部門特點和具體要求，增加相應(yīng)模塊滿足日常使用。但是各單位使用中，特色化模塊要求具體使用單位進(jìn)一步細(xì)化和調(diào)試。大部分使用單位只使用了系統(tǒng)化模塊，特色化部分懶于使用開發(fā)，使軟件利用率低，很多數(shù)據(jù)分析功能未使用，只開通了日常核算功能模塊。

（四）網(wǎng)銀使用普及不夠。電子支付和銀行網(wǎng)銀支付日益普及，新型結(jié)算方式取代傳統(tǒng)方式是時展趨勢。核算中心推行網(wǎng)銀結(jié)算方式可以提高支付效率，但是在推行過程中遇到很大阻力：被核算單位領(lǐng)導(dǎo)不重視，認(rèn)為資金不安全，對開通網(wǎng)銀比較抵制；核算中心出納認(rèn)為使用程序復(fù)雜，不如直接報銷開票便捷，安于現(xiàn)狀，導(dǎo)致網(wǎng)銀普及率低，結(jié)算方式不能適應(yīng)當(dāng)前信息化核算要求。

（五）崗位分工不能適應(yīng)信息化要求。傳統(tǒng)崗位分工是會計和出納分管具體核算單位，是按照單位進(jìn)行崗位分配，具體核算單位業(yè)務(wù)量多少不一，造成崗位分工不均，需要定期輪崗，不利于被核算單位日常業(yè)務(wù)精細(xì)化管理和長遠(yuǎn)發(fā)展，影響財務(wù)人員工作積極性。信息化條件下，根據(jù)財務(wù)信息化平臺系統(tǒng)，將財務(wù)基礎(chǔ)工作按照標(biāo)準(zhǔn)化、流程化的作業(yè)方式進(jìn)行流程再造，每個崗位流程都有明確職責(zé)和分工，每位財務(wù)人員可以負(fù)責(zé)報銷流程的某一環(huán)節(jié)，實行大平臺管理，使財務(wù)報銷實現(xiàn)程式化、標(biāo)準(zhǔn)化、精細(xì)化管理。

二、財務(wù)結(jié)算中心非現(xiàn)金報銷解決方案

（一）開發(fā)依托于財務(wù)報銷系統(tǒng)的取數(shù)軟件。該軟件按照日常報銷中不同結(jié)算方式進(jìn)行分流，尤其是現(xiàn)金業(yè)務(wù)，在報銷時，根據(jù)現(xiàn)金所屬資金來源自動抓取數(shù)據(jù)，登記領(lǐng)取人信息，定期匯總，集中進(jìn)行轉(zhuǎn)賬匯款。例如差旅費報銷中，住宿費使用公務(wù)卡報銷、差旅補助使用現(xiàn)金報銷。在出納報銷流程中，公務(wù)卡登記在“待清算公務(wù)卡報銷額度”科目，現(xiàn)金部分登記在“待清算儲蓄卡報銷額度”，同時按照報銷人分明細(xì)登記，定期生成報銷人匯總單。出納根據(jù)匯總單資金來源，通過網(wǎng)銀轉(zhuǎn)賬，上傳發(fā)放表，在網(wǎng)銀系統(tǒng)財務(wù)發(fā)放模塊，支付報銷現(xiàn)金。具體流程如下：

1.單據(jù)報銷[公務(wù)卡報銷零余額]出納登記零余額網(wǎng)銀錄入會計網(wǎng)銀審核網(wǎng)銀還款打印單據(jù)會計記賬。

2.單據(jù)報銷[公務(wù)卡報銷非零余額]出納單位卡直接還款打印單據(jù)會計記賬。

3.單據(jù)報銷[現(xiàn)金報銷零余額（非零余額）]出納登記網(wǎng)銀轉(zhuǎn)賬出納上傳發(fā)放表會計網(wǎng)銀審核網(wǎng)銀還款打印發(fā)放成功單據(jù)會計記賬。

4.單據(jù)報銷[匯款報銷零余額（非零余額）]出納錄入網(wǎng)銀轉(zhuǎn)賬會計網(wǎng)銀審核網(wǎng)銀還款打印發(fā)放成功單據(jù)會計記賬。

5.工資發(fā)放出納錄入網(wǎng)銀轉(zhuǎn)賬會計網(wǎng)銀審核網(wǎng)銀轉(zhuǎn)賬出納上傳發(fā)放表會計網(wǎng)銀審核網(wǎng)銀發(fā)放打印發(fā)放成功單據(jù)會計記賬。

（二）開通銀行網(wǎng)銀結(jié)算。通過開通銀行網(wǎng)銀結(jié)算，核算中心率先實行工資全部網(wǎng)銀轉(zhuǎn)賬發(fā)放。根據(jù)工資發(fā)放流程，使用網(wǎng)銀工資發(fā)放模塊，上傳工資數(shù)據(jù)，工資即刻到賬，發(fā)放成功單據(jù)及時打印，差錯每筆可查，提高了效率。日常財務(wù)現(xiàn)金報賬，做到了每日報賬，每周匯總還款，節(jié)約了出納去銀行送單據(jù)時間，銀行網(wǎng)銀轉(zhuǎn)賬一分鐘到款，同時銀行短信設(shè)有到款提醒，發(fā)放差錯能實時檢測，及時更正，財務(wù)報銷基本實行無現(xiàn)金庫存。對于日常轉(zhuǎn)賬業(yè)務(wù)，實行網(wǎng)銀轉(zhuǎn)賬，報銷人員不再拿支票，杜絕了人工填寫錯誤退票現(xiàn)象，報銷人不用再去送支票，節(jié)約了時間和金錢。對出納人員，基本不用再去銀行，直接網(wǎng)銀操作就完成了報銷業(yè)務(wù)，單位車輛費用和安保、司機人員工作量大幅下降。這些措施的施行，被服務(wù)單位普遍反映效率提高，職工非常滿意。

（三）制訂崗位職責(zé)和內(nèi)控制度。按照當(dāng)前信息化管理要求，制訂網(wǎng)銀操作崗位內(nèi)控流程，銀行網(wǎng)銀密匙有三人保管，錄入員、審核員、主管三人負(fù)責(zé)，相互牽制，分工明確。制訂各報賬崗位具體崗位職責(zé)，做到不相容崗位分離。細(xì)化崗位分工，嚴(yán)格執(zhí)行崗位責(zé)任制，使日常業(yè)務(wù)工作統(tǒng)籌化、集約化、程式化管理，提高核算準(zhǔn)確度。對每個崗位職責(zé)權(quán)限有明確規(guī)定，出現(xiàn)問題能落實到具體崗位人員。對每筆網(wǎng)銀支付和現(xiàn)金還款都通過電子支付和報賬平臺操作，做到有據(jù)可查。

（四）建立財務(wù)共享服務(wù)結(jié)算平臺。適應(yīng)信息化管理環(huán)境，電子發(fā)票和網(wǎng)上報賬已經(jīng)運用到日常結(jié)算中，電子支付和無紙化財務(wù)報銷新模式正在逐步推廣。財務(wù)單據(jù)通過報賬錄入終端，原始發(fā)票通過高拍?x掃描，存儲電子數(shù)據(jù)，上傳會計結(jié)算中心。結(jié)算中心審核人員實時審核，動態(tài)顯示票據(jù)審核狀態(tài)，使報賬直觀高效。電子數(shù)據(jù)實時存儲，每項業(yè)務(wù)存儲電子檔案，可以追蹤每筆資金使用情況。電子數(shù)據(jù)存儲要求單位硬件系統(tǒng)必須足夠強大，網(wǎng)絡(luò)設(shè)施和網(wǎng)絡(luò)資金安全監(jiān)控要制定嚴(yán)密的內(nèi)控制度，保證資金和數(shù)據(jù)的安全。同時通過共享服務(wù)結(jié)算方式的轉(zhuǎn)變，可以實現(xiàn)財務(wù)數(shù)據(jù)資源共享，在大數(shù)據(jù)分析系統(tǒng)幫助下，對數(shù)據(jù)進(jìn)行多次加工，為單位發(fā)展和決策提供數(shù)據(jù)支持。

三、財務(wù)集中核算未來發(fā)展方向

（一）電子結(jié)算模式更加普遍。財務(wù)集中核算已實行很多年，在不斷發(fā)展的信息化環(huán)境下，財務(wù)核算中心要與時俱進(jìn)。在財務(wù)報銷軟件和網(wǎng)銀支付方式普遍被大眾接受的情況下，大力發(fā)展電子商務(wù)結(jié)算模式，充分利用網(wǎng)絡(luò)條件，提高支付準(zhǔn)確性、效率性，做到每筆業(yè)務(wù)有跡可查，減少差錯。

（二）財務(wù)信息大數(shù)據(jù)分析被廣泛應(yīng)用。運用財務(wù)大數(shù)據(jù)分析平臺，對財務(wù)數(shù)據(jù)進(jìn)行分析、整理，為單位提供更加真實、可靠的參考數(shù)據(jù)，為領(lǐng)導(dǎo)決策提供數(shù)據(jù)支持。運用科學(xué)化、流程化、標(biāo)準(zhǔn)化的會計結(jié)算管理方式，可以保證財務(wù)數(shù)據(jù)核算口徑統(tǒng)一，高效準(zhǔn)確。積極設(shè)立財務(wù)核算軟件系統(tǒng)二次開發(fā)項目，對日常財務(wù)數(shù)據(jù)特色化模塊進(jìn)行開發(fā)利用，提高軟件使用率，減輕會計人員工作量。

（三）會計人員業(yè)務(wù)培訓(xùn)常態(tài)化。國家各項制度和財務(wù)核算要求更新迅速，國家對財務(wù)數(shù)據(jù)質(zhì)量要求越來越嚴(yán)格，對預(yù)算和決算編制工作更加重視。為了發(fā)揮會計監(jiān)督功能，縮小預(yù)決算執(zhí)行差異率，應(yīng)重視財務(wù)人員的日常業(yè)務(wù)培訓(xùn)，狠抓落實審計檢查發(fā)現(xiàn)的問題，從源頭入手，加強會計骨干人才培養(yǎng)，制定激勵考評措施，使核算中心能以制度為準(zhǔn)繩，以操作流程為主線，規(guī)范核算，強化責(zé)任，確保各項資金使用安全、合規(guī)。

（四）“互聯(lián)網(wǎng)+”多種新型服務(wù)方式并存。財務(wù)核算不僅對核算數(shù)據(jù)要求準(zhǔn)確，服務(wù)質(zhì)量也要求有更高的水平。

1.“碼”上知道?；ヂ?lián)網(wǎng)時代財務(wù)共享服務(wù)中，通過把被服務(wù)單位需要了解的相關(guān)政策梳理拆分，形成便于報賬人理解和使用的知識點，并以二維碼為載體向報賬人推廣。報賬人使用移動終端掃描二維碼即可獲取相關(guān)財務(wù)報賬政策。通過局域網(wǎng)政務(wù)系統(tǒng)平臺鏈接單位財務(wù)平臺，使分管單位能隨時查詢資金使用情況、預(yù)算執(zhí)行情況。

篇(2)

[關(guān)鍵詞] 網(wǎng)絡(luò)銀行；數(shù)字化校園；信息化；財務(wù)繳費系統(tǒng)；

[中圖分類號] F832.2 [文獻(xiàn)標(biāo)識碼] A [文章編號] 1006-5024(2007)12-0166-03

[作者簡介] 申 凱，東華理工大學(xué)教授，研究方向為財務(wù)管理；

侯志才，東華理工大學(xué)教師，研究方向為財務(wù)管理；(江西 撫州 344000)

李忠青，江西投資房地產(chǎn)有限公司總經(jīng)理，研究方向為企業(yè)管理。(江西 南昌 330096)

現(xiàn)代化的學(xué)校離不開現(xiàn)代化的管理。管理信息化水平正在成為衡量學(xué)?？傮w水平的重要因素之一， 也是學(xué)校管理能否達(dá)到國內(nèi)高水平大學(xué)的重要標(biāo)志。校園一卡通系統(tǒng)作為數(shù)字化校園的基礎(chǔ)工程，是數(shù)字化校園中有機的、重要的組成部分；為數(shù)字化大學(xué)提供全面的數(shù)據(jù)采集平臺，結(jié)合大學(xué)的管理信息系統(tǒng)和網(wǎng)絡(luò)，形成全校范圍的數(shù)字空間和共享環(huán)境；為大學(xué)管理人員提供具有開放性、靈活性的應(yīng)用服務(wù)管理平臺，是管理與管理科學(xué)化的必要前提和基本途徑。將給全校師生帶來一種全新的、現(xiàn)代化的生活。

一、基于個人網(wǎng)絡(luò)銀行的財務(wù)繳費系統(tǒng)架設(shè)總體規(guī)劃

1.財務(wù)繳費系統(tǒng)的總體結(jié)構(gòu)拓?fù)鋱D。本系統(tǒng)采用多層C/S架構(gòu)，由于在客戶端與數(shù)據(jù)庫之間加入了一個“中間層”，就使得業(yè)務(wù)規(guī)則、數(shù)據(jù)訪問、合法性校驗等工作放到了中間層進(jìn)行處理。客戶端不直接與數(shù)據(jù)庫進(jìn)行交互，而是通過中間層建立連接，再經(jīng)由中間層與數(shù)據(jù)庫進(jìn)行交互，建立在中心數(shù)據(jù)庫服務(wù)器上的連接數(shù)量將大大減少，并且是動態(tài)建立與釋放連接，因此客戶端數(shù)量將不再受到限制。當(dāng)業(yè)務(wù)規(guī)則發(fā)生改變時，只需更改中間層服務(wù)器上的某個組件，而客戶端應(yīng)用程序不需做任何處理，有時甚至不必修改中間層組件，只需要修改數(shù)據(jù)庫中的某個存儲過程。

2.基于個人網(wǎng)絡(luò)銀行的財務(wù)繳費系統(tǒng)功能模塊設(shè)計

二、架設(shè)基于個人網(wǎng)絡(luò)銀行的財務(wù)繳費系統(tǒng)硬件及軟件條件

通用硬件設(shè)備包括發(fā)卡中心數(shù)據(jù)庫服務(wù)器、前置機、銀校轉(zhuǎn)賬服務(wù)器、一卡通應(yīng)用服務(wù)器、接入服務(wù)器、磁盤陣列、交換機、路由器、加密機、發(fā)卡中心發(fā)卡設(shè)備。專用硬件設(shè)備包括消費POS、圈存機、自助終端、讀卡器、充值機。通用軟件包括SCO Unix系列操作系統(tǒng)、Oracle 數(shù)據(jù)庫、Win2000操作系統(tǒng)、SQL Server2000數(shù)據(jù)庫。應(yīng)用軟件即各類子系統(tǒng)。

三、各功能模塊設(shè)計

(一)網(wǎng)上交易的必要條件和客戶端界面設(shè)計說明。本系統(tǒng)的上位機是依附于銀行的安全機制，用戶的銀行卡消費全部發(fā)生于銀行系統(tǒng)內(nèi)部，因此具有極高的安全性，商戶與網(wǎng)銀中心的數(shù)據(jù)交互的特點：數(shù)據(jù)金額比較小，交易后對賬機制，鑒于以上特點，在這一塊上安全不要求太高，因此數(shù)據(jù)傳輸采用URL方式，即本系統(tǒng)形成含有網(wǎng)銀規(guī)定的接口參數(shù)FORM，用POST方式向網(wǎng)銀中心提交，返回信息同理，數(shù)據(jù)傳輸過程采用數(shù)字簽名和DM5加密方式。歸結(jié)如下：

1.網(wǎng)上支付使用條件?？蛻粢言诮ㄔO(shè)銀行簽約，申請網(wǎng)上支付服務(wù)，簽約的賬戶(信用卡或儲蓄卡賬戶)可用于網(wǎng)上支付，網(wǎng)上支付的結(jié)算范圍不能超過建行網(wǎng)上銀行的轄區(qū)范圍。

商戶與建設(shè)銀行簽定協(xié)議，銀行為其提供結(jié)算賬戶與網(wǎng)上預(yù)申請密碼等，網(wǎng)銀中心受理并核發(fā)CA證書，建立商戶信息維護(hù)表。

2.網(wǎng)上支付流程

(1)客戶登錄學(xué)校WEB網(wǎng)站，選擇需辦理轉(zhuǎn)賬業(yè)務(wù)類型。

(2)客戶選擇付款的銀行――建行，確認(rèn)后，商戶代碼、訂單信息、合計金額通過瀏覽器URL傳到建行網(wǎng)上銀行站點；網(wǎng)上銀行自動顯示支付頁面，客戶首先選擇是否使用建行證書，然后輸入龍卡號和密碼，選擇“確定”。支付信息經(jīng)加密后傳送到網(wǎng)銀中心。

(3)網(wǎng)銀中心接收客戶支付信息，轉(zhuǎn)發(fā)到銀行后臺業(yè)務(wù)處理系統(tǒng)。

(4)銀行后臺業(yè)務(wù)系統(tǒng)處理后，返回處理結(jié)果給網(wǎng)銀。

(5)網(wǎng)銀通知客戶支付(扣賬)是否成功。如果扣賬成功，提示客戶注意接收商戶返回的送貨信息；立即響應(yīng)的商戶，如果支付成功，網(wǎng)銀將成功結(jié)果反饋給商戶。若支付失敗，不返回給商戶信息。

日結(jié)時，商戶與開設(shè)結(jié)算賬戶的建設(shè)銀行(網(wǎng)銀成員行)進(jìn)行流水核對，對已支付但未得到商戶確認(rèn)的交易進(jìn)行相應(yīng)的處理。

3.客戶使用建行證書?？蛻粼谏虘艟W(wǎng)站選擇建行支付后，被鏈接到建行網(wǎng)上銀行網(wǎng)站。該鏈接將商戶名、柜臺號、定單號、金額，驗證信息傳到網(wǎng)上銀行系統(tǒng)(建行提供無密鑰的MAC算法)。客戶進(jìn)入建行網(wǎng)上銀行系統(tǒng)時選擇是否使用建行證書進(jìn)行支付。如果是建行簽約客戶，可以選擇有證書支付。如果客戶沒有與建行簽約，只能使用無證書支付。

4.網(wǎng)銀系統(tǒng)返回信息。網(wǎng)銀系統(tǒng)返回給商戶成功或失敗信息(按商戶類型，分兩種情況進(jìn)行處理)。

(1)對于不需要實時反饋支付結(jié)果的商戶，直接將支付結(jié)果通過瀏覽器顯示給客戶。

(2)對于需要實時反饋支付結(jié)果的商戶，將支付結(jié)果返回客戶，同時，如果支付成功，將結(jié)果和數(shù)字簽名信息(注：簽名算法和簽名內(nèi)容由建行指定)反饋給商戶，簽名校驗成功后，進(jìn)行后續(xù)處理；如果支付失敗，不再通知商戶。

5.學(xué)校的交易款結(jié)算與對賬流程。學(xué)校在建行開設(shè)專用結(jié)算賬戶。客戶在建行網(wǎng)上銀行支付功能下付款，貨款記入學(xué)校的專用結(jié)算賬戶(含定單號信息)。學(xué)?？赏ㄟ^瀏覽器登錄建行網(wǎng)上銀行，可實時查詢網(wǎng)上支付流水，也可在商戶本地數(shù)據(jù)庫中查到支付信息(但建議登錄網(wǎng)上銀行查詢)，學(xué)校也可通過瀏覽器下載對賬文件(支付流水清單)，該文件上的每筆貨款已成功支付。

(二)WEB客戶端前臺模塊。WEB客戶端提供用戶與銀行之間的轉(zhuǎn)賬服務(wù)，提供校園一卡通轉(zhuǎn)賬、學(xué)費繳納轉(zhuǎn)賬及轉(zhuǎn)賬信息查詢功能。登陸時默認(rèn)為一卡通轉(zhuǎn)賬頁面，用戶只需在下拉菜單選擇所需服務(wù)即可。

一卡通充值轉(zhuǎn)賬、學(xué)費轉(zhuǎn)賬兩者類似，用戶需填寫自身驗證(如：學(xué)號)及其他的相關(guān)信息，點擊確定之后即可通過鏈接進(jìn)入網(wǎng)銀系統(tǒng)，最后用戶填寫銀行的相關(guān)資料器，點擊提交之后，由網(wǎng)銀中心向?qū)W校銀行接口機發(fā)送相應(yīng)的轉(zhuǎn)賬信息，并返回轉(zhuǎn)賬成功信息。否則，返回失敗信息，如：驗證信息不正確、轉(zhuǎn)賬金額超出銀行卡余額等。

轉(zhuǎn)賬信息查詢：用戶輸入自己的學(xué)號，銀行服務(wù)器根據(jù)學(xué)號查詢相應(yīng)的轉(zhuǎn)賬信息，如果有轉(zhuǎn)賬，向用戶界面發(fā)送轉(zhuǎn)賬信息，否則，返回查詢不存在。

用戶消費查詢：用戶可根據(jù)一定的條件查詢自己在校園的消費情況。

(三)后臺管理模塊。主要完成系統(tǒng)消息，如一些校內(nèi)繳費、充值情況、站內(nèi)公告內(nèi)容管理等；系統(tǒng)參數(shù)修改，如修改商戶、銀行代碼、等級考試等相關(guān)參數(shù)；數(shù)據(jù)校對，主要校對學(xué)校銀行接口機上的交易記錄與銀行的記錄是否一致。

(四)銀行接口機模塊設(shè)計。本子模塊主要實現(xiàn)與銀行服務(wù)器和圈存機的通信和數(shù)據(jù)處理，是整個系統(tǒng)的通信樞紐，接口機的設(shè)計主要包括：

接口機socket通信程序：接收并處理來自圈存機的驗證信息。

接口機數(shù)據(jù)庫設(shè)計：存儲轉(zhuǎn)賬信息，以及基本的數(shù)據(jù)庫操作語句。

PC機與89C51單片機的串口通信程序：實現(xiàn)與單片機的串口通信程序，主要用于設(shè)定圈存機的IP地址。

1.繳納學(xué)費處理流程。銀行服務(wù)器在接到繳納學(xué)費的信息后，在更改用戶的龍卡余額的同時，將接收到的相關(guān)用戶信息生成唯一標(biāo)識的訂單號(這是個非常重要的序列號)。然后將訂單號經(jīng)相關(guān)處理后(如md5加密和數(shù)據(jù)字簽名)，傳送給學(xué)校銀行接口機交由其進(jìn)行相關(guān)的處理。學(xué)費繳納不存在學(xué)生圈存的行為，當(dāng)接口機接收到成功的轉(zhuǎn)賬信息后，財務(wù)中心的服務(wù)器會實時地接收到轉(zhuǎn)賬記錄，為了確保正確性，財務(wù)處還需做數(shù)據(jù)校對工作。

2.“一卡通”充值處理流程。與學(xué)費繳納的處理流程相似，銀行服務(wù)器在接到轉(zhuǎn)賬充值的信息后，在更改用戶的龍卡余額的同時，將接收到的相關(guān)用戶信息生成唯一標(biāo)識的訂單號(這是個非常重要的序列號)。然后將訂單號經(jīng)相關(guān)處理后(如md5加密和數(shù)據(jù)字簽名)，傳送給學(xué)校銀行接口機交由其進(jìn)行相關(guān)的處理。當(dāng)接口機接收到成功的轉(zhuǎn)賬信息后，提示用戶充值成功，學(xué)生在確認(rèn)轉(zhuǎn)賬成功后，到圈存機上進(jìn)行圈存，為確保學(xué)生轉(zhuǎn)賬信息的安全和準(zhǔn)確的到達(dá)接口機上，財務(wù)部門要采取相關(guān)的校對措施對數(shù)據(jù)進(jìn)行有效快速的校對。

(五)圈存機模塊設(shè)計。圈存機上用于控制信息的顯示和信息數(shù)據(jù)包的通信，數(shù)據(jù)的通信包括：單片機與單片機的通信，單片機和PC機(銀行接口機)的通信。主要工作有電路的連接，相關(guān)部件的控制和邏輯控制。

(六)系統(tǒng)后臺數(shù)據(jù)庫模塊設(shè)計?？傮w設(shè)計思路：所有上位機軟件只操作銀行接口機上的數(shù)據(jù)庫，銀行接口機數(shù)據(jù)庫中的表分二部分：(1)本地創(chuàng)建的信息表；(2)來自于一卡通中心服務(wù)器和財務(wù)處服務(wù)器上的表(通過合并復(fù)制技術(shù)保持這些表在三個不同數(shù)據(jù)庫服務(wù)器上的同步和一致，即當(dāng)銀行接口機上對應(yīng)的表數(shù)據(jù)發(fā)生變化時，一卡通中心服務(wù)器和財務(wù)處中心服務(wù)器的表數(shù)據(jù)也要發(fā)生相應(yīng)的變化，反之亦然)。

1.數(shù)據(jù)安全保密設(shè)計。采用用戶名和密碼對SQL2000服務(wù)器進(jìn)行登錄驗證，充分利用WINDOWS操作系統(tǒng)的安全機制來彌補數(shù)據(jù)庫安全漏洞，防止偽造非法登錄數(shù)據(jù)庫服務(wù)器。

只有特定的用戶可以訪問和查看數(shù)據(jù)。具有相應(yīng)修改權(quán)限的用戶才能更改數(shù)據(jù)，即基于角色分配權(quán)限模式，堅持“最小權(quán)利”原則。使用視圖和存儲過程以分配給用戶訪問數(shù)據(jù)的權(quán)利，盡可能不讓用戶編寫一些直接訪問數(shù)據(jù)的特別查詢語句。

建立完善數(shù)據(jù)規(guī)則、關(guān)聯(lián)性，維護(hù)數(shù)據(jù)的統(tǒng)一、完整性，形成一條健康的數(shù)據(jù)訪問規(guī)則和數(shù)據(jù)之間的關(guān)系鏈。充分使用存儲過程，減少網(wǎng)絡(luò)中的流通量，加強數(shù)據(jù)的安全性。

2.網(wǎng)絡(luò)通訊與數(shù)據(jù)安全。本系統(tǒng)的上位機是依附于銀行的安全機制，用戶的銀行卡消費全部發(fā)生于銀行系統(tǒng)內(nèi)部，因此具有極高的安全性。數(shù)據(jù)傳輸采用URL方式，即本系統(tǒng)形成含有網(wǎng)銀規(guī)定的接口參數(shù)FORM用POST方式向網(wǎng)銀中心提交，返回信息同理，數(shù)據(jù)傳輸過程采用數(shù)字簽名和DM5加密方式，上位機軟件采用基于角色的權(quán)限代碼防問、強名稱制、驗證碼等技術(shù)。

上位機與下位機數(shù)據(jù)交互采用SOCKET通訊，對接發(fā)數(shù)據(jù)進(jìn)行加密，采用何安全方式待定。

讀卡機與卡片的信息交互采用無線通訊，運用密碼驗對的機制，如：其卡的KEY-A密碼/ KEY-B密碼必須與售飯機的密碼一致)，KEY-A密碼=“XXXXXX”； KEY-B密碼=“XXXXXX”；操作控制C10 C20 C30=XXX，另根據(jù)卡片出廠唯一的地址號進(jìn)行加密設(shè)計即一卡一密，以保證讀卡數(shù)據(jù)的正確性、合理性、防偽造性。

四、基于個人網(wǎng)絡(luò)銀行的財務(wù)繳費系統(tǒng)應(yīng)用前景

以校園卡系統(tǒng)為平臺，充分利用銀行的金融服務(wù)，實現(xiàn)以人為本，從大學(xué)環(huán)境、資源到活動的全部數(shù)字化管理，將滿足大學(xué)數(shù)字化建設(shè)的需求及目的，將大大降低辦學(xué)成本。

參考文獻(xiàn)：

篇(3)

市場需求和教學(xué)現(xiàn)狀分析

傳統(tǒng)的出納實務(wù)教學(xué)主要存在以下問題：一是教學(xué)內(nèi)容上，出納實務(wù)沒有作為一門獨立系統(tǒng)的課程進(jìn)行學(xué)習(xí)，出納知識只是作為會計的部分章節(jié)；或者有的院校雖然單獨開設(shè)了出納實務(wù)課程，但教學(xué)內(nèi)容還是以會計核算為主，涉及出納的教學(xué)內(nèi)容比較單一，多以現(xiàn)金業(yè)務(wù)和銀行結(jié)算業(yè)務(wù)為主，與現(xiàn)實性、前沿性不符合，與實踐聯(lián)系不緊密。二是教學(xué)方式上，大多依靠多媒體課件講授，雖然部分教材按項目和工作任務(wù)編排，也設(shè)計了崗位實訓(xùn)所需的一些單據(jù)，但在實訓(xùn)教學(xué)中，重點多停留在簡單的單據(jù)書寫填制上（且單據(jù)多以黑白色仿真為多，接近實際單據(jù)較少），案例講解也是狹隘的簡單業(yè)務(wù)操作案例，沒有聯(lián)系生活實際進(jìn)行知識拓展。三是教學(xué)師資上，部分院校雖然建造了財務(wù)仿真實驗室，提出了工作情境模擬、角色扮演法等實訓(xùn)方法，但是由于大多數(shù)教師本身沒有企業(yè)實踐經(jīng)歷，對業(yè)務(wù)操作中實際工作環(huán)節(jié)講授不夠具體細(xì)致，導(dǎo)致學(xué)生只是大致了解基本流程卻無法清楚流暢完成具體業(yè)務(wù)，缺乏實際的職業(yè)能力。

而隨著信息化時代的到來，中小企業(yè)出納崗位，不僅需要掌握基本的現(xiàn)金和銀行業(yè)務(wù)的處理技能，而且要對企業(yè)資金運作做出合理安排：比如比較多種銀行票據(jù)結(jié)算方式，選擇對企業(yè)最有利的方案；對企業(yè)資金運行規(guī)律心中有數(shù)，做到既保證款項使用，又達(dá)到效益最大化；對企業(yè)融資需求和途徑提出有效方案……要能對企業(yè)管理者提供信息和建議。經(jīng)濟越發(fā)展，財務(wù)越重要。所以，如何讓出納教學(xué)滿足實際崗位需要，如何面對新的機遇和挑戰(zhàn)進(jìn)行教學(xué)改革勢在必行。

解決思路

信息技術(shù)的持續(xù)發(fā)展，大大推動了教育信息化改革進(jìn)程。微課、慕課、網(wǎng)絡(luò)自學(xué)平臺紛紛興起，學(xué)習(xí)資源前所未有的豐富，學(xué)習(xí)方式和學(xué)習(xí)環(huán)境發(fā)生巨大變化，建構(gòu)主義學(xué)習(xí)理念再次升級，以學(xué)習(xí)者為中心，課前進(jìn)行教育資源的自主線上學(xué)習(xí)、課中以師生互動、問題探究、教師引導(dǎo)答疑解惑為主的翻轉(zhuǎn)課堂模式從美國興起，迅速引起國內(nèi)教育界的關(guān)注和摸索實踐，成為學(xué)生提升自主學(xué)習(xí)能力的有效模式。

出納實務(wù)課程是一門綜合性課程，在要求具備熟練的點鈔、假幣識別、票據(jù)填寫和貨幣結(jié)算等基本技能的同時，由于在經(jīng)濟業(yè)務(wù)辦理過程中涉及內(nèi)外部人員眾多，還需要掌握熟練的業(yè)務(wù)流程操作，而且，隨著大數(shù)據(jù)時代的到來，還必須能夠進(jìn)行數(shù)據(jù)分析和判斷，為企業(yè)管理者做好參謀。因此，出納實務(wù)有很強的現(xiàn)實性，必須通過對真實工作情境的模擬實現(xiàn)大量理論知識的學(xué)習(xí)運用。由于出納實務(wù)涉及的技能知識點比較多也比較散，知識點之間連貫性較弱，因此，非常適合按不同的技能進(jìn)行視頻拍攝，充分利用微課堂進(jìn)行自主學(xué)習(xí)，完成基礎(chǔ)知識點的掌握。

綜合以上分析，筆者認(rèn)為，對出納實務(wù)課程教學(xué)進(jìn)行改革，切實提升學(xué)生的出納崗位綜合職業(yè)能力，應(yīng)采用工作情境化翻轉(zhuǎn)課堂教學(xué)模式。

翻轉(zhuǎn)課堂教學(xué)模式設(shè)計方案

出納實務(wù)工作情境化翻轉(zhuǎn)課堂教學(xué)模式設(shè)計總體流程如下表所示：

下面以轉(zhuǎn)賬支票付款業(yè)務(wù)處理能力訓(xùn)練模塊為例加以具體說明：

課前準(zhǔn)備 教師的工作：課前一周，教師對轉(zhuǎn)賬支票付款業(yè)務(wù)處理能力訓(xùn)練模塊學(xué)習(xí)內(nèi)容進(jìn)行分析，主要包括：空白支票請購單的填制、轉(zhuǎn)賬支票的簽發(fā)、轉(zhuǎn)賬支票的結(jié)算特點、票據(jù)管理法中關(guān)于轉(zhuǎn)賬支票的使用條例、轉(zhuǎn)賬支票的結(jié)算程序、購買空白支票的賬務(wù)處理、轉(zhuǎn)賬支票付款的賬務(wù)處理、轉(zhuǎn)賬支票使用糾紛案例分析。將相應(yīng)內(nèi)容制作成教案、課件并錄制微視頻，提供案例庫、習(xí)題庫和單元測驗，均上傳至網(wǎng)絡(luò)自主學(xué)習(xí)平臺，下達(dá)學(xué)生學(xué)習(xí)任務(wù)單。

學(xué)生的工作：課前一周，學(xué)生登錄網(wǎng)絡(luò)自主學(xué)習(xí)平臺，根據(jù)學(xué)習(xí)任務(wù)單，觀看課件、微視頻，進(jìn)行轉(zhuǎn)賬支票付款業(yè)務(wù)處理知識的學(xué)習(xí)，通過習(xí)題庫進(jìn)行知識點的鞏固練習(xí)，運用單元測驗進(jìn)行知識掌握程度自測，并通過網(wǎng)絡(luò)資源進(jìn)行知識拓展并進(jìn)行案例分析。記錄學(xué)習(xí)中遇到的問題，在網(wǎng)絡(luò)平臺上進(jìn)行交流。

課堂教學(xué) 第一步，先由教師進(jìn)行簡要的課程講解，對重點難點進(jìn)行強調(diào)，回答學(xué)生在課前學(xué)習(xí)中遇到尚未解決的問題，并通過提問檢查學(xué)生的知識掌握程度。第二步，教師下達(dá)工作任務(wù)，設(shè)置工作情境。轉(zhuǎn)賬支票付款業(yè)務(wù)處理能力訓(xùn)練模塊包括兩個工作任務(wù)：一是空白支票的請購；具體涉及情境有：出納填寫空白支票請購單，加蓋財務(wù)章；復(fù)核會計蓋法人章；出納到銀行遞交給銀行柜員；銀行柜員審核并收取工本費和手續(xù)費，發(fā)給空白支票；出納領(lǐng)取空白支票和回單返回；制單會計根據(jù)回單編制記賬憑證；復(fù)核會計復(fù)核；出納登記日記賬。二是用轉(zhuǎn)賬支票結(jié)算方式付款；具體涉及情境有：出納填寫結(jié)算方式申請審批單；財務(wù)主管審批；出納填制轉(zhuǎn)賬支票并蓋財務(wù)章；復(fù)核會計加蓋法人章；出納到銀行辦理結(jié)算；制單會計根據(jù)存根編制記賬憑證；復(fù)核會計復(fù)核；出納登記日記賬。在整個工作情境中，既有票據(jù)的基本填寫，又有經(jīng)濟業(yè)務(wù)流程演示，既有印鑒雙人保管的規(guī)則了解，又有突發(fā)事件的存在，充分學(xué)習(xí)了知識，掌握了技能，熟悉了工作情境，而且，又有個體與團隊的協(xié)作學(xué)習(xí)，充分發(fā)揮個性、合作性和創(chuàng)新性，鍛煉了綜合職業(yè)能力。第三步，學(xué)生分小組進(jìn)行工作情境模擬。每個小組五個同學(xué)，分別擔(dān)任出納（保管財務(wù)章）、制單會計、復(fù)核會計（保管法人章）、財務(wù)主管、銀行柜員（保管銀行業(yè)務(wù)章）。并準(zhǔn)備空白支票請購單、收費回單、結(jié)算申請審批單、轉(zhuǎn)賬支票、記賬憑證、銀行日記賬、財務(wù)章、法人章、銀行業(yè)務(wù)章等資料。小組成員根據(jù)情境任務(wù)進(jìn)行討論并分工協(xié)作完成模擬。教師對各小組進(jìn)行輔導(dǎo)。第四步，教師抽取一個小組上臺展示模擬過程，其他同學(xué)進(jìn)行觀摩并負(fù)責(zé)發(fā)現(xiàn)問題解決問題。教師對易出錯的環(huán)節(jié)、重點環(huán)節(jié)、細(xì)節(jié)環(huán)節(jié)進(jìn)行點評。第五步，學(xué)生思路進(jìn)一步清晰之后，再次分小組進(jìn)行討論，并按角色進(jìn)行輪換，直至順利完成工作任務(wù)。第六步，按小組進(jìn)行工作匯報，成果共享。教師進(jìn)行檢查點評。第七步，教師布置課后作業(yè)。提供課外學(xué)習(xí)資源網(wǎng)站，由學(xué)生自行選取某個案例進(jìn)行分析并按照工作情境化模擬解決。

課后延伸 課后一周內(nèi)，學(xué)生按小組將作業(yè)上傳至平臺，教師批改作業(yè)，并在學(xué)習(xí)平臺與學(xué)生進(jìn)行互動交流。

考核方式 出納課程實踐性很強，單憑考試測評已經(jīng)無法衡量一個學(xué)生對知識和技能的掌握水平，所以必須形成過程性考核。在《出納實務(wù)》課程的考核上，可以結(jié)合專業(yè)知識、專業(yè)技能、方法能力三方面進(jìn)行考評，課前課后的利用網(wǎng)絡(luò)平臺進(jìn)行考核，課中結(jié)合小組工作模擬表現(xiàn)和水平進(jìn)行考核，并可結(jié)合學(xué)生課外參與各種競賽、各種社會實踐等成績作為最終成績。

參考文獻(xiàn)

[1]何克抗.建構(gòu)主義──革新傳統(tǒng)教學(xué)的理論基礎(chǔ)[J].電化教育研究.1997（3）

[2]葉波.翻轉(zhuǎn)課堂顛覆了什么.課程?教材?教法[J].2014（10）

[3]趙宇.高校出納實務(wù)課程建設(shè).教育與職業(yè)[J].2013（9）

篇(4)

關(guān)鍵詞：訂單號；人工轉(zhuǎn)帳；自動對賬；數(shù)據(jù)安全

中圖分類號：TP311 文獻(xiàn)標(biāo)識碼：A文章編號：1009-3044(2007)16-30902-02

The Study and Design ofthe System of Bank-school and Transfer

RUAN Qun-sheng,TANG Bin,DAN Xiao-dong

(Donghua Polytechnic Universty Information Engineering Institute , Wuzhou 344000, China)

Abstract:The System of Bank-school and Transfer is web transaction platform which the bank and the school field cooperating develop, The article introduce the design mentality of Artificial Transfer System on base of order No, At the same time, it propose the successful method of solving automaticaccount problem, which guaranteeing the consistency and correctness between the bank and the school.

Key words:Order no;Artificial Transfer System;Automatically Reconciliation System;Data Safety

1 引言

目前市上網(wǎng)上轉(zhuǎn)賬系統(tǒng)數(shù)量繁多，有人工轉(zhuǎn)賬也有自動轉(zhuǎn)賬，所有的設(shè)計思路就是每次用戶消費都要同銀行發(fā)生交易，自動轉(zhuǎn)賬的方式只能發(fā)生在消費特點固定的情況下，如自動圈存等。除此之外，大部分還是要采用人工轉(zhuǎn)賬方式，由于頻繁地與銀行發(fā)交易，且基本上都是采用網(wǎng)頁參數(shù)提交的傳送方式，這勢必會有一極小部分的銀行成功的交易的記錄無法達(dá)到商戶WEB服務(wù)上，為了解決這些情況，常用的手段就是人工查詢某段時間內(nèi)的交易記錄，然后進(jìn)行數(shù)據(jù)導(dǎo)出，最后通過個性化軟件進(jìn)行銀校數(shù)據(jù)一致性調(diào)整。此種對賬方式實時性差、手續(xù)繁瑣。由此可知以上網(wǎng)上轉(zhuǎn)賬處理方式，弊端突出，亟待一種全自動對賬系統(tǒng)的出現(xiàn)，因此，為了盡可能克服這些缺點本文設(shè)計出一種新的轉(zhuǎn)賬思路。

2 訂單號方式的設(shè)計思路

2.1 生成含有訂單號URL地址字符串

據(jù)圖1可知，第一步，自動生成與每一個用戶號一一對應(yīng)的訂單號，并進(jìn)行綁定。第二步，生成一個符合銀行要求的字符串。第三步，把前一步生成的字符串用MD5算法進(jìn)行加密為32個字符的字密文字符串，MD5加密目的就是防止非法者在傳輸過程中篡改數(shù)據(jù)。最后，把第二步生成的字符串加上第三步加密生成的摘要密文以網(wǎng)頁的形式通過POST或GET提交，向銀行發(fā)出提交請求。

圖1 訂單號生成和數(shù)據(jù)提交流程圖

2.2 訂單號從銀行返回

從銀行返回時，為了保證數(shù)據(jù)的安全，運用了MD5withRSA（建行所使用的算法）數(shù)字簽名算法，在銀行端首先對即將要傳輸?shù)淖址肕D5算法加密為32個字符的密文字符串，然后用RSA算法加上私鑰對該密文字符串進(jìn)行數(shù)字簽名，簽名后生成256個字符的密文字符串，最后把加上了簽名密文的字符串也是以網(wǎng)頁的形式以POST方式向?qū)W校WEB服務(wù)提交，學(xué)校WEB服務(wù)器端的應(yīng)用程序接受提交后，將簽名和銀行發(fā)配給學(xué)校的公鑰轉(zhuǎn)換成二進(jìn)制格式，與簽名的原文一起對簽名的正確性進(jìn)行校驗，校驗步驟如下：

（1）使用公鑰進(jìn)行簽名的逆運算

（2）使用標(biāo)準(zhǔn)MD5算法運算原文

（3）比較（1）、（2）結(jié)果

如果結(jié)果相等，則表示數(shù)字正確，沒有被非法修改過，可以把銀行返回來的金額寫入數(shù)據(jù)庫中對應(yīng)訂單號，流程見圖2。

圖2 訂單號從銀行返回的數(shù)據(jù)處理流程圖

2.3 根據(jù)訂單號進(jìn)行消費支付

由于從銀行返回對應(yīng)訂單號的金額，用戶輸入訂單號和密碼，即可在學(xué)校內(nèi)進(jìn)行一切費用的支付，比如學(xué)費、飯卡充值、繳納考試費用等，如果訂單號上的錢用完，又可對該訂單號進(jìn)行轉(zhuǎn)賬操作。

3 后臺自動對賬系統(tǒng)

3.1 全自動對賬的研究

當(dāng)前建設(shè)銀行、工商銀行等相繼推出了商戶批量查詢接口，而令人鼓舞的就是提供了交易記錄的XML形式的顯示頁面，這就為自動處理提供了有利條件，該格式頁面上顯示的元素和頁面后臺源碼是一模一樣的，因此，就可以通過封裝了SOCKET了HttpWebResponse應(yīng)答類和HttpWebRequest請求類向銀行WEB服務(wù)器發(fā)出請求和接受輸出數(shù)據(jù)流，把接受到的輸出數(shù)據(jù)流寫入XML文件，寫完之后，接著就對XML文件中的每條記錄同學(xué)校數(shù)據(jù)庫中數(shù)據(jù)記錄進(jìn)行比較，以XML記錄為準(zhǔn)（因為XML中的記錄都是來自于用戶在銀行交易成功的記錄），如果學(xué)校數(shù)據(jù)庫中不存在，就把對應(yīng)著的XML中的記錄插入數(shù)據(jù)庫中。應(yīng)該注意的是由于銀行網(wǎng)站都是通過SSL加密訪問的，所以當(dāng)我們通過HttpWebRequest構(gòu)造的類給其發(fā)出請求時，須加載證書，查詢時不需要證書的，也需要做忽略證書的說明，否則當(dāng)通過HttpWebResponse類構(gòu)造的對象去接受的數(shù)據(jù)流時，就會出現(xiàn)不是為空就是無法訪問的之類的情況或提示，整個流程見圖3。

圖3 自動對賬流程圖

3.2 全自動對賬的實現(xiàn)

//注：實現(xiàn)語言：C# 以下為精簡出來的代碼

//建造HttpRequest.cs讀取網(wǎng)頁內(nèi)容的關(guān)鍵類 以下是該類中的關(guān)鍵函數(shù)和說明

// HttpRequest網(wǎng)頁請求方法

public bool OpenRequest(string requestUriString, string requestReferer)//帶參數(shù)的請求函數(shù)

{// 用requestUriString, requestReferer對一些參數(shù)賦值

return OpenRequest();

}

private bool OpenRequest()//真正向網(wǎng)站發(fā)出數(shù)據(jù)請求的Request函數(shù)

{__HtmlText__.Remove(0, __HtmlText__.Length);

HttpWebRequest Request = (HttpWebRequest)WebRequest.Create(Uri);

Request.AllowAutoRedirect = AutoRedirect;

{Regex __RegexUri_ = new Regex("^", RegexOptions.IgnoreCase);

if(__RegexUri_.IsMatch(Uri))

ServicePointManager.CertificatePolicy = new TrustAllCertificatePolicy();

}

//此處設(shè)置一些屬性

Request.ContentType = "application/x-www-form-urlencoded";

byte []Bytes = Encoding.GetEncoding(Charset).GetBytes(Post);

Request.ContentLength = Bytes.Length;

using(Stream writer = Request.GetRequestStream())

{writer.Write(Bytes, 0, Bytes.Length);

writer.Close();}

HttpWebResponse Response;

Response = (HttpWebResponse)Request.GetResponse();

{HtmlText.Append(theException.Message);

return false;}}

private void ReadHtmlText(HttpWebResponse _Response_)//寫成XML文件函數(shù)

{using(Stream reader = _Response_.GetResponseStream())

{StreamReader sr = new StreamReader(reader, Encoding.GetEncoding(Charset));

path = Application.StartupPath;}}

public class TrustAllCertificatePolicy : ICertificatePolicy//加載證書或忽略證書

{public TrustAllCertificatePolicy()

{// TODO: 在此處添加構(gòu)造函數(shù)邏輯}

public bool CheckValidationResult(ServicePoint _ServicePoint_, X509Certificate _Cert_, WebRequest _WebRequest_, int _Problem)

{return true;}

{path = Application.StartupPath;

if (path.Substring(path.Length - 1) != "\\")

{path = path + "\\";}

path = path + "DataFromBank.xml";

xmlDoc.Load(path);

XmlTextReader reader = new XmlTextReader(path);

XmlNode xn = xmlDoc.SelectSingleNode("DOCUMENT");

XmlNodeList xnl = xn.ChildNodes;

foreach (XmlNode xnf in xnl)

{XmlElement xe = (XmlElement)xnf;

XmlNodeList xnf1 = xe.ChildNodes;

temp = xnf1.Item(6).InnerText;

orderNo = xnf1.Item(3).InnerText;

money = Convert.ToDouble(xnf1.Item(5).InnerText);

//調(diào)用庫存儲過程，由它判斷該訂單號是否在庫中存在,并進(jìn)行相應(yīng)的處理

}}//對應(yīng)foreach

}

4 結(jié)束語

本文研究了人工網(wǎng)上銀行轉(zhuǎn)賬訂單號方式設(shè)計思路和全自動化的銀校對賬系統(tǒng)，目前本人并在該設(shè)計思路的下設(shè)計出了應(yīng)用程序，并在我校投入使用，結(jié)果表明，該系統(tǒng)能夠較好滿足用戶在銀行和學(xué)校之間、學(xué)校內(nèi)的交易，數(shù)據(jù)準(zhǔn)確，銀校數(shù)據(jù)能夠保持一致性、實時性，學(xué)校財務(wù)處工作人員毋須人工干擾，真正做到了財務(wù)工作自動化。

基于訂單號方式的后臺自動對賬的人工網(wǎng)上銀行轉(zhuǎn)賬系統(tǒng)有著很大的商業(yè)價值，目前，越來越來多的企業(yè)、商家推出網(wǎng)上電子展銷平臺，網(wǎng)上購物如雨后春筍般涌現(xiàn)，與銀行交易的原理與本人設(shè)計的轉(zhuǎn)賬和處理方式有著一定的類似性，因此本文具有一定的借鑒意義。

參考文獻(xiàn)：

[1]中國建設(shè)銀行項目開發(fā)組.書名： 中國建設(shè)銀行網(wǎng)上支付查詢接口操作手冊,2001.

[2]Simon Robinson, Christian Nagel,李敏波譯著.C#.NET 高級編程[M].清華大學(xué)出版社.

[3]Anthony work Programming for Microsoft Windows[M].Microsoft Press.

[4]Gary P. Schneider.Electronic Commerce(4th Edition)[M].Thomson.

篇(5)

關(guān)鍵詞：無現(xiàn)金報賬；財務(wù)管理；高校

中圖分類號：F812.7文獻(xiàn)標(biāo)志碼：A文章編號：1673-291X（2011）19-0090-02

隨著高校教學(xué)、科研等各項事業(yè)飛速發(fā)展，高校財務(wù)部門每日現(xiàn)金流量不斷增大，學(xué)校應(yīng)逐步改變傳統(tǒng)的現(xiàn)金收付方式，借助銀行卡、網(wǎng)上銀行等先進(jìn)手段，大力推行資金收支業(yè)務(wù)的電子劃轉(zhuǎn)，最大限度地減少現(xiàn)金流動，提高工作效率與服務(wù)質(zhì)量。作為高校財務(wù)部門承載著經(jīng)費核算的重任，尤其到年末和學(xué)期結(jié)束前，財務(wù)現(xiàn)金收付流量每日達(dá)上百萬，如何提高工作效率與服務(wù)質(zhì)量；如何預(yù)防和降低現(xiàn)金周轉(zhuǎn)風(fēng)險、確保資金安全，這是值得思考的問題，因此推行無現(xiàn)金報賬的方式勢在必行。

一、無現(xiàn)金產(chǎn)生的背景

貨幣電子化是國際潮流，無現(xiàn)金結(jié)算是發(fā)展方向。無論從國家對經(jīng)濟運行宏觀調(diào)控的角度看，還是從個人使用資金安全方便的角度看，電子貨幣必然要取代現(xiàn)鈔。貨幣發(fā)展史告訴我們，隨著商品經(jīng)濟的發(fā)展，人類創(chuàng)造了貨幣，貨幣的形式首先是現(xiàn)金，由于現(xiàn)金在流通、結(jié)算、儲存、運輸?shù)冗^程中的種種不便，人們又創(chuàng)造以支票為代表的轉(zhuǎn)賬貨幣，大大減少了現(xiàn)金的使用。隨著科學(xué)技術(shù)的發(fā)展，又出現(xiàn)了新的形式――信用卡。信用卡的轉(zhuǎn)賬功能進(jìn)一步減少了現(xiàn)金在社會上的流通。從物物交換到使用現(xiàn)金，這是一個很大的進(jìn)步，用電子流代替現(xiàn)金流，這是一個更大的進(jìn)步?，F(xiàn)金從產(chǎn)生到發(fā)展到消亡，這也是一個不以人們的意志為轉(zhuǎn)移的客觀規(guī)律。

二、無現(xiàn)金報賬的會計核算

為了保證會計核算的準(zhǔn)確性和無現(xiàn)金報賬的明確性，在不改變會計科目總體框架的情況下增設(shè)相關(guān)明細(xì)科目。例如：某學(xué)院購辦公用品，其會計處理如下：

借：商品和服務(wù)支出/辦公費

貸：銀行存款/?菖?菖校區(qū)/無現(xiàn)金

三、無現(xiàn)金報賬的業(yè)務(wù)流程圖

四、無現(xiàn)金報賬與傳統(tǒng)報賬方式的區(qū)別

通過銀行卡結(jié)算取代以往的現(xiàn)金結(jié)算，未改變原有的財務(wù)報銷審批制度。不同之處主要有四點：（1）傳統(tǒng)報賬后領(lǐng)到的是現(xiàn)金，采用無現(xiàn)金報賬后，錢款直接打到了領(lǐng)款人的銀行卡上。（2）由于報賬方式的不同減少了經(jīng)辦人攜帶和管理現(xiàn)金的風(fēng)險。（3）在傳統(tǒng)報賬方式下，為保持合理的現(xiàn)金庫存，財務(wù)處與銀行一樣實行大額現(xiàn)金支取預(yù)約制度，比如提5萬元以上須提前一天預(yù)約。采用無現(xiàn)金報賬后，財務(wù)部門與銀行合作，采用的是與銀行一樣的轉(zhuǎn)卡系統(tǒng)，已經(jīng)確認(rèn)的報銷轉(zhuǎn)卡金額由現(xiàn)金出納通過轉(zhuǎn)卡方式支付，一般在五分鐘內(nèi)即時劃入指定銀行卡中。（4）每日報銷工作結(jié)束后，在傳統(tǒng)報賬方式下，出納須盤點核對庫存現(xiàn)金；采用無現(xiàn)金報賬后，出納只需核對當(dāng)日無現(xiàn)金轉(zhuǎn)卡支付清單及匯總表，與有關(guān)銀行支付匯總金額進(jìn)行核對。

五、無現(xiàn)金報賬的優(yōu)點

無現(xiàn)金報賬是指在報賬過程中利用網(wǎng)絡(luò)信息技術(shù)，將現(xiàn)金收付方式轉(zhuǎn)變?yōu)殂y行卡轉(zhuǎn)賬方式，不到現(xiàn)金出納處繳、領(lǐng)現(xiàn)金就完成報銷的一種報賬方式。財務(wù)人員在辦公室即可實現(xiàn)資金的劃轉(zhuǎn)和報銷。因此無現(xiàn)金報賬方式的優(yōu)點顯而易見。

1．優(yōu)化財務(wù)報銷流程，提高工作效率，緩解報賬人員排隊擁擠的現(xiàn)象，縮短了報銷人員的等待時間。隨著高?？缭绞桨l(fā)展，經(jīng)濟總量不斷增長，財務(wù)報銷業(yè)務(wù)日益繁忙，師生員工普遍需要較長時間才能辦理完業(yè)務(wù)。使用無現(xiàn)金報賬，能有效地改善此現(xiàn)狀。

2．減少相關(guān)的現(xiàn)金風(fēng)險，加強內(nèi)控機制。采用無現(xiàn)金報賬，可以進(jìn)一步完善內(nèi)控機制，減少現(xiàn)金流量，保障資金流動安全，規(guī)避涉及現(xiàn)金的各類風(fēng)險，如出納配款的差錯風(fēng)險、保管現(xiàn)金的風(fēng)險以及假鈔風(fēng)險等，同時也減少了前來報銷的師生員工攜帶和保管現(xiàn)金的風(fēng)險。

3．不必提前預(yù)約現(xiàn)金，隨時確保教學(xué)科研業(yè)務(wù)順利進(jìn)行。由于無現(xiàn)金結(jié)算不涉及現(xiàn)金，是通過財務(wù)系統(tǒng)與銀行網(wǎng)絡(luò)對接實現(xiàn)資金劃轉(zhuǎn)，所以采用無現(xiàn)金報賬則無須預(yù)約，支取大額現(xiàn)金報銷款項直接打入銀行卡，確保教學(xué)科研業(yè)務(wù)的順利進(jìn)行，師生員工無須事先預(yù)約現(xiàn)金，可以直接到財務(wù)辦理報銷業(yè)務(wù)。

篇(6)

關(guān)鍵詞：SGI86；營銷系統(tǒng)；賬務(wù)管理

引言

當(dāng)今時代是信息化時代，信息化建設(shè)是國家電網(wǎng)公司工作的重要組成部分，為建設(shè)“一強三優(yōu)”現(xiàn)代公司，完成公司“兩個轉(zhuǎn)變”的宏偉目標(biāo)，國家電網(wǎng)公司于2006年提出了在全公司系統(tǒng)實施信息化“SGI86”工程，為落實國家電網(wǎng)公司SGI86工程建設(shè)，加強企業(yè)核心資源人、財、物的集約化管理，深化公司發(fā)展方式轉(zhuǎn)變的要求，我公司2007年開始進(jìn)行SGI86營銷系統(tǒng)建設(shè)，經(jīng)過多年的建設(shè)，已能較好地支撐營銷業(yè)務(wù)的開展，但由于銀行在途資金的時差、營銷業(yè)務(wù)系統(tǒng)“實收”與財務(wù)“實收”的定義不一致，營銷部門和財務(wù)部門的電費帳務(wù)總是不能一致，月結(jié)月清難以實現(xiàn)。本文從我公司電費管理和財務(wù)管理的現(xiàn)狀出發(fā)，分析了我公司在電費管理和財務(wù)管理中存在的問題，并在此基礎(chǔ)上，提出了解決對策和建議，以期能對企業(yè)各項管理起到一定的作用。

一、公司電費管理和財務(wù)管理現(xiàn)狀

當(dāng)前，我公司財務(wù)管理部門與營銷部門在電費管理中普遍存在脫節(jié)的現(xiàn)象，特別是在銷售電量、銷售電費和銷售電價，已收回電費和未收回電費等賬務(wù)數(shù)據(jù)上反映尤為突出。

1.財務(wù)部門與營銷部門之間信息傳遞實時性不強

退費、未達(dá)賬管理過程未實現(xiàn)全過程的系統(tǒng)管理。通常在進(jìn)行電力企業(yè)銷售管理中，應(yīng)當(dāng)依據(jù)營銷部門所提供的月報數(shù)據(jù)進(jìn)行相應(yīng)的財務(wù)管理工作，營銷系統(tǒng)只記錄了退費原因及結(jié)果，而退費財務(wù)審批、退費時間、退費方式等均未實現(xiàn)系統(tǒng)管理，只由人工負(fù)責(zé)跟蹤處理。電費收入賬戶的對賬過程在財務(wù)系統(tǒng)中處理，發(fā)現(xiàn)企業(yè)未達(dá)賬或銀行未達(dá)賬，由財務(wù)部門口頭通知營銷部門處理。而財務(wù)部門賬單上所顯示的銷售電量和電費數(shù)據(jù)往往不夠全面，財務(wù)人員只能簡單的依據(jù)銀行回單或繳款憑證來確認(rèn)相關(guān)收入，對營銷系統(tǒng)內(nèi)的業(yè)務(wù)情況不清楚，造成營業(yè)收費業(yè)務(wù)資金缺乏有效管理，不能正確反應(yīng)企業(yè)的實際銷售情況，

根據(jù)國網(wǎng)集成技術(shù)規(guī)范，營銷系統(tǒng)每日將確認(rèn)到賬后的實收電費及業(yè)務(wù)費進(jìn)行分類匯總后，傳送財務(wù)ERP管控系統(tǒng)，也就是只有當(dāng)日在營銷系統(tǒng)中做了到賬確認(rèn)的數(shù)據(jù)才作為當(dāng)日數(shù)據(jù)發(fā)送，不同于現(xiàn)有的按解款日期進(jìn)行核算，目前大部分銀行都是第二天才反饋前一天的銀行文本，營銷系統(tǒng)收到銀行文本后才做到賬確認(rèn)，特別是月末日銀行文本無法當(dāng)日傳遞，營銷系統(tǒng)當(dāng)日不能做到賬確認(rèn)處理，實收數(shù)據(jù)無法在財務(wù)賬上反映。

2.營銷SGI86系統(tǒng)內(nèi)不能及時了解所收電費資金的到賬和未達(dá)賬情況

當(dāng)前，營業(yè)收費主要依賴SGI86營銷系統(tǒng)平臺，營銷SGI86系統(tǒng)采用單一記賬模式，如，銀行代收電費，客戶到銀行窗口用現(xiàn)金或轉(zhuǎn)賬支票繳納電費，銀行通過銀電聯(lián)網(wǎng)系統(tǒng)實時進(jìn)行電費銷賬，銀行當(dāng)日營業(yè)終了之后進(jìn)行清賬，次日將前天代收的電費資金轉(zhuǎn)入電費收入戶，也就是說，從客戶繳了錢之后到電費資金到賬有一定的時間差，使得收費人員無法及時判斷轉(zhuǎn)賬資金是否已經(jīng)到達(dá)銀行賬戶。我公司曾經(jīng)出現(xiàn)這樣一個案例：

在2012年3月11日，甲客戶到供電營業(yè)廳，用一張2萬元的轉(zhuǎn)賬支票繳納了3月的電費。回單上轉(zhuǎn)賬時間是2012年3月10日（這筆資金沒有到達(dá)我公司銀行賬戶）。同時，新增用戶乙客戶，在3月11日通過網(wǎng)銀。向我公司銀行賬戶上轉(zhuǎn)了2萬元的預(yù)購電費，當(dāng)天該筆資金到達(dá)我公司銀行賬戶：乙客戶沒有及時到供電營業(yè)廳開具發(fā)票，收費人員也未做帳。3月底，財務(wù)人員在手工進(jìn)行銀行到賬資金確認(rèn)時，把乙客戶所轉(zhuǎn)的2萬元誤認(rèn)為是甲客戶的，將兩筆賬進(jìn)行購銷。5月21日乙客戶拿著銀行轉(zhuǎn)賬支票到供電營業(yè)廳，要求開具預(yù)購電費發(fā)票，收費人員看見是3月11日的銀行回單，通知財務(wù)人員查詢是否有2萬元企業(yè)未達(dá)賬，通過查賬才暴露甲客戶所轉(zhuǎn)資金未達(dá)賬。

目前用戶直接網(wǎng)上轉(zhuǎn)賬，又未到營業(yè)廳打印發(fā)票，財務(wù)只能一直掛帳而不能及時確認(rèn)收入。這種情況出現(xiàn)較多。財務(wù)與營銷管理脫節(jié)是造成企業(yè)未達(dá)賬問題關(guān)鍵所在。此外，營業(yè)收費的繳款要求日清日結(jié)，而進(jìn)賬單、繳款單及相應(yīng)的收款記賬憑證不能有效保證每天及時送達(dá)至財務(wù)部門。電費資金在途管理上的真空地帶，企業(yè)未達(dá)賬、銀行未達(dá)賬信息沒有在系統(tǒng)中進(jìn)行管理，容易造成月末大量的銀行未達(dá)帳項，月度現(xiàn)金流量預(yù)算難以控制，使得公司的會計信息出現(xiàn)失真，不利于公司對營銷信息的快速掌控。

3.財務(wù)部門與營銷部門之間電費資金對賬時間不一致

財務(wù)部門與營銷部門之間電費資金到賬時間不一致對賬不及時，存在重復(fù)對賬的問題。營銷根據(jù)銀行紙質(zhì)進(jìn)賬回單與營銷系統(tǒng)中的電子信息進(jìn)行對賬，財務(wù)再根據(jù)營銷手工報送的匯總實收報表及銀行紙制進(jìn)賬回單與銀行對賬單進(jìn)行對賬，兩邊重復(fù)對賬，且由于財務(wù)一般每月末才進(jìn)行一次銀行到賬情況對賬，對賬不及時。

二、原因分析

長期以來電力行業(yè)的信息化基本上是分散建設(shè)，沒有形成統(tǒng)一的信息化標(biāo)準(zhǔn)規(guī)范，沒有整體的考慮。各職能部門各自為政，習(xí)慣于只根據(jù)自身的需求單獨立項，開發(fā)功能單一、開放性較差的專用系統(tǒng)，最大的問題就是數(shù)據(jù)的不可兼容，信息被嚴(yán)重割裂開來，最終形成了數(shù)量眾多的信息“孤島”。不同的系統(tǒng)數(shù)據(jù)來源不同，處理方法也有差異，往往不同系統(tǒng)產(chǎn)生的同一口徑的數(shù)據(jù)卻天壤之別。

1.在業(yè)務(wù)管理應(yīng)用系統(tǒng)中營銷管理的收費與財務(wù)核算業(yè)務(wù)管理關(guān)系較為緊密，這種被稱作緊耦合的管理業(yè)務(wù)，是通過ERP一體化來實現(xiàn)的，而且也有這樣的成熟套裝軟件，因此財務(wù)管理通過成熟套裝軟件的技術(shù)路線來實現(xiàn)：對于營銷管理，無疑也與ERP所包括的業(yè)務(wù)管理有著緊密的關(guān)系，但這個部分有著突出的行業(yè)特征，ERP中沒有相應(yīng)的功能，加上兩個系統(tǒng)都非常復(fù)雜，實時性要求相對較高，各省市公司均有比較成熟的系統(tǒng)，所以采用走分系統(tǒng)建設(shè)，再進(jìn)行集成的技術(shù)路線。由于我公司還未實現(xiàn)營財一體化這就帶來了營銷業(yè)務(wù)應(yīng)用系統(tǒng)與財務(wù)業(yè)務(wù)管理應(yīng)用系統(tǒng)就不可避免的出現(xiàn)在有的項目上定義不一致的問題。

2.ERP它是由制造業(yè)的物料供應(yīng)、生產(chǎn)、銷售全過程的價值鏈管理經(jīng)驗發(fā)展而來的，以財務(wù)為中心，將資源“換算”成價值量，通過業(yè)務(wù)流程產(chǎn)生準(zhǔn)確的、精細(xì)的量值，再對數(shù)據(jù)進(jìn)行統(tǒng)計、分析、挖掘、處理，形成生產(chǎn)過程的價值控制和企業(yè)經(jīng)營管理決策的輔助支持。目前，國內(nèi)外的ERP軟件和解決方案主要是針對金融財務(wù)、電子制造業(yè)、IT業(yè)和大型機電制造業(yè)，在電力行業(yè)的應(yīng)用比較少。由于不是專門為電力系統(tǒng)設(shè)計，而是在制造業(yè)軟件的基礎(chǔ)上修改而成，過分強調(diào)業(yè)務(wù)處理，對電力系統(tǒng)生產(chǎn)的安全性、可靠性考慮不足，對電力行業(yè)企業(yè)現(xiàn)有的或?qū)淼膽?yīng)用系統(tǒng)連接需要二次開發(fā)。

3.由于財務(wù)與營銷兩個專業(yè)對電費獨立管理，業(yè)務(wù)流程獨立運作，數(shù)據(jù)交互通過手工傳遞，營銷電費核算、收費等業(yè)務(wù)生成的會計信息主要以人工處理方式為主，因此財務(wù)系統(tǒng)的銀行到賬信息不能滿足營銷達(dá)賬確認(rèn)的需求，營銷的達(dá)賬確認(rèn)采取根據(jù)回單而非銀行電子對賬單的方式進(jìn)行處理，容易形成財務(wù)與銀行的未達(dá)賬項，財務(wù)部門的ERP系統(tǒng)中不能及時了解營銷部門的銷售情況，影響企業(yè)對賬戶資金的監(jiān)控，這違背了ERP以財務(wù)為核心的管理模式。

三、采取措施

1.將財務(wù)部門的ERP核算系統(tǒng)，與營銷部門的SGI86營銷信息系統(tǒng)有機結(jié)合

將財務(wù)部門的ERP系統(tǒng)，與營銷部門的SGI86營銷信息系統(tǒng)有機接軌，在生成應(yīng)收數(shù)據(jù)時，營銷系統(tǒng)按ERP中的核算要求匯總用戶數(shù)據(jù)，提供給ERP進(jìn)行賬務(wù)處理。使得兩部門在電費管理問題上能互為補充，保證一致，逐步建立起全局統(tǒng)一、簡潔高效、反應(yīng)快速的專業(yè)化營銷體系，從而進(jìn)一步增強對電費管理的穿透力，提高電價電費管理的整體績效。按照財務(wù)集約化管理“深化應(yīng)用、提升功能、實時管控、精益高效”的目標(biāo)要求，深化財務(wù)與營銷系統(tǒng)集成應(yīng)用，推進(jìn)營銷賬務(wù)與財務(wù)賬務(wù)協(xié)同和集約化管理，實時轉(zhuǎn)換業(yè)務(wù)信息和財務(wù)信息，實現(xiàn)財務(wù)ERP與營銷SGI86系統(tǒng)的業(yè)務(wù)費集成，進(jìn)一步提升業(yè)務(wù)費管理水平。

2.對營銷收費流程進(jìn)行優(yōu)化和規(guī)范，增加營銷系統(tǒng)中“銀行到帳查詢”功能

在SGI86營銷信息系統(tǒng)中增加“銀行到賬查詢”功能。在收費過程中，銀行資金到賬后，通過資金系統(tǒng)將資金到賬信息傳遞給ERP，ERP確認(rèn)資金到賬，并將資金到賬明細(xì)信息傳遞給營銷系統(tǒng)，營銷系統(tǒng)根據(jù)從ERP傳遞的資金到賬信息對用戶確認(rèn)達(dá)賬后，將達(dá)賬信息按ERP需求分類匯總后提供給ERP，在ERP中確認(rèn)應(yīng)收或預(yù)收科目進(jìn)行達(dá)賬處理。營業(yè)收費人員在進(jìn)行電費收取時，能及時查詢客戶轉(zhuǎn)賬資金是否已經(jīng)到賬：同時，對財務(wù)人員開放營銷系統(tǒng)數(shù)據(jù)查詢權(quán)限?？蓪崟r了解營銷前端業(yè)務(wù)進(jìn)展情況，通過對資金流的監(jiān)控及早識別前端業(yè)務(wù)風(fēng)險，要求及時收費，及時解款，及時入賬，嚴(yán)格執(zhí)行收支兩條線的規(guī)定，做到各項費用應(yīng)收盡收，應(yīng)退即退。

3.加強SGI86營銷信息系統(tǒng)中的功能延伸

積極完善企業(yè)SGI86營銷管理信息系統(tǒng)，將其查詢和驗查等功能與財務(wù)部門進(jìn)行拓展和延伸。通過協(xié)調(diào)和數(shù)據(jù)整合，保證企業(yè)的財務(wù)管理部門與營銷部門在電費管理的數(shù)據(jù)保持信息的一致性，從而使得企業(yè)財務(wù)管理部門可以實時查詢和核算企業(yè)電費的信息。具體包括：一是通過加強企業(yè)SGI86營銷管理信息系統(tǒng)的功能擴充，實現(xiàn)企業(yè)財務(wù)管理與SGI86營銷數(shù)據(jù)之間的共享，并保證兩者的數(shù)據(jù)一致性。企業(yè)財務(wù)管理部門可以隨時準(zhǔn)確地企業(yè)的對電費欠費、交費等情況進(jìn)行查詢和核算，及時掌握企業(yè)的電費管理情況。二是通過企業(yè)ERP財務(wù)系統(tǒng)與SGI86營銷信息系統(tǒng)的軟件升級。針對企業(yè)ERP財務(wù)核算系統(tǒng)與SGI86營銷管理系統(tǒng)之間存在的核算獨立的弊端，要在企業(yè)SGI86營銷管理系統(tǒng)中引進(jìn)企業(yè)財務(wù)會計科目和復(fù)式記帳的機理，將企業(yè)的電費信息保存成企業(yè)的經(jīng)營憑證，并通過SGI86營銷信息系統(tǒng)與企業(yè)ERP財務(wù)核算系統(tǒng)的模塊接口將企業(yè)的電費信息準(zhǔn)確實時傳給企業(yè)財務(wù)管理部門。

篇(7)

關(guān)鍵詞：移動支付；J2ME；MVC；安全

引言

移動終端和無線通訊技術(shù)在高校校園的普及，為校園無線移動應(yīng)用提供了大量的用戶群。同時由于校園中存在著很多小額支付的情況，例如支付圖書館借書的超期費用、補選課程的差額費用、班費、印刷學(xué)習(xí)資料費等。這些煩瑣的小額支付既增加了管理人員的開銷也給學(xué)生帶來了不便。因此本文考慮使用無線移動技術(shù)來解決高校的小額支付問題，以提高辦事效率。

目前，在我國移動在線的手機支付業(yè)務(wù)比較多的是基于智能手機終端。在這些移動終端技術(shù)中，能處理移動支付的有J2ME、WAP、SMS或SAT技術(shù)。J2ME技術(shù)具有可移植性、網(wǎng)絡(luò)資源消耗與服務(wù)器負(fù)載低、事務(wù)保護(hù)、安全性、容易安裝等特點，在手機支付領(lǐng)域中占了比較大的優(yōu)勢。因此我們擬采用J2ME技術(shù)實現(xiàn)高校移動小額支付系統(tǒng)。

1、系統(tǒng)需求分析和用例設(shè)計

1.1手機小額支付相關(guān)概念和問題

手機支付也稱為“移動支付”，它是在移動運營商和商業(yè)銀行之間加入第三方構(gòu)筑的轉(zhuǎn)接平臺，實現(xiàn)“一點接入、多家服務(wù)”的業(yè)務(wù)模式。通常基于手機的業(yè)務(wù)項目可以分為四大類：查詢、繳費、消費、轉(zhuǎn)賬。例如，現(xiàn)在信息查詢可以包括：股票行隋、商品防偽編碼、考分查詢、交通信息、天氣預(yù)報等。第三方的介入，使銀行和移動運營商之間在技術(shù)、業(yè)務(wù)等合作領(lǐng)域有了更為廣闊的發(fā)展空間，它對移動電子商務(wù)的市場開拓起到了催化劑的作用。

在手機支付中一個極其重要的問題是安全問題。為此，一方面需要銀行對用戶的交易密碼和一些敏感數(shù)據(jù)做加密處理，同時又要讓業(yè)務(wù)系統(tǒng)獨立處理業(yè)務(wù)往來，對于系統(tǒng)業(yè)務(wù)的訪問要有安全日志等監(jiān)測措施。校園小額支付系統(tǒng)可以作為第三方移動業(yè)務(wù)服務(wù)提供商來促進(jìn)移動電子商務(wù)在高校的發(fā)展，并且在財務(wù)的結(jié)算上可以與原有校園網(wǎng)中的財務(wù)管理系統(tǒng)相結(jié)合，獨立于銀行的業(yè)務(wù)往來。因此它將更具有高校內(nèi)部網(wǎng)特性，更能滿足安全性的要求。

1.2系統(tǒng)需求分析和用例設(shè)計

本系統(tǒng)向普通用戶(包括手機終端用戶和PC瀏覽器終端用戶)和管理員提供小額支付業(yè)務(wù)服務(wù)。整個系統(tǒng)分為普通用戶子系統(tǒng)和管理員子系統(tǒng)。其中向普通用戶提供在線注冊、個人信息管理、在線充值、查詢公告、在線支付、賬單查詢功能；向系統(tǒng)管理員提供包括個人信息管理、在線查詢、在線生成充值卡等功能。

1.2.1服務(wù)器端主要用例

服務(wù)器端面向系統(tǒng)管理員，主要有以下用例：

公告管理向系統(tǒng)管理員提供公告的添加、查詢、修改和刪除功能。

交易信息管理提供交易信息的統(tǒng)計和查詢。

免值管理提供生成充值卡功能。系統(tǒng)生成一定數(shù)量的充值卡，并將充值卡信息寫入數(shù)據(jù)庫?？梢杂贸渲悼▽崿F(xiàn)學(xué)生賬號的充值。并能進(jìn)行充值卡和學(xué)生賬戶資金一致性檢查和查詢。管理員可以查詢系統(tǒng)記錄的所有充值記錄，以便日后核對業(yè)務(wù)總量。

賬號管理提供學(xué)生賬號的管理、查詢、掛起和注銷功能。一些高校已經(jīng)建立了學(xué)生的財務(wù)賬號，例如：很多高校已經(jīng)給學(xué)生開設(shè)了校園卡，學(xué)生有惟一的賬號，校園卡可以由學(xué)生充值。否則，需要給每個學(xué)生設(shè)立一個惟一識別的財務(wù)賬號，賬號可以和學(xué)生證號相關(guān)聯(lián)。

交易信息的合法性檢查提供對交易信息的合法性管理，防止出現(xiàn)非法的交易事件，可以采用手工的或自動的檢測和過濾機制。在本系統(tǒng)中目前還是采用了手工的方式。

1.2.2客戶端主要用例

在客戶端面向手機用戶或PC瀏覽器用戶，以下針對手機用戶給出客戶端的主要用例：

用戶管理提供用戶數(shù)據(jù)的存儲和管理功能。用戶通過注冊，登錄后可以使用各個模塊的功能。同時用戶也有權(quán)利將開通的賬號注銷掉。

在線繳費提供在線支付和轉(zhuǎn)賬功能。主要是實現(xiàn)校園各服務(wù)機構(gòu)的在線小額費用收取。在線支付費用，包括支付借書超期費用、支付圖書賠償費用、支付重修費用、支付等級考試費用、支付圖像采集費用、支付水費、支付電費等。金額的輸入可通過購買和輸入充值卡兩種方式進(jìn)行。轉(zhuǎn)賬是指賬面金額在兩個手機賬號之間的轉(zhuǎn)移。

在線查詢提供各種賬目的明細(xì)查詢。在系統(tǒng)上使用支付和買賣功能或者轉(zhuǎn)賬功能后會產(chǎn)生相應(yīng)的賬單，用戶可以查詢一定時間內(nèi)的賬單。

在線服務(wù)向注冊用戶提供天氣的查詢，新聞通告以及投訴建議的和相關(guān)信息查看功能。

在線交易提供類似于有線網(wǎng)絡(luò)的信息平臺，系統(tǒng)采用手機客戶端交易信息并同時提供買賣商品的功能。

系統(tǒng)存儲及安全管理提供本地數(shù)據(jù)的存儲管理和安全管理。

1.3主要的業(yè)務(wù)流程

在圖1中，我們給出了系統(tǒng)的主要業(yè)務(wù)流程分析。

2、系統(tǒng)主要類圖設(shè)計

2.1服務(wù)器端系統(tǒng)設(shè)計和主要類圖

為實現(xiàn)上述的用例分析和業(yè)務(wù)流程，在服務(wù)器端主要設(shè)計了普通用戶類、管理員類、支付賬單類、充值卡類、充值記錄類、公告類、部門類、轉(zhuǎn)賬賬單類。類之間的關(guān)系如圖2所示。

2.2基于J2ME技術(shù)的客戶端支付界面的主要類圖

客戶端除了用戶、賬號、天氣、商品、部門、賬單、轉(zhuǎn)賬、在線服務(wù)、充值卡以及對應(yīng)于本地存儲的對象賬單存儲，卡號存儲類外，基于J2ME的技術(shù)的手機端支付界面的主要類圖如圖3所示。

客戶端界面包含了Form、List、TextBox、Alert類等，這些類繼承Screen父類，而Screen類又實現(xiàn)Displayable接口。Form類中命令主要實現(xiàn)CommandListener接口，提供相應(yīng)按鈕事件。Canvas類，通過指針繪制接受用戶的輸入，觸發(fā)keyPressed()事件相應(yīng)用戶請求，通過paint方法繪制需要繪制的對象。

3、關(guān)鍵技術(shù)

3.1基于MVC模式設(shè)計方法

本系統(tǒng)在設(shè)計時采用了MVC模式，如圖3所示。在模型層封裝了模型的狀態(tài)、負(fù)責(zé)響應(yīng)模型狀態(tài)的查詢、應(yīng)用程序的功能，如卡號、賬單等信息，或者保存對象的狀態(tài)。當(dāng)狀態(tài)改變的時候通知視圖改變模型狀態(tài)。