財務轉賬流程匯總十篇

序論：好文章的創作是一個不斷探索和完善的過程，我們為您推薦十篇財務轉賬流程范例，希望它們能助您一臂之力，提升您的閱讀品質，帶來更深刻的閱讀感受。

篇（1）

一、財務結算中心報銷現狀分析

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

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

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

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

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

二、財務結算中心非現金報銷解決方案

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

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

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

3.單據報銷[現金報銷零余額（非零余額）]出納登記網銀轉賬出納上傳發放表會計網銀審核網銀還款打印發放成功單據會計記賬。

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

5.工資發放出納錄入網銀轉賬會計網銀審核網銀轉賬出納上傳發放表會計網銀審核網銀發放打印發放成功單據會計記賬。

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

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

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

三、財務集中核算未來發展方向

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

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

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

（四）“互聯網+”多種新型服務方式并存。財務核算不僅對核算數據要求準確，服務質量也要求有更高的水平。

篇（2）

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

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

二、信息化下的會計循環

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

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

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

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

三、信息化下會計循環流程的特點

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

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

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

篇（3）

關鍵詞：高校 財務 報賬 解決 方案 無現金

一、高校實施“無現金”報賬的概況

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

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

二、高校財務傳統現金報賬存在的問題

1.報賬信息不對稱

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

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

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

三、高校財務報賬解決方案——“無現金報賬”

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

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

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

四、無現金報賬存在的問題

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

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

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

參考文獻：

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

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

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

篇（4）

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

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

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

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

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

一、基于個人網絡銀行的財務繳費系統架設總體規劃

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

2.基于個人網絡銀行的財務繳費系統功能模塊設計

二、架設基于個人網絡銀行的財務繳費系統硬件及軟件條件

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

三、各功能模塊設計

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

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

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

2.網上支付流程

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

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

(3)網銀中心接收客戶支付信息，轉發到銀行后臺業務處理系統。

(4)銀行后臺業務系統處理后，返回處理結果給網銀。

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

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

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

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

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

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

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

(二)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”；操作控制C10 C20 C30=XXX，另根據卡片出廠唯一的地址號進行加密設計即一卡一密，以保證讀卡數據的正確性、合理性、防偽造性。

四、基于個人網絡銀行的財務繳費系統應用前景

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

篇（5）

一、企業現狀分析

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

二、銀企互聯模式分析

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

(一)賬務信息銀企同步

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

(二)實現個性化服務

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

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

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

(四)安全可靠

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

三、企業銀企互聯解決方案

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

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

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

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

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

四、結論

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

(一)賬務信息銀企同步

銀企互聯有機聯接了企業財務系統和銀行業務處理系統，為企業資金管理提供實時、準確、全面的賬務信息支持。

(二)實現個性化服務

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

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

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

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

(五)安全放心

篇（6）

一、傳統手工會計業務操作流程的缺陷分析

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

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

(二)信息處理的局限性

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

(三)信息輸出的局限性

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

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

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

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

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

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

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

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

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

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

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

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

篇（7）

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

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

解決思路

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

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

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

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

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

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

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

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

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

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

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

參考文獻

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

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

篇（8）

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

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

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

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

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

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

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

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

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

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

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

1、數據安全性風險。

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

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

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

3、財務人員流失風險

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

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

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

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

1、資金收付系統和IT硬件需充分考慮數據安全性、可持續性。

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

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

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

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

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

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

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

篇（9）

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

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

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

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

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

三、全面規范公務卡強制結算目錄

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

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

制度的建立健全是公務卡支付結算改革全面推行的重要依據，也是推進工作順暢運行的重要保證。針對實施公務卡強制結算管理，不同單位涉及范圍不相同、結算標準不統一的實際，必須要有一套與之相符的制度規定進行規范。要在完善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 引言

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

2 訂單號方式的設計思路

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

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

圖1 訂單號生成和數據提交流程圖

2.2 訂單號從銀行返回

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

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

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

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

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

圖2 訂單號從銀行返回的數據處理流程圖

2.3 根據訂單號進行消費支付

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

3 后臺自動對賬系統

3.1 全自動對賬的研究

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

圖3 自動對賬流程圖

3.2 全自動對賬的實現

//注：實現語言：C# 以下為精簡出來的代碼

//建造HttpRequest.cs讀取網頁內容的關鍵類 以下是該類中的關鍵函數和說明

// HttpRequest網頁請求方法

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

{// 用requestUriString, requestReferer對一些參數賦值

return OpenRequest();

}

private bool OpenRequest()//真正向網站發出數據請求的Request函數

{__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文件函數

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

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

path = Application.StartupPath;}}

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

{public TrustAllCertificatePolicy()

{// TODO: 在此處添加構造函數邏輯}

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 結束語

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

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

參考文獻：

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

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

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