序論：好文章的創(chuàng)作是一個不斷探索和完善的過程，我們?yōu)槟扑]十篇財務轉賬流程范例，希望它們能助您一臂之力，提升您的閱讀品質，帶來更深刻的閱讀感受。

篇（1）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

篇（2）

(一)傳統(tǒng)會計循環(huán)流程理論傳統(tǒng)會計業(yè)務流程是建立在勞動分工理論下的一種順序化業(yè)務流程。它將企業(yè)的整個會計活動分為若干期間,以收集企業(yè)業(yè)務活動信息做為會計過程的起點,會計人員從企業(yè)業(yè)務活動的所有數(shù)據(jù)中獲取有價值的數(shù)據(jù),選擇不同的會計方法并利用一定的會計工具,按照會計規(guī)則對其進行處理、加工,最后以專業(yè)性的語言描述,形成會計信息。

(二)傳統(tǒng)會計循環(huán)流程圖在每一個會計期間,會計工作從交易或事項的確認開始,依次經過計量、記錄,最后編制財務報告,再進入下一個會計期間,由此形成一個會計循環(huán)。具體工作過程如圖1所示。在傳統(tǒng)會計循環(huán)中,單純地以會計業(yè)務活動為中心,會計人員只需要了解會計業(yè)務即可,與其他部門接觸較少。傳統(tǒng)會計下對會計人員的要求也不高,但會計人員的工作量很大,會計人員每天都進行著大量的重復勞動。

二、信息化下的會計循環(huán)

(一)初始設置　一是建立賬套。賬套指一組相互關聯(lián)的數(shù)據(jù)。從會計的角度來看,建立賬套是建立一個新的核算主體,然后進行財務分工設置,并對增加的用戶進行功能權限和數(shù)據(jù)權限的設置。一個賬套包含了企業(yè)所有的數(shù)據(jù),將企業(yè)數(shù)據(jù)按年度劃分,稱為年度賬,一個賬套中可以存放不同年度的年度賬,企業(yè)在建立賬套時就應考慮會計期間的設置、啟用會計期間、核算類型以及編碼方案等內容,而建立賬套主要是對系統(tǒng)環(huán)境進行一系列的設定。二是初始化。初始化是指系統(tǒng)初始化,即在使用ERP財務管理軟件時,為了保證系統(tǒng)在以后的工作中可以正常使用而必須進行的一些基礎操作。初始化工作主要包括設置控制參數(shù)、設置基礎數(shù)據(jù)和期初余額錄入。其中設置控制參數(shù)是對總賬管理系統(tǒng)的一些系統(tǒng)選項進行設置,以便為總賬管理系統(tǒng)配置相應的功能或設置相應的控制;設置基礎數(shù)據(jù)則是將企業(yè)的一些公共資料和數(shù)據(jù)錄入系統(tǒng)中,供以后的日常操作,主要包括定義外幣及匯率、建立會計科目、建立部門、個人、客戶、供應商、項目檔案,設置憑證類別、設置結算方式等若干內容。

在傳統(tǒng)會計循環(huán)中,不包括這些基礎數(shù)據(jù)的設置,尤其是對部門、個人、客戶、供應商和項目的建立檔案,但在信息化條件下,將這些企業(yè)管理的內容加了進來,表面上看增加了會計人員的工作,實際上這些數(shù)據(jù)的設置正是為了減輕會計人員的日后工作量,也可以使企業(yè)的賬目清析明了。

(二)日常處理與傳統(tǒng)會計循環(huán)類似,企業(yè)會計人員將經濟業(yè)務發(fā)生的依據(jù)即原始憑證搜集后,進行記賬憑證登記。在信息化條件下,會計人員做的最多的一項工作就是依據(jù)原始憑證錄入記賬憑證。記賬憑證經審核后進行記賬,登記到會計賬簿上。與傳統(tǒng)會計不同的是,利用ERP財務管理軟件可以通過記賬功能自動將各記賬憑證登記到會計賬簿上,會計人員只需要對會計賬簿進行查看即可。但值得注意的是,會計信息化下“記賬”的含義與傳統(tǒng)會計中“記賬”含義不同。賬簿記錄實際上是將記賬憑證按不同的形式進行組織和匯總,傳統(tǒng)會計中記賬時必須將其重新抄寫到各有關的賬簿上。但在信息化條件下,記賬憑證包含了兩層意義:一是將當月的輸入到未記賬憑證文件中的記錄轉存到已記賬憑證文件中,使經審核的記賬憑證成為正式的會計檔案;二是對科目的余額、本期發(fā)生額和累計發(fā)生額進行匯總、更新。

(三)期末處理　期末處理的具體工作主要包括銀行對賬、自動轉賬、對賬、結賬、會計檔案備份以及編制報表。一是銀行對賬與對賬。銀行對賬主要是將企業(yè)的銀行存款日記賬與銀行開具的“銀行對賬單”進行核對,與此相比,期末要進行的另一項“對賬”操作則是對賬簿數(shù)據(jù)進行核對,以檢查記賬是否正確,以及賬簿是否平衡。它主要是通過核對總賬與明細賬、總賬與輔助賬數(shù)據(jù)來完成賬賬核對;通過核對各種賬簿與記賬憑證的數(shù)據(jù)來完成賬證核對;通過核對賬簿記錄與資產實際情況來完成賬實核對,但是由于在信息化條件下,各種賬簿都是根據(jù)記賬憑證由系統(tǒng)自動記賬生成,由于有著相同的來源和依據(jù),因此只要記賬憑證正確,各種賬簿數(shù)據(jù)都是正確的,并且保持高度的一致。二是轉賬業(yè)務。傳統(tǒng)會計中轉賬處理業(yè)務是指期末由會計人員根據(jù)某些賬戶的余額或本期發(fā)生額填制轉賬憑證、登記有關賬簿,主要是結轉損益類科目余額、結轉成本費用科目余額以及結轉本年利潤。而信息化條件下的轉賬業(yè)務內容則包含很多。轉賬分為外部轉賬和內部轉賬兩類。外部轉賬是指將ERP財務管理軟件中各個不同模塊生成的記賬憑證轉入總賬模塊中,如將固定資產模塊中生成的計提折舊的記賬憑證傳遞至總賬系統(tǒng)中,將工資管理模塊中計算工資的記賬憑證傳遞至總賬系統(tǒng)中等;內部轉賬是指在總賬管理系統(tǒng)內部,把某個或某幾個會計科目中的余額或本期發(fā)生額轉到一個或多個會計科目中,如攤銷報刊費的記賬憑證?？梢?信息化條件下“轉賬”業(yè)務的內涵比傳統(tǒng)會計下的“轉賬”要擴大很多。三是結賬。與記賬功能相似,信息化下的“結賬”含義與傳統(tǒng)會計中的“結賬”也有所變化。在信息化下,結賬是計算和結轉各賬簿的本期發(fā)生額和期末余額,并終止本期的賬務處理工作。傳統(tǒng)會計中的結賬則是指把一定時期內應記入賬簿的經濟業(yè)務全部登記入賬后,計算記錄錄本期發(fā)生額及期末余額,并將余額結轉下期或新的賬簿。信息化下的結賬將終止本期賬務處理工作與計算和結轉種賬簿的本期發(fā)生額和期末余額并列,強調了一旦結賬后,就不能對前面所有的操作進行修改。原本該項操作可以加強企業(yè)的內部控制,但由于財務管理軟件都存在反結賬功能,因弱化了其內部控制。

三、信息化下會計循環(huán)流程的特點

(一)企業(yè)管理與財務核算并重信息化下的會計循環(huán)所進行的一系列初始設置實質上是企業(yè)管理所進行的內容,但這些內容對企業(yè)利用信息化技術進行財務核算的影響卻至關重要。很多初始設置一經設定就不允許修改,因此,初始設置直接決定了日后工作的效率和質量。利用ERP軟件進行財務核算,省去了很多傳統(tǒng)會計中的冗雜又易錯的工作,大大節(jié)省了時間與減少了工作量,既保證了會計信息的及時性,又保障了信息的可靠性。此外作為會計信息化的一個重要表現(xiàn),ERP財務管理軟件中的財務模塊與一般的財務軟件不同,ERP財務管理軟件還包含了供應鏈、生產成本、人力資源等子系統(tǒng),并且各系統(tǒng)之間有相應的接口,能夠相互集成,如總賬中的部門、人員等信息可以直接導人工資模塊中。信息化條件下,企業(yè)的財務核算不僅是財務核算,還包括財務計劃、控制、分析和預測等內容,它是―個以財務為核心的管理活動。

(二)企業(yè)內部控制弱化在信息化條件下,可以利用ERP財務管理軟件中的權限設置進行有效的內部控制,權限管理分為三種:功能權限、數(shù)據(jù)權限和金額權限。功能權限是對每個操作員對各模塊及細分功能的操作權限管理,如出納只有對資金管理的操作權限,而沒有錄入記賬憑證的權限;數(shù)據(jù)權限是針對業(yè)務對象進行的控制,可以選擇對特定業(yè)務對象的某些項目和某些記錄進行查詢和錄入的權限控制。金額權限則主要體現(xiàn)在兩個方面:一是設置用戶在填制憑證時對特定科目允許輸入的金額范圍,二是設置用戶在填制采購訂單時,允許輸入的采購金額范圍,如會計人員在填制記賬憑證時,現(xiàn)金科目的金額不能超過10000元。權限設置是信息化條件下最為有效的內部控制,但由于財務管理軟件功能越來越“齊全”,“反初始化”、“反審核”、“反過賬”、“反結賬”、“憑證制單不序時”等功能的出現(xiàn),使得在ERP財務管理軟件中的操作可以達到完全無痕化,從而大大減弱了內部控制。

(三)會計人員素質要求提高

篇（3）

關鍵詞：高校 財務 報賬 解決 方案 無現(xiàn)金

一、高校實施“無現(xiàn)金”報賬的概況

從20世紀90年代開始，我國的高等教育不斷擴招，高校的辦學形式、資金來源等多方面都趨于多樣化，作為高校管理重要組成部分的財務管理同樣面臨著新的挑戰(zhàn)。建立在信息網(wǎng)絡技術基礎上的“無現(xiàn)金”報賬系統(tǒng)，在高等院校財務部門得到了廣泛應用。

“無現(xiàn)金報賬”模式是無現(xiàn)金核算的一種方式，是指在報賬過程中利用網(wǎng)絡信息技術，將傳統(tǒng)的現(xiàn)金收付方式轉變?yōu)殂y行卡轉賬方式，不到出納處繳、領現(xiàn)金就完成報銷的一種報賬方式、“無現(xiàn)金報賬”以“無現(xiàn)金報賬系統(tǒng)”為信息平臺，實現(xiàn)了財務系統(tǒng)與銀行網(wǎng)銀支付系統(tǒng)的對接，有效整合了兩個系統(tǒng)的業(yè)務流程，實現(xiàn)了數(shù)據(jù)共享，各項付款業(yè)務無需二次錄入，就能在短時間內完成學校銀行賬戶與其他任何賬戶或個人銀行之間資金劃轉，比傳統(tǒng)現(xiàn)金結算方式更加安全、快捷、方便。

二、高校財務傳統(tǒng)現(xiàn)金報賬存在的問題

1.報賬信息不對稱

報賬信息是指財務報賬過程必須遵循和依據(jù)的法律、高校的財務規(guī)章制度、財務處內部的有關報賬簽字等的管理規(guī)定。財務報賬需要按照現(xiàn)行的法律、法規(guī)和高校的規(guī)章制度等進行嚴格把關，但是師生對報賬信息的了解有限，這導致了師生在辦理報賬業(yè)務時往往需要多次往返財務處，降低了辦事效率，使師生對財務人員產生不滿情緒，甚至認為財務部門是在故意刁難。同時，財務部門對財務信息也難以做到實時更新，師生有關財務方而的疑問無法得到方便快捷的答復。

2.財務報賬等候時間較長

雖然高校財務實行了電算化管理，然而業(yè)務量的急劇增長使得報賬排隊問題日益嚴峻。經辦人對原始憑證的分類不得當，憑證粘貼不符合規(guī)范等問題也極大地影響了報賬速度。一般高校的財務報賬流程是經辦人分類整理取得的票據(jù)，單位領導審批后到財務處經財務人員核算、報銷整個財務報賬流程是“串聯(lián)”的關系，一定要按照流程的先后順序才能完成整個財務報賬過程。整個報賬流程最耗費時間的會計核算環(huán)。

三、高校財務報賬解決方案——“無現(xiàn)金報賬”

1.支付方式發(fā)生改變。傳統(tǒng)報賬后領到的是現(xiàn)金或非現(xiàn)金（如支票、電匯等），采用“無現(xiàn)金”報賬后，款項直接打到了領款人的銀行卡上或通過網(wǎng)銀轉到單位開戶行賬號上，消除了單位和經辦人攜帶和管理現(xiàn)金的風險。在傳統(tǒng)報賬方式下，為保持合理的現(xiàn)金庫存，財務處與銀行一樣實行大額現(xiàn)金支取預約制度，比如提5萬元以上須提前一天預約、采用“無現(xiàn)金報賬”后，財務部門與銀行合作，采用的是與銀行一樣的打卡系統(tǒng)，己經確認的報銷打卡金額由現(xiàn)金出納通過打卡方式支付，一般在5分鐘內即時劃入指定銀行卡中。

2.優(yōu)化了財務報賬流程，提高了財務工作效率，提升了財務服務質量。在無現(xiàn)金結算方式下，報銷人員只需將原始單據(jù)交財務人員，等待審核后制訂會計憑證，經主管復核，出納確認金額以及單位或個人結算賬號，便可實現(xiàn)報銷資金的直接入賬，無須報銷人員的二次排隊等候。還款時也只需確認具體還款金額即可通過刷卡方式直接轉賬至學校賬戶，憑刷卡簽字確認單據(jù)就可審核制單?！盁o現(xiàn)金報賬”縮短了報銷人員在財務部門的停留時間，優(yōu)化了財務報賬的流程。方便快捷的支付手段既提高了財務工作效率，又提升了財務服務質量。

3.杜絕了財務漏洞。財務人員在支付款項時，在轉賬支票和現(xiàn)金支票中如果選擇現(xiàn)金支票，容易導致報銷人員偷稅漏稅，造成國家稅款流失。另外，在現(xiàn)金結算條件下，財務人員直接接觸現(xiàn)金，如個人素質不高，極易滋生某些違法違紀行為，如挪用公款等。無現(xiàn)金結算就可有效地避免或杜絕上述現(xiàn)象。

四、無現(xiàn)金報賬存在的問題

1.無現(xiàn)金報賬的安全性問題。作為新生事物，“無現(xiàn)金報賬”也會出現(xiàn)不穩(wěn)定的突況，造成數(shù)據(jù)不明原因遺失或出現(xiàn)重復轉賬的問題。同時，財務數(shù)據(jù)從封閉的處理平臺流入到互聯(lián)網(wǎng)，置身于開放的網(wǎng)絡中，容易受到病毒的攻擊以及存在被篡改、截取的風險。

2.“無現(xiàn)金報賬系統(tǒng)”數(shù)據(jù)升級存在滯后性?！盁o現(xiàn)金報賬系統(tǒng)”的各相關銀行的信息直接從人民銀行數(shù)據(jù)庫中調用，數(shù)據(jù)量較大，每次更新數(shù)據(jù)所需時間較長，實踐中財務部門一般采用按月或按季定期更新的方式。然而，我國商業(yè)銀行內部每月增設、關?；蚝喜⒕W(wǎng)點的業(yè)務較為頻繁，由于信息更新滯后，可能造成無現(xiàn)金轉賬不成功，但前臺審核人員己無法修改或中止錯誤信息，就只能通過手工方式來解決的結果。

3.銀行對賬比較復雜。在原手工報銷模式下，報銷者可直接領取現(xiàn)金、現(xiàn)金支票、轉賬支票。財務人員審核制單時按單據(jù)的發(fā)票直接記賬，而“無現(xiàn)金報賬”模式下報銷時，直接通過無現(xiàn)金支付系統(tǒng)電子付款，銀行于事后集中數(shù)據(jù)統(tǒng)一打印相關回單。目前高校每天的開支數(shù)額龐大，事后需要花費大量的時間將銀行回單一一對應到相應的記賬憑證中，影響了每天憑證的及時整理和裝訂。

參考文獻：

[1]張永杰.深挖銀校合作潛力，化解高校收費難題[J].中國管理信息化，2008（13）

[2]張弘力.積極推廣使用銀行卡 健全財政財務管理[J].中國財政，2006（07）

[3]杜振宇.現(xiàn)行財務報銷制度的問題與對策[J].會計之友（上），2007（02）

篇（4）

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

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

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

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

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

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

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

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

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

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

三、各功能模塊設計

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

篇（5）

一、企業(yè)現(xiàn)狀分析

隨著企業(yè)ERP系統(tǒng)的上線運行，企業(yè)信息化程度的不斷提高。與此同時，國內商業(yè)銀行也采用網(wǎng)上銀行為集團性企業(yè)客戶提供方便、安全、可靠的金融服務，企業(yè)無需再到銀行網(wǎng)點即可辦理相關銀行業(yè)務，網(wǎng)上銀行得到了飛速的發(fā)展。企業(yè)希望在資金管理上進行的有關操作能夠直接同步到銀行進行相關處理。而無需再次使用網(wǎng)上銀行，重新提交指令，省去了企業(yè)需先登錄國內商業(yè)銀行網(wǎng)上銀行才能做業(yè)務的操作步驟；另一方面，企業(yè)希望銀行提供的電子賬單能夠同步更新財務系統(tǒng)。以實現(xiàn)實時的處理和分析。因此，企業(yè)資金管理與網(wǎng)上銀行系統(tǒng)對接就成為企業(yè)十分迫切的需求。

二、銀企互聯(lián)模式分析

“銀企互聯(lián)”是指將工行企業(yè)網(wǎng)上銀行系統(tǒng)和企業(yè)的財務軟件系統(tǒng)或ERP系統(tǒng)相聯(lián)接，企業(yè)直接通過財務系統(tǒng)的界面就可享受銀行賬戶信息查詢、下載、轉賬支付三大類服務，主要包括賬戶查詢、資金上劃及下?lián)?、內部轉賬和統(tǒng)計分析等。查詢功能可實時監(jiān)控資金頭寸，減少沉淀以提高資金使用效率。下載功能可直接生成銀行對賬單，減少手工輸入的繁瑣，實現(xiàn)經濟業(yè)務與銀行收付款業(yè)務一一對應，提高對賬的準確性。公司內部各賬戶間資金實時轉賬，可自動生成記賬憑證，避免人為操作可能出現(xiàn)差錯的風險，減少資金在途時間。銀企互聯(lián)能夠增加財務信息與銀行賬戶信息的實時性、一致性，提高財務工作效率，更加提高EILP系統(tǒng)對企業(yè)資源集成度，具體為以下優(yōu)點：

(一)賬務信息銀企同步

銀企互聯(lián)有機聯(lián)接了企業(yè)財務系統(tǒng)和銀行業(yè)務處理系統(tǒng)，整合了雙方的系統(tǒng)資源，為企業(yè)財務決策提供實時、準確、全面的賬務信息支持。

(二)實現(xiàn)個性化服務

企業(yè)可根據(jù)自身財務管理的需要，通過ERP系統(tǒng)對銀行提供的服務進行自由組合和控制，靈活定制內部授權機制，從而擁有自己的專有銀行。

(三)操作簡易、提高效率

企業(yè)財務人員無須重復錄入指令信息。所有指令一次錄入，一經審核批準，立即完成對外支付并更新財務系統(tǒng)賬務信息。簡化了手續(xù)。

(四)安全可靠

除采用與網(wǎng)上銀行相同的安全機制外，還在轉賬交易中增加了“簽名時間”字段、在所有交易中增加了“包序列ID”字段，從而可有效地防止黑客攻擊、指令重復提交。

三、企業(yè)銀企互聯(lián)解決方案

通過以上調研、咨詢和分析，考慮到采用銀企互聯(lián)后最大的障礙是對外付款的資金安全問題，而且是企業(yè)內網(wǎng)的安全問題，解決方案需要在銀行前置機和企業(yè)的ERP服務器之間增加第三方的安全認證的軟件平臺或者硬件設備。為此根據(jù)工行專家建議，結合我們公司實際。提出以下解決方案：

(一)在資金管理中應用銀企互聯(lián)，實現(xiàn)實時的查詢、對賬等功能。為確保對外付款業(yè)務安全可靠，對外付款的授權審核仍然采用銀行方面的安全認證，即付款的最后環(huán)節(jié)還是提交現(xiàn)有的企業(yè)網(wǎng)銀系統(tǒng)(外網(wǎng))進行，在企業(yè)網(wǎng)銀系統(tǒng)進行批準支付。

(二)該方案對外付款流程是：憑證制作人員在ERP系統(tǒng)內錄入憑證，憑證保存后自動(半自動)產生銀行支付單，支付單經ERP系統(tǒng)內審核后自動進人企業(yè)網(wǎng)銀(外網(wǎng))進行最終審核。經授權人審核后完成后銀行對外付款業(yè)務。

該方案的重點是，將對外付款的最后審核環(huán)節(jié)利用企業(yè)網(wǎng)銀的授權審核方式，授權人員通過硬件證書登錄外網(wǎng)。結合原始憑證審核付款指令。規(guī)避了ERP系統(tǒng)內的非法付款指令的觸發(fā)，最后的付款審核采用銀行的安全認證機制，將網(wǎng)銀硬件證書授權7個成員單位使用。需要專門的硬件證書才能登錄審核。付款審核的權限與安全責任由各成員單位分別承擔。

該方案的優(yōu)點是：企業(yè)內部全部的銀行對外轉賬均是由憑證直接產生指令。流程規(guī)范統(tǒng)一；查詢分析更加及時；對賬更加便捷。缺點是完成付款的各環(huán)節(jié)要進入ERP系統(tǒng)和企業(yè)網(wǎng)銀兩種不同的系統(tǒng)環(huán)境，增加一道人工審核確認環(huán)節(jié)，以確保安全支付。

四、結論

公司通過銀企互聯(lián)項目的實施。并減少了大量的手工記賬和賬務核對工作，并通過和工商銀行業(yè)務處理系統(tǒng)的實時連接，提高了企業(yè)的資金管理水平。提高了財務收益。通過實施銀企互聯(lián)項目，得到了以下收益；

(一)賬務信息銀企同步

銀企互聯(lián)有機聯(lián)接了企業(yè)財務系統(tǒng)和銀行業(yè)務處理系統(tǒng)，為企業(yè)資金管理提供實時、準確、全面的賬務信息支持。

(二)實現(xiàn)個性化服務

企業(yè)可根據(jù)自身資金管理的需要。通過ERP軟件系統(tǒng)對銀行提供的電子交易進行自由組合和控制。靈活定制內部授權機制，從而擁有自己的專有銀行。

(三)操作簡易、提高效率

企業(yè)財務人員無須重復錄入指令信息。所有指令一次錄入，經審核批準后，完成對外支付并更新財務系統(tǒng)賬務信息。

(四)通過與網(wǎng)上銀行進行連接，企業(yè)的財務系統(tǒng)成為動態(tài)的系統(tǒng)，隨時掌握銀行賬戶信息。及時處理銀行結算。

(五)安全放心

篇（6）

一、傳統(tǒng)手工會計業(yè)務操作流程的缺陷分析

(一)信息來源上的局限性

傳統(tǒng)的會計系統(tǒng)與其他子系統(tǒng)沒有集成，不能提供實時的會計信息;且以貨幣為計量單位，許多重要資源無法用貨幣計量。傳統(tǒng)的財務軟件功能單一，難以將整個企業(yè)的資源進行整合，信息使用者更強調未來，強調數(shù)據(jù)的相關性和靈活性，更多地關注非貨幣數(shù)據(jù)，希望從多層次、多視角分析企業(yè)的財務狀況和經營成果時，信息就明顯不夠。

(二)信息處理的局限性

現(xiàn)行會計的信息處理過程是對經過“篩選”的會計數(shù)據(jù)，通過對原始憑證、記賬憑證、明細賬及總賬進行加工的過程。這個過程有嚴格的處理原則，按照一定的程序進行，在一定程度上可以反映經濟活動的全貌。但它也存在很大的缺陷，即該過程只是對經濟活動的結果進行反映，從中看不到每項經濟活動發(fā)生、執(zhí)行與完成的全過程 。

(三)信息輸出的局限性

現(xiàn)行會計信息系統(tǒng)一般都是采用單一化的信息披露模式，將全部會計信息存放于資產負債表、損益表、現(xiàn)金流量表這三張報表提供給特定的使用者。然而在新的經濟環(huán)境下，信息使用者的范圍越來越廣，他們所需要的會計信息也越來越多，單一的信息披露模式已不能滿足他們進行相關決策的需要。

二、當前我國企業(yè)內部會計控制存在的不足

1.公司治理結構不合理，在考核機制尚不健全現(xiàn)代企業(yè)制度下，經營權和所有權分離，沒有一個合理有效的機制，就很可能出現(xiàn)侵犯或損害股東利益的行為。由于國家所有權的行使缺乏妥善措施，很多上市公司出現(xiàn)內部人或控股股東等關鍵人大權獨攬的現(xiàn)象。這就導致內部控制形同虛設。2.會計人員整體素質不高，違法違紀常有，隨著會計隊伍的不斷擴大，對會計人員的思想教育、業(yè)務培訓沒有同步跟上，根本起不到提高會計人員素質的作用?，F(xiàn)階段會計人員特別是主管會計人員的素質相對而言不能滿足投資者及企業(yè)發(fā)展的要求，甚至有些企業(yè)經營者為了個人利益松懈企業(yè)管理，使財務會計制度發(fā)揮不了應有的作用，會計人員的專業(yè)技術水平得不到應有發(fā)揮。3.內控體系不夠健全，內控制度執(zhí)行不力目前有些企業(yè)雖然也建立了相關的內控制制度，但缺乏科學性與連貫性，內部控制的組織機構不夠健全，很多規(guī)章制度比較零散，未達到縱橫交錯，點面結合的控制要求，造成既定的內部會計控制失控。4.內外監(jiān)督制約乏力對于內部監(jiān)督而言，有的企業(yè)雖然有財會規(guī)章制度，但是流于形式，未得到切實的貫徹執(zhí)行;有的企業(yè)忽視財務內部稽核和內部審計的作用，內部稽核不規(guī)范，未形成制度。這主要是各種監(jiān)督的功能交叉、標準不一，再加上分散管理、缺乏橫向信息溝通，未能形成有效的監(jiān)督合力，監(jiān)督弱化問題嚴重。

三、信息化下會計業(yè)務處理程序的變化

手工會計業(yè)務處理，起初是由計算機專業(yè)人員完全模仿手工業(yè)務操作流程，把計算機作為一種通過快速計算來幫助人們降低勞動速度、提高勞動效率的工具。此后會計電算化不斷得到發(fā)展，一個比較完善的計算機信息系統(tǒng)也逐步發(fā)展起來。主要變化還表現(xiàn)在以下幾方面:

(一)記賬的含義發(fā)生變化

賬簿記錄實際上就是將記賬憑證按不同的形式進行組織和匯總。手工記賬時必須將它們重新抄寫到各有關的賬簿上。但電算化后，記賬憑證包含了兩層意義:一是將當月的輸入到未記賬憑證文件中的記錄轉存到已記賬憑證文件中，使經審核的輸入憑證成為正式的會計檔案;二是對科目的余額、本期發(fā)生額和累計發(fā)生額進行匯總、更新。由于手工系統(tǒng)存在不同的記賬程序，各企業(yè)要根據(jù)業(yè)務性質、管理方式規(guī)模大小以及經濟業(yè)務的數(shù)量，相應地確定適合自己特點的賬務處理程序。而電算化下的記賬憑證是指計算機賬務處理的形式和相應的內部數(shù)據(jù)流程，顯然一般只能固定采用一種賬簿處理程序，而且其含義也不同于手工的賬務處理流程。

(二)對賬的含義發(fā)生變化

對賬是對賬簿數(shù)據(jù)進行核對，以檢查記賬是否正確以及賬簿是否平衡，其目的是為了保護會計信息的正確性和可靠性。在手工會計中，對賬主要包括賬證、賬賬、賬實和對三個方面。賬證核對是核對賬簿記錄與原始憑證和記賬憑證的時間、憑證字號、內容、金額是否一致，記賬方向是否相符;賬賬核對是核對不同賬簿是否相符，包括總賬與明細賬、總賬與日記賬、總賬與輔助賬、會計部門的財產物資保管明細賬與使用部門的有關明細賬;賬實核對是指核對會計賬簿記錄與財產等實有數(shù)額是否相符。通過對賬達到賬證相符、賬賬相符和賬實相符的要求，用以確保會計核算的完整性和真實性。

(三)結賬的含義發(fā)生變化

在計算機環(huán)境下，結賬的功能主要用于結轉各個會計科目的本期發(fā)生額和期末余額，同時結束本期的賬務處理工作。在這里結賬是一個批處理的過程，其處理的內容是將本期所有的期末余額數(shù)據(jù)結轉到下一期的期初余額，并清除本期的所有借方和貸方發(fā)生額數(shù)據(jù)，最后對本期業(yè)務執(zhí)行封賬。而在傳統(tǒng)手工處理程序中為了使賬簿達到賬實、賬證、賬賬相符，會計人員需要做一系列對賬的工作，相比較之下電算化系統(tǒng)的處理程序顯得更加簡便易操作。

(四)期末轉賬的的含義發(fā)生變化

篇（7）

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

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

解決思路

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

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

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

翻轉課堂教學模式設計方案

出納實務工作情境化翻轉課堂教學模式設計總體流程如下表所示：

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

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

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

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

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

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

參考文獻

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

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

篇（8）

保險公司資金集中收付范圍主要包括：承保、賠付、費用報銷、薪酬、傭金手續(xù)費支付等方面。各家保險公司現(xiàn)階段借助網(wǎng)絡信息技術和銀行轉賬的渠道，已普遍實現(xiàn)了省級或地市級范圍內的資金收付集中，其中業(yè)務規(guī)模較大的保險公司已開始與部分商業(yè)銀行總行合作并開展全國統(tǒng)一的資金收付集中。從未來發(fā)展趨勢上看，保險公司實施資金收付全國集中將逐漸取代省級或地市級范圍內的資金收付集中。

一、保險公司資金收付全國集中的意義

1、有利于減少省級及以下層級賬戶的開設、管理風險。

通過資金收付全國集中管理，承保的保費資金全部歸集到總公司的集中收入賬戶，而賠款、給付、退保、費用等全部通過總公司支出賬戶集中支付，可以減少省級及以下層級公司銀行賬戶的開設，從而降低了由于賬戶管理不善、私開賬外賬戶的管理風險。

2、有利于進一步降低票據(jù)使用風險，推動保險公司實施零現(xiàn)金。

資金收付全國集中實施后，一方面隨著省級及以下層級公司銀行賬戶開設的減少，票據(jù)購買和使用量大大降低，從而降低了票據(jù)使用風險。另一方面由于涉及收付類的資金全部從總公司賬戶集中收付，僅有少量的客戶會選擇現(xiàn)金方式交易，如保險公司加強對客戶的宣傳，并引導客戶簽署集中轉賬協(xié)議，則省分公司及以下層級單位將能逐步實現(xiàn)零現(xiàn)金管理，逐漸取消對支票的購買，極大程度提高保險公司的資金安全。

3、釋放公司轉賬操作的人力，節(jié)約人力。

資金收付全國集中后，省級及以下層級公司原先省級或地市級范圍集中轉賬的工作均集中在總部層面操作，公司賬戶和票據(jù)管理工作也隨之減少，對于原先省級及以下層級公司從事此類工作的財務人員可以轉崗至其他崗位，從而節(jié)約了公司人力，降低了公司人力成本。

4、有利于降低資金使用成本，提高資金使用效率。

資金收付全國集中管理后，全國的資金統(tǒng)一歸集到總公司，由總公司根據(jù)實際需求統(tǒng)籌安排，減少了省級及以下層級公司上劃在途資金環(huán)節(jié)，有利于盤活閑置資金，優(yōu)化財務資源配置，提高了資金的使用效率，便于總公司進行資金規(guī)劃，增加總公司集中賬戶中的存量資金利息收益，降低財務費用，從而降低公司資金使用成本。同時因為考慮到全國集中收付后，轉賬金額和筆數(shù)的規(guī)模較大，因此保險公司總公司在與商業(yè)銀行總行合作時，可以商榷降低轉賬手續(xù)費，從而節(jié)約公司轉賬費用。

二、保險公司資金收付全國集中存在的風險分析

1、數(shù)據(jù)安全性風險。

資金收付全國集中后，所有的涉及資金的收付均由保險公司的總公司統(tǒng)一集中操作，因此送盤和回盤數(shù)據(jù)均匯集中在總公司，如發(fā)生因設備故障、業(yè)務系統(tǒng)差錯，黑客入侵以及人為操作的差錯等情況，均有可能造成關鍵數(shù)據(jù)的丟失，直接影響公司的業(yè)務，并對公司造成損失。

2、內控缺失和系統(tǒng)設計造成的操作風險和道德風險。

資金收付全國集中后，所有的涉及業(yè)務收付的轉賬信息和客戶信息均集中地總公司專人操作。報盤、回盤文件的傳遞主要借助銀行中間業(yè)務平臺進行批量的代扣或代付，并將成功扣款金額劃入公司賬戶，或將成功付款金額支付到客戶賬戶，而銀行如何接收公司發(fā)送的報盤文件，公司又如何能夠收到銀行返回的回盤文件，這就涉及到公司與銀行間數(shù)據(jù)文件的傳遞方式，如公司業(yè)務系統(tǒng)改造和系統(tǒng)用戶權責設計中涉及不相互牽制等方面的內控和內審環(huán)節(jié)缺失，均易產生人員操作風險和道德風險，例：給銀行的報盤扣款或付款數(shù)據(jù)重復造成重復支付或重復收入，經辦人員任意篡改報盤數(shù)據(jù)等問題。

3、財務人員流失風險

資金收付由省級及以下層級公司集中操作改變?yōu)槿珖泻?，業(yè)務處理流程發(fā)生了重大變化，隨之對于省級及以下層級公司操作人員的對應崗位和工作將隨之減少，并取消。此類涉及人員從全國整體來看數(shù)量較多，因此這部分人員的安置對公司來說短期內一次重大挑戰(zhàn)。資金收付集中是保險公司財務變革中的一個重要組成，對于財務變革所涉及的這部分人員，如重新崗位調整，員工需要不斷轉變觀念，適應公司的改革，同時需要對勝負的新崗位存在適應過程。如在此過程中公司未對人員進行妥善安置，將對公司品牌和員工管理產生不利影響。

4、信息溝通和轉賬差錯件處理時效風險

省級及以下層級公司經常會收到客戶查詢資金到賬的需求，因全國集中后，所有的操作均在總部層面進行，下級公司與總部之間溝通存在滯后性。同時如因公司系統(tǒng)或銀行系統(tǒng)問題，導致全國集中收付不成功或重復收付的問題件，總部與下級公司的溝通和處理時效、應對時效會更加滯后，會導致客戶投訴件的增加，從而給公司帶來負面影響。

三、保險公司資金收付全國集中的問題應對

1、資金收付系統(tǒng)和IT硬件需充分考慮數(shù)據(jù)安全性、可持續(xù)性。

在改造全國集中資金系統(tǒng)時，需對報盤和回盤數(shù)據(jù)需進行加密，并根據(jù)崗位牽制的原則對相關系統(tǒng)用戶進行不相兼容崗位分離，例如報盤和回盤崗分離，會計崗與出納崗分離，經辦崗、復核崗和審批崗分離等。同時因為全國集中后收付數(shù)據(jù)量巨大，并且長遠來看，會持續(xù)增長，因此需要考慮系統(tǒng)和IT硬件的承載能力、數(shù)量處理運行能力、數(shù)據(jù)安全保存的能力。

2、搭建持續(xù)有效的內控和內審程序。

建立、健全完善的內控資金收付流程，對其中關鍵環(huán)節(jié)進行重點關注，并通過內部審計或稽查的手段進行定期或不定期的檢查。杜絕操作風險和道德風險。

3、全國集中需充分考慮和落實人員的安置。

在推廣全國集中前，需充分調研和考慮省級及以下層級公司涉及操作人員的崗位安置問題，并加強人事政策的宣導和員工心態(tài)的引導，安置好涉及調崗員工。確保全國集中的平穩(wěn)上線和推廣。

4、建立通暢的、雙向的信息和問題處理平臺。

在系統(tǒng)改造和開發(fā)時，從公司業(yè)務和客戶實際需求和問題出發(fā)，建立總公司至省公司及以下層級，省公司以下層級到總部公司雙方的集中收付信息查詢和問題處理平臺或系統(tǒng)，確保各層級有權或涉及崗位及時獲取轉賬信息和狀態(tài)，對于問題件能快速并及時完成處理和反饋。（作者單位：中國平安人壽保險股份有限公司江蘇分公司）

篇（9）

公務卡是資金支付結算的現(xiàn)代化工具，是制約虛開多報、損公肥私等腐敗行為的有效手段。這項改革在全國鋪開推行，但日常的公務支出，如辦公用品費、公車維護費、差旅費、會議費、接待費、水電暖費以及其他零星支出，仍有很大比重使用現(xiàn)金支付方式結算，公務卡支付結算流于形式。對此，國家出臺了公務卡強制結算目錄管理的有關規(guī)定，為了更好的規(guī)范公務消費支出、增強資金管理透明度、強化財務監(jiān)管，有效落實公務卡強制結算，應著重把握以下6個方面。

一、充分認清公務卡強制結算意義

近年來，公務卡使用推廣覆蓋面逐年擴大，發(fā)卡數(shù)量快速增長，現(xiàn)金使用得到有效控制，改革成效逐步顯現(xiàn)。但也有部分單位對公務卡改革認識不到位，用卡積極性不夠強，有卡不用現(xiàn)象普遍存在。實施公務卡強制結算目錄管理，嚴格規(guī)定經費開支項目，是推進財務科學化精細化管理的客觀要求，對提高經費開支透明度、規(guī)范財經秩序具有重要現(xiàn)實意義。要從思想上高度統(tǒng)一，加強黨風廉政教育，徹底打破個人利益大過天的思想，牢固樹立公務支出刷卡意識，使持卡人形成持卡消費的觀念，規(guī)范預算執(zhí)行，加強財務管理，提高財務工作效率。

二、準確劃定公務卡強制結算范疇

加強公務卡強制結算管理，是規(guī)范公務支出的一項重要措施。凡強制結算目錄規(guī)定的經費支出項目，應嚴格按有關規(guī)定使用公務卡結算，不再使用現(xiàn)金結算，仍使用的，財務部門可拒絕報銷；原使用銀行轉賬方式結算的，可繼續(xù)使用轉賬方式。以下方面可暫不使用公務卡結算；一是在縣級（不含）以下不具備刷卡條件的地區(qū)發(fā)生的公務支出；二是在縣級以上地區(qū)不具備刷卡條件的場所發(fā)生的公務支出；三是按規(guī)定支付給個人的公務支出；四是簽證費、快遞費、出租車費等目前只能使用現(xiàn)金結算的公務支出；五是執(zhí)行重大專項任務、外派期間不具備刷卡條件的地區(qū)（場所）發(fā)生的或因保密需要不便使用公務卡結算的公務支出。結算報銷以上情況時，應提供相關證明材料。

三、全面規(guī)范公務卡強制結算目錄

明確強制結算目錄，可以有效規(guī)范公務卡支付結算項目和內容，為公務支出刷卡報銷提供了“剛性”制約。按照公務消費性質和公務開支范圍，分為辦公耗用、會議集訓、公務接待、公出差旅、水電氣暖、圖書報刊、郵政電訊、裝備器材、營房管理、公車維護、文印裝訂等17類項目，主要包括日常辦公用品采購、通用辦公設備支出與維修、業(yè)務會審和專業(yè)集訓食宿費、網(wǎng)絡通訊費、郵寄費、能源消耗設施維修費、報刊雜志訂閱費、文件印刷費、物業(yè)管理費、公車保養(yǎng)費，等等。通過公務卡強制結算，逐步增強單位財務人員和公務支出經辦人員用卡意識，熟練掌握目錄管理的內容、范圍和要求，形成自覺用卡、規(guī)范用卡的良好氛圍。

四、制定公務卡強制結算實施細則

制度的建立健全是公務卡支付結算改革全面推行的重要依據(jù)，也是推進工作順暢運行的重要保證。針對實施公務卡強制結算管理，不同單位涉及范圍不相同、結算標準不統(tǒng)一的實際，必須要有一套與之相符的制度規(guī)定進行規(guī)范。要在完善pos轉賬卡、公務卡報銷審核等管理制度的基礎上，結合單位實際配套制定公務卡強制結算實施細則，細化結算目錄，明確管理要求，特別是對暫不能使用公務卡結算的公務支出的報銷審批程序要作出具體明確，確保具體實施起來，有法可依、有章可循。

五、加強公務卡強制結算流程管控

篇（10）

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

2 訂單號方式的設計思路

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

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

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

2.2 訂單號從銀行返回

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

（1）使用公鑰進行簽名的逆運算

（2）使用標準MD5算法運算原文

（3）比較（1）、（2）結果

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

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

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

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

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

3.1 全自動對賬的研究

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

圖3 自動對賬流程圖

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

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

//建造HttpRequest.cs讀取網(wǎng)頁內容的關鍵類 以下是該類中的關鍵函數(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();

}

//此處設置一些屬性

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: 在此處添加構造函數(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);

//調用庫存儲過程，由它判斷該訂單號是否在庫中存在,并進行相應的處理

}}//對應foreach

}

4 結束語

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

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

參考文獻：

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

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

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