時間:2023-07-06 16:29:15
序論:好文章的創(chuàng)作是一個不斷探索和完善的過程,我們?yōu)槟扑]十篇財務(wù)轉(zhuǎn)賬流程范例,希望它們能助您一臂之力,提升您的閱讀品質(zhì),帶來更深刻的閱讀感受。
一、財務(wù)結(jié)算中心報銷現(xiàn)狀分析
(一)報銷支付方式多樣。根據(jù)預(yù)算資金管理相關(guān)規(guī)定,中央部門日常經(jīng)費使用,屬于公務(wù)卡刷卡目錄的支出,強制使用公務(wù)卡刷卡結(jié)算,保留刷卡小票報銷,屬于中央財政零余額資金的,記入“待清算公務(wù)卡報銷額度”往來科目,每月集中還款一次,通過零余額網(wǎng)銀系統(tǒng)公務(wù)卡還款功能支付,方便快捷。屬于非零余額資金的,報銷當時直接用單位卡支付,直接還款到個人公務(wù)卡賬戶,隨報隨清。對于現(xiàn)金業(yè)務(wù),一般報銷人員提前報用款計劃,報銷時隨報隨清現(xiàn)金。
(二)支付現(xiàn)金存在隱患。根據(jù)財務(wù)管理規(guī)定,為保證資金安全,一般單位當日庫存現(xiàn)金不能超過規(guī)定限額,通常要求在800元以下,不同單位可能會有所不同。出納人員根據(jù)報銷用款計劃當日支取現(xiàn)金,當日超限額資金要送存銀行。每日取現(xiàn)金需要專車和保安護送,由于銀行業(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)模塊滿足日常使用。但是各單位使用中,特色化模塊要求具體使用單位進一步細化和調(diào)試。大部分使用單位只使用了系統(tǒng)化模塊,特色化部分懶于使用開發(fā),使軟件利用率低,很多數(shù)據(jù)分析功能未使用,只開通了日常核算功能模塊。
(四)網(wǎng)銀使用普及不夠。電子支付和銀行網(wǎng)銀支付日益普及,新型結(jié)算方式取代傳統(tǒng)方式是時展趨勢。核算中心推行網(wǎng)銀結(jié)算方式可以提高支付效率,但是在推行過程中遇到很大阻力:被核算單位領(lǐng)導(dǎo)不重視,認為資金不安全,對開通網(wǎng)銀比較抵制;核算中心出納認為使用程序復(fù)雜,不如直接報銷開票便捷,安于現(xiàn)狀,導(dǎo)致網(wǎng)銀普及率低,結(jié)算方式不能適應(yīng)當前信息化核算要求。
(五)崗位分工不能適應(yīng)信息化要求。傳統(tǒng)崗位分工是會計和出納分管具體核算單位,是按照單位進行崗位分配,具體核算單位業(yè)務(wù)量多少不一,造成崗位分工不均,需要定期輪崗,不利于被核算單位日常業(yè)務(wù)精細化管理和長遠發(fā)展,影響財務(wù)人員工作積極性。信息化條件下,根據(jù)財務(wù)信息化平臺系統(tǒng),將財務(wù)基礎(chǔ)工作按照標準化、流程化的作業(yè)方式進行流程再造,每個崗位流程都有明確職責和分工,每位財務(wù)人員可以負責報銷流程的某一環(huán)節(jié),實行大平臺管理,使財務(wù)報銷實現(xiàn)程式化、標準化、精細化管理。
二、財務(wù)結(jié)算中心非現(xiàn)金報銷解決方案
(一)開發(fā)依托于財務(wù)報銷系統(tǒng)的取數(shù)軟件。該軟件按照日常報銷中不同結(jié)算方式進行分流,尤其是現(xiàn)金業(yè)務(wù),在報銷時,根據(jù)現(xiàn)金所屬資金來源自動抓取數(shù)據(jù),登記領(lǐng)取人信息,定期匯總,集中進行轉(zhuǎn)賬匯款。例如差旅費報銷中,住宿費使用公務(wù)卡報銷、差旅補助使用現(xiàn)金報銷。在出納報銷流程中,公務(wù)卡登記在“待清算公務(wù)卡報銷額度”科目,現(xiàn)金部分登記在“待清算儲蓄卡報銷額度”,同時按照報銷人分明細登記,定期生成報銷人匯總單。出納根據(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ù)單位普遍反映效率提高,職工非常滿意。
(三)制訂崗位職責和內(nèi)控制度。按照當前信息化管理要求,制訂網(wǎng)銀操作崗位內(nèi)控流程,銀行網(wǎng)銀密匙有三人保管,錄入員、審核員、主管三人負責,相互牽制,分工明確。制訂各報賬崗位具體崗位職責,做到不相容崗位分離。細化崗位分工,嚴格執(zhí)行崗位責任制,使日常業(yè)務(wù)工作統(tǒng)籌化、集約化、程式化管理,提高核算準確度。對每個崗位職責權(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)控要制定嚴密的內(nèi)控制度,保證資金和數(shù)據(jù)的安全。同時通過共享服務(wù)結(jié)算方式的轉(zhuǎn)變,可以實現(xiàn)財務(wù)數(shù)據(jù)資源共享,在大數(shù)據(jù)分析系統(tǒng)幫助下,對數(shù)據(jù)進行多次加工,為單位發(fā)展和決策提供數(shù)據(jù)支持。
三、財務(wù)集中核算未來發(fā)展方向
(一)電子結(jié)算模式更加普遍。財務(wù)集中核算已實行很多年,在不斷發(fā)展的信息化環(huán)境下,財務(wù)核算中心要與時俱進。在財務(wù)報銷軟件和網(wǎng)銀支付方式普遍被大眾接受的情況下,大力發(fā)展電子商務(wù)結(jié)算模式,充分利用網(wǎng)絡(luò)條件,提高支付準確性、效率性,做到每筆業(yè)務(wù)有跡可查,減少差錯。
(二)財務(wù)信息大數(shù)據(jù)分析被廣泛應(yīng)用。運用財務(wù)大數(shù)據(jù)分析平臺,對財務(wù)數(shù)據(jù)進行分析、整理,為單位提供更加真實、可靠的參考數(shù)據(jù),為領(lǐng)導(dǎo)決策提供數(shù)據(jù)支持。運用科學化、流程化、標準化的會計結(jié)算管理方式,可以保證財務(wù)數(shù)據(jù)核算口徑統(tǒng)一,高效準確。積極設(shè)立財務(wù)核算軟件系統(tǒng)二次開發(fā)項目,對日常財務(wù)數(shù)據(jù)特色化模塊進行開發(fā)利用,提高軟件使用率,減輕會計人員工作量。
(三)會計人員業(yè)務(wù)培訓常態(tài)化。國家各項制度和財務(wù)核算要求更新迅速,國家對財務(wù)數(shù)據(jù)質(zhì)量要求越來越嚴格,對預(yù)算和決算編制工作更加重視。為了發(fā)揮會計監(jiān)督功能,縮小預(yù)決算執(zhí)行差異率,應(yīng)重視財務(wù)人員的日常業(yè)務(wù)培訓,狠抓落實審計檢查發(fā)現(xiàn)的問題,從源頭入手,加強會計骨干人才培養(yǎng),制定激勵考評措施,使核算中心能以制度為準繩,以操作流程為主線,規(guī)范核算,強化責任,確保各項資金使用安全、合規(guī)。
(四)“互聯(lián)網(wǎng)+”多種新型服務(wù)方式并存。財務(wù)核算不僅對核算數(shù)據(jù)要求準確,服務(wù)質(zhì)量也要求有更高的水平。
(一)傳統(tǒng)會計循環(huán)流程理論傳統(tǒng)會計業(yè)務(wù)流程是建立在勞動分工理論下的一種順序化業(yè)務(wù)流程。它將企業(yè)的整個會計活動分為若干期間,以收集企業(yè)業(yè)務(wù)活動信息做為會計過程的起點,會計人員從企業(yè)業(yè)務(wù)活動的所有數(shù)據(jù)中獲取有價值的數(shù)據(jù),選擇不同的會計方法并利用一定的會計工具,按照會計規(guī)則對其進行處理、加工,最后以專業(yè)性的語言描述,形成會計信息。
(二)傳統(tǒng)會計循環(huán)流程圖在每一個會計期間,會計工作從交易或事項的確認開始,依次經(jīng)過計量、記錄,最后編制財務(wù)報告,再進入下一個會計期間,由此形成一個會計循環(huán)。具體工作過程如圖1所示。在傳統(tǒng)會計循環(huán)中,單純地以會計業(yè)務(wù)活動為中心,會計人員只需要了解會計業(yè)務(wù)即可,與其他部門接觸較少。傳統(tǒng)會計下對會計人員的要求也不高,但會計人員的工作量很大,會計人員每天都進行著大量的重復(fù)勞動。
二、信息化下的會計循環(huán)
(一)初始設(shè)置 一是建立賬套。賬套指一組相互關(guān)聯(lián)的數(shù)據(jù)。從會計的角度來看,建立賬套是建立一個新的核算主體,然后進行財務(wù)分工設(shè)置,并對增加的用戶進行功能權(quán)限和數(shù)據(jù)權(quán)限的設(shè)置。一個賬套包含了企業(yè)所有的數(shù)據(jù),將企業(yè)數(shù)據(jù)按年度劃分,稱為年度賬,一個賬套中可以存放不同年度的年度賬,企業(yè)在建立賬套時就應(yīng)考慮會計期間的設(shè)置、啟用會計期間、核算類型以及編碼方案等內(nèi)容,而建立賬套主要是對系統(tǒng)環(huán)境進行一系列的設(shè)定。二是初始化。初始化是指系統(tǒng)初始化,即在使用ERP財務(wù)管理軟件時,為了保證系統(tǒng)在以后的工作中可以正常使用而必須進行的一些基礎(chǔ)操作。初始化工作主要包括設(shè)置控制參數(shù)、設(shè)置基礎(chǔ)數(shù)據(jù)和期初余額錄入。其中設(shè)置控制參數(shù)是對總賬管理系統(tǒng)的一些系統(tǒng)選項進行設(shè)置,以便為總賬管理系統(tǒng)配置相應(yīng)的功能或設(shè)置相應(yīng)的控制;設(shè)置基礎(chǔ)數(shù)據(jù)則是將企業(yè)的一些公共資料和數(shù)據(jù)錄入系統(tǒng)中,供以后的日常操作,主要包括定義外幣及匯率、建立會計科目、建立部門、個人、客戶、供應(yīng)商、項目檔案,設(shè)置憑證類別、設(shè)置結(jié)算方式等若干內(nèi)容。
在傳統(tǒng)會計循環(huán)中,不包括這些基礎(chǔ)數(shù)據(jù)的設(shè)置,尤其是對部門、個人、客戶、供應(yīng)商和項目的建立檔案,但在信息化條件下,將這些企業(yè)管理的內(nèi)容加了進來,表面上看增加了會計人員的工作,實際上這些數(shù)據(jù)的設(shè)置正是為了減輕會計人員的日后工作量,也可以使企業(yè)的賬目清析明了。
(二)日常處理與傳統(tǒng)會計循環(huán)類似,企業(yè)會計人員將經(jīng)濟業(yè)務(wù)發(fā)生的依據(jù)即原始憑證搜集后,進行記賬憑證登記。在信息化條件下,會計人員做的最多的一項工作就是依據(jù)原始憑證錄入記賬憑證。記賬憑證經(jīng)審核后進行記賬,登記到會計賬簿上。與傳統(tǒng)會計不同的是,利用ERP財務(wù)管理軟件可以通過記賬功能自動將各記賬憑證登記到會計賬簿上,會計人員只需要對會計賬簿進行查看即可。但值得注意的是,會計信息化下“記賬”的含義與傳統(tǒng)會計中“記賬”含義不同。賬簿記錄實際上是將記賬憑證按不同的形式進行組織和匯總,傳統(tǒng)會計中記賬時必須將其重新抄寫到各有關(guān)的賬簿上。但在信息化條件下,記賬憑證包含了兩層意義:一是將當月的輸入到未記賬憑證文件中的記錄轉(zhuǎn)存到已記賬憑證文件中,使經(jīng)審核的記賬憑證成為正式的會計檔案;二是對科目的余額、本期發(fā)生額和累計發(fā)生額進行匯總、更新。
(三)期末處理 期末處理的具體工作主要包括銀行對賬、自動轉(zhuǎn)賬、對賬、結(jié)賬、會計檔案備份以及編制報表。一是銀行對賬與對賬。銀行對賬主要是將企業(yè)的銀行存款日記賬與銀行開具的“銀行對賬單”進行核對,與此相比,期末要進行的另一項“對賬”操作則是對賬簿數(shù)據(jù)進行核對,以檢查記賬是否正確,以及賬簿是否平衡。它主要是通過核對總賬與明細賬、總賬與輔助賬數(shù)據(jù)來完成賬賬核對;通過核對各種賬簿與記賬憑證的數(shù)據(jù)來完成賬證核對;通過核對賬簿記錄與資產(chǎn)實際情況來完成賬實核對,但是由于在信息化條件下,各種賬簿都是根據(jù)記賬憑證由系統(tǒng)自動記賬生成,由于有著相同的來源和依據(jù),因此只要記賬憑證正確,各種賬簿數(shù)據(jù)都是正確的,并且保持高度的一致。二是轉(zhuǎn)賬業(yè)務(wù)。傳統(tǒng)會計中轉(zhuǎn)賬處理業(yè)務(wù)是指期末由會計人員根據(jù)某些賬戶的余額或本期發(fā)生額填制轉(zhuǎn)賬憑證、登記有關(guān)賬簿,主要是結(jié)轉(zhuǎn)損益類科目余額、結(jié)轉(zhuǎn)成本費用科目余額以及結(jié)轉(zhuǎn)本年利潤。而信息化條件下的轉(zhuǎn)賬業(yè)務(wù)內(nèi)容則包含很多。轉(zhuǎn)賬分為外部轉(zhuǎn)賬和內(nèi)部轉(zhuǎn)賬兩類。外部轉(zhuǎn)賬是指將ERP財務(wù)管理軟件中各個不同模塊生成的記賬憑證轉(zhuǎn)入總賬模塊中,如將固定資產(chǎn)模塊中生成的計提折舊的記賬憑證傳遞至總賬系統(tǒng)中,將工資管理模塊中計算工資的記賬憑證傳遞至總賬系統(tǒng)中等;內(nèi)部轉(zhuǎn)賬是指在總賬管理系統(tǒng)內(nèi)部,把某個或某幾個會計科目中的余額或本期發(fā)生額轉(zhuǎn)到一個或多個會計科目中,如攤銷報刊費的記賬憑證??梢?信息化條件下“轉(zhuǎn)賬”業(yè)務(wù)的內(nèi)涵比傳統(tǒng)會計下的“轉(zhuǎn)賬”要擴大很多。三是結(jié)賬。與記賬功能相似,信息化下的“結(jié)賬”含義與傳統(tǒng)會計中的“結(jié)賬”也有所變化。在信息化下,結(jié)賬是計算和結(jié)轉(zhuǎn)各賬簿的本期發(fā)生額和期末余額,并終止本期的賬務(wù)處理工作。傳統(tǒng)會計中的結(jié)賬則是指把一定時期內(nèi)應(yīng)記入賬簿的經(jīng)濟業(yè)務(wù)全部登記入賬后,計算記錄錄本期發(fā)生額及期末余額,并將余額結(jié)轉(zhuǎn)下期或新的賬簿。信息化下的結(jié)賬將終止本期賬務(wù)處理工作與計算和結(jié)轉(zhuǎn)種賬簿的本期發(fā)生額和期末余額并列,強調(diào)了一旦結(jié)賬后,就不能對前面所有的操作進行修改。原本該項操作可以加強企業(yè)的內(nèi)部控制,但由于財務(wù)管理軟件都存在反結(jié)賬功能,因弱化了其內(nèi)部控制。
三、信息化下會計循環(huán)流程的特點
(一)企業(yè)管理與財務(wù)核算并重信息化下的會計循環(huán)所進行的一系列初始設(shè)置實質(zhì)上是企業(yè)管理所進行的內(nèi)容,但這些內(nèi)容對企業(yè)利用信息化技術(shù)進行財務(wù)核算的影響卻至關(guān)重要。很多初始設(shè)置一經(jīng)設(shè)定就不允許修改,因此,初始設(shè)置直接決定了日后工作的效率和質(zhì)量。利用ERP軟件進行財務(wù)核算,省去了很多傳統(tǒng)會計中的冗雜又易錯的工作,大大節(jié)省了時間與減少了工作量,既保證了會計信息的及時性,又保障了信息的可靠性。此外作為會計信息化的一個重要表現(xiàn),ERP財務(wù)管理軟件中的財務(wù)模塊與一般的財務(wù)軟件不同,ERP財務(wù)管理軟件還包含了供應(yīng)鏈、生產(chǎn)成本、人力資源等子系統(tǒng),并且各系統(tǒng)之間有相應(yīng)的接口,能夠相互集成,如總賬中的部門、人員等信息可以直接導(dǎo)人工資模塊中。信息化條件下,企業(yè)的財務(wù)核算不僅是財務(wù)核算,還包括財務(wù)計劃、控制、分析和預(yù)測等內(nèi)容,它是―個以財務(wù)為核心的管理活動。
(二)企業(yè)內(nèi)部控制弱化在信息化條件下,可以利用ERP財務(wù)管理軟件中的權(quán)限設(shè)置進行有效的內(nèi)部控制,權(quán)限管理分為三種:功能權(quán)限、數(shù)據(jù)權(quán)限和金額權(quán)限。功能權(quán)限是對每個操作員對各模塊及細分功能的操作權(quán)限管理,如出納只有對資金管理的操作權(quán)限,而沒有錄入記賬憑證的權(quán)限;數(shù)據(jù)權(quán)限是針對業(yè)務(wù)對象進行的控制,可以選擇對特定業(yè)務(wù)對象的某些項目和某些記錄進行查詢和錄入的權(quán)限控制。金額權(quán)限則主要體現(xiàn)在兩個方面:一是設(shè)置用戶在填制憑證時對特定科目允許輸入的金額范圍,二是設(shè)置用戶在填制采購訂單時,允許輸入的采購金額范圍,如會計人員在填制記賬憑證時,現(xiàn)金科目的金額不能超過10000元。權(quán)限設(shè)置是信息化條件下最為有效的內(nèi)部控制,但由于財務(wù)管理軟件功能越來越“齊全”,“反初始化”、“反審核”、“反過賬”、“反結(jié)賬”、“憑證制單不序時”等功能的出現(xiàn),使得在ERP財務(wù)管理軟件中的操作可以達到完全無痕化,從而大大減弱了內(nèi)部控制。
(三)會計人員素質(zhì)要求提高
關(guān)鍵詞:高校 財務(wù) 報賬 解決 方案 無現(xiàn)金
一、高校實施“無現(xiàn)金”報賬的概況
從20世紀90年代開始,我國的高等教育不斷擴招,高校的辦學形式、資金來源等多方面都趨于多樣化,作為高校管理重要組成部分的財務(wù)管理同樣面臨著新的挑戰(zhàn)。建立在信息網(wǎng)絡(luò)技術(shù)基礎(chǔ)上的“無現(xiàn)金”報賬系統(tǒng),在高等院校財務(wù)部門得到了廣泛應(yīng)用。
“無現(xiàn)金報賬”模式是無現(xiàn)金核算的一種方式,是指在報賬過程中利用網(wǎng)絡(luò)信息技術(shù),將傳統(tǒng)的現(xiàn)金收付方式轉(zhuǎn)變?yōu)殂y行卡轉(zhuǎn)賬方式,不到出納處繳、領(lǐng)現(xiàn)金就完成報銷的一種報賬方式、“無現(xiàn)金報賬”以“無現(xiàn)金報賬系統(tǒng)”為信息平臺,實現(xiàn)了財務(wù)系統(tǒng)與銀行網(wǎng)銀支付系統(tǒng)的對接,有效整合了兩個系統(tǒng)的業(yè)務(wù)流程,實現(xiàn)了數(shù)據(jù)共享,各項付款業(yè)務(wù)無需二次錄入,就能在短時間內(nèi)完成學校銀行賬戶與其他任何賬戶或個人銀行之間資金劃轉(zhuǎn),比傳統(tǒng)現(xiàn)金結(jié)算方式更加安全、快捷、方便。
二、高校財務(wù)傳統(tǒng)現(xiàn)金報賬存在的問題
1.報賬信息不對稱
報賬信息是指財務(wù)報賬過程必須遵循和依據(jù)的法律、高校的財務(wù)規(guī)章制度、財務(wù)處內(nèi)部的有關(guān)報賬簽字等的管理規(guī)定。財務(wù)報賬需要按照現(xiàn)行的法律、法規(guī)和高校的規(guī)章制度等進行嚴格把關(guān),但是師生對報賬信息的了解有限,這導(dǎo)致了師生在辦理報賬業(yè)務(wù)時往往需要多次往返財務(wù)處,降低了辦事效率,使師生對財務(wù)人員產(chǎn)生不滿情緒,甚至認為財務(wù)部門是在故意刁難。同時,財務(wù)部門對財務(wù)信息也難以做到實時更新,師生有關(guān)財務(wù)方而的疑問無法得到方便快捷的答復(fù)。
2.財務(wù)報賬等候時間較長
雖然高校財務(wù)實行了電算化管理,然而業(yè)務(wù)量的急劇增長使得報賬排隊問題日益嚴峻。經(jīng)辦人對原始憑證的分類不得當,憑證粘貼不符合規(guī)范等問題也極大地影響了報賬速度。一般高校的財務(wù)報賬流程是經(jīng)辦人分類整理取得的票據(jù),單位領(lǐng)導(dǎo)審批后到財務(wù)處經(jīng)財務(wù)人員核算、報銷整個財務(wù)報賬流程是“串聯(lián)”的關(guān)系,一定要按照流程的先后順序才能完成整個財務(wù)報賬過程。整個報賬流程最耗費時間的會計核算環(huán)。
三、高校財務(wù)報賬解決方案——“無現(xiàn)金報賬”
1.支付方式發(fā)生改變。傳統(tǒng)報賬后領(lǐng)到的是現(xiàn)金或非現(xiàn)金(如支票、電匯等),采用“無現(xiàn)金”報賬后,款項直接打到了領(lǐng)款人的銀行卡上或通過網(wǎng)銀轉(zhuǎn)到單位開戶行賬號上,消除了單位和經(jīng)辦人攜帶和管理現(xiàn)金的風險。在傳統(tǒng)報賬方式下,為保持合理的現(xiàn)金庫存,財務(wù)處與銀行一樣實行大額現(xiàn)金支取預(yù)約制度,比如提5萬元以上須提前一天預(yù)約、采用“無現(xiàn)金報賬”后,財務(wù)部門與銀行合作,采用的是與銀行一樣的打卡系統(tǒng),己經(jīng)確認的報銷打卡金額由現(xiàn)金出納通過打卡方式支付,一般在5分鐘內(nèi)即時劃入指定銀行卡中。
2.優(yōu)化了財務(wù)報賬流程,提高了財務(wù)工作效率,提升了財務(wù)服務(wù)質(zhì)量。在無現(xiàn)金結(jié)算方式下,報銷人員只需將原始單據(jù)交財務(wù)人員,等待審核后制訂會計憑證,經(jīng)主管復(fù)核,出納確認金額以及單位或個人結(jié)算賬號,便可實現(xiàn)報銷資金的直接入賬,無須報銷人員的二次排隊等候。還款時也只需確認具體還款金額即可通過刷卡方式直接轉(zhuǎn)賬至學校賬戶,憑刷卡簽字確認單據(jù)就可審核制單?!盁o現(xiàn)金報賬”縮短了報銷人員在財務(wù)部門的停留時間,優(yōu)化了財務(wù)報賬的流程。方便快捷的支付手段既提高了財務(wù)工作效率,又提升了財務(wù)服務(wù)質(zhì)量。
3.杜絕了財務(wù)漏洞。財務(wù)人員在支付款項時,在轉(zhuǎn)賬支票和現(xiàn)金支票中如果選擇現(xiàn)金支票,容易導(dǎo)致報銷人員偷稅漏稅,造成國家稅款流失。另外,在現(xiàn)金結(jié)算條件下,財務(wù)人員直接接觸現(xiàn)金,如個人素質(zhì)不高,極易滋生某些違法違紀行為,如挪用公款等。無現(xiàn)金結(jié)算就可有效地避免或杜絕上述現(xiàn)象。
四、無現(xiàn)金報賬存在的問題
1.無現(xiàn)金報賬的安全性問題。作為新生事物,“無現(xiàn)金報賬”也會出現(xiàn)不穩(wěn)定的突況,造成數(shù)據(jù)不明原因遺失或出現(xiàn)重復(fù)轉(zhuǎn)賬的問題。同時,財務(wù)數(shù)據(jù)從封閉的處理平臺流入到互聯(lián)網(wǎng),置身于開放的網(wǎng)絡(luò)中,容易受到病毒的攻擊以及存在被篡改、截取的風險。
2.“無現(xiàn)金報賬系統(tǒng)”數(shù)據(jù)升級存在滯后性?!盁o現(xiàn)金報賬系統(tǒng)”的各相關(guān)銀行的信息直接從人民銀行數(shù)據(jù)庫中調(diào)用,數(shù)據(jù)量較大,每次更新數(shù)據(jù)所需時間較長,實踐中財務(wù)部門一般采用按月或按季定期更新的方式。然而,我國商業(yè)銀行內(nèi)部每月增設(shè)、關(guān)?;蚝喜⒕W(wǎng)點的業(yè)務(wù)較為頻繁,由于信息更新滯后,可能造成無現(xiàn)金轉(zhuǎn)賬不成功,但前臺審核人員己無法修改或中止錯誤信息,就只能通過手工方式來解決的結(jié)果。
3.銀行對賬比較復(fù)雜。在原手工報銷模式下,報銷者可直接領(lǐng)取現(xiàn)金、現(xiàn)金支票、轉(zhuǎn)賬支票。財務(wù)人員審核制單時按單據(jù)的發(fā)票直接記賬,而“無現(xiàn)金報賬”模式下報銷時,直接通過無現(xiàn)金支付系統(tǒng)電子付款,銀行于事后集中數(shù)據(jù)統(tǒng)一打印相關(guān)回單。目前高校每天的開支數(shù)額龐大,事后需要花費大量的時間將銀行回單一一對應(yīng)到相應(yīng)的記賬憑證中,影響了每天憑證的及時整理和裝訂。
參考文獻:
[1]張永杰.深挖銀校合作潛力,化解高校收費難題[J].中國管理信息化,2008(13)
[2]張弘力.積極推廣使用銀行卡 健全財政財務(wù)管理[J].中國財政,2006(07)
[3]杜振宇.現(xiàn)行財務(wù)報銷制度的問題與對策[J].會計之友(上),2007(02)
[中圖分類號] F832.2 [文獻標識碼] A [文章編號] 1006-5024(2007)12-0166-03
[作者簡介] 申 凱,東華理工大學教授,研究方向為財務(wù)管理;
侯志才,東華理工大學教師,研究方向為財務(wù)管理;(江西 撫州 344000)
李忠青,江西投資房地產(chǎn)有限公司總經(jīng)理,研究方向為企業(yè)管理。(江西 南昌 330096)
現(xiàn)代化的學校離不開現(xiàn)代化的管理。管理信息化水平正在成為衡量學??傮w水平的重要因素之一, 也是學校管理能否達到國內(nèi)高水平大學的重要標志。校園一卡通系統(tǒng)作為數(shù)字化校園的基礎(chǔ)工程,是數(shù)字化校園中有機的、重要的組成部分;為數(shù)字化大學提供全面的數(shù)據(jù)采集平臺,結(jié)合大學的管理信息系統(tǒng)和網(wǎng)絡(luò),形成全校范圍的數(shù)字空間和共享環(huán)境;為大學管理人員提供具有開放性、靈活性的應(yīng)用服務(wù)管理平臺,是管理與管理科學化的必要前提和基本途徑。將給全校師生帶來一種全新的、現(xiàn)代化的生活。
一、基于個人網(wǎng)絡(luò)銀行的財務(wù)繳費系統(tǒng)架設(shè)總體規(guī)劃
1.財務(wù)繳費系統(tǒng)的總體結(jié)構(gòu)拓撲圖。本系統(tǒng)采用多層C/S架構(gòu),由于在客戶端與數(shù)據(jù)庫之間加入了一個“中間層”,就使得業(yè)務(wù)規(guī)則、數(shù)據(jù)訪問、合法性校驗等工作放到了中間層進行處理。客戶端不直接與數(shù)據(jù)庫進行交互,而是通過中間層建立連接,再經(jīng)由中間層與數(shù)據(jù)庫進行交互,建立在中心數(shù)據(jù)庫服務(wù)器上的連接數(shù)量將大大減少,并且是動態(tài)建立與釋放連接,因此客戶端數(shù)量將不再受到限制。當業(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證書,建立商戶信息維護表。
2.網(wǎng)上支付流程
(1)客戶登錄學校WEB網(wǎng)站,選擇需辦理轉(zhuǎn)賬業(yè)務(wù)類型。
(2)客戶選擇付款的銀行――建行,確認后,商戶代碼、訂單信息、合計金額通過瀏覽器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)銀成員行)進行流水核對,對已支付但未得到商戶確認的交易進行相應(yīng)的處理。
3.客戶使用建行證書??蛻粼谏虘艟W(wǎng)站選擇建行支付后,被鏈接到建行網(wǎng)上銀行網(wǎng)站。該鏈接將商戶名、柜臺號、定單號、金額,驗證信息傳到網(wǎng)上銀行系統(tǒng)(建行提供無密鑰的MAC算法)。客戶進入建行網(wǎng)上銀行系統(tǒng)時選擇是否使用建行證書進行支付。如果是建行簽約客戶,可以選擇有證書支付。如果客戶沒有與建行簽約,只能使用無證書支付。
4.網(wǎng)銀系統(tǒng)返回信息。網(wǎng)銀系統(tǒng)返回給商戶成功或失敗信息(按商戶類型,分兩種情況進行處理)。
(1)對于不需要實時反饋支付結(jié)果的商戶,直接將支付結(jié)果通過瀏覽器顯示給客戶。
(2)對于需要實時反饋支付結(jié)果的商戶,將支付結(jié)果返回客戶,同時,如果支付成功,將結(jié)果和數(shù)字簽名信息(注:簽名算法和簽名內(nèi)容由建行指定)反饋給商戶,簽名校驗成功后,進行后續(xù)處理;如果支付失敗,不再通知商戶。
5.學校的交易款結(jié)算與對賬流程。學校在建行開設(shè)專用結(jié)算賬戶??蛻粼诮ㄐ芯W(wǎng)上銀行支付功能下付款,貨款記入學校的專用結(jié)算賬戶(含定單號信息)。學??赏ㄟ^瀏覽器登錄建行網(wǎng)上銀行,可實時查詢網(wǎng)上支付流水,也可在商戶本地數(shù)據(jù)庫中查到支付信息(但建議登錄網(wǎng)上銀行查詢),學校也可通過瀏覽器下載對賬文件(支付流水清單),該文件上的每筆貨款已成功支付。
(二)WEB客戶端前臺模塊。WEB客戶端提供用戶與銀行之間的轉(zhuǎn)賬服務(wù),提供校園一卡通轉(zhuǎn)賬、學費繳納轉(zhuǎn)賬及轉(zhuǎn)賬信息查詢功能。登陸時默認為一卡通轉(zhuǎn)賬頁面,用戶只需在下拉菜單選擇所需服務(wù)即可。
一卡通充值轉(zhuǎn)賬、學費轉(zhuǎn)賬兩者類似,用戶需填寫自身驗證(如:學號)及其他的相關(guān)信息,點擊確定之后即可通過鏈接進入網(wǎng)銀系統(tǒng),最后用戶填寫銀行的相關(guān)資料器,點擊提交之后,由網(wǎng)銀中心向?qū)W校銀行接口機發(fā)送相應(yīng)的轉(zhuǎn)賬信息,并返回轉(zhuǎn)賬成功信息。否則,返回失敗信息,如:驗證信息不正確、轉(zhuǎn)賬金額超出銀行卡余額等。
轉(zhuǎn)賬信息查詢:用戶輸入自己的學號,銀行服務(wù)器根據(jù)學號查詢相應(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ù)校對,主要校對學校銀行接口機上的交易記錄與銀行的記錄是否一致。
(四)銀行接口機模塊設(shè)計。本子模塊主要實現(xiàn)與銀行服務(wù)器和圈存機的通信和數(shù)據(jù)處理,是整個系統(tǒng)的通信樞紐,接口機的設(shè)計主要包括:
接口機socket通信程序:接收并處理來自圈存機的驗證信息。
接口機數(shù)據(jù)庫設(shè)計:存儲轉(zhuǎn)賬信息,以及基本的數(shù)據(jù)庫操作語句。
PC機與89C51單片機的串口通信程序:實現(xiàn)與單片機的串口通信程序,主要用于設(shè)定圈存機的IP地址。
1.繳納學費處理流程。銀行服務(wù)器在接到繳納學費的信息后,在更改用戶的龍卡余額的同時,將接收到的相關(guān)用戶信息生成唯一標識的訂單號(這是個非常重要的序列號)。然后將訂單號經(jīng)相關(guān)處理后(如md5加密和數(shù)據(jù)字簽名),傳送給學校銀行接口機交由其進行相關(guān)的處理。學費繳納不存在學生圈存的行為,當接口機接收到成功的轉(zhuǎn)賬信息后,財務(wù)中心的服務(wù)器會實時地接收到轉(zhuǎn)賬記錄,為了確保正確性,財務(wù)處還需做數(shù)據(jù)校對工作。
2.“一卡通”充值處理流程。與學費繳納的處理流程相似,銀行服務(wù)器在接到轉(zhuǎn)賬充值的信息后,在更改用戶的龍卡余額的同時,將接收到的相關(guān)用戶信息生成唯一標識的訂單號(這是個非常重要的序列號)。然后將訂單號經(jīng)相關(guān)處理后(如md5加密和數(shù)據(jù)字簽名),傳送給學校銀行接口機交由其進行相關(guān)的處理。當接口機接收到成功的轉(zhuǎn)賬信息后,提示用戶充值成功,學生在確認轉(zhuǎn)賬成功后,到圈存機上進行圈存,為確保學生轉(zhuǎn)賬信息的安全和準確的到達接口機上,財務(wù)部門要采取相關(guān)的校對措施對數(shù)據(jù)進行有效快速的校對。
(五)圈存機模塊設(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ù)器上的同步和一致,即當銀行接口機上對應(yīng)的表數(shù)據(jù)發(fā)生變化時,一卡通中心服務(wù)器和財務(wù)處中心服務(wù)器的表數(shù)據(jù)也要發(fā)生相應(yīng)的變化,反之亦然)。
1.數(shù)據(jù)安全保密設(shè)計。采用用戶名和密碼對SQL2000服務(wù)器進行登錄驗證,充分利用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)性,維護數(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ù)進行加密,采用何安全方式待定。
讀卡機與卡片的信息交互采用無線通訊,運用密碼驗對的機制,如:其卡的KEY-A密碼/ KEY-B密碼必須與售飯機的密碼一致),KEY-A密碼=“XXXXXX”; KEY-B密碼=“XXXXXX”;操作控制C10 C20 C30=XXX,另根據(jù)卡片出廠唯一的地址號進行加密設(shè)計即一卡一密,以保證讀卡數(shù)據(jù)的正確性、合理性、防偽造性。
四、基于個人網(wǎng)絡(luò)銀行的財務(wù)繳費系統(tǒng)應(yīng)用前景
以校園卡系統(tǒng)為平臺,充分利用銀行的金融服務(wù),實現(xiàn)以人為本,從大學環(huán)境、資源到活動的全部數(shù)字化管理,將滿足大學數(shù)字化建設(shè)的需求及目的,將大大降低辦學成本。
一、企業(yè)現(xiàn)狀分析
隨著企業(yè)ERP系統(tǒng)的上線運行,企業(yè)信息化程度的不斷提高。與此同時,國內(nèi)商業(yè)銀行也采用網(wǎng)上銀行為集團性企業(yè)客戶提供方便、安全、可靠的金融服務(wù),企業(yè)無需再到銀行網(wǎng)點即可辦理相關(guān)銀行業(yè)務(wù),網(wǎng)上銀行得到了飛速的發(fā)展。企業(yè)希望在資金管理上進行的有關(guān)操作能夠直接同步到銀行進行相關(guān)處理。而無需再次使用網(wǎng)上銀行,重新提交指令,省去了企業(yè)需先登錄國內(nèi)商業(yè)銀行網(wǎng)上銀行才能做業(yè)務(wù)的操作步驟;另一方面,企業(yè)希望銀行提供的電子賬單能夠同步更新財務(wù)系統(tǒng)。以實現(xiàn)實時的處理和分析。因此,企業(yè)資金管理與網(wǎng)上銀行系統(tǒng)對接就成為企業(yè)十分迫切的需求。
二、銀企互聯(lián)模式分析
“銀企互聯(lián)”是指將工行企業(yè)網(wǎng)上銀行系統(tǒng)和企業(yè)的財務(wù)軟件系統(tǒng)或ERP系統(tǒng)相聯(lián)接,企業(yè)直接通過財務(wù)系統(tǒng)的界面就可享受銀行賬戶信息查詢、下載、轉(zhuǎn)賬支付三大類服務(wù),主要包括賬戶查詢、資金上劃及下?lián)?、?nèi)部轉(zhuǎn)賬和統(tǒng)計分析等。查詢功能可實時監(jiān)控資金頭寸,減少沉淀以提高資金使用效率。下載功能可直接生成銀行對賬單,減少手工輸入的繁瑣,實現(xiàn)經(jīng)濟業(yè)務(wù)與銀行收付款業(yè)務(wù)一一對應(yīng),提高對賬的準確性。公司內(nèi)部各賬戶間資金實時轉(zhuǎn)賬,可自動生成記賬憑證,避免人為操作可能出現(xiàn)差錯的風險,減少資金在途時間。銀企互聯(lián)能夠增加財務(wù)信息與銀行賬戶信息的實時性、一致性,提高財務(wù)工作效率,更加提高EILP系統(tǒng)對企業(yè)資源集成度,具體為以下優(yōu)點:
(一)賬務(wù)信息銀企同步
銀企互聯(lián)有機聯(lián)接了企業(yè)財務(wù)系統(tǒng)和銀行業(yè)務(wù)處理系統(tǒng),整合了雙方的系統(tǒng)資源,為企業(yè)財務(wù)決策提供實時、準確、全面的賬務(wù)信息支持。
(二)實現(xiàn)個性化服務(wù)
企業(yè)可根據(jù)自身財務(wù)管理的需要,通過ERP系統(tǒng)對銀行提供的服務(wù)進行自由組合和控制,靈活定制內(nèi)部授權(quán)機制,從而擁有自己的專有銀行。
(三)操作簡易、提高效率
企業(yè)財務(wù)人員無須重復(fù)錄入指令信息。所有指令一次錄入,一經(jīng)審核批準,立即完成對外支付并更新財務(wù)系統(tǒng)賬務(wù)信息。簡化了手續(xù)。
(四)安全可靠
除采用與網(wǎng)上銀行相同的安全機制外,還在轉(zhuǎn)賬交易中增加了“簽名時間”字段、在所有交易中增加了“包序列ID”字段,從而可有效地防止黑客攻擊、指令重復(fù)提交。
三、企業(yè)銀企互聯(lián)解決方案
通過以上調(diào)研、咨詢和分析,考慮到采用銀企互聯(lián)后最大的障礙是對外付款的資金安全問題,而且是企業(yè)內(nèi)網(wǎng)的安全問題,解決方案需要在銀行前置機和企業(yè)的ERP服務(wù)器之間增加第三方的安全認證的軟件平臺或者硬件設(shè)備。為此根據(jù)工行專家建議,結(jié)合我們公司實際。提出以下解決方案:
(一)在資金管理中應(yīng)用銀企互聯(lián),實現(xiàn)實時的查詢、對賬等功能。為確保對外付款業(yè)務(wù)安全可靠,對外付款的授權(quán)審核仍然采用銀行方面的安全認證,即付款的最后環(huán)節(jié)還是提交現(xiàn)有的企業(yè)網(wǎng)銀系統(tǒng)(外網(wǎng))進行,在企業(yè)網(wǎng)銀系統(tǒng)進行批準支付。
(二)該方案對外付款流程是:憑證制作人員在ERP系統(tǒng)內(nèi)錄入憑證,憑證保存后自動(半自動)產(chǎn)生銀行支付單,支付單經(jīng)ERP系統(tǒng)內(nèi)審核后自動進人企業(yè)網(wǎng)銀(外網(wǎng))進行最終審核。經(jīng)授權(quán)人審核后完成后銀行對外付款業(yè)務(wù)。
該方案的重點是,將對外付款的最后審核環(huán)節(jié)利用企業(yè)網(wǎng)銀的授權(quán)審核方式,授權(quán)人員通過硬件證書登錄外網(wǎng)。結(jié)合原始憑證審核付款指令。規(guī)避了ERP系統(tǒng)內(nèi)的非法付款指令的觸發(fā),最后的付款審核采用銀行的安全認證機制,將網(wǎng)銀硬件證書授權(quán)7個成員單位使用。需要專門的硬件證書才能登錄審核。付款審核的權(quán)限與安全責任由各成員單位分別承擔。
該方案的優(yōu)點是:企業(yè)內(nèi)部全部的銀行對外轉(zhuǎn)賬均是由憑證直接產(chǎn)生指令。流程規(guī)范統(tǒng)一;查詢分析更加及時;對賬更加便捷。缺點是完成付款的各環(huán)節(jié)要進入ERP系統(tǒng)和企業(yè)網(wǎng)銀兩種不同的系統(tǒng)環(huán)境,增加一道人工審核確認環(huán)節(jié),以確保安全支付。
四、結(jié)論
公司通過銀企互聯(lián)項目的實施。并減少了大量的手工記賬和賬務(wù)核對工作,并通過和工商銀行業(yè)務(wù)處理系統(tǒng)的實時連接,提高了企業(yè)的資金管理水平。提高了財務(wù)收益。通過實施銀企互聯(lián)項目,得到了以下收益;
(一)賬務(wù)信息銀企同步
銀企互聯(lián)有機聯(lián)接了企業(yè)財務(wù)系統(tǒng)和銀行業(yè)務(wù)處理系統(tǒng),為企業(yè)資金管理提供實時、準確、全面的賬務(wù)信息支持。
(二)實現(xiàn)個性化服務(wù)
企業(yè)可根據(jù)自身資金管理的需要。通過ERP軟件系統(tǒng)對銀行提供的電子交易進行自由組合和控制。靈活定制內(nèi)部授權(quán)機制,從而擁有自己的專有銀行。
(三)操作簡易、提高效率
企業(yè)財務(wù)人員無須重復(fù)錄入指令信息。所有指令一次錄入,經(jīng)審核批準后,完成對外支付并更新財務(wù)系統(tǒng)賬務(wù)信息。
(四)通過與網(wǎng)上銀行進行連接,企業(yè)的財務(wù)系統(tǒng)成為動態(tài)的系統(tǒng),隨時掌握銀行賬戶信息。及時處理銀行結(jié)算。
(五)安全放心
一、傳統(tǒng)手工會計業(yè)務(wù)操作流程的缺陷分析
(一)信息來源上的局限性
傳統(tǒng)的會計系統(tǒng)與其他子系統(tǒng)沒有集成,不能提供實時的會計信息;且以貨幣為計量單位,許多重要資源無法用貨幣計量。傳統(tǒng)的財務(wù)軟件功能單一,難以將整個企業(yè)的資源進行整合,信息使用者更強調(diào)未來,強調(diào)數(shù)據(jù)的相關(guān)性和靈活性,更多地關(guān)注非貨幣數(shù)據(jù),希望從多層次、多視角分析企業(yè)的財務(wù)狀況和經(jīng)營成果時,信息就明顯不夠。
(二)信息處理的局限性
現(xiàn)行會計的信息處理過程是對經(jīng)過“篩選”的會計數(shù)據(jù),通過對原始憑證、記賬憑證、明細賬及總賬進行加工的過程。這個過程有嚴格的處理原則,按照一定的程序進行,在一定程度上可以反映經(jīng)濟活動的全貌。但它也存在很大的缺陷,即該過程只是對經(jīng)濟活動的結(jié)果進行反映,從中看不到每項經(jīng)濟活動發(fā)生、執(zhí)行與完成的全過程 。
(三)信息輸出的局限性
現(xiàn)行會計信息系統(tǒng)一般都是采用單一化的信息披露模式,將全部會計信息存放于資產(chǎn)負債表、損益表、現(xiàn)金流量表這三張報表提供給特定的使用者。然而在新的經(jīng)濟環(huán)境下,信息使用者的范圍越來越廣,他們所需要的會計信息也越來越多,單一的信息披露模式已不能滿足他們進行相關(guān)決策的需要。
二、當前我國企業(yè)內(nèi)部會計控制存在的不足
1.公司治理結(jié)構(gòu)不合理,在考核機制尚不健全現(xiàn)代企業(yè)制度下,經(jīng)營權(quán)和所有權(quán)分離,沒有一個合理有效的機制,就很可能出現(xiàn)侵犯或損害股東利益的行為。由于國家所有權(quán)的行使缺乏妥善措施,很多上市公司出現(xiàn)內(nèi)部人或控股股東等關(guān)鍵人大權(quán)獨攬的現(xiàn)象。這就導(dǎo)致內(nèi)部控制形同虛設(shè)。2.會計人員整體素質(zhì)不高,違法違紀常有,隨著會計隊伍的不斷擴大,對會計人員的思想教育、業(yè)務(wù)培訓沒有同步跟上,根本起不到提高會計人員素質(zhì)的作用?,F(xiàn)階段會計人員特別是主管會計人員的素質(zhì)相對而言不能滿足投資者及企業(yè)發(fā)展的要求,甚至有些企業(yè)經(jīng)營者為了個人利益松懈企業(yè)管理,使財務(wù)會計制度發(fā)揮不了應(yīng)有的作用,會計人員的專業(yè)技術(shù)水平得不到應(yīng)有發(fā)揮。3.內(nèi)控體系不夠健全,內(nèi)控制度執(zhí)行不力目前有些企業(yè)雖然也建立了相關(guān)的內(nèi)控制制度,但缺乏科學性與連貫性,內(nèi)部控制的組織機構(gòu)不夠健全,很多規(guī)章制度比較零散,未達到縱橫交錯,點面結(jié)合的控制要求,造成既定的內(nèi)部會計控制失控。4.內(nèi)外監(jiān)督制約乏力對于內(nèi)部監(jiān)督而言,有的企業(yè)雖然有財會規(guī)章制度,但是流于形式,未得到切實的貫徹執(zhí)行;有的企業(yè)忽視財務(wù)內(nèi)部稽核和內(nèi)部審計的作用,內(nèi)部稽核不規(guī)范,未形成制度。這主要是各種監(jiān)督的功能交叉、標準不一,再加上分散管理、缺乏橫向信息溝通,未能形成有效的監(jiān)督合力,監(jiān)督弱化問題嚴重。
三、信息化下會計業(yè)務(wù)處理程序的變化
手工會計業(yè)務(wù)處理,起初是由計算機專業(yè)人員完全模仿手工業(yè)務(wù)操作流程,把計算機作為一種通過快速計算來幫助人們降低勞動速度、提高勞動效率的工具。此后會計電算化不斷得到發(fā)展,一個比較完善的計算機信息系統(tǒng)也逐步發(fā)展起來。主要變化還表現(xiàn)在以下幾方面:
(一)記賬的含義發(fā)生變化
賬簿記錄實際上就是將記賬憑證按不同的形式進行組織和匯總。手工記賬時必須將它們重新抄寫到各有關(guān)的賬簿上。但電算化后,記賬憑證包含了兩層意義:一是將當月的輸入到未記賬憑證文件中的記錄轉(zhuǎn)存到已記賬憑證文件中,使經(jīng)審核的輸入憑證成為正式的會計檔案;二是對科目的余額、本期發(fā)生額和累計發(fā)生額進行匯總、更新。由于手工系統(tǒng)存在不同的記賬程序,各企業(yè)要根據(jù)業(yè)務(wù)性質(zhì)、管理方式規(guī)模大小以及經(jīng)濟業(yè)務(wù)的數(shù)量,相應(yīng)地確定適合自己特點的賬務(wù)處理程序。而電算化下的記賬憑證是指計算機賬務(wù)處理的形式和相應(yīng)的內(nèi)部數(shù)據(jù)流程,顯然一般只能固定采用一種賬簿處理程序,而且其含義也不同于手工的賬務(wù)處理流程。
(二)對賬的含義發(fā)生變化
對賬是對賬簿數(shù)據(jù)進行核對,以檢查記賬是否正確以及賬簿是否平衡,其目的是為了保護會計信息的正確性和可靠性。在手工會計中,對賬主要包括賬證、賬賬、賬實和對三個方面。賬證核對是核對賬簿記錄與原始憑證和記賬憑證的時間、憑證字號、內(nèi)容、金額是否一致,記賬方向是否相符;賬賬核對是核對不同賬簿是否相符,包括總賬與明細賬、總賬與日記賬、總賬與輔助賬、會計部門的財產(chǎn)物資保管明細賬與使用部門的有關(guān)明細賬;賬實核對是指核對會計賬簿記錄與財產(chǎn)等實有數(shù)額是否相符。通過對賬達到賬證相符、賬賬相符和賬實相符的要求,用以確保會計核算的完整性和真實性。
(三)結(jié)賬的含義發(fā)生變化
在計算機環(huán)境下,結(jié)賬的功能主要用于結(jié)轉(zhuǎn)各個會計科目的本期發(fā)生額和期末余額,同時結(jié)束本期的賬務(wù)處理工作。在這里結(jié)賬是一個批處理的過程,其處理的內(nèi)容是將本期所有的期末余額數(shù)據(jù)結(jié)轉(zhuǎn)到下一期的期初余額,并清除本期的所有借方和貸方發(fā)生額數(shù)據(jù),最后對本期業(yè)務(wù)執(zhí)行封賬。而在傳統(tǒng)手工處理程序中為了使賬簿達到賬實、賬證、賬賬相符,會計人員需要做一系列對賬的工作,相比較之下電算化系統(tǒng)的處理程序顯得更加簡便易操作。
(四)期末轉(zhuǎn)賬的的含義發(fā)生變化
傳統(tǒng)的出納實務(wù)教學主要存在以下問題:一是教學內(nèi)容上,出納實務(wù)沒有作為一門獨立系統(tǒng)的課程進行學習,出納知識只是作為會計的部分章節(jié);或者有的院校雖然單獨開設(shè)了出納實務(wù)課程,但教學內(nèi)容還是以會計核算為主,涉及出納的教學內(nèi)容比較單一,多以現(xiàn)金業(yè)務(wù)和銀行結(jié)算業(yè)務(wù)為主,與現(xiàn)實性、前沿性不符合,與實踐聯(lián)系不緊密。二是教學方式上,大多依靠多媒體課件講授,雖然部分教材按項目和工作任務(wù)編排,也設(shè)計了崗位實訓所需的一些單據(jù),但在實訓教學中,重點多停留在簡單的單據(jù)書寫填制上(且單據(jù)多以黑白色仿真為多,接近實際單據(jù)較少),案例講解也是狹隘的簡單業(yè)務(wù)操作案例,沒有聯(lián)系生活實際進行知識拓展。三是教學師資上,部分院校雖然建造了財務(wù)仿真實驗室,提出了工作情境模擬、角色扮演法等實訓方法,但是由于大多數(shù)教師本身沒有企業(yè)實踐經(jīng)歷,對業(yè)務(wù)操作中實際工作環(huán)節(jié)講授不夠具體細致,導(dǎo)致學生只是大致了解基本流程卻無法清楚流暢完成具體業(yè)務(wù),缺乏實際的職業(yè)能力。
而隨著信息化時代的到來,中小企業(yè)出納崗位,不僅需要掌握基本的現(xiàn)金和銀行業(yè)務(wù)的處理技能,而且要對企業(yè)資金運作做出合理安排:比如比較多種銀行票據(jù)結(jié)算方式,選擇對企業(yè)最有利的方案;對企業(yè)資金運行規(guī)律心中有數(shù),做到既保證款項使用,又達到效益最大化;對企業(yè)融資需求和途徑提出有效方案……要能對企業(yè)管理者提供信息和建議。經(jīng)濟越發(fā)展,財務(wù)越重要。所以,如何讓出納教學滿足實際崗位需要,如何面對新的機遇和挑戰(zhàn)進行教學改革勢在必行。
解決思路
信息技術(shù)的持續(xù)發(fā)展,大大推動了教育信息化改革進程。微課、慕課、網(wǎng)絡(luò)自學平臺紛紛興起,學習資源前所未有的豐富,學習方式和學習環(huán)境發(fā)生巨大變化,建構(gòu)主義學習理念再次升級,以學習者為中心,課前進行教育資源的自主線上學習、課中以師生互動、問題探究、教師引導(dǎo)答疑解惑為主的翻轉(zhuǎn)課堂模式從美國興起,迅速引起國內(nèi)教育界的關(guān)注和摸索實踐,成為學生提升自主學習能力的有效模式。
出納實務(wù)課程是一門綜合性課程,在要求具備熟練的點鈔、假幣識別、票據(jù)填寫和貨幣結(jié)算等基本技能的同時,由于在經(jīng)濟業(yè)務(wù)辦理過程中涉及內(nèi)外部人員眾多,還需要掌握熟練的業(yè)務(wù)流程操作,而且,隨著大數(shù)據(jù)時代的到來,還必須能夠進行數(shù)據(jù)分析和判斷,為企業(yè)管理者做好參謀。因此,出納實務(wù)有很強的現(xiàn)實性,必須通過對真實工作情境的模擬實現(xiàn)大量理論知識的學習運用。由于出納實務(wù)涉及的技能知識點比較多也比較散,知識點之間連貫性較弱,因此,非常適合按不同的技能進行視頻拍攝,充分利用微課堂進行自主學習,完成基礎(chǔ)知識點的掌握。
綜合以上分析,筆者認為,對出納實務(wù)課程教學進行改革,切實提升學生的出納崗位綜合職業(yè)能力,應(yīng)采用工作情境化翻轉(zhuǎn)課堂教學模式。
翻轉(zhuǎn)課堂教學模式設(shè)計方案
出納實務(wù)工作情境化翻轉(zhuǎn)課堂教學模式設(shè)計總體流程如下表所示:
下面以轉(zhuǎn)賬支票付款業(yè)務(wù)處理能力訓練模塊為例加以具體說明:
課前準備 教師的工作:課前一周,教師對轉(zhuǎn)賬支票付款業(yè)務(wù)處理能力訓練模塊學習內(nèi)容進行分析,主要包括:空白支票請購單的填制、轉(zhuǎn)賬支票的簽發(fā)、轉(zhuǎn)賬支票的結(jié)算特點、票據(jù)管理法中關(guān)于轉(zhuǎn)賬支票的使用條例、轉(zhuǎn)賬支票的結(jié)算程序、購買空白支票的賬務(wù)處理、轉(zhuǎn)賬支票付款的賬務(wù)處理、轉(zhuǎn)賬支票使用糾紛案例分析。將相應(yīng)內(nèi)容制作成教案、課件并錄制微視頻,提供案例庫、習題庫和單元測驗,均上傳至網(wǎng)絡(luò)自主學習平臺,下達學生學習任務(wù)單。
學生的工作:課前一周,學生登錄網(wǎng)絡(luò)自主學習平臺,根據(jù)學習任務(wù)單,觀看課件、微視頻,進行轉(zhuǎn)賬支票付款業(yè)務(wù)處理知識的學習,通過習題庫進行知識點的鞏固練習,運用單元測驗進行知識掌握程度自測,并通過網(wǎng)絡(luò)資源進行知識拓展并進行案例分析。記錄學習中遇到的問題,在網(wǎng)絡(luò)平臺上進行交流。
課堂教學 第一步,先由教師進行簡要的課程講解,對重點難點進行強調(diào),回答學生在課前學習中遇到尚未解決的問題,并通過提問檢查學生的知識掌握程度。第二步,教師下達工作任務(wù),設(shè)置工作情境。轉(zhuǎn)賬支票付款業(yè)務(wù)處理能力訓練模塊包括兩個工作任務(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ā)事件的存在,充分學習了知識,掌握了技能,熟悉了工作情境,而且,又有個體與團隊的協(xié)作學習,充分發(fā)揮個性、合作性和創(chuàng)新性,鍛煉了綜合職業(yè)能力。第三步,學生分小組進行工作情境模擬。每個小組五個同學,分別擔任出納(保管財務(wù)章)、制單會計、復(fù)核會計(保管法人章)、財務(wù)主管、銀行柜員(保管銀行業(yè)務(wù)章)。并準備空白支票請購單、收費回單、結(jié)算申請審批單、轉(zhuǎn)賬支票、記賬憑證、銀行日記賬、財務(wù)章、法人章、銀行業(yè)務(wù)章等資料。小組成員根據(jù)情境任務(wù)進行討論并分工協(xié)作完成模擬。教師對各小組進行輔導(dǎo)。第四步,教師抽取一個小組上臺展示模擬過程,其他同學進行觀摩并負責發(fā)現(xiàn)問題解決問題。教師對易出錯的環(huán)節(jié)、重點環(huán)節(jié)、細節(jié)環(huán)節(jié)進行點評。第五步,學生思路進一步清晰之后,再次分小組進行討論,并按角色進行輪換,直至順利完成工作任務(wù)。第六步,按小組進行工作匯報,成果共享。教師進行檢查點評。第七步,教師布置課后作業(yè)。提供課外學習資源網(wǎng)站,由學生自行選取某個案例進行分析并按照工作情境化模擬解決。
課后延伸 課后一周內(nèi),學生按小組將作業(yè)上傳至平臺,教師批改作業(yè),并在學習平臺與學生進行互動交流。
考核方式 出納課程實踐性很強,單憑考試測評已經(jīng)無法衡量一個學生對知識和技能的掌握水平,所以必須形成過程性考核。在《出納實務(wù)》課程的考核上,可以結(jié)合專業(yè)知識、專業(yè)技能、方法能力三方面進行考評,課前課后的利用網(wǎng)絡(luò)平臺進行考核,課中結(jié)合小組工作模擬表現(xiàn)和水平進行考核,并可結(jié)合學生課外參與各種競賽、各種社會實踐等成績作為最終成績。
參考文獻
[1]何克抗.建構(gòu)主義──革新傳統(tǒng)教學的理論基礎(chǔ)[J].電化教育研究.1997(3)
[2]葉波.翻轉(zhuǎn)課堂顛覆了什么.課程?教材?教法[J].2014(10)
保險公司資金集中收付范圍主要包括:承保、賠付、費用報銷、薪酬、傭金手續(xù)費支付等方面。各家保險公司現(xiàn)階段借助網(wǎng)絡(luò)信息技術(shù)和銀行轉(zhuǎn)賬的渠道,已普遍實現(xiàn)了省級或地市級范圍內(nèi)的資金收付集中,其中業(yè)務(wù)規(guī)模較大的保險公司已開始與部分商業(yè)銀行總行合作并開展全國統(tǒng)一的資金收付集中。從未來發(fā)展趨勢上看,保險公司實施資金收付全國集中將逐漸取代省級或地市級范圍內(nèi)的資金收付集中。
一、保險公司資金收付全國集中的意義
1、有利于減少省級及以下層級賬戶的開設(shè)、管理風險。
通過資金收付全國集中管理,承保的保費資金全部歸集到總公司的集中收入賬戶,而賠款、給付、退保、費用等全部通過總公司支出賬戶集中支付,可以減少省級及以下層級公司銀行賬戶的開設(shè),從而降低了由于賬戶管理不善、私開賬外賬戶的管理風險。
2、有利于進一步降低票據(jù)使用風險,推動保險公司實施零現(xiàn)金。
資金收付全國集中實施后,一方面隨著省級及以下層級公司銀行賬戶開設(shè)的減少,票據(jù)購買和使用量大大降低,從而降低了票據(jù)使用風險。另一方面由于涉及收付類的資金全部從總公司賬戶集中收付,僅有少量的客戶會選擇現(xiàn)金方式交易,如保險公司加強對客戶的宣傳,并引導(dǎo)客戶簽署集中轉(zhuǎn)賬協(xié)議,則省分公司及以下層級單位將能逐步實現(xiàn)零現(xiàn)金管理,逐漸取消對支票的購買,極大程度提高保險公司的資金安全。
3、釋放公司轉(zhuǎn)賬操作的人力,節(jié)約人力。
資金收付全國集中后,省級及以下層級公司原先省級或地市級范圍集中轉(zhuǎn)賬的工作均集中在總部層面操作,公司賬戶和票據(jù)管理工作也隨之減少,對于原先省級及以下層級公司從事此類工作的財務(wù)人員可以轉(zhuǎn)崗至其他崗位,從而節(jié)約了公司人力,降低了公司人力成本。
4、有利于降低資金使用成本,提高資金使用效率。
資金收付全國集中管理后,全國的資金統(tǒng)一歸集到總公司,由總公司根據(jù)實際需求統(tǒng)籌安排,減少了省級及以下層級公司上劃在途資金環(huán)節(jié),有利于盤活閑置資金,優(yōu)化財務(wù)資源配置,提高了資金的使用效率,便于總公司進行資金規(guī)劃,增加總公司集中賬戶中的存量資金利息收益,降低財務(wù)費用,從而降低公司資金使用成本。同時因為考慮到全國集中收付后,轉(zhuǎn)賬金額和筆數(shù)的規(guī)模較大,因此保險公司總公司在與商業(yè)銀行總行合作時,可以商榷降低轉(zhuǎn)賬手續(xù)費,從而節(jié)約公司轉(zhuǎn)賬費用。
二、保險公司資金收付全國集中存在的風險分析
1、數(shù)據(jù)安全性風險。
資金收付全國集中后,所有的涉及資金的收付均由保險公司的總公司統(tǒng)一集中操作,因此送盤和回盤數(shù)據(jù)均匯集中在總公司,如發(fā)生因設(shè)備故障、業(yè)務(wù)系統(tǒng)差錯,黑客入侵以及人為操作的差錯等情況,均有可能造成關(guān)鍵數(shù)據(jù)的丟失,直接影響公司的業(yè)務(wù),并對公司造成損失。
2、內(nèi)控缺失和系統(tǒng)設(shè)計造成的操作風險和道德風險。
資金收付全國集中后,所有的涉及業(yè)務(wù)收付的轉(zhuǎn)賬信息和客戶信息均集中地總公司專人操作。報盤、回盤文件的傳遞主要借助銀行中間業(yè)務(wù)平臺進行批量的代扣或代付,并將成功扣款金額劃入公司賬戶,或?qū)⒊晒Ω犊罱痤~支付到客戶賬戶,而銀行如何接收公司發(fā)送的報盤文件,公司又如何能夠收到銀行返回的回盤文件,這就涉及到公司與銀行間數(shù)據(jù)文件的傳遞方式,如公司業(yè)務(wù)系統(tǒng)改造和系統(tǒng)用戶權(quán)責設(shè)計中涉及不相互牽制等方面的內(nèi)控和內(nèi)審環(huán)節(jié)缺失,均易產(chǎn)生人員操作風險和道德風險,例:給銀行的報盤扣款或付款數(shù)據(jù)重復(fù)造成重復(fù)支付或重復(fù)收入,經(jīng)辦人員任意篡改報盤數(shù)據(jù)等問題。
3、財務(wù)人員流失風險
資金收付由省級及以下層級公司集中操作改變?yōu)槿珖泻螅瑯I(yè)務(wù)處理流程發(fā)生了重大變化,隨之對于省級及以下層級公司操作人員的對應(yīng)崗位和工作將隨之減少,并取消。此類涉及人員從全國整體來看數(shù)量較多,因此這部分人員的安置對公司來說短期內(nèi)一次重大挑戰(zhàn)。資金收付集中是保險公司財務(wù)變革中的一個重要組成,對于財務(wù)變革所涉及的這部分人員,如重新崗位調(diào)整,員工需要不斷轉(zhuǎn)變觀念,適應(yīng)公司的改革,同時需要對勝負的新崗位存在適應(yīng)過程。如在此過程中公司未對人員進行妥善安置,將對公司品牌和員工管理產(chǎn)生不利影響。
4、信息溝通和轉(zhuǎn)賬差錯件處理時效風險
省級及以下層級公司經(jīng)常會收到客戶查詢資金到賬的需求,因全國集中后,所有的操作均在總部層面進行,下級公司與總部之間溝通存在滯后性。同時如因公司系統(tǒng)或銀行系統(tǒng)問題,導(dǎo)致全國集中收付不成功或重復(fù)收付的問題件,總部與下級公司的溝通和處理時效、應(yīng)對時效會更加滯后,會導(dǎo)致客戶投訴件的增加,從而給公司帶來負面影響。
三、保險公司資金收付全國集中的問題應(yīng)對
1、資金收付系統(tǒng)和IT硬件需充分考慮數(shù)據(jù)安全性、可持續(xù)性。
在改造全國集中資金系統(tǒng)時,需對報盤和回盤數(shù)據(jù)需進行加密,并根據(jù)崗位牽制的原則對相關(guān)系統(tǒng)用戶進行不相兼容崗位分離,例如報盤和回盤崗分離,會計崗與出納崗分離,經(jīng)辦崗、復(fù)核崗和審批崗分離等。同時因為全國集中后收付數(shù)據(jù)量巨大,并且長遠來看,會持續(xù)增長,因此需要考慮系統(tǒng)和IT硬件的承載能力、數(shù)量處理運行能力、數(shù)據(jù)安全保存的能力。
2、搭建持續(xù)有效的內(nèi)控和內(nèi)審程序。
建立、健全完善的內(nèi)控資金收付流程,對其中關(guān)鍵環(huán)節(jié)進行重點關(guān)注,并通過內(nèi)部審計或稽查的手段進行定期或不定期的檢查。杜絕操作風險和道德風險。
3、全國集中需充分考慮和落實人員的安置。
在推廣全國集中前,需充分調(diào)研和考慮省級及以下層級公司涉及操作人員的崗位安置問題,并加強人事政策的宣導(dǎo)和員工心態(tài)的引導(dǎo),安置好涉及調(diào)崗員工。確保全國集中的平穩(wěn)上線和推廣。
4、建立通暢的、雙向的信息和問題處理平臺。
在系統(tǒng)改造和開發(fā)時,從公司業(yè)務(wù)和客戶實際需求和問題出發(fā),建立總公司至省公司及以下層級,省公司以下層級到總部公司雙方的集中收付信息查詢和問題處理平臺或系統(tǒng),確保各層級有權(quán)或涉及崗位及時獲取轉(zhuǎn)賬信息和狀態(tài),對于問題件能快速并及時完成處理和反饋。(作者單位:中國平安人壽保險股份有限公司江蘇分公司)
公務(wù)卡是資金支付結(jié)算的現(xiàn)代化工具,是制約虛開多報、損公肥私等腐敗行為的有效手段。這項改革在全國鋪開推行,但日常的公務(wù)支出,如辦公用品費、公車維護費、差旅費、會議費、接待費、水電暖費以及其他零星支出,仍有很大比重使用現(xiàn)金支付方式結(jié)算,公務(wù)卡支付結(jié)算流于形式。對此,國家出臺了公務(wù)卡強制結(jié)算目錄管理的有關(guān)規(guī)定,為了更好的規(guī)范公務(wù)消費支出、增強資金管理透明度、強化財務(wù)監(jiān)管,有效落實公務(wù)卡強制結(jié)算,應(yīng)著重把握以下6個方面。
一、充分認清公務(wù)卡強制結(jié)算意義
近年來,公務(wù)卡使用推廣覆蓋面逐年擴大,發(fā)卡數(shù)量快速增長,現(xiàn)金使用得到有效控制,改革成效逐步顯現(xiàn)。但也有部分單位對公務(wù)卡改革認識不到位,用卡積極性不夠強,有卡不用現(xiàn)象普遍存在。實施公務(wù)卡強制結(jié)算目錄管理,嚴格規(guī)定經(jīng)費開支項目,是推進財務(wù)科學化精細化管理的客觀要求,對提高經(jīng)費開支透明度、規(guī)范財經(jīng)秩序具有重要現(xiàn)實意義。要從思想上高度統(tǒng)一,加強黨風廉政教育,徹底打破個人利益大過天的思想,牢固樹立公務(wù)支出刷卡意識,使持卡人形成持卡消費的觀念,規(guī)范預(yù)算執(zhí)行,加強財務(wù)管理,提高財務(wù)工作效率。
二、準確劃定公務(wù)卡強制結(jié)算范疇
加強公務(wù)卡強制結(jié)算管理,是規(guī)范公務(wù)支出的一項重要措施。凡強制結(jié)算目錄規(guī)定的經(jīng)費支出項目,應(yīng)嚴格按有關(guān)規(guī)定使用公務(wù)卡結(jié)算,不再使用現(xiàn)金結(jié)算,仍使用的,財務(wù)部門可拒絕報銷;原使用銀行轉(zhuǎn)賬方式結(jié)算的,可繼續(xù)使用轉(zhuǎn)賬方式。以下方面可暫不使用公務(wù)卡結(jié)算;一是在縣級(不含)以下不具備刷卡條件的地區(qū)發(fā)生的公務(wù)支出;二是在縣級以上地區(qū)不具備刷卡條件的場所發(fā)生的公務(wù)支出;三是按規(guī)定支付給個人的公務(wù)支出;四是簽證費、快遞費、出租車費等目前只能使用現(xiàn)金結(jié)算的公務(wù)支出;五是執(zhí)行重大專項任務(wù)、外派期間不具備刷卡條件的地區(qū)(場所)發(fā)生的或因保密需要不便使用公務(wù)卡結(jié)算的公務(wù)支出。結(jié)算報銷以上情況時,應(yīng)提供相關(guān)證明材料。
三、全面規(guī)范公務(wù)卡強制結(jié)算目錄
明確強制結(jié)算目錄,可以有效規(guī)范公務(wù)卡支付結(jié)算項目和內(nèi)容,為公務(wù)支出刷卡報銷提供了“剛性”制約。按照公務(wù)消費性質(zhì)和公務(wù)開支范圍,分為辦公耗用、會議集訓、公務(wù)接待、公出差旅、水電氣暖、圖書報刊、郵政電訊、裝備器材、營房管理、公車維護、文印裝訂等17類項目,主要包括日常辦公用品采購、通用辦公設(shè)備支出與維修、業(yè)務(wù)會審和專業(yè)集訓食宿費、網(wǎng)絡(luò)通訊費、郵寄費、能源消耗設(shè)施維修費、報刊雜志訂閱費、文件印刷費、物業(yè)管理費、公車保養(yǎng)費,等等。通過公務(wù)卡強制結(jié)算,逐步增強單位財務(wù)人員和公務(wù)支出經(jīng)辦人員用卡意識,熟練掌握目錄管理的內(nèi)容、范圍和要求,形成自覺用卡、規(guī)范用卡的良好氛圍。
四、制定公務(wù)卡強制結(jié)算實施細則
制度的建立健全是公務(wù)卡支付結(jié)算改革全面推行的重要依據(jù),也是推進工作順暢運行的重要保證。針對實施公務(wù)卡強制結(jié)算管理,不同單位涉及范圍不相同、結(jié)算標準不統(tǒng)一的實際,必須要有一套與之相符的制度規(guī)定進行規(guī)范。要在完善pos轉(zhuǎn)賬卡、公務(wù)卡報銷審核等管理制度的基礎(chǔ)上,結(jié)合單位實際配套制定公務(wù)卡強制結(jié)算實施細則,細化結(jié)算目錄,明確管理要求,特別是對暫不能使用公務(wù)卡結(jié)算的公務(wù)支出的報銷審批程序要作出具體明確,確保具體實施起來,有法可依、有章可循。
五、加強公務(wù)卡強制結(jié)算流程管控
中圖分類號: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)上轉(zhuǎn)賬系統(tǒng)數(shù)量繁多,有人工轉(zhuǎn)賬也有自動轉(zhuǎn)賬,所有的設(shè)計思路就是每次用戶消費都要同銀行發(fā)生交易,自動轉(zhuǎn)賬的方式只能發(fā)生在消費特點固定的情況下,如自動圈存等。除此之外,大部分還是要采用人工轉(zhuǎn)賬方式,由于頻繁地與銀行發(fā)交易,且基本上都是采用網(wǎng)頁參數(shù)提交的傳送方式,這勢必會有一極小部分的銀行成功的交易的記錄無法達到商戶WEB服務(wù)上,為了解決這些情況,常用的手段就是人工查詢某段時間內(nèi)的交易記錄,然后進行數(shù)據(jù)導(dǎo)出,最后通過個性化軟件進行銀校數(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)的訂單號,并進行綁定。第二步,生成一個符合銀行要求的字符串。第三步,把前一步生成的字符串用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方式向?qū)W校WEB服務(wù)提交,學校WEB服務(wù)器端的應(yīng)用程序接受提交后,將簽名和銀行發(fā)配給學校的公鑰轉(zhuǎn)換成二進制格式,與簽名的原文一起對簽名的正確性進行校驗,校驗步驟如下:
(1)使用公鑰進行簽名的逆運算
(2)使用標準MD5算法運算原文
(3)比較(1)、(2)結(jié)果
如果結(jié)果相等,則表示數(shù)字正確,沒有被非法修改過,可以把銀行返回來的金額寫入數(shù)據(jù)庫中對應(yīng)訂單號,流程見圖2。
圖2 訂單號從銀行返回的數(shù)據(jù)處理流程圖
2.3 根據(jù)訂單號進行消費支付
由于從銀行返回對應(yīng)訂單號的金額,用戶輸入訂單號和密碼,即可在學校內(nèi)進行一切費用的支付,比如學費、飯卡充值、繳納考試費用等,如果訂單號上的錢用完,又可對該訂單號進行轉(zhuǎn)賬操作。
3 后臺自動對賬系統(tǒng)
3.1 全自動對賬的研究
當前建設(shè)銀行、工商銀行等相繼推出了商戶批量查詢接口,而令人鼓舞的就是提供了交易記錄的XML形式的顯示頁面,這就為自動處理提供了有利條件,該格式頁面上顯示的元素和頁面后臺源碼是一模一樣的,因此,就可以通過封裝了SOCKET了HttpWebResponse應(yīng)答類和HttpWebRequest請求類向銀行WEB服務(wù)器發(fā)出請求和接受輸出數(shù)據(jù)流,把接受到的輸出數(shù)據(jù)流寫入XML文件,寫完之后,接著就對XML文件中的每條記錄同學校數(shù)據(jù)庫中數(shù)據(jù)記錄進行比較,以XML記錄為準(因為XML中的記錄都是來自于用戶在銀行交易成功的記錄),如果學校數(shù)據(jù)庫中不存在,就把對應(yīng)著的XML中的記錄插入數(shù)據(jù)庫中。應(yīng)該注意的是由于銀行網(wǎng)站都是通過SSL加密訪問的,所以當我們通過HttpWebRequest構(gòu)造的類給其發(fā)出請求時,須加載證書,查詢時不需要證書的,也需要做忽略證書的說明,否則當通過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)用庫存儲過程,由它判斷該訂單號是否在庫中存在,并進行相應(yīng)的處理
}}//對應(yīng)foreach
}
4 結(jié)束語
本文研究了人工網(wǎng)上銀行轉(zhuǎn)賬訂單號方式設(shè)計思路和全自動化的銀校對賬系統(tǒng),目前本人并在該設(shè)計思路的下設(shè)計出了應(yīng)用程序,并在我校投入使用,結(jié)果表明,該系統(tǒng)能夠較好滿足用戶在銀行和學校之間、學校內(nèi)的交易,數(shù)據(jù)準確,銀校數(shù)據(jù)能夠保持一致性、實時性,學校財務(wù)處工作人員毋須人工干擾,真正做到了財務(wù)工作自動化。
基于訂單號方式的后臺自動對賬的人工網(wǎng)上銀行轉(zhuǎn)賬系統(tǒng)有著很大的商業(yè)價值,目前,越來越來多的企業(yè)、商家推出網(wǎng)上電子展銷平臺,網(wǎng)上購物如雨后春筍般涌現(xiàn),與銀行交易的原理與本人設(shè)計的轉(zhuǎn)賬和處理方式有著一定的類似性,因此本文具有一定的借鑒意義。
參考文獻:
[1]中國建設(shè)銀行項目開發(fā)組.書名: 中國建設(shè)銀行網(wǎng)上支付查詢接口操作手冊,2001.
[2]Simon Robinson, Christian Nagel,李敏波譯著.C#.NET 高級編程[M].清華大學出版社.
[3]Anthony work Programming for Microsoft Windows[M].Microsoft Press.