資金管理系統(tǒng)功能需求范本參考_第1頁
資金管理系統(tǒng)功能需求范本參考_第2頁
資金管理系統(tǒng)功能需求范本參考_第3頁
資金管理系統(tǒng)功能需求范本參考_第4頁
資金管理系統(tǒng)功能需求范本參考_第5頁
已閱讀5頁,還剩69頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領

文檔簡介

PAGEPAGE36/37下載文檔可編輯資金管理系統(tǒng)功能需求20XX年11月目 錄1 資金項目背景 22 資金管理系統(tǒng)項目總體功能說明 32.1 建設目標 32.2 功能范圍 53 資金管理項目功能需求 . 83.1賬戶管理功能需求描述83.2資金收付功能需求描述113.3票據(jù)管理功能需求描述163.4現(xiàn)金管理功能需求描述183.5資金計劃功能需求描述183.6資金調(diào)撥功能需求描述203.7銀企對賬功能需求描述253.8系統(tǒng)管理功能需求描述273.9預警監(jiān)控功能需求描述293.10電子臺賬功能需求描述303.11報表支持功能需求描述304 系統(tǒng)集成與接口 314.1 數(shù)據(jù)同步類接口 324.2 銀企直聯(lián)及第三方支付接口 324.3 支付結(jié)算接口 334.4 賬務處理接口 345資金管理系統(tǒng)技術(shù)要求. 355.1 總體技術(shù)要求 35資金項目背景隨著保險企業(yè)對精細化管理,風險管控的要求與日俱增,以及客戶對理賠速度和理賠質(zhì)量等服務質(zhì)量的要求越來越高,保險公司加快了數(shù)據(jù)集中速度、數(shù)據(jù)整合力度等方面的建設步伐,對保險公司財務、業(yè)務數(shù)據(jù)實行集中式管理,并實現(xiàn)總部對各分支機構(gòu)數(shù)據(jù)的實時對接。數(shù)據(jù)大集中是提升保險企業(yè)市場競爭力的重要手段,也成為了保險業(yè)突破信息化發(fā)展瓶頸的關(guān)鍵。早在2003年,各大保險公司就開始紛紛進行數(shù)據(jù)大集中(DataCenterConcentration ,簡稱 ) 工作。這樣一個數(shù)據(jù)大集中的了更多的能量。在后數(shù)據(jù)集中時代,要體現(xiàn)保險信息化的核心價的新潮涌動。此外,當前外資保險公司的紛紛進入及產(chǎn)生的競爭,也迫切要求我國保險公司提高保險資金的使用效率和投資收益,從而能夠降低保費、減輕保戶負擔、提高自身應付風險和承保的能力,進而提高競爭力?!昂髷?shù)據(jù)大集中時代”的到來,要做的是進一步利用數(shù)據(jù),充分挖掘集中數(shù)據(jù)的最大價值,為保險業(yè)的資金集中管理打開嶄新的篇章。資金管理系統(tǒng)項目總體功能說明資金集中收付結(jié)算、票據(jù)管理、資金計劃管理、資金上劃下?lián)芎豌y企自動對賬等功能。從而實現(xiàn)資金的集中管控,提升資金支付效率,降低資金管理風險。建設目標對于資金管理項目的建設,希望實現(xiàn)以下建設目標:? 實現(xiàn)資金集中支付,提升財務效率: 通過資金管理系統(tǒng)的應用實現(xiàn)對公司總分公司資金的統(tǒng)一監(jiān)控和調(diào)度,在統(tǒng)一的平臺中管理跨銀行跨地域資金,并實現(xiàn)在總部的集中資金支付管理,從而提升財務在資金管理工作上的業(yè)務效率。? 實現(xiàn)資金統(tǒng)一調(diào)撥,降低提高資金收益: 借助資金管理系統(tǒng)在實現(xiàn)了資金集中和統(tǒng)一調(diào)配后,降低銀行利息支出,更好的利用現(xiàn)有銀行賬戶的沉淀資金,從而充分挖掘資金存量的潛在收益。? 實現(xiàn)賬戶的一體化管理,有效控制資金風險: 借助資金管理統(tǒng), 對銀行賬戶進行一體化的流程管理,能夠?qū)崟r監(jiān)控資金賬戶變動狀況。此外,基于對于分支機構(gòu)的資金頭寸的有效管理能夠有效的控制資金風險。? 實現(xiàn)資金計劃管理,有效管理資金的使用: 借助資金管理系統(tǒng)對公司資金的使用進行合理有效的控制,并且對控制結(jié)果進行分析和考核,以逐步提高公司對資金使用的控制能力。? 實現(xiàn)銀企自動化對賬: 借助資金系統(tǒng),對流轉(zhuǎn)在企業(yè)各系統(tǒng)間結(jié)算數(shù)據(jù)進行有效關(guān)聯(lián),并最大化的實現(xiàn)銀企自動對賬及出具正確的余額調(diào)節(jié)表。使公司內(nèi)結(jié)算和財務核算全線貫通,有效提高財務的工作效率。? 實現(xiàn)非轉(zhuǎn)賬類結(jié)算的有效管理: 借助資金系統(tǒng),對非轉(zhuǎn)賬類的算如現(xiàn)金、票據(jù)等進行合理有效的管理,對此此類無法集中到總部處理非轉(zhuǎn)賬類業(yè)務,加強結(jié)算過程的總部監(jiān)控。? 收款自動核銷: 借助資金系統(tǒng)建立的直連渠道,實現(xiàn)收款核銷動化,提高收款核銷效率,減少財務人員工作量,規(guī)避人為風險。? 拓寬收款渠道: 新增客戶第三方支付(若干)和微信支付,支實時返回收款結(jié)果。功能范圍資金管理系統(tǒng)應涵蓋賬戶管理、資金收付、票據(jù)管理、現(xiàn)金管理、資金計劃、資金申請、資金上劃下?lián)芎唾Y金到賬確認、銀企對賬等功能,具體描述如下:業(yè)務功能 范圍劃分賬戶管理對全公司范圍內(nèi)的賬戶的基本信息及其全生命周期的流程化管理,并將資金系統(tǒng)內(nèi)的賬戶信息同步到企業(yè)內(nèi)其他系統(tǒng)?;阢y企直聯(lián),查詢所有可直聯(lián)銀行賬戶的銀行賬戶余額及銀行賬戶明細;對于非直聯(lián)的銀行賬戶可通過導入和手工錄入的方式來補入信息。資金收付款

與企業(yè)內(nèi)部的業(yè)務系統(tǒng)、收付費系統(tǒng)、費控系統(tǒng)、系統(tǒng)、HR系統(tǒng)等系統(tǒng)建立無縫接口對接,將收付數(shù)導入資金系統(tǒng)后,在資金系統(tǒng)內(nèi)進行收付結(jié)算,結(jié)算方式需包括:直聯(lián)單筆、直聯(lián)批量、網(wǎng)銀、現(xiàn)金、票據(jù)、報盤。 并在結(jié)算完成后進行資金到賬確認操作(資金交易與銀行明細核對),并在資金到賬確認成功后,按照確認的結(jié)果自動記賬,之后將憑證信息導入到總賬系統(tǒng);并將資金到賬確認的結(jié)果(核對批號和核對日期)返回給業(yè)務系統(tǒng)等系統(tǒng),業(yè)務系統(tǒng)收到資金到賬確認的結(jié)果后,再進行記賬處理。資金調(diào)撥 通過資金系統(tǒng)完成資金自動上劃,上劃的規(guī)則和上劃頻率企業(yè)可靈活自定義,上劃成功后進行資金到賬確(資金交易核對),確認(資金交易與銀行明細核對),資金計劃通過編制全公司的資金計劃,可支持按周、月、季、年等不同維度編制計劃,并按照計劃對全公司的資金調(diào)撥和資金使用進行計劃控制,控制的方式需具備多樣性(不控制、提示性控制、嚴格控制),并對計劃控制執(zhí)行的結(jié)果進行報表考核。票據(jù)業(yè)務管理票據(jù)實物,管理票據(jù)入庫、領用、復核、核銷、作廢、預警、查看,對每個票據(jù)的全生命周期進行管理。資金監(jiān)控預警

可以對銀行賬戶和資金交易等進行監(jiān)控,監(jiān)控如銀行賬戶余額異常變動,大額資金交易,和重復支付交易等,并可將預警信息發(fā)送給指定的人員。銀企對賬 保障與業(yè)務、費用等相關(guān)的資金收支的業(yè)務數(shù)據(jù)與賬記錄的一致性,能夠清晰追溯收付款單據(jù)與收付費付憑證及總賬憑證之間的關(guān)系;并對具備清晰關(guān)系的數(shù)據(jù),進行自動銀企對賬,無法通過收付款單據(jù)跟蹤的據(jù)均通過手工進行銀企對賬,但系統(tǒng)提供手工對賬的具支持;并在對賬完成后,生成余額調(diào)節(jié)表。報表管理可對企業(yè)資金收付、資金監(jiān)控、資金計劃、資金調(diào)撥、銀行賬戶分布等多個方位進行報表分析,并產(chǎn)出統(tǒng)計分析報表。收款核銷與核心系統(tǒng)集成,為核心系統(tǒng)應收款核銷提供直聯(lián)數(shù)據(jù)支持。第三方實時收款接口

與網(wǎng)銷系統(tǒng)集成,處理客戶的第三方或者微信支付請求,并實時返回支付結(jié)果。系統(tǒng)接口 銀企直聯(lián)平臺:工、農(nóng)、中、建、中信等國內(nèi)主流銀直聯(lián)第三方支付平臺:支付寶、通聯(lián)、快錢、匯付天下、微信等主流第三方支付基礎信息同步接口:賬戶同步、銀行明細同步、直聯(lián)銀行開戶行同步等相關(guān)基礎信息同步收付接口:業(yè)務系統(tǒng)、費控系統(tǒng)、預算系統(tǒng)等系統(tǒng)收付接口記賬接口:總賬系統(tǒng)接口( 資金管理項目功能需求賬戶管理功能需求描述5解凍賬戶凍結(jié)應提供賬戶凍結(jié)申請單,申請人選擇需凍結(jié)賬戶,錄入賬戶凍結(jié)原因,并提交審批。(5解凍賬戶凍結(jié)應提供賬戶凍結(jié)申請單,申請人選擇需凍結(jié)賬戶,錄入賬戶凍結(jié)原因,并提交審批。編號功能點功能點描述1.1.賬戶開戶提供賬戶開戶申請表單,申請人基于表單錄入賬戶1開戶申請的事由、申請開立銀行、賬戶性質(zhì)等信息。特定權(quán)限審批人能夠?qū)~戶開戶申請單進行審批,經(jīng)審批后通知申請人可執(zhí)行賬戶開戶。1.1.賬戶附件支持對賬戶上傳各種相關(guān)的附件,并可支持后續(xù)的2管理下載和查看。1.1.賬戶變更提供賬戶變更申請表單,申請人選擇需變更賬戶,3選擇或錄入變更原因,并提交審批。特定權(quán)限審批人能夠?qū)~戶變更申請進行審批,經(jīng)審批后通知申請人可執(zhí)行賬戶變更。1.1.賬戶銷戶提供賬戶銷戶申請單,申請人選擇需銷戶賬戶,錄4入賬戶銷戶原因,并提交審批。特定權(quán)限審批人能夠?qū)~戶銷戶申請進行審批,經(jīng)審批后通知申請人可執(zhí)行賬戶銷戶。1.1.賬戶凍結(jié)可對賬戶執(zhí)行賬戶凍結(jié)操作。特定權(quán)限審批人能夠?qū)~戶凍結(jié)申請進行審批,經(jīng)審批后通知申請人可執(zhí)行賬戶凍結(jié)。凍結(jié)后的賬戶自動轉(zhuǎn)入凍結(jié)狀態(tài),該狀態(tài)下賬戶不可做任何操作。已凍結(jié)的賬戶可申請解凍,并經(jīng)審批后進行解凍操作轉(zhuǎn)入可操作狀態(tài)。1.1.賬戶基礎可將資金系統(tǒng)對賬戶的維護結(jié)果,同步給業(yè)務、財6信息同步務等企業(yè)其他系統(tǒng)。1.1.賬戶信息能夠支持基于層次結(jié)構(gòu)和相應權(quán)限的賬戶信息查7查詢詢,查詢?nèi)藘H可查詢權(quán)限內(nèi)賬戶信息,能夠基于組織、開戶行、賬號、賬戶性質(zhì)、存款類型、幣種等多維度的信息進行賬戶檢索。(1.2)銀行賬戶余額查詢編號功能點功能點描述1.2.賬戶實際能夠查詢各銀行賬戶基本信息及賬戶的資金余額。1余額查詢能夠基于組織名稱、開戶行、賬號、幣種等多維度信息進行賬戶檢索。1.2.賬戶余額能夠基于賬戶層次結(jié)構(gòu)配置相應層次的賬戶余額查2查詢權(quán)限詢權(quán)限人。可設定該權(quán)限人是否能夠查詢該層次下控制所有層次的賬戶余額。(1.3)銀行賬戶明細查詢編號 功能點 功能點描述1.3.銀行賬戶能夠基于時間、金額、收付款人名稱 /賬號、開戶1明細清單行、賬號、幣種等多維度信息進行交易檢索。檢索查詢結(jié)果顯示銀行賬戶明細清單。1.3.單筆銀行對于銀行賬戶明細清單中列示交易可以進行單筆銀2賬戶明細行賬戶明細的查看,銀行賬戶明細查看應能夠顯示明細查看該筆明細的詳細支付信息。1.3.銀行賬戶能夠基于賬戶層次結(jié)構(gòu)配置相應層次的銀行賬戶明3明細查詢細查詢權(quán)限人??稍O定該權(quán)限人是否能夠查詢該層權(quán)限控制次下所有層次的銀行賬戶明細。(1.4)賬戶狀況監(jiān)控編號功能點功能點描述1.4.賬戶狀況能夠可視化配置賬戶狀況監(jiān)控規(guī)則,可定義監(jiān)控類1監(jiān)控規(guī)則型,在不同的監(jiān)控類型下可定義相應的監(jiān)控規(guī)則。設定各種監(jiān)控類型的監(jiān)控規(guī)則中均應包括監(jiān)控賬戶,異常情況的通知方式(短信、郵件)、被通知人。能夠定義各種監(jiān)控類型下的監(jiān)控狀況通知內(nèi)容模板。1.4.支付監(jiān)控支付監(jiān)控應能夠在控制規(guī)則中設定起始監(jiān)控金額。2 時間、用途等信息。資金收付功能需求描述(2.1)收付款單據(jù)生成編號功能點功能點描述2.1.1收付款單能夠基于支付接口數(shù)據(jù)要求進行收付款單據(jù)規(guī)則定據(jù)規(guī)則定義。能夠支持收付銀行、收付類別(同行、跨行)義等存在差異化支付要求的分類規(guī)則設定。付款單據(jù)規(guī)則應能夠定義該規(guī)則下支付單據(jù)的詳細字段及校驗規(guī)則。2.1.2收付款單生成收付款單據(jù)時,需定義收付款單據(jù)選用規(guī)則,據(jù)抽檔規(guī)則檢查并基于規(guī)則進行字段完整性和校驗規(guī)則的檢查。2.1.3收付款單能夠支持自動及手動生成收付款單據(jù)批次。能夠根據(jù)組批定據(jù)付款組織、付款類型、付款銀行賬戶等條件自定義義設置組批的規(guī)則。系統(tǒng)應支持對于收付款單據(jù)批的查詢,查詢后顯示的收付款單據(jù)批應包括本批的來源渠道、支付金額合計、創(chuàng)建時間等信息。2.1.4手工收付能夠提供可視化界面供用戶在定義的收付款單據(jù)批款單據(jù)錄下進行收付款單據(jù)的信息錄入。手工收付款單據(jù)模入板應能夠基于不同的收付款單據(jù)規(guī)則進行分類。2.1.5文件導入能夠提供文件收付款單據(jù)的導入模板,用戶可基于生成付款單據(jù)文件付款單據(jù)導入模板批量錄入付款數(shù)據(jù),并一次性導入資金管理系統(tǒng)。導入后每一條支付記錄行生成一張收付款單據(jù),一批次導入生成的收付款單據(jù)生成一個單據(jù)批。(2.2)收付款單據(jù)審批編號功能點功能點描述2.2.收付款單可對付款單據(jù)執(zhí)行送審操作,送審后的收付款單據(jù)1據(jù)送審轉(zhuǎn)變?yōu)椤皩徟小睜顟B(tài),并基于設定的審批流程提交相關(guān)審批人。2.2.付款單據(jù)能夠?qū)Υ龑徍耸崭犊顔螕?jù)執(zhí)行“審批”操作,可手2審批工單筆或批量審批,也可以任務批量審批。2.2.付款單據(jù)能夠?qū)Υ龑徍耸崭犊顔螕?jù)執(zhí)行“拒絕”操作,此操3審批拒絕作主要用于收付款單據(jù)審批不通過時候的處理,拒絕后的單據(jù)可作廢或和重新送審。2.2.批量審批對收付款單據(jù)的“送審”、“審批”、“拒絕”等4處理支持操作均應能夠支持批量處理。(2.3)收付款單據(jù)收付編號功能點功能點描述2.3.付款單據(jù)能夠查詢并選擇“未支付”或“支付失敗”狀態(tài)下1直聯(lián)單筆的可直聯(lián)支付的付款單據(jù)進行單筆收付,單筆支付支付執(zhí)行“支付”操作后,直接向銀行提交支付信息。單據(jù)狀態(tài)變?yōu)椤爸Ц吨小被颉拔粗薄?.3.收付款單能夠批量代收付數(shù)據(jù),并選擇可直聯(lián)支付的“未支2據(jù)直聯(lián)批付”或“支付失敗”狀態(tài)下的收付款單據(jù)并進行批量收付量收付。每個批次的數(shù)據(jù)生成一個支付報文提交銀行處理。單據(jù)狀態(tài)變?yōu)椤爸Ц吨小被颉拔粗薄?.3.自動批量能夠設定自動收付時點,并在該時點由系統(tǒng)對所有3收付處于“未支付”狀態(tài)的可直聯(lián)支付的單據(jù)基于付款單據(jù)規(guī)則進行分類,并分別批量提交銀行進行收付。單據(jù)狀態(tài)變?yōu)椤爸Ц吨小被颉拔粗薄?.3.網(wǎng)銀/報能夠查詢非直聯(lián)支付的付款單據(jù),基于付款單據(jù)規(guī)4盤文件生則進行分類后,可依據(jù)各付款單據(jù)規(guī)則對應的各家成銀行網(wǎng)銀或報盤文件格式要求生成標準支付文件,該文件可下載使用。2.3.現(xiàn)金收付對標識支付方式為現(xiàn)金的付款單據(jù),執(zhí)行系統(tǒng)外現(xiàn)5金付款;并在系統(tǒng)內(nèi)提供單筆或者批量的現(xiàn)金收付狀態(tài)確認。2.3.票據(jù)收付對標識為票據(jù)支付的業(yè)務,需轉(zhuǎn)入票據(jù)管理中的票6據(jù)流程進行后續(xù)的票據(jù)收付處理。(2.4)收付狀態(tài)確認編號功能點功能點描述2.4.直聯(lián)收付執(zhí)行收付操作后,資金系統(tǒng)通過直聯(lián)接口向銀行發(fā)1結(jié)果確認起收付狀態(tài)查詢指令,銀行依據(jù)資金系統(tǒng)發(fā)送的指令返回每筆交易數(shù)據(jù)的收付狀態(tài)。收付成功的付款單據(jù)由“支付中”或“未知”狀態(tài)轉(zhuǎn)為“已支付”狀態(tài)。收付失敗的收付款單據(jù)由““支付中”或“未知”狀態(tài)轉(zhuǎn)為“支付失敗”。2.4.非直聯(lián)支通過網(wǎng)銀/報盤/票據(jù)/現(xiàn)金等傳統(tǒng)方式支付的付款2付結(jié)果確單據(jù)需在支付完成后基于銀行回單進行支付結(jié)果確認認,可支持手工錄入或電子回單導入。對于網(wǎng)銀、現(xiàn)金的數(shù)據(jù),手工確認收付狀態(tài),對于報盤數(shù)據(jù),通過上載銀行回盤文件來確認一個報盤文件內(nèi)所有數(shù)據(jù)的收付狀態(tài)。對于票據(jù)類數(shù)據(jù),通過核銷票據(jù)來確認收付狀態(tài)。收付成功的付款單據(jù)由“支付中”狀態(tài)轉(zhuǎn)為“已支付”狀態(tài)。收付失敗的收付款單據(jù)由““支付中”狀態(tài)轉(zhuǎn)為“支付失敗”。2.4.收付結(jié)果生成收付結(jié)果后,向會數(shù)據(jù)發(fā)送過來的源頭系統(tǒng)返3返回回收付最終狀態(tài),用于相應系統(tǒng)的后續(xù)業(yè)務處理。(2.5)收付款資金到賬確認編號功能點功能點描述2.5.1收付款成對于所有通過資金系統(tǒng)處理的數(shù)據(jù),收付狀態(tài)確認功數(shù)據(jù)資為“已支付“后,還需對此數(shù)據(jù)進行資金到賬確金到賬確認,將資金系統(tǒng)內(nèi)的交易單明細數(shù)據(jù)與通過直聯(lián)接認口導入的銀行明細賬數(shù)據(jù)進行核對,確認每一筆交易明細的資金到賬成功,確認操作生成唯一號碼關(guān)聯(lián)資金交易明細和銀行明細賬,并將此號碼傳回前端系統(tǒng),各系統(tǒng)使用此唯一號碼進行記賬處理,為后續(xù)的銀企自動對賬建立基礎。(2.5)收付款失敗處理編號 功能點 功能點描述2.5.1“支付失針對接口系統(tǒng)導入的收付款單據(jù),查詢狀態(tài)為“支敗”單據(jù)付失敗”后,可執(zhí)行返盤操作,將收付失敗的數(shù)據(jù)退回以及收付失敗的原因傳回前端系統(tǒng),前端系統(tǒng)進行收付款信息修改處理。但是,對于某些原因如“通信失敗”、“余額不足”造成的收付失敗,資金系統(tǒng)可以控制不傳回前端系統(tǒng),可重新在系統(tǒng)內(nèi)再發(fā)起收付。2.5.2“退票”針對接口系統(tǒng)導入的付款單據(jù),如發(fā)生退票時,在單據(jù)退回資金系統(tǒng)內(nèi)執(zhí)行沖正操作,沖正之后資金系統(tǒng)通過接口將退票信息傳回給前端系統(tǒng),同時產(chǎn)生沖銷憑證導入總賬系統(tǒng)。(2.6)收付款查詢編號功能點功能點描述2.6.收付款單能夠基于收付款單據(jù)批號、金額、結(jié)算渠道、日期1據(jù)批查詢等多種查詢條件進行收付款單據(jù)批的查詢。查詢到的收付款單據(jù)批可打開查看其中所包含的收付款單據(jù)。2.6.收付款單能夠基于收付款單據(jù)號、金額、創(chuàng)建人、日期、摘2據(jù)單筆查要、付款賬戶、收款名稱、收款賬戶、付款單據(jù)狀詢態(tài)等多種查詢條件進行付款單據(jù)的查詢。查詢后付款單據(jù)應包括單據(jù)本身的信息以及審批和支付結(jié)果情況等信息。收付款單據(jù)還可查詢其歷史支付記錄行,包括作廢和重新生成的支付記錄行。收付款單據(jù)的查詢要滿足集中支付管理的需求,即下級機構(gòu)能夠查詢到上級機構(gòu)對本機構(gòu)付款單據(jù)的支付情況。(2.7)收付風險控制編號功能點功能點描述2.7.收付接口從業(yè)務系統(tǒng)等系統(tǒng)導入收付數(shù)據(jù)到資金系統(tǒng)時,可1數(shù)據(jù)校驗對數(shù)據(jù)的有效性進行檢查,可通過規(guī)則自動退回數(shù)據(jù)不合法的收付單據(jù)。2.7.收付單據(jù)收付款單據(jù)生成后不可修改或刪除,可執(zhí)行作廢操2安全控制作。2.7.收付單據(jù)支付過程中,對于疑似的重復支付數(shù)據(jù)有支付監(jiān)控3重復支付功能,并對異常數(shù)據(jù)進行提示。檢測2.7.收付單據(jù)支付過程中,對于大額支付(額度可人工設定)可4支付監(jiān)控進行監(jiān)控和提示。票據(jù)管理功能需求描述(3.1)票據(jù)入庫管理編號 功能點 功能點描述3.1.1

票據(jù)類型及要素定義

能夠基于可視化界面定義業(yè)務所涉及的票據(jù)類型以及各種票據(jù)類型下的票據(jù)要素。能夠針對票據(jù)類型和票據(jù)要素建立票據(jù)管理的標準模板,用于票據(jù)的3.1.2

支付票據(jù)入庫

日常管理。系統(tǒng)支持銀行匯票、本票、支票的管理。系統(tǒng)應能夠建立票據(jù)的系統(tǒng)編號,并能夠維護票據(jù)的實物編號,并建立二者的關(guān)聯(lián)關(guān)系。系統(tǒng)能夠支持由銀行獲得的未使用的支付票據(jù)的入庫,入庫時需登記票據(jù)的類型、銀行賬戶、編號、入庫人、入庫時間等基本信息。3.1.3

票據(jù)查詢能夠基于票據(jù)類型、系統(tǒng)內(nèi)票據(jù)編碼或票據(jù)實物編碼、票據(jù)要素、票據(jù)使用狀態(tài)進行票據(jù)的查詢。查詢結(jié)果應能夠跟蹤到票據(jù)的資金狀態(tài)變動。(3.2)票據(jù)使用與核銷編號 功能點 功能點描述3.2.1

票據(jù)領用 能夠查詢票據(jù)實物庫中的票據(jù),并針對特定票據(jù)起領用,領用提交后流轉(zhuǎn)至有具有復核權(quán)限的人行領用復核。3.2.2

票據(jù)領用復核

進行復核操作,可執(zhí)行復核通過和或領用退回操作。3.2.33.2.4

票據(jù)核銷 票據(jù)在經(jīng)過銀行解付后,由領出人進行票據(jù)核銷作,核銷時需通過資金系統(tǒng)內(nèi)的銀行賬戶到賬明記錄,基于此到賬明細記錄方可執(zhí)行核銷操作。核銷后,票據(jù)處于“已核銷”狀態(tài)。票據(jù)預警 對于系統(tǒng)內(nèi)處于非正常狀態(tài)的票據(jù)系統(tǒng)可自動預提示,預警信息包括:票據(jù)超期未承兌預警、票3.2.5

票據(jù)賬務處理

核銷失敗預警等基本預警信息。執(zhí)行核銷后,對于系統(tǒng)使用票據(jù)進行結(jié)算的單據(jù),單據(jù)支付狀態(tài)處于“已支付”狀態(tài),系統(tǒng)應能夠基于支付金額等相關(guān)單據(jù)信息,進行自動賬務處理?,F(xiàn)金管理功能需求描述(4.1)現(xiàn)金收付管理編號 功能點 功能點描述4.1.14.1.2

管理管理

象、金額等情況,并可實時查看現(xiàn)金余額。象、金額等情況,并可實時查看現(xiàn)金余額。(4.2)存提現(xiàn)管理編號 功能點 功能點描述4.2.14.2.2

存現(xiàn)管理 可通過系統(tǒng)管理存現(xiàn)業(yè)務,對每筆存現(xiàn)業(yè)務發(fā)生金額、存現(xiàn)人、存現(xiàn)時間等進行管理。提現(xiàn)管理 可通過系統(tǒng)管理提現(xiàn)業(yè)務,對每筆提現(xiàn)業(yè)務發(fā)生金額、提現(xiàn)人、提現(xiàn)時間、提現(xiàn)支票號等進行管理。資金計劃功能需求描述(5.1)資金計劃編制編號 功能點 功能點描述5.1.15.1.2

資金計劃項目維護資金計劃編制

提供可視化界面配置資金計劃項目,能夠配置多層級的資金計劃項目,能夠配置各資金計劃申請機構(gòu)可用的資金計劃項目、目,且能夠針對不同的支出戶類別(如行政支出戶、業(yè)務賠付支出戶)分別定義其可用資金計劃項目。能夠提供資金計劃編制的可視化錄入界面,各分支公司可按照總公司設定好的模板進行計劃數(shù)據(jù)的編制錄入或?qū)?。?.2)資金計劃審批編號 功能點 功能點描述5.2.1

資金計劃審批

逐筆或批量審批,可執(zhí)行審批通過或?qū)徟嘶夭僮鳌O到y(tǒng)應能夠支持定義多級審批。(5.2)資金計劃匯總編號 功能點 功能點描述5.2.15.2.2

資金計劃匯總資金計劃匯總審批

處于分公司層級的機構(gòu),可對下級機構(gòu)提交的已通過審批的資金計劃進行匯總,形成以一個分公司為整體的匯總計劃并提交上級機構(gòu)審批。有權(quán)限審批人能夠?qū)Πl(fā)起單位提交的資金匯總計劃進行逐筆或批量審批,可執(zhí)行審批通過或?qū)徟嘶夭僮?。系統(tǒng)應能夠支持定義多級審批。(5.3)資金計劃控制編號 功能點 功能點描述5.3.15.3.25.3.3

執(zhí)行控制調(diào)整

所有機構(gòu)編制完計劃并通過審批后,由總公司觸發(fā)計劃執(zhí)行。計劃執(zhí)行后,計劃數(shù)不得再進行手工調(diào)整。系統(tǒng)對提供對計劃的多種控制含:不控制、提示性控制、嚴格控制,且計劃控制可以分別對資金申請單和資金交易單進行控制,控制點可對每個機構(gòu)、每個計劃項目設定不同的控制規(guī)則。整單提供多層級審批流程,審批通過后調(diào)整數(shù)生效。(5.3)資金計劃考核報表編號 功能點 功能點描述5.3.15.3.2

資金執(zhí)行率報表資金計劃調(diào)整率報表

對一定期間內(nèi)的計劃執(zhí)行情況報表,顯示所有計劃執(zhí)行實體的計劃執(zhí)行情況。對一定期間內(nèi)的計劃調(diào)整數(shù)情況報表,顯示所有計劃執(zhí)行實體的計劃調(diào)整情況。資金調(diào)撥功能需求描述(6.1)上劃下?lián)懿呗远x編號 功能點 功能點描述6.1.16.1.26.1.36.1.46.1.5

定義支持支持定義支持

能夠支持上劃方式與上劃時間、上劃層級進行組合,從而配置出多種資金上劃策略。系統(tǒng)應能夠支持以下上劃方式:取整上劃—將目標賬戶上資金余額的整數(shù)部分上劃,例如以萬、十萬、百萬元等為單位;保留余額上劃—只將目標賬戶上超過規(guī)定保留額度的資金上劃;定額上劃—按指定金額將目標賬戶上的資金上劃;系統(tǒng)應能夠支持以下上劃時間模式:自動定時上劃-設定每天、每周、每月等固定周期,系統(tǒng)根據(jù)設定的時間上劃。手動上劃—在任何時間,可以以手動方式進行目標賬戶資金余額的上劃。能夠支持下?lián)芊绞脚c下?lián)軙r間進行組合,從而配置出多種資金下?lián)懿呗?,所配置的下?lián)懿呗钥梢詥蝹€或批量應用到目標操作賬戶。系統(tǒng)應能夠支持以下下?lián)芊绞剑嚎偣局苯酉聯(lián)苜Y金到機構(gòu)目標賬戶。機構(gòu)本級收入戶橫撥資金到目標賬戶。分公司層級下?lián)苜Y金到下級支公司目標賬戶。以上三種方式嵌套式動態(tài)處理下?lián)苡囝~不足的下?lián)?.1.6

下?lián)軙r間支持

方式。系統(tǒng)應能夠支持以下下?lián)軙r間模式:定時下?lián)堋O定每天、每周、每月,根據(jù)設定的時間執(zhí)行下?lián)?;手動下?lián)堋軌蛟谌我鈺r間手動將資金下?lián)苤聊繕速~戶。(6.2)上劃下?lián)懿呗耘渲镁幪?功能點 功能點描述6.2.1

賬戶關(guān)系組上劃下?lián)懿呗耘渲?/p>

能夠就指定的賬戶關(guān)系組配置上劃下?lián)懿呗?,通過上劃下?lián)懿呗灾付ê?,保存形成上劃下?lián)懿呗耘渲糜涗洝#?.3)資金申請單編號 功能點 功能點描述6.3.16.3.2

單錄入單審批

機構(gòu)需要使用資金時,在資金系統(tǒng)內(nèi)進行資金申請單的錄入,錄入時須錄入收款的賬戶、申請金額、申請的計劃項目。資金申請的錄入可手工錄入也可文件導入。提供對資金申請單的多層級審批流程,可對資金申請單進行批量送審、批量審批。有權(quán)限審批人在審批時可依據(jù)實際資金情況修改核準金額,最終資金按照核準金額下?lián)?。審批人在審批時可以審批通過也可以審批退回,對于審批退回的單據(jù),錄入人可以修改單據(jù)信息后再發(fā)起申請。(6.4)自動上劃下?lián)軋?zhí)行編號 功能點 功能點描述6.4.16.4.26.4.3

執(zhí)行執(zhí)行非直聯(lián)上劃下?lián)軋?zhí)行

賬戶間基于策略配置生成的自動上劃單據(jù)按策略設定時間自動發(fā)送外部銀行執(zhí)行操作;賬戶間基于策略配置生成的自動上劃單據(jù)按策略設定時間自動清算資金申請單并生成下?lián)芙灰讍伟l(fā)送外部銀行執(zhí)行操作;如上劃下?lián)茉O計操作的銀行不支持銀企直聯(lián)模式,則通過人工從傳統(tǒng)渠道如網(wǎng)銀、報盤、支票等方式進行操作。(6.5)上劃下?lián)苜Y金到賬確認編號 功能點 功能點描述6.5.16.5.2

資金上劃下?lián)苤甭?lián)劃撥資金確認資金上劃下?lián)芊侵甭?lián)劃撥資金確認

資金上劃下?lián)芡ㄟ^銀企直聯(lián)支付后,通過銀企直聯(lián)接口返回上劃下?lián)茔y行賬戶明細,并與相應的上劃下?lián)軉螕?jù)進行資金確認操作。非銀企直聯(lián),采用傳統(tǒng)方式如網(wǎng)銀、報盤和支票行資金確認操作。6.5.

如上劃下?lián)芑谂c銀行協(xié)議,依托銀行系統(tǒng)在其內(nèi)配置上劃下?lián)懿呗赃M行的自動上劃下?lián)?,在業(yè)務完3

成后,應支持將銀行回單結(jié)果導入或手工錄入,同時支持將網(wǎng)銀的交易數(shù)據(jù)導入資金系統(tǒng),并進行資金確認。(6.6)上劃下?lián)苜~務處理編號 功能點 功能點描述6.6.16.6.26.6.3

證出往來憑證處理支持

對于在資金管理系統(tǒng)中資金上劃下?lián)苜Y金確認成功的上劃下?lián)軉螕?jù),系統(tǒng)能夠就單據(jù)信息進行會計核算所需要的準憑證的制證處理,能夠基于所采用的會計核算系統(tǒng)的規(guī)范,形成標準的準憑證單據(jù)。能夠?qū)⑸傻纳蟿澫聯(lián)軠蕬{證信息通過文件或系統(tǒng)接口的方式導出,用于會計核算系統(tǒng)的正式憑證生成。資金管理系統(tǒng)中基于資金上劃下?lián)艿馁~務處理需同步自動生成資金劃撥單位間的往來憑證。(6.7)上劃下?lián)苁√幚砭幪柟δ茳c功能點描述6.7.上劃下?lián)苣軌蛄惺井斍吧蟿澫聯(lián)苁螕?jù),可基于上劃下?lián)?失敗單據(jù)失敗單據(jù)查看失敗原因,并能夠?qū)κ∩蟿澫聯(lián)軉涡薷膿?jù)重新發(fā)起支付。6.7.上劃下?lián)苁螕?jù)能夠?qū)ι蟿澫聯(lián)苁螕?jù)執(zhí)行“作廢”操作。執(zhí)行作廢操作后的單據(jù)可查詢,其單據(jù)編號不釋放,顯2 作廢 示為“已作廢”狀態(tài),此時上劃下?lián)軉螕?jù)的流程止。(6.8)上劃下?lián)懿樵兙幪柟δ茳c功能點描述6.8.資金上劃能夠基于多種查詢條件查詢資金上劃下?lián)軉螕?jù),能1下?lián)軉螕?jù)夠打開資金上劃下?lián)軉螕?jù)查看其制單的詳細情況及查詢歷史操作的情況。銀企對賬功能需求描述(7.1)對賬初始化編號功能點功能點描述7.1.1企業(yè)賬期能夠可視化設置企業(yè)賬記載的銀行賬戶的余額,該初余額設余額為系統(tǒng)啟動正式對賬時點的企業(yè)賬的余額。置7.1.2銀行賬期初余額設能夠可視化設置銀行對賬單所記載的銀行賬戶的余額,該余額為系統(tǒng)啟動正式對賬時點的銀行對賬單置的余額。7.1.3銀行記賬能夠可視化設置截止系統(tǒng)啟動正式對賬時點的銀行企業(yè)未記賬未達賬已記賬企業(yè)未記賬的未達賬記錄。該記錄應包括發(fā)生日期、記賬金額、收 /付、關(guān)鍵追溯字段(銀行記錄初始配置對賬單記錄號)、摘要(7.2)賬單同步管理編號功能點功能點描述7.2.1企業(yè)賬單按對賬周期同步企業(yè)的銀行日記賬,轉(zhuǎn)化為系統(tǒng)可同步識別的數(shù)據(jù)格式,并在系統(tǒng)內(nèi)提供可視化查看界面,提供數(shù)據(jù)完整性及重復性校驗功能。7.2.2銀行賬單通過銀企直聯(lián)接口定期取得銀行對賬單數(shù)據(jù),轉(zhuǎn)化同步為系統(tǒng)可識別數(shù)據(jù)格式,并在系統(tǒng)內(nèi)提供可視化查看界面,提供數(shù)據(jù)完整性及重復性校驗功能。(7.3)銀企對賬處理編號功能點功能點描述7.3.1基于關(guān)聯(lián)基于通過資金系統(tǒng)資金確認操作,并以資金確認號碼的銀企為唯一關(guān)聯(lián)碼進行記賬的數(shù)據(jù),憑證信息導入到資自動對賬金系統(tǒng)后,依據(jù)唯一關(guān)聯(lián)碼進行自動對賬處理。7.3.2基于標準對于未通過資金系統(tǒng)資金確認后記賬的數(shù)據(jù),無法規(guī)則的銀企自動對使用唯一關(guān)聯(lián)碼進行自動對賬,因此可按照設定對賬期間、金額、銀行賬戶等條件信息進行自動按規(guī)賬則對賬。7.3.3手工銀企對于無法進行自動對賬的數(shù)據(jù),系統(tǒng)提供可視化操對賬作界面進行手工對賬。7.3.4取消對賬對于已對賬的數(shù)據(jù),如發(fā)現(xiàn)對賬有誤,可執(zhí)行取消對賬的操作,可手工單筆或者批量進行取消對賬。(7.4)銀行余額調(diào)節(jié)表編號 功能點 功能點描述7.4.1銀行余額能夠基于企業(yè)賬及銀行對賬單對賬期末余額、上期調(diào)節(jié)表自未達賬記錄(第一期為初始未達賬記錄)、當期未動生成達賬記錄共同生成銀行余額調(diào)節(jié)表,銀行余額調(diào)節(jié)表以觸發(fā)方式生成,其支撐基礎數(shù)據(jù)使用觸發(fā)動作時點的未達賬記錄數(shù)據(jù)。(7.5)銀企對賬查詢編號功能點功能點描述7.5.1企業(yè)賬單及對賬情能夠查詢企業(yè)賬的對賬基礎記錄,能夠基于記賬日期、記賬金額、收 /付、關(guān)鍵追溯字段(記賬憑證況查詢號)、輔助追溯字段(付款單據(jù)號)、摘要和對賬狀態(tài)進行查詢。7.5.2銀行賬單及對賬情能夠查詢銀行對賬單的對賬基礎記錄,能夠基于發(fā)生日期、記賬金額、收 /付、關(guān)鍵追溯字段(銀行況查詢對賬單記錄號)、輔助追溯字段(付款單據(jù)號)、摘要和對賬狀態(tài)進行查詢。系統(tǒng)管理功能需求描述(8.1)權(quán)限管理編號功能點功能點描述8.1.1用戶權(quán)限管理提供操作界面進行用戶權(quán)限的配置,能夠在權(quán)限控制節(jié)點上配置權(quán)限人,且能夠查詢各用戶的持有權(quán)限。8.1.2功能權(quán)限可針對用戶設置不同功能的查詢、修改、刪除等等管理 權(quán)限。8.1.3 數(shù)據(jù)權(quán)限管理

能夠針對用戶定義可以訪問和操作的數(shù)據(jù)權(quán)限。(8.2)審批流管理編號功能點功能點描述8.2.1審批流程能夠?qū)Y金系統(tǒng)內(nèi)賬戶管理、資金申請、資金交易定義等不同的管理功能定義審批流程。能夠支持流程的發(fā)起、流程節(jié)點以及觸發(fā)條件等內(nèi)容的設置。8.2.2流轉(zhuǎn)控制能夠?qū)崿F(xiàn)流程流轉(zhuǎn)的控制。支持基于不同閥值的流程跳轉(zhuǎn)、選擇性處理,如審批金額權(quán)限控制等。8.2.3可視化流支持流程的參數(shù)可視化配置。程配置8.2.4流程變更支持流程的靈活變更,用戶可以根據(jù)管理需要及時支持對審批流程進行調(diào)整。(8.3)參數(shù)配置管理編號功能點功能點描述8.3.1流程控制能夠通過修改配置參數(shù),調(diào)整系統(tǒng)內(nèi)業(yè)務流程的業(yè)務走向。8.3.2值集配置能夠以可視化方式對系統(tǒng)中所涉及的數(shù)據(jù)值集進行配置。8.3.3映射關(guān)系配置能夠以可視化方式配置相關(guān)數(shù)據(jù)值集之間的數(shù)據(jù)映射關(guān)系。(8.4)系統(tǒng)維護工具管理編號功能點功能點描述8.4.1系統(tǒng)運行通過設定定時計劃觸發(fā)系統(tǒng)任務,自動處理系統(tǒng)內(nèi)的業(yè)務流程。8.4.2系統(tǒng)運行監(jiān)控能夠?qū)ο到y(tǒng)運行情況實時監(jiān)控,對運行的結(jié)果通過監(jiān)控消息進行查看分析。8.4.3系統(tǒng)日志能夠支持系統(tǒng)管理員對系統(tǒng)用戶的使用、操作日志進行管理查詢。預警監(jiān)控功能需求描述(9.1)預警規(guī)則設置編號功能點功能點描述9.1.1預警規(guī)則名對系統(tǒng)內(nèi)的異常數(shù)據(jù)的主動檢索功能,設置預警的對象;主要預警對象有賬戶類預警、收付款交易類預警、系統(tǒng)交互類預警9.1.2預警屬性針對不同的預警對象設置不同的預警屬性(9.2)預警信息編號功能點功能點描述9.2.1預警信息數(shù),便于用戶方便查看。并且預警信息可以通過郵件發(fā)送主動提醒給客戶(9.3)預警撤銷編號 功能點 功能點描述9.3.1 預警撤銷信息

對于預警出的預警信息需要做預警撤銷操作,預警撤銷后,相應的流程才能正常流轉(zhuǎn)。電子臺賬功能需求描述(10.1)電子臺賬記錄及預警編號功能點功能點描述10.1.合同協(xié)議對于直聯(lián)協(xié)議、或者管理類合同都可以維護在合同1協(xié)議下,對于即將到期的合同和協(xié)議可以主動發(fā)出預警信息10.1.印鑒管理賬戶類的印鑒,查看印鑒相關(guān)的信息210.1.定期存單定期存款到期前主動預警,定期存單的利息計提等3功能10.1.投資品記錄保險公司的投資類相關(guān)產(chǎn)品4報表支持功能需求描述(11.1)標準報表支持編號 功能點 功能點描述11.1. 標準報表 能夠基于企業(yè)業(yè)務需要定義標準化的資金管理報編號功能點功能點描述11.2.臨時性自能夠提供報表定制工具進行臨時性報表的自定義生1定義報表成,報表自定義生成工具應簡單易用,支持業(yè)務人支持員的自行配置使用。1支持1支持表,用于日常的工作輔助。標準管理報表應提供清晰的參數(shù)配置界面,便于業(yè)務人員自助進行報表的參數(shù)配置和生成。(11.2)自定義報表支持3.12自動收款核銷功能需求描述編號功能點功能點描述12.1.1核心應收款核銷接口支持核心應收款自動核銷,資金系統(tǒng)提供服務,以銀行返回歷史交易中的收款流水為核對標準,輔助核心系統(tǒng)應收款核銷。3.13第三方實時收款功能需求描述編號功能點功能點描述13.1.1第三方(微信)實時收款拓寬客戶支付渠道,網(wǎng)銷系統(tǒng)將客戶的第三方支付請求傳遞至資金系統(tǒng),資金系統(tǒng)將支付請求處理完畢后實時返回網(wǎng)銷系統(tǒng)。資金管理系統(tǒng)應與建立以下與內(nèi)外部系統(tǒng)間的接口:數(shù)據(jù)同步類接口編號 功能點 功能點描述銀行賬戶信息同步接口

通過此接口將資金系統(tǒng)內(nèi)所有維護好的賬戶信息同步到如總賬系統(tǒng)、業(yè)務系統(tǒng)等其他系統(tǒng),統(tǒng)一各系統(tǒng)的賬戶來源以保證各系統(tǒng)間使用的銀行賬戶信息正確有效。賬務信息同步

將總賬系統(tǒng)中的賬務信息同步到資金系統(tǒng),以進行在資金系統(tǒng)中的銀企對賬及產(chǎn)出余額調(diào)節(jié)表。銀行賬戶明細同步

將資金系統(tǒng)通過銀企直聯(lián)接口從銀行直接獲取到的銀行賬戶明細數(shù)據(jù)同步到其他系統(tǒng),以配合其他系統(tǒng)的數(shù)據(jù)核對工作。銀企直聯(lián)及第三方支付接口編號 功能點 功能點描述銀企直聯(lián)接口

建立與國內(nèi)主流銀行包括工、農(nóng)、中、建、招、交等銀行的銀企直聯(lián)接口,包含功能如下:查詢銀行賬戶明細賬接口單筆支付接口批量收付接口查詢交易狀態(tài)接口接口通訊支持專線方式,接口通道安全穩(wěn)定第三方支 建立與國內(nèi)主流第三方支付供應商如支付寶、通付接口聯(lián)、廣銀聯(lián)、匯付天下、快錢等直聯(lián)接口,包含功能如下:批量支付接口批量收款接口查詢交易狀態(tài)接口4.3支付結(jié)算接口編號功能點功能點描述4.3.1與核心系統(tǒng)接口建立與企業(yè)內(nèi)部核心業(yè)務系統(tǒng)接口,處理從核心業(yè)務發(fā)出的收付結(jié)算數(shù)據(jù),接口功能包含:收付數(shù)據(jù)抽取接口,通過此接口資金系統(tǒng)將核心業(yè)務系統(tǒng)待收付數(shù)據(jù)抽取到資金系統(tǒng)進行后續(xù)實際收付處理收付數(shù)據(jù)結(jié)果返回接口,通過此接口資金系統(tǒng)將收付處理完成并且得到數(shù)據(jù)的最終收付狀態(tài)的數(shù)據(jù),返回告知核心業(yè)務系統(tǒng)。與核心系統(tǒng)建立收款核銷接口,支持核心系統(tǒng)應收款核銷。4.3.2與費控系統(tǒng)接口建立與企業(yè)內(nèi)部費控系統(tǒng)接口,處理從費控系統(tǒng)發(fā)出的收付結(jié)算數(shù)據(jù),接口功能包含:收付數(shù)據(jù)抽取接口,通過此接口資金系統(tǒng)將費控系統(tǒng)待收付數(shù)據(jù)抽取到資金系統(tǒng)進行后續(xù)實際收付處理收付數(shù)據(jù)結(jié)果返回接口,通過此接口資金系統(tǒng)將收4.44.4 賬務處理接口付處理完成并且得到數(shù)據(jù)的最終收付狀態(tài)的數(shù)據(jù),返回告知費控系統(tǒng)。4.3.3企業(yè)服務總線系統(tǒng)所有對外接口需要通過我司企業(yè)服務總線系統(tǒng)(進行注冊并調(diào)用。4.3.4其他系統(tǒng)與企業(yè)內(nèi)其他系統(tǒng)如 系統(tǒng)、系統(tǒng)、基礎數(shù)據(jù)接口平臺、短信平臺與郵件服務平臺等接口,將其他系統(tǒng)數(shù)據(jù)抽取到資金系統(tǒng)進行處理,處理完成后返回狀態(tài)給其他系統(tǒng)。4.3.5網(wǎng)銷系統(tǒng)與網(wǎng)銷系統(tǒng)建立實時接口,處理客戶第三方 (微信)接口支付請求。編號功能點功能點描述4.4.1記賬接口將資金系統(tǒng)內(nèi)結(jié)算處理完成且支付狀態(tài)為“已支的要求,將憑證信息導入到總賬系統(tǒng)的接口。4.4.2記賬查詢接口通過此接口查詢導入總賬系統(tǒng)的憑證信息是否成資金交易單據(jù)信息上。資金管理系統(tǒng)技術(shù)要求總體技術(shù)要求資金管理系統(tǒng)的建設應滿足 信息系統(tǒng)建設的基本要求,并關(guān)于資金管理系統(tǒng)自身對于安全性的特殊要求。)資金管理系統(tǒng)友好性要求? 操作。? 邏輯合法性檢查和財務數(shù)據(jù)合法性檢查,避免非法數(shù)據(jù)進入系統(tǒng)。? 明了,大多數(shù)情況下所有重要操作都能通過單個動作實現(xiàn)。? 明了。? 良好的技術(shù)跟蹤手段。? 用戶查詢界面需輸出數(shù)據(jù)到其他的應用程序,如 Excel、Word等。? 大部分用戶界面應具備結(jié)果打印功能,且打印格式美觀。)資金管理系統(tǒng)業(yè)務能力要求? 能夠保證資金交易處理的及時完成(銀行方的及時性要求需要通過簽訂服務協(xié)議來保證)。? 機制。? 統(tǒng)直接對接方式、接口文件方式等。)資金管理系統(tǒng)運維要求? 少影響資金管理操作的正常進行。? 隨時發(fā)現(xiàn)系統(tǒng)自身的問題。? 顯影響會計核算系統(tǒng)及收付費系統(tǒng)的性能。? 設置、集中的系統(tǒng)日志管理。? 且在需要時要求程序的每一步處理應該是可追蹤的。)資金管理系統(tǒng)安全要求? 全性。? 資金管理系統(tǒng)設計不能影響其他財務系統(tǒng)的可靠運行,資金管理系統(tǒng)與會計核算及收付費系統(tǒng)之間采取嚴格規(guī)范的接口平臺或其它措施,保證整個財務系統(tǒng)的安全性。PAGEPAGE38/37下載文檔可編輯? ?? 能部室由企管部統(tǒng)一考核)。不符合衛(wèi)生標準的,超市內(nèi)每處扣0.5分,超市外每處扣1分。衛(wèi)生管理制度1 總則1.1 為了加強公司的環(huán)境衛(wèi)生管理,創(chuàng)造一個整潔、文明、溫馨的購物、辦公環(huán)境,根據(jù)《公共場所衛(wèi)生管理條例》的要求,特制定本制度。1.2 集團公司的衛(wèi)生管理部門設在企管部,并負責將集團公司的衛(wèi)生區(qū)域詳細劃分到各部室,各分公司所轄區(qū)域衛(wèi)生由分公司客服部負責劃分,確保無遺漏。2 衛(wèi)生標準2.1 室內(nèi)衛(wèi)生標準2.1.1 地面、墻面:無灰塵、無紙屑、無痰跡、無泡泡糖等粘合物、無積水,墻角無灰吊、無蜘蛛網(wǎng)。2.1.2 門、窗、玻璃、鏡子、柱子、電梯、樓梯、燈具等,做到明亮、無灰塵、無污跡、無粘合物,特別是玻璃,要求兩面明亮。2.1.3 柜臺、貨架:清潔干凈,貨架、柜臺底層及周圍無亂堆亂放現(xiàn)象、無灰塵、無粘合物,貨架頂部、背部和底部干凈,不存放雜物和私人物品。2.1.4 購物車(筐)、直接接觸食品的售貨工具(包括刀、叉等):做到內(nèi)外潔凈,無污垢和粘合物等。購物車(筐)要求每天營業(yè)前簡單清理,周五全面清理消毒;售貨工具要求每天消毒,并做好記錄。2.1.5 商品及包裝:商品及外包裝清潔無灰塵(外包裝破損的或破舊的不得陳列)。2.1.6 收款臺、服務臺、辦公櫥、存包柜:保持清潔、無灰塵,臺面和側(cè)面無灰塵、無灰吊和蜘蛛網(wǎng)。桌面上不得亂貼、亂畫、亂堆放物品,用具擺放有序且干凈,除當班的購物小票收款聯(lián)外,其它單據(jù)不得存放在桌面上。2.1.7 垃圾桶:桶內(nèi)外干凈,要求營業(yè)時間隨時清理,不得溢出,每天下班前徹底清理,不得留有垃圾過夜。2.1.8 窗簾:定期進行清理,要求干凈、無污漬。2.1.9 吊飾:屋頂?shù)牡躏椧鬅o灰塵、無蜘蛛網(wǎng),短期內(nèi)不適用的吊飾及時清理徹底。2.1.10 內(nèi)、外倉庫:半年徹底清理一次,無垃圾、無積塵、無蜘蛛網(wǎng)等。2.1.11 室內(nèi)其他附屬物及工作用具均以整潔為準,要求無灰塵、無粘合物等污垢。2.2 室外衛(wèi)生標準2.2.1 門前衛(wèi)生:地面每天班前清理,平時每一小時清理一次,每周四營業(yè)結(jié)束后有條件的用水沖洗地面(冬季可根據(jù)情況適當清理),墻面干凈且無亂貼亂畫。2.2.2 院落衛(wèi)生:院內(nèi)地面衛(wèi)生全天保潔,果皮箱、消防器械、護欄及配電箱等設施每周清理干凈。垃圾池周邊衛(wèi)生清理徹底,不得有垃圾溢出。2.2.3 綠化區(qū)衛(wèi)生:做到無雜物、無紙屑、無塑料袋等垃圾。3 清理程序3.1 室內(nèi)和門前院落等區(qū)域衛(wèi)生:每天營業(yè)前提前10分鐘把所管轄區(qū)域內(nèi)衛(wèi)生清理完畢,營業(yè)期間隨時保潔。下班后5-10分鐘清理桌面及衛(wèi)生區(qū)域。3.2 綠化區(qū)衛(wèi)生:每周徹底清理一遍,隨時保持清潔無垃圾。4 管理考核4.1 實行百分制考核,每月一次(四個分公司由客服部分別考核、集團職4.2 集團堅持定期檢查和不定期抽查的方式監(jiān)督各分公司、部門的衛(wèi)生工作。每周五為衛(wèi)生檢查日,集團檢查結(jié)果考核至各分公司,各分公司客服部的檢查結(jié)果考核至各部門。資金管理系統(tǒng)功能需求20XX年11月目 錄1 資金項目背景 22 資金管理系統(tǒng)項目總體功能說明 32.1 建設目標 32.2 功能范圍 53 資金管理項目功能需求 . 83.1賬戶管理功能需求描述83.2資金收付功能需求描述113.3票據(jù)管理功能需求描述163.4現(xiàn)金管理功能需求描述183.5資金計劃功能需求描述183.6資金調(diào)撥功能需求描述203.7銀企對賬功能需求描述253.8系統(tǒng)管理功能需求描述273.9預警監(jiān)控功能需求描述293.10電子臺賬功能需求描述303.11報表支持功能需求描述304 系統(tǒng)集成與接口 314.1 數(shù)據(jù)同步類接口 324.2 銀企直聯(lián)及第三方支付接口 324.3 支付結(jié)算接口 334.4 賬務處理接口 345資金管理系統(tǒng)技術(shù)要求. 355.1 總體技術(shù)要求 35資金項目背景隨著保險企業(yè)對精細化管理,風險管控的要求與日俱增,以及客戶對理賠速度和理賠質(zhì)量等服務質(zhì)量的要求越來越高,保險公司加快了數(shù)據(jù)集中速度、數(shù)據(jù)整合力度等方面的建設步伐,對保險公司財務、業(yè)務數(shù)據(jù)實行集中式管理,并實現(xiàn)總部對各分支機構(gòu)數(shù)據(jù)的實時對接。數(shù)據(jù)大集中是提升保險企業(yè)市場競爭力的重要手段,也成為了保險業(yè)突破信息化發(fā)展瓶頸的關(guān)鍵。早在2003年,各大保險公司就開始紛紛進行數(shù)據(jù)大集中(DataCenterConcentration ,簡稱 ) 工作。這樣一個數(shù)據(jù)大集中的了更多的能量。在后數(shù)據(jù)集中時代,要體現(xiàn)保險信息化的核心價的新潮涌動。此外,當前外資保險公司的紛紛進入及產(chǎn)生的競爭,也迫切要求我國保險公司提高保險資金的使用效率和投資收益,從而能夠降低保費、減輕保戶負擔、提高自身應付風險和承保的能力,進而提高競爭力?!昂髷?shù)據(jù)大集中時代”的到來,要做的是進一步利用數(shù)據(jù),充分挖掘集中數(shù)據(jù)的最大價值,為保險業(yè)的資金集中管理打開嶄新的篇章。資金管理系統(tǒng)項目總體功能說明資金集中收付結(jié)算、票據(jù)管理、資金計劃管理、資金上劃下?lián)芎豌y企自動對賬等功能。從而實現(xiàn)資金的集中管控,提升資金支付效率,降低資金管理風險。建設目標對于資金管理項目的建設,希望實現(xiàn)以下建設目標:? 實現(xiàn)資金集中支付,提升財務效率: 通過資金管理系統(tǒng)的應用實現(xiàn)對公司總分公司資金的統(tǒng)一監(jiān)控和調(diào)度,在統(tǒng)一的平臺中管理跨銀行跨地域資金,并實現(xiàn)在總部的集中資金支付管理,從而提升財務在資金管理工作上的業(yè)務效率。? 實現(xiàn)資金統(tǒng)一調(diào)撥,降低提高資金收益: 借助資金管理系統(tǒng)在實現(xiàn)了資金集中和統(tǒng)一調(diào)配后,降低銀行利息支出,更好的利用現(xiàn)有銀行賬戶的沉淀資金,從而充分挖掘資金存量的潛在收益。? 實現(xiàn)賬戶的一體化管理,有效控制資金風險: 借助資金管理統(tǒng), 對銀行賬戶進行一體化的流程管理,能夠?qū)崟r監(jiān)控資金賬戶變動狀況。此外,基于對于分支機構(gòu)的資金頭寸的有效管理能夠有效的控制資金風險。? 實現(xiàn)資金計劃管理,有效管理資金的使用: 借助資金管理系統(tǒng)對公司資金的使用進行合理有效的控制,并且對控制結(jié)果進行分析和考核,以逐步提高公司對資金使用的控制能力。? 實現(xiàn)銀企自動化對賬: 借助資金系統(tǒng),對流轉(zhuǎn)在企業(yè)各系統(tǒng)間結(jié)算數(shù)據(jù)進行有效關(guān)聯(lián),并最大化的實現(xiàn)銀企自動對賬及出具正確的余額調(diào)節(jié)表。使公司內(nèi)結(jié)算和財務核算全線貫通,有效提高財務的工作效率。? 實現(xiàn)非轉(zhuǎn)賬類結(jié)算的有效管理: 借助資金系統(tǒng),對非轉(zhuǎn)賬類的算如現(xiàn)金、票據(jù)等進行合理有效的管理,對此此類無法集中到總部處理非轉(zhuǎn)賬類業(yè)務,加強結(jié)算過程的總部監(jiān)控。? 收款自動核銷: 借助資金系統(tǒng)建立的直連渠道,實現(xiàn)收款核銷動化,提高收款核銷效率,減少財務人員工作量,規(guī)避人為風險。? 拓寬收款渠道: 新增客戶第三方支付(若干)和微信支付,支實時返回收款結(jié)果。功能范圍資金管理系統(tǒng)應涵蓋賬戶管理、資金收付、票據(jù)管理、現(xiàn)金管理、資金計劃、資金申請、資金上劃下?lián)芎唾Y金到賬確認、銀企對賬等功能,具體描述如下:業(yè)務功能 范圍劃分賬戶管理對全公司范圍內(nèi)的賬戶的基本信息及其全生命周期的流程化管理,并將資金系統(tǒng)內(nèi)的賬戶信息同步到企業(yè)內(nèi)其他系統(tǒng)。基于銀企直聯(lián),查詢所有可直聯(lián)銀行賬戶的銀行賬戶余額及銀行賬戶明細;對于非直聯(lián)的銀行賬戶可通過導入和手工錄入的方式來補入信息。資金收付款

與企業(yè)內(nèi)部的業(yè)務系統(tǒng)、收付費系統(tǒng)、費控系統(tǒng)、系統(tǒng)、HR系統(tǒng)等系統(tǒng)建立無縫接口對接,將收付數(shù)導入資金系統(tǒng)后,在資金系統(tǒng)內(nèi)進行收付結(jié)算,結(jié)算方式需包括:直聯(lián)單筆、直聯(lián)批量、網(wǎng)銀、現(xiàn)金、票據(jù)、報盤。 并在結(jié)算完成后進行資金到賬確認操作(資金交易與銀行明細核對),并在資金到賬確認成功后,按照確認的結(jié)果自動記賬,之后將憑證信息導入到總賬系統(tǒng);并將資金到賬確認的結(jié)果(核對批號和核對日期)返回給業(yè)務系統(tǒng)等系統(tǒng),業(yè)務系統(tǒng)收到資金到賬確認的結(jié)果后,再進行記賬處理。資金調(diào)撥 通過資金系統(tǒng)完成資金自動上劃,上劃的規(guī)則和上劃頻率企業(yè)可靈活自定義,上劃成功后進行資金到賬確(資金交易核對),確認(資金交易與銀行明細核對),資金計劃通過編制全公司的資金計劃,可支持按周、月、季、年等不同維度編制計劃,并按照計劃對全公司的資金調(diào)撥和資金使用進行計劃控制,控制的方式需具備多樣性(不控制、提示性控制、嚴格控制),并對計劃控制執(zhí)行的結(jié)果進行報表考核。票據(jù)業(yè)務管理票據(jù)實物,管理票據(jù)入庫、領用、復核、核銷、作廢、預警、查看,對每個票據(jù)的全生命周期進行管理。資金監(jiān)控預警

可以對銀行賬戶和資金交易等進行監(jiān)控,監(jiān)控如銀行賬戶余額異常變動,大額資金交易,和重復支付交易等,并可將預警信息發(fā)送給指定的人員。銀企對賬 保障與業(yè)務、費用等相關(guān)的資金收支的業(yè)務數(shù)據(jù)與賬記錄的一致性,能夠清晰追溯收付款單據(jù)與收付費付憑證及總賬憑證之間的關(guān)系;并對具備清晰關(guān)系的數(shù)據(jù),進行自動銀企對賬,無法通過收付款單據(jù)跟蹤的據(jù)均通過手工進行銀企對賬,但系統(tǒng)提供手工對賬的具支持;并在對賬完成后,生成余額調(diào)節(jié)表。報表管理可對企業(yè)資金收付、資金監(jiān)控、資金計劃、資金調(diào)撥、銀行賬戶分布等多個方位進行報表分析,并產(chǎn)出統(tǒng)計分析報表。收款核銷與核心系統(tǒng)集成,為核心系統(tǒng)應收款核銷提供直聯(lián)數(shù)據(jù)支持。第三方實時收款接口

與網(wǎng)銷系統(tǒng)集成,處理客戶的第三方或者微信支付請求,并實時返回支付結(jié)果。系統(tǒng)接口 銀企直聯(lián)平臺:工、農(nóng)、中、建、中信等國內(nèi)主流銀直聯(lián)第三方支付平臺:支付寶、通聯(lián)、快錢、匯付天下、微信等主流第三方支付基礎信息同步接口:賬戶同步、銀行明細同步、直聯(lián)銀行開戶行同步等相關(guān)基礎信息同步收付接口:業(yè)務系統(tǒng)、費控系統(tǒng)、預算系統(tǒng)等系統(tǒng)收付接口記賬接口:總賬系統(tǒng)接口( 資金管理項目功能需求賬戶管理功能需求描述5解凍賬戶凍結(jié)應提供賬戶凍結(jié)申請單,申請人選擇需凍結(jié)賬戶,錄入賬戶凍結(jié)原因,并提交審批。(5解凍賬戶凍結(jié)應提供賬戶凍結(jié)申請單,申請人選擇需凍結(jié)賬戶,錄入賬戶凍結(jié)原因,并提交審批。編號功能點功能點描述1.1.賬戶開戶提供賬戶開戶申請表單,申請人基于表單錄入賬戶1開戶申請的事由、申請開立銀行、賬戶性質(zhì)等信息。特定權(quán)限審批人能夠?qū)~戶開戶申請單進行審批,經(jīng)審批后通知申請人可執(zhí)行賬戶開戶。1.1.賬戶附件支持對賬戶上傳各種相關(guān)的附件,并可支持后續(xù)的2管理下載和查看。1.1.賬戶變更提供賬戶變更申請表單,申請人選擇需變更賬戶,3選擇或錄入變更原因,并提交審批。特定權(quán)限審批人能夠?qū)~戶變更申請進行審批,經(jīng)審批后通知申請人可執(zhí)行賬戶變更。1.1.賬戶銷戶提供賬戶銷戶申請單,申請人選擇需銷戶賬戶,錄4入賬戶銷戶原因,并提交審批。特定權(quán)限審批人能夠?qū)~戶銷戶申請進行審批,經(jīng)審批后通知申請人可執(zhí)行賬戶銷戶。1.1.賬戶凍結(jié)可對賬戶執(zhí)行賬戶凍結(jié)操作。特定權(quán)限審批人能夠?qū)~戶凍結(jié)申請進行審批,經(jīng)審批后通知申請人可執(zhí)行賬戶凍結(jié)。凍結(jié)后的賬戶自動轉(zhuǎn)入凍結(jié)狀態(tài),該狀態(tài)下賬戶不可做任何操作。已凍結(jié)的賬戶可申請解凍,并經(jīng)審批后進行解凍操作轉(zhuǎn)入可操作狀態(tài)。1.1.賬戶基礎可將資金系統(tǒng)對賬戶的維護結(jié)果,同步給業(yè)務、財6信息同步務等企業(yè)其他系統(tǒng)。1.1.賬戶信息能夠支持基于層次結(jié)構(gòu)和相應權(quán)限的賬戶信息查7查詢詢,查詢?nèi)藘H可查詢權(quán)限內(nèi)賬戶信息,能夠基于組織、開戶行、賬號、賬戶性質(zhì)、存款類型、幣種等多維度的信息進行賬戶檢索。(1.2)銀行賬戶余額查詢編號功能點功能點描述1.2.賬戶實際能夠查詢各銀行賬戶基本信息及賬戶的資金余額。1余額查詢能夠基于組織名稱、開戶行、賬號、幣種等多維度信息進行賬戶檢索。1.2.賬戶余額能夠基于賬戶層次結(jié)構(gòu)配置相應層次的賬戶余額查2查詢權(quán)限詢權(quán)限人??稍O定該權(quán)限人是否能夠查詢該層次下控制所有層次的賬戶余額。(1.3)銀行賬戶明細查詢編號 功能點 功能點描述1.3.銀行賬戶能夠基于時間、金額、收付款人名稱 /賬號、開戶1明細清單行、賬號、幣種等多維度信息進行交易檢索。檢索查詢結(jié)果顯示銀行賬戶明細清單。1.3.單筆銀行對于銀行賬戶明細清單中列示交易可以進行單筆銀2賬戶明細行賬戶明細的查看,銀行賬戶明細查看應能夠顯示明細查看該筆明細的詳細支付信息。1.3.銀行賬戶能夠基于賬戶層次結(jié)構(gòu)配置相應層次的銀行賬戶明3明細查詢細查詢權(quán)限人??稍O定該權(quán)限人是否能夠查詢該層權(quán)限控制次下所有層次的銀行賬戶明細。(1.4)賬戶狀況監(jiān)控編號功能點功能點描述1.4.賬戶狀況能夠可視化配置賬戶狀況監(jiān)控規(guī)則,可定義監(jiān)控類1監(jiān)控規(guī)則型,在不同的監(jiān)控類型下可定義相應的監(jiān)控規(guī)則。設定各種監(jiān)控類型的監(jiān)控規(guī)則中均應包括監(jiān)控賬戶,異常情況的通知方式(短信、郵件)、被通知人。能夠定義各種監(jiān)控類型下的監(jiān)控狀況通知內(nèi)容模板。1.4.支付監(jiān)控支付監(jiān)控應能夠在控制規(guī)則中設定起始監(jiān)控金額。2 時間、用途等信息。資金收付功能需求描述(2.1)收付款單據(jù)生成編號功能點功能點描述2.1.1收付款單能夠基于支付接口數(shù)據(jù)要求進行收付款單據(jù)規(guī)則定據(jù)規(guī)則定義。能夠支持收付銀行、收付類別(同行、跨行)義等存在差異化支付要求的分類規(guī)則設定。付款單據(jù)規(guī)則應能夠定義該規(guī)則下支付單據(jù)的詳細字段及校驗規(guī)則。2.1.2收付款單生成收付款單據(jù)時,需定義收付款單據(jù)選用規(guī)則,據(jù)抽檔規(guī)則檢查并基于規(guī)則進行字段完整性和校驗規(guī)則的檢查。2.1.3收付款單能夠支持自動及手動生成收付款單據(jù)批次。能夠根據(jù)組批定據(jù)付款組織、付款類型、付款銀行賬戶等條件自定義義設置組批的規(guī)則。系統(tǒng)應支持對于收付款單據(jù)批的查詢,查詢后顯示的收付款單據(jù)批應包括本批的來源渠道、支付金額合計、創(chuàng)建時間等信息。2.1.4手工收付能夠提供可視化界面供用戶在定義的收付款單據(jù)批款單據(jù)錄下進行收付款單據(jù)的信息錄入。手工收付款單據(jù)模入板應能夠基于不同的收付款單據(jù)規(guī)則進行分類。2.1.5文件導入能夠提供文件收付款單據(jù)的導入模板,用戶可基于生成付款單據(jù)文件付款單據(jù)導入模板批量錄入付款數(shù)據(jù),并一次性導入資金管理系統(tǒng)。導入后每一條支付記錄行生成一張收付款單據(jù),一批次導入生成的收付款單據(jù)生成一個單據(jù)批。(2.2)收付款單據(jù)審批編號功能點功能點描述2.2.收付款單可對付款單據(jù)執(zhí)行送審操作,送審后的收付款單據(jù)1據(jù)送審轉(zhuǎn)變?yōu)椤皩徟小睜顟B(tài),并基于設定的審批流程提交相關(guān)審批人。2.2.付款單據(jù)能夠?qū)Υ龑徍耸崭犊顔螕?jù)執(zhí)行“審批”操作,可手2審批工單筆或批量審批,也可以任務批量審批。2.2.付款單據(jù)能夠?qū)Υ龑徍耸崭犊顔螕?jù)執(zhí)行“拒絕”操作,此操3審批拒絕作主要用于收付款單據(jù)審批不通過時候的處理,拒絕后的單據(jù)可作廢或和重新送審。2.2.批量審批對收付款單據(jù)的“送審”、“審批”、“拒絕”等4處理支持操作均應能夠支持批量處理。(2.3)收付款單據(jù)收付編號功能點功能點描述2.3.付款單據(jù)能夠查詢并選擇“未支付”或“支付失敗”狀態(tài)下1直聯(lián)單筆的可直聯(lián)支付的付款單據(jù)進行單筆收付,單筆支付支付執(zhí)行“支付”操作后,直接向銀行提交支付信息。單據(jù)狀態(tài)變?yōu)椤爸Ц吨小被颉拔粗薄?.3.收付款單能夠批量代收付數(shù)據(jù),并選擇可直聯(lián)支付的“未支2據(jù)直聯(lián)批付”或“支付失敗”狀態(tài)下的收付款單據(jù)并進行批量收付量收付。每個批次的數(shù)據(jù)生成一個支付報文提交銀行處理。單據(jù)狀態(tài)變?yōu)椤爸Ц吨小被颉拔粗薄?.3.自動批量能夠設定自動收付時點,并在該時點由系統(tǒng)對所有3收付處于“未支付”狀態(tài)的可直聯(lián)支付的單據(jù)基于付款單據(jù)規(guī)則進行分類,并分別批量提交銀行進行收付。單據(jù)狀態(tài)變?yōu)椤爸Ц吨小被颉拔粗薄?.3.網(wǎng)銀/報能夠查詢非直聯(lián)支付的付款單據(jù),基于付款單據(jù)規(guī)4盤文件生則進行分類后,可依據(jù)各付款單據(jù)規(guī)則對應的各家成銀行網(wǎng)銀或報盤文件格式要求生成標準支付文件,該文件可下載使用。2.3.現(xiàn)金收付對標識支付方式為現(xiàn)金的付款單據(jù),執(zhí)行系統(tǒng)外現(xiàn)5金付款;并在系統(tǒng)內(nèi)提供單筆或者批量的現(xiàn)金收付狀態(tài)確認。2.3.票據(jù)收付對標識為票據(jù)支付的業(yè)務,需轉(zhuǎn)入票據(jù)管理中的票6據(jù)流程進行后續(xù)的票據(jù)收付處理。(2.4)收付狀態(tài)確認編號功能點功能點描述2.4.直聯(lián)收付執(zhí)行收付操作后,資金系統(tǒng)通過直聯(lián)接口向銀行發(fā)1結(jié)果確認起收付狀態(tài)查詢指令,銀行依據(jù)資金系統(tǒng)發(fā)送的指令返回每筆交易數(shù)據(jù)的收付狀態(tài)。收付成功的付款單據(jù)由“支付中”或“未知”狀態(tài)轉(zhuǎn)為“已支付”狀態(tài)。收付失敗的收付款單據(jù)由““支付中”或“未知”狀態(tài)轉(zhuǎn)為“支付失敗”。2.4.非直聯(lián)支通過網(wǎng)銀/報盤/票據(jù)/現(xiàn)金等傳統(tǒng)方式支付的付款2付結(jié)果確單據(jù)需在支付完成后基于銀行回單進行支付結(jié)果確認認,可支持手工錄入或電子回單導入。對于網(wǎng)銀、現(xiàn)金的數(shù)據(jù),手工確認收付狀態(tài),對于報盤數(shù)據(jù),通過上載銀行回盤文件來確認一個報盤文件內(nèi)所有數(shù)據(jù)的收付狀態(tài)。對于票據(jù)類數(shù)據(jù),通過核銷票據(jù)來確認收付狀態(tài)。收付成功的付款單據(jù)由“支付中”狀態(tài)轉(zhuǎn)為“已支付”狀態(tài)。收付失敗的收付款單據(jù)由““支付中”狀態(tài)轉(zhuǎn)為“支付失敗”。2.4.收付結(jié)果生成收付結(jié)果后,向會數(shù)據(jù)發(fā)送過來的源頭系統(tǒng)返3返回回收付最終狀態(tài),用于相應系統(tǒng)的后續(xù)業(yè)務處理。(2.5)收付款資金到賬確認編號功能點功能點描述2.5.1收付款成對于所有通過資金系統(tǒng)處理的數(shù)據(jù),收付狀態(tài)確認功數(shù)據(jù)資為“已支付“后,還需對此數(shù)據(jù)進行資金到賬確金到賬確認,將資金系統(tǒng)內(nèi)的交易單明細數(shù)據(jù)與通過直聯(lián)接認口導入的銀行明細賬數(shù)據(jù)進行核對,確認每一筆交易明細的資金到賬成功,確認操作生成唯一號碼關(guān)聯(lián)資金交易明細和銀行明細賬,并將此號碼傳回前端系統(tǒng),各系統(tǒng)使用此唯一號碼進行記賬處理,為后續(xù)的銀企自動對賬建立基礎。(2.5)收付款失敗處理編號 功能點 功能點描述2.5.1“支付失針對接口系統(tǒng)導入的收付款單據(jù),查詢狀態(tài)為“支敗”單據(jù)付失敗”后,可執(zhí)行返盤操作,將收付失敗的數(shù)據(jù)退回以及收付失敗的原因傳回前端系統(tǒng),前端系統(tǒng)進行收付款信息修改處理。但是,對于某些原因如“通信失敗”、“余額不足”造成的收付失敗,資金系統(tǒng)可以控制不傳回前端系統(tǒng),可重新在系統(tǒng)內(nèi)再發(fā)起收付。2.5.2“退票”針對接口系統(tǒng)導入的付款單據(jù),如發(fā)生退票時,在單據(jù)退回資金系統(tǒng)內(nèi)執(zhí)行沖正操作,沖正之后資金系統(tǒng)通過接口將退票信息傳回給前端系統(tǒng),同時產(chǎn)生沖銷憑證導入總賬系統(tǒng)。(2.6)收付款查詢編號功能點功能點描述2.6.收付款單能夠基于收付款單據(jù)批號、金額、結(jié)算渠道、日期1據(jù)批查詢等多種查詢條件進行收付款單據(jù)批的查詢。查詢到的收付款單據(jù)批可打開查看其中所包含的收付款單據(jù)。2.6.收付款單能夠基于收付款單據(jù)號、金額、創(chuàng)建人、日期、摘2據(jù)單筆查要、付款賬戶、收款名稱、收款賬戶、付款單據(jù)狀詢態(tài)等多種查詢條件進行付款單據(jù)的查詢。查詢后付款單據(jù)應包括單據(jù)本身的信息以及審批和支付結(jié)果情況等信息。收付款單據(jù)還可查詢其歷史支付記錄行,包括作廢和重新生成的支付記錄行。收付款單據(jù)的查詢要滿足集中支付管理的需求,即下級機構(gòu)能夠查詢到上級機構(gòu)對本機構(gòu)付款單據(jù)的支付情況。(2.7)收付風險控制編號功能點功能點描述2.7.收付接口從業(yè)務系統(tǒng)等系統(tǒng)導入收付數(shù)據(jù)到資金系統(tǒng)時,可1數(shù)據(jù)校驗對數(shù)據(jù)的有效性進行檢查,可通過規(guī)則自動退回數(shù)據(jù)不合法的收付單據(jù)。2.7.收付單據(jù)收付款單據(jù)生成后不可修改或刪除,可執(zhí)行作廢操2安全控制作。2.7.收付單據(jù)支付過程中,對于疑似的重復支付數(shù)據(jù)有支付監(jiān)控3重復支付功能,并對異常數(shù)據(jù)進行提示。檢測2.7.收付單據(jù)支付過程中,對于大額支付(額度可人工設定)可4支付監(jiān)控進行監(jiān)控和提示。票據(jù)管理功能需求描述(3.1)票據(jù)入庫管理編號 功能點 功能點描述3.1.1

票據(jù)類型及要素定義

能夠基于可視化界面定義業(yè)務所涉及的票據(jù)類型以及各種票據(jù)類型下的票據(jù)要素。能夠針對票據(jù)類型和票據(jù)要素建立票據(jù)管理的標準模板,用于票據(jù)的3.1.2

支付票據(jù)入庫

日常管理。系統(tǒng)支持銀行匯票、本票、支票的管理。系統(tǒng)應能夠建立票據(jù)的系統(tǒng)編號,并能夠維護票據(jù)的實物編號,并建立二者的關(guān)聯(lián)關(guān)系。系統(tǒng)能夠支持由銀行獲得的未使用的支付票據(jù)的入庫,入庫時需登記票據(jù)的類型、銀行賬戶、編號、入庫人、入庫時間等基本信息。3.1.3

票據(jù)查詢能夠基于票據(jù)類型、系統(tǒng)內(nèi)票據(jù)編碼或票據(jù)實物編碼、票據(jù)要素、票據(jù)使用狀態(tài)進行票據(jù)的查詢。查詢結(jié)果應能夠跟蹤到票據(jù)的資金狀態(tài)變動。(3.2)票據(jù)使用與核銷編號 功能點 功能點描述3.2.1

票據(jù)領用 能夠查詢票據(jù)實物庫中的票據(jù),并針對特定票據(jù)起領用,領用提交后流轉(zhuǎn)至有具有復核權(quán)限的人行領用復核。3.2.2

票據(jù)領用復核

進行復核操作,可執(zhí)行復核通過和或領用退回操作。3.2.33.2.4

票據(jù)核銷 票據(jù)在經(jīng)過銀行解付后,由領出人進行票據(jù)核銷作,核銷時需通過資金系統(tǒng)內(nèi)的銀行賬戶到賬明記錄,基于此到賬明細記錄方可執(zhí)行核銷操作。核銷后,票據(jù)處于“已核銷”狀態(tài)。票據(jù)預警 對于系統(tǒng)內(nèi)處于非正常狀態(tài)的票據(jù)系統(tǒng)可自動預提示,預警信息包括:票據(jù)超期未承兌預警、票3.2.5

票據(jù)賬務處理

核銷失敗預警等基本預警信息。執(zhí)行核銷后,對于系統(tǒng)使用票據(jù)進行結(jié)算的單據(jù),單據(jù)支付狀態(tài)處于“已支付”狀態(tài),系統(tǒng)應能夠基于支付金額等相關(guān)單據(jù)信息,進行自動賬務處理?,F(xiàn)金管理功能需求描述(4.1)現(xiàn)金收付管理編號 功能點 功能點描述4.1.14.1.2

管理管理

象、金額等情況,并可實時查看現(xiàn)金余額。象、金額等情況,并可實時查看現(xiàn)金余額。(4.2)存提現(xiàn)管理編號 功能點 功能點描述4.2.14.2.2

存現(xiàn)管理 可通過系統(tǒng)管理存現(xiàn)業(yè)務,對每筆存現(xiàn)業(yè)務發(fā)生金額、存現(xiàn)人、存現(xiàn)時間等進行管理。提現(xiàn)管理 可通過系統(tǒng)管理提現(xiàn)業(yè)務,對每筆提現(xiàn)業(yè)務發(fā)生金額、提現(xiàn)人、提現(xiàn)時間、提現(xiàn)支票號等進行管理。資金計劃功能需求描述(5.1)資金計劃編制編號 功能點 功能點描述5.1.15.1.2

資金計劃項目維護資金計劃編制

提供可視化界面配置資金計劃項目,能夠配置多層級的資金計劃項目,能夠配置各資金計劃申請機構(gòu)可用的資金計劃項目、目,且能夠針對不同的支出戶類別(如行政支出戶、業(yè)務賠付支出戶)分別定義其可用資金計劃項目。能夠提供資金計劃編制的可視化錄入界面,各分支公司可按照總公司設定好的模板進行計劃數(shù)據(jù)的編制錄入或?qū)?。?.2)資金計劃審批編號 功能點 功能點描述5.2.1

資金計劃審批

逐筆或批量審批,可執(zhí)行審批通過或?qū)徟嘶夭僮?。系統(tǒng)應能夠支持定義多級審批。(5.2)資金計劃匯總編號 功能點 功能點描述5.2.15.2.2

資金計劃匯總資金計劃匯總審批

處于分公司層級的機構(gòu),可對下級機構(gòu)提交的已通過審批的資金計劃進行匯總,形成以一個分公司為整體的匯總計劃并提交上級機構(gòu)審批。有權(quán)限審批人能夠?qū)Πl(fā)起單位提交的資金匯總計劃進行逐筆或批量審批,可執(zhí)行審批通過或?qū)徟嘶夭僮鳌O到y(tǒng)應能夠支持定義多級審批。(5.3)資金計劃控制編號 功能點 功能點描述5.3.15.3.25.3.3

執(zhí)行控制調(diào)整

所有機構(gòu)編制完計劃并通過審批后,由總公司觸發(fā)計劃執(zhí)行。計劃執(zhí)行后,計劃數(shù)不得再進行手工調(diào)整。系統(tǒng)對提供對計劃的多種控制含:不控制、提示性控制、嚴格控制,且計劃控制可以分別對資金申請單和資金交易單進行控制,控制點可對每個機構(gòu)、每個計劃項目設定不同的控制規(guī)則。整單提供多層級審批流程,審批通過后調(diào)整數(shù)生效。(5.3)資金計劃考核報表編號 功能點 功能點描述5.3.15.3.2

資金執(zhí)行率報表資金計劃調(diào)整率報表

對一定期間內(nèi)的計劃執(zhí)行情況報表,顯示所有計劃執(zhí)行實體的計劃執(zhí)行情況。對一定期間內(nèi)的計劃調(diào)整數(shù)情況報表,顯示所有計劃執(zhí)行實體的計劃調(diào)整情況。資金調(diào)撥功能需求描述(6.1)上劃下?lián)懿呗远x編號 功能點 功能點描述6.1.16.1.26.1.36.1.46.1.5

定義支持支持定義支持

能夠支持上劃方式與上劃時間、上劃層級進行組合,從而配置出多種資金上劃策略。系統(tǒng)應能夠支持以下上劃方式:取整上劃—將目標賬戶上資金余額的整數(shù)部分上劃,例如以萬、十萬、百萬元等為單位;保留余額上劃—只將目標賬戶上超過規(guī)定保留額度的資金上劃;定額上劃—按指定金額將目標賬戶上的資金上劃;系統(tǒng)應能夠支持以下上劃時間模式:自動定時上劃-設定每天、每周、每月等固定周期,系統(tǒng)根據(jù)設定的時間上劃。手動上劃—在任何時間,可以以手動方式進行目標賬戶資金余額的上劃。能夠支持下?lián)芊绞脚c下?lián)軙r間進行組合,從而配置出多種資金下?lián)懿呗?,所配置的下?lián)懿呗钥梢詥蝹€或批量應用到目標操作賬戶。系統(tǒng)應能夠支持以下下?lián)芊绞剑嚎偣局苯酉聯(lián)苜Y金到機構(gòu)目標賬戶。機構(gòu)本級收入戶橫撥資金到目標賬戶。分公司層級下?lián)苜Y金到下級支公司目標賬戶。以上三種方式嵌套式動態(tài)處理下?lián)苡囝~不足的下?lián)?.1.6

下?lián)軙r間支持

方式。系統(tǒng)應能夠支持以下下?lián)軙r間模式:定時下?lián)堋O定每天、每周、每月,根據(jù)設定的時間執(zhí)行下?lián)?;手動下?lián)堋軌蛟谌我鈺r間手動將資金下?lián)苤聊繕速~戶。(6.2)上劃下?lián)懿呗耘渲镁幪?功能點 功能點描述6.2.1

賬戶關(guān)系組上劃下?lián)懿呗耘渲?/p>

能夠就指定的賬戶關(guān)系組配置上劃下?lián)懿呗?,通過上劃下?lián)懿呗灾付ê螅4嫘纬缮蟿澫聯(lián)懿呗耘渲糜涗?。?.3)資金申請單編號 功能點 功能點描述6.3.16.3.2

單錄入單審批

機構(gòu)需要使用資金時,在資金系統(tǒng)內(nèi)進行資金申請單的錄入,錄入時須錄入收款的賬戶、申請金額、申請的計劃項目。資金申請的錄入可手工錄入也可文件導入。提供對資金申請單的多層級審批流程,可對資金申請單進行批量送審、批量審批。有權(quán)限審批人在審批時可依據(jù)實際資金情況修改核準金額,最終資金按照核準金額下?lián)?。審批人在審批時可以審批通過也可以審批退回,對于審批退回的單據(jù),錄入人可以修改單據(jù)信息后再發(fā)起申請。(6.4)自動上劃下?lián)軋?zhí)行編號 功能點 功能點描述6.4.16.4.26.4.3

執(zhí)行執(zhí)行非直聯(lián)上劃下?lián)軋?zhí)行

賬戶間基于策略配置生成的自動上劃單據(jù)按策略設定時間自動發(fā)送外部銀行執(zhí)行操作;賬戶間基于策略配置生成的自動上劃單據(jù)按策略設定時間自動清算資金申請單并生成下?lián)芙灰讍伟l(fā)送外部銀行執(zhí)行操作;如上劃下?lián)茉O計操作的銀行不支持銀企直聯(lián)模式,則通過人工從傳統(tǒng)渠道如網(wǎng)銀、報盤、支票等方式進行操作。(6.5)上劃下?lián)苜Y金到賬確認編號 功能點 功能點描述6.5.16.5.2

資金上劃下?lián)苤甭?lián)劃撥資金確認資金上劃下?lián)芊侵甭?lián)劃撥資金確認

資金上劃下?lián)芡ㄟ^銀企直聯(lián)支付后,通過銀企直聯(lián)接口返回上劃下?lián)茔y行賬戶明細,并與相應的上劃下?lián)軉螕?jù)進行資金確認操作。非銀企直聯(lián),采用傳統(tǒng)方式如網(wǎng)銀、報盤和支票行資金確認操作。6.5.

如上劃下?lián)芑谂c銀行協(xié)議,依托銀行系統(tǒng)在其內(nèi)配置上劃下?lián)懿呗赃M行的自動上劃下?lián)?,在業(yè)務完3

成后,應支持將銀行回單結(jié)果導入或手工錄入,同時支持將網(wǎng)銀的交易數(shù)據(jù)導入資金系統(tǒng),并進行資金確認。(6.6)上劃下?lián)苜~務處理編號 功能點 功能點描述6.6.16.6.26.6.3

證出往來憑證處理支持

對于在資金管理系統(tǒng)中資金上劃下?lián)苜Y金確認成功的上劃下?lián)軉螕?jù),系統(tǒng)能夠就單據(jù)信息進行會計核算所需要的準憑證的制證處理,能夠基于所采用的會計核算系統(tǒng)的規(guī)范,形成標準的準憑證單據(jù)。能夠?qū)⑸傻纳蟿澫聯(lián)軠蕬{證信息通過文件或系統(tǒng)接口的方式導出,用于會計核算系統(tǒng)的正式憑證生成。資金管理系統(tǒng)中基于資金上劃下?lián)艿馁~務處理需同步自動生成資金劃撥單位間的往來憑證。(6.7)上劃下?lián)苁√幚砭幪柟δ茳c功能點描述6.7.上劃下?lián)苣軌蛄惺井斍吧蟿澫聯(lián)苁螕?jù),可基于上劃下?lián)?失敗單據(jù)失敗單據(jù)查看失敗原因,并能夠?qū)κ∩蟿澫聯(lián)軉涡薷膿?jù)重新發(fā)起支付。6.7.上劃下?lián)苁螕?jù)能夠?qū)ι蟿澫聯(lián)苁螕?jù)執(zhí)行“作廢”操作。執(zhí)行作廢操作后的單據(jù)可查詢,其單據(jù)編號不釋放,顯2 作廢 示為“已作廢”狀態(tài),此時上劃下?lián)軉螕?jù)的流程止。(6.8)上劃下?lián)懿樵兙幪柟δ茳c功能點描述6.8.資金上劃能夠基于多種查詢條件查詢資金上劃下?lián)軉螕?jù),能1下?lián)軉螕?jù)夠打開資金上劃下?lián)軉螕?jù)查看其制單的詳細情況及查詢歷史操作的情況。銀企對賬功能需求描述(7.1)對賬初始化編號功能點功能點描述7.1.1企業(yè)賬期能夠可視化設置企業(yè)賬記載的銀行賬戶的余額,該初余額設余額為系統(tǒng)啟動正式對賬時點的企業(yè)賬的余額。置7.1.2銀行賬期初余額設能夠可視化設置銀行對賬單所記載的銀行賬戶的余額,該余額為系統(tǒng)啟動正式對賬時點的銀行對賬單置的余額。7.1.3銀行記賬能夠可視化設置截止系統(tǒng)啟動正式對賬時點的銀行企業(yè)未記賬未達賬已記賬企業(yè)未記賬的未達賬記錄。該記錄應包括發(fā)生日期、記賬金額、收 /付、關(guān)鍵追溯字段(銀行記錄初始配置對賬單記錄號)、摘要(7.2)賬單同步管理編號功能點功能點描述7.2.1企業(yè)賬單按對賬周期同步企業(yè)的銀行日記賬,轉(zhuǎn)化為系統(tǒng)可同步識別的數(shù)據(jù)格式,并在系統(tǒng)內(nèi)提供可視化查看界面,提供數(shù)據(jù)完整性及重復性校驗功能。7.2.2銀行賬單通過銀企直聯(lián)接口定期取得銀行對賬單數(shù)據(jù),轉(zhuǎn)化同步為系統(tǒng)可識別數(shù)據(jù)格式,并在系統(tǒng)內(nèi)提供可視化查看界面,提供數(shù)據(jù)完整性及重復性校驗功能。(7.3)銀企對賬處理編號功能點功能點描述7.3.1基于關(guān)聯(lián)基于通過資金系統(tǒng)資金確認操作,并以資金確認號碼的銀企為唯一關(guān)聯(lián)碼進行記賬的數(shù)據(jù),憑證信息導入到資自動對賬金系統(tǒng)后,依據(jù)唯一關(guān)聯(lián)碼進行自動對賬處理。7.3.2基于標準對于未通過資金系統(tǒng)資金確認后記賬的數(shù)據(jù),無法規(guī)則的銀企自動對使用唯一關(guān)聯(lián)碼進行自動對賬,因此可按照設定對賬期間、金額、銀行賬戶等條件信息進行自動按規(guī)賬則對賬。7.3.3手工銀企對于無法進行自動對賬的數(shù)據(jù),系統(tǒng)提供可視化操對賬作界面進行手工對賬。7.3.4取消對賬對于已對賬的數(shù)據(jù),如發(fā)現(xiàn)對賬有誤,可執(zhí)行取消對賬的操作,可手工單筆或者批量進行取消對賬。(7.4)銀行余額調(diào)節(jié)表編號 功能點 功能點描述7.4.1銀行余額能夠基于企業(yè)賬及銀行對賬單對賬期末余額、上期調(diào)節(jié)表自未達賬記錄(第一期為初始未達賬記錄)、當期未動生成達賬記錄共同生成銀行余額調(diào)節(jié)表,銀行余額調(diào)節(jié)表以觸發(fā)方式生成,其支撐基礎數(shù)據(jù)使用觸發(fā)動作時點的未達賬記錄數(shù)據(jù)。(7.5)銀企對賬查詢編號功能點功能點描述7.5.1企業(yè)賬單及對賬情能夠查詢企業(yè)賬的對賬基礎記錄,能夠基于記賬日期、記賬金額、收 /付、關(guān)鍵追溯字段(記賬憑證況查詢號)、輔助追溯字段(付款單據(jù)號)、摘要和對賬狀態(tài)進行查詢。7.5.2銀行賬單及對賬情能夠查詢銀行對賬單的對賬基礎記錄,能夠基于發(fā)生日期、記賬金額、收 /付、關(guān)鍵追溯字段(銀行況查詢對賬單記錄號)、輔助追溯字段(付款單據(jù)號)、摘要和對賬狀態(tài)進行查詢。系統(tǒng)管理功能需求描述(8.1)權(quán)限管理編號功能點功能點描述8.1.1用戶權(quán)限管理提供操作界面進行用戶權(quán)限的配置,能夠在權(quán)限控制節(jié)點上配置權(quán)限人,且能夠查詢各用戶的持有權(quán)限。8.1.2功能權(quán)限可針對用戶設置不同功能的查詢、修改、刪除等等管理 權(quán)限。8.1.3 數(shù)據(jù)權(quán)限管理

能夠針對用戶定義可以訪問和操作的數(shù)據(jù)權(quán)限。(8.2)審批流管理編號功能點功能點描述8.2.1審批流程能夠?qū)Y金系統(tǒng)內(nèi)賬戶管理、資金申請、資金交易定義等不同的管理功能定義審批流程。能夠支持流程的發(fā)起、流程節(jié)點以及觸發(fā)條件等內(nèi)容的設置。8.2.2流轉(zhuǎn)控制

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論