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

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

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

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

票據類型及要素定義

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

支付票據入庫

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

票據查詢能夠基于票據類型、系統內票據編碼或票據實物編碼、票據要素、票據使用狀態進行票據的查詢。查詢結果應能夠跟蹤到票據的資金狀態變動。（3.2）票據使用與核銷編號 功能點 功能點描述3.2.1

票據領用 能夠查詢票據實物庫中的票據，并針對特定票據起領用，領用提交后流轉至有具有復核權限的人行領用復核。3.2.2

票據領用復核

進行復核操作，可執行復核通過和或領用退回操作。3.2.33.2.4

票據核銷 票據在經過銀行解付后，由領出人進行票據核銷作，核銷時需通過資金系統內的銀行賬戶到賬明記錄，基于此到賬明細記錄方可執行核銷操作。核銷后，票據處于“已核銷”狀態。票據預警 對于系統內處于非正常狀態的票據系統可自動預提示，預警信息包括：票據超期未承兌預警、票3.2.5

票據賬務處理

核銷失敗預警等基本預警信息。執行核銷后，對于系統使用票據進行結算的單據，單據支付狀態處于“已支付”狀態，系統應能夠基于支付金額等相關單據信息，進行自動賬務處理。現金管理功能需求描述（4.1）現金收付管理編號 功能點 功能點描述4.1.14.1.2

管理管理

象、金額等情況，并可實時查看現金余額。象、金額等情況，并可實時查看現金余額。（4.2）存提現管理編號 功能點 功能點描述4.2.14.2.2

存現管理 可通過系統管理存現業務，對每筆存現業務發生金額、存現人、存現時間等進行管理。提現管理 可通過系統管理提現業務，對每筆提現業務發生金額、提現人、提現時間、提現支票號等進行管理。資金計劃功能需求描述（5.1）資金計劃編制編號 功能點 功能點描述5.1.15.1.2

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

提供可視化界面配置資金計劃項目，能夠配置多層級的資金計劃項目，能夠配置各資金計劃申請機構可用的資金計劃項目、目，且能夠針對不同的支出戶類別（如行政支出戶、業務賠付支出戶）分別定義其可用資金計劃項目。能夠提供資金計劃編制的可視化錄入界面，各分支公司可按照總公司設定好的模板進行計劃數據的編制錄入或導入。（5.2）資金計劃審批編號 功能點 功能點描述5.2.1

資金計劃審批

逐筆或批量審批，可執行審批通過或審批退回操作。系統應能夠支持定義多級審批。（5.2）資金計劃匯總編號 功能點 功能點描述5.2.15.2.2

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

處于分公司層級的機構，可對下級機構提交的已通過審批的資金計劃進行匯總，形成以一個分公司為整體的匯總計劃并提交上級機構審批。有權限審批人能夠對發起單位提交的資金匯總計劃進行逐筆或批量審批，可執行審批通過或審批退回操作。系統應能夠支持定義多級審批。（5.3）資金計劃控制編號 功能點 功能點描述5.3.15.3.25.3.3

執行控制調整

所有機構編制完計劃并通過審批后，由總公司觸發計劃執行。計劃執行后，計劃數不得再進行手工調整。系統對提供對計劃的多種控制含：不控制、提示性控制、嚴格控制，且計劃控制可以分別對資金申請單和資金交易單進行控制，控制點可對每個機構、每個計劃項目設定不同的控制規則。整單提供多層級審批流程，審批通過后調整數生效。（5.3）資金計劃考核報表編號 功能點 功能點描述5.3.15.3.2

資金執行率報表資金計劃調整率報表

對一定期間內的計劃執行情況報表，顯示所有計劃執行實體的計劃執行情況。對一定期間內的計劃調整數情況報表，顯示所有計劃執行實體的計劃調整情況。資金調撥功能需求描述（6.1）上劃下撥策略定義編號 功能點 功能點描述6.1.16.1.26.1.36.1.46.1.5

定義支持支持定義支持

能夠支持上劃方式與上劃時間、上劃層級進行組合，從而配置出多種資金上劃策略。系統應能夠支持以下上劃方式：取整上劃—將目標賬戶上資金余額的整數部分上劃，例如以萬、十萬、百萬元等為單位；保留余額上劃—只將目標賬戶上超過規定保留額度的資金上劃；定額上劃—按指定金額將目標賬戶上的資金上劃；系統應能夠支持以下上劃時間模式：自動定時上劃－設定每天、每周、每月等固定周期，系統根據設定的時間上劃。手動上劃—在任何時間，可以以手動方式進行目標賬戶資金余額的上劃。能夠支持下撥方式與下撥時間進行組合，從而配置出多種資金下撥策略，所配置的下撥策略可以單個或批量應用到目標操作賬戶。系統應能夠支持以下下撥方式：總公司直接下撥資金到機構目標賬戶。機構本級收入戶橫撥資金到目標賬戶。分公司層級下撥資金到下級支公司目標賬戶。以上三種方式嵌套式動態處理下撥余額不足的下撥6.1.6

下撥時間支持

方式。系統應能夠支持以下下撥時間模式：定時下撥—設定每天、每周、每月，根據設定的時間執行下撥；手動下撥—能夠在任意時間手動將資金下撥至目標賬戶。（6.2）上劃下撥策略配置編號 功能點 功能點描述6.2.1

賬戶關系組上劃下撥策略配置

能夠就指定的賬戶關系組配置上劃下撥策略，通過上劃下撥策略指定后，保存形成上劃下撥策略配置記錄。（6.3）資金申請單編號 功能點 功能點描述6.3.16.3.2

單錄入單審批

機構需要使用資金時，在資金系統內進行資金申請單的錄入，錄入時須錄入收款的賬戶、申請金額、申請的計劃項目。資金申請的錄入可手工錄入也可文件導入。提供對資金申請單的多層級審批流程，可對資金申請單進行批量送審、批量審批。有權限審批人在審批時可依據實際資金情況修改核準金額，最終資金按照核準金額下撥。審批人在審批時可以審批通過也可以審批退回，對于審批退回的單據，錄入人可以修改單據信息后再發起申請。（6.4）自動上劃下撥執行編號 功能點 功能點描述6.4.16.4.26.4.3

執行執行非直聯上劃下撥執行

賬戶間基于策略配置生成的自動上劃單據按策略設定時間自動發送外部銀行執行操作；賬戶間基于策略配置生成的自動上劃單據按策略設定時間自動清算資金申請單并生成下撥交易單發送外部銀行執行操作；如上劃下撥設計操作的銀行不支持銀企直聯模式，則通過人工從傳統渠道如網銀、報盤、支票等方式進行操作。（6.5）上劃下撥資金到賬確認編號 功能點 功能點描述6.5.16.5.2

資金上劃下撥直聯劃撥資金確認資金上劃下撥非直聯劃撥資金確認

資金上劃下撥通過銀企直聯支付后，通過銀企直聯接口返回上劃下撥銀行賬戶明細，并與相應的上劃下撥單據進行資金確認操作。非銀企直聯，采用傳統方式如網銀、報盤和支票行資金確認操作。6.5.

如上劃下撥基于與銀行協議，依托銀行系統在其內配置上劃下撥策略進行的自動上劃下撥，在業務完3

成后，應支持將銀行回單結果導入或手工錄入，同時支持將網銀的交易數據導入資金系統，并進行資金確認。（6.6）上劃下撥賬務處理編號 功能點 功能點描述6.6.16.6.26.6.3

證出往來憑證處理支持

對于在資金管理系統中資金上劃下撥資金確認成功的上劃下撥單據，系統能夠就單據信息進行會計核算所需要的準憑證的制證處理，能夠基于所采用的會計核算系統的規范，形成標準的準憑證單據。能夠將生成的上劃下撥準憑證信息通過文件或系統接口的方式導出，用于會計核算系統的正式憑證生成。資金管理系統中基于資金上劃下撥的賬務處理需同步自動生成資金劃撥單位間的往來憑證。（6.7）上劃下撥失敗處理編號功能點功能點描述6.7.上劃下撥能夠列示當前上劃下撥失敗單據，可基于上劃下撥1失敗單據失敗單據查看失敗原因，并能夠對失敗上劃下撥單修改據重新發起支付。6.7.上劃下撥失敗單據能夠對上劃下撥失敗單據執行“作廢”操作。執行作廢操作后的單據可查詢，其單據編號不釋放，顯2 作廢 示為“已作廢”狀態，此時上劃下撥單據的流程止。（6.8）上劃下撥查詢編號功能點功能點描述6.8.資金上劃能夠基于多種查詢條件查詢資金上劃下撥單據，能1下撥單據夠打開資金上劃下撥單據查看其制單的詳細情況及查詢歷史操作的情況。銀企對賬功能需求描述（7.1）對賬初始化編號功能點功能點描述7.1.1企業賬期能夠可視化設置企業賬記載的銀行賬戶的余額，該初余額設余額為系統啟動正式對賬時點的企業賬的余額。置7.1.2銀行賬期初余額設能夠可視化設置銀行對賬單所記載的銀行賬戶的余額，該余額為系統啟動正式對賬時點的銀行對賬單置的余額。7.1.3銀行記賬能夠可視化設置截止系統啟動正式對賬時點的銀行企業未記賬未達賬已記賬企業未記賬的未達賬記錄。該記錄應包括發生日期、記賬金額、收 /付、關鍵追溯字段（銀行記錄初始配置對賬單記錄號）、摘要（7.2）賬單同步管理編號功能點功能點描述7.2.1企業賬單按對賬周期同步企業的銀行日記賬，轉化為系統可同步識別的數據格式，并在系統內提供可視化查看界面，提供數據完整性及重復性校驗功能。7.2.2銀行賬單通過銀企直聯接口定期取得銀行對賬單數據，轉化同步為系統可識別數據格式，并在系統內提供可視化查看界面，提供數據完整性及重復性校驗功能。（7.3）銀企對賬處理編號功能點功能點描述7.3.1基于關聯基于通過資金系統資金確認操作，并以資金確認號碼的銀企為唯一關聯碼進行記賬的數據，憑證信息導入到資自動對賬金系統后，依據唯一關聯碼進行自動對賬處理。7.3.2基于標準對于未通過資金系統資金確認后記賬的數據，無法規則的銀企自動對使用唯一關聯碼進行自動對賬，因此可按照設定對賬期間、金額、銀行賬戶等條件信息進行自動按規賬則對賬。7.3.3手工銀企對于無法進行自動對賬的數據，系統提供可視化操對賬作界面進行手工對賬。7.3.4取消對賬對于已對賬的數據，如發現對賬有誤，可執行取消對賬的操作，可手工單筆或者批量進行取消對賬。（7.4）銀行余額調節表編號 功能點 功能點描述7.4.1銀行余額能夠基于企業賬及銀行對賬單對賬期末余額、上期調節表自未達賬記錄（第一期為初始未達賬記錄）、當期未動生成達賬記錄共同生成銀行余額調節表，銀行余額調節表以觸發方式生成，其支撐基礎數據使用觸發動作時點的未達賬記錄數據。（7.5）銀企對賬查詢編號功能點功能點描述7.5.1企業賬單及對賬情能夠查詢企業賬的對賬基礎記錄，能夠基于記賬日期、記賬金額、收 /付、關鍵追溯字段（記賬憑證況查詢號）、輔助追溯字段（付款單據號）、摘要和對賬狀態進行查詢。7.5.2銀行賬單及對賬情能夠查詢銀行對賬單的對賬基礎記錄，能夠基于發生日期、記賬金額、收 /付、關鍵追溯字段（銀行況查詢對賬單記錄號）、輔助追溯字段（付款單據號）、摘要和對賬狀態進行查詢。系統管理功能需求描述（8.1）權限管理編號功能點功能點描述8.1.1用戶權限管理提供操作界面進行用戶權限的配置，能夠在權限控制節點上配置權限人，且能夠查詢各用戶的持有權限。8.1.2功能權限可針對用戶設置不同功能的查詢、修改、刪除等等管理 權限。8.1.3 數據權限管理

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

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

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

將總賬系統中的賬務信息同步到資金系統，以進行在資金系統中的銀企對賬及產出余額調節表。銀行賬戶明細同步

將資金系統通過銀企直聯接口從銀行直接獲取到的銀行賬戶明細數據同步到其他系統，以配合其他系統的數據核對工作。銀企直聯及第三方支付接口編號 功能點 功能點描述銀企直聯接口

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

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

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

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

票據類型及要素定義

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

支付票據入庫

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

票據查詢能夠基于票據類型、系統內票據編碼或票據實物編碼、票據要素、票據使用狀態進行票據的查詢。查詢結果應能夠跟蹤到票據的資金狀態變動。（3.2）票據使用與核銷編號 功能點 功能點描述3.2.1

票據領用 能夠查詢票據實物庫中的票據，并針對特定票據起領用，領用提交后流轉至有具有復核權限的人行領用復核。3.2.2

票據領用復核

進行復核操作，可執行復核通過和或領用退回操作。3.2.33.2.4

票據核銷 票據在經過銀行解付后，由領出人進行票據核銷作，核銷時需通過資金系統內的銀行賬戶到賬明記錄，基于此到賬明細記錄方可執行核銷操作。核銷后，票據處于“已核銷”狀態。票據預警 對于系統內處于非正常狀態的票據系統可自動預提示，預警信息包括：票據超期未承兌預警、票3.2.5

票據賬務處理

核銷失敗預警等基本預警信息。執行核銷后，對于系統使用票據進行結算的單據，單據支付狀態處于“已支付”狀態，系統應能夠基于支付金額等相關單據信息，進行自動賬務處理。現金管理功能需求描述（4.1）現金收付管理編號 功能點 功能點描述4.1.14.1.2

管理管理

象、金額等情況，并可實時查看現金余額。象、金額等情況，并可實時查看現金余額。（4.2）存提現管理編號 功能點 功能點描述4.2.14.2.2

存現管理 可通過系統管理存現業務，對每筆存現業務發生金額、存現人、存現時間等進行管理。提現管理 可通過系統管理提現業務，對每筆提現業務發生金額、提現人、提現時間、提現支票號等進行管理。資金計劃功能需求描述（5.1）資金計劃編制編號 功能點 功能點描述5.1.15.1.2

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

提供可視化界面配置資金計劃項目，能夠配置多層級的資金計劃項目，能夠配置各資金計劃申請機構可用的資金計劃項目、目，且能夠針對不同的支出戶類別（如行政支出戶、業務賠付支出戶）分別定義其可用資金計劃項目。能夠提供資金計劃編制的可視化錄入界面，各分支公司可按照總公司設定好的模板進行計劃數據的編制錄入或導入。（5.2）資金計劃審批編號 功能點 功能點描述5.2.1

資金計劃審批

逐筆或批量審批，可執行審批通過或審批退回操作。系統應能夠支持定義多級審批。（5.2）資金計劃匯總編號 功能點 功能點描述5.2.15.2.2

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

處于分公司層級的機構，可對下級機構提交的已通過審批的資金計劃進行匯總，形成以一個分公司為整體的匯總計劃并提交上級機構審批。有權限審批人能夠對發起單位提交的資金匯總計劃進行逐筆或批量審批，可執行審批通過或審批退回操作。系統應能夠支持定義多級審批。（5.3）資金計劃控制編號 功能點 功能點描述5.3.15.3.25.3.3

執行控制調整

所有機構編制完計劃并通過審批后，由總公司觸發計劃執行。計劃執行后，計劃數不得再進行手工調整。系統對提供對計劃的多種控制含：不控制、提示性控制、嚴格控制，且計劃控制可以分別對資金申請單和資金交易單進行控制，控制點可對每個機構、每個計劃項目設定不同的控制規則。整單提供多層級審批流程，審批通過后調整數生效。（5.3）資金計劃考核報表編號 功能點 功能點描述5.3.15.3.2

資金執行率報表資金計劃調整率報表

對一定期間內的計劃執行情況報表，顯示所有計劃執行實體的計劃執行情況。對一定期間內的計劃調整數情況報表，顯示所有計劃執行實體的計劃調整情況。資金調撥功能需求描述（6.1）上劃下撥策略定義編號 功能點 功能點描述6.1.16.1.26.1.36.1.46.1.5

定義支持支持定義支持

能夠支持上劃方式與上劃時間、上劃層級進行組合，從而配置出多種資金上劃策略。系統應能夠支持以下上劃方式：取整上劃—將目標賬戶上資金余額的整數部分上劃，例如以萬、十萬、百萬元等為單位；保留余額上劃—只將目標賬戶上超過規定保留額度的資金上劃；定額上劃—按指定金額將目標賬戶上的資金上劃；系統應能夠支持以下上劃時間模式：自動定時上劃－設定每天、每周、每月等固定周期，系統根據設定的時間上劃。手動上劃—在任何時間，可以以手動方式進行目標賬戶資金余額的上劃。能夠支持下撥方式與下撥時間進行組合，從而配置出多種資金下撥策略，所配置的下撥策略可以單個或批量應用到目標操作賬戶。系統應能夠支持以下下撥方式：總公司直接下撥資金到機構目標賬戶。機構本級收入戶橫撥資金到目標賬戶。分公司層級下撥資金到下級支公司目標賬戶。以上三種方式嵌套式動態處理下撥余額不足的下撥6.1.6

下撥時間支持

方式。系統應能夠支持以下下撥時間模式：定時下撥—設定每天、每周、每月，根據設定的時間執行下撥；手動下撥—能夠在任意時間手動將資金下撥至目標賬戶。（6.2）上劃下撥策略配置編號 功能點 功能點描述6.2.1

賬戶關系組上劃下撥策略配置

能夠就指定的賬戶關系組配置上劃下撥策略，通過上劃下撥策略指定后，保存形成上劃下撥策略配置記錄。（6.3）資金申請單編號 功能點 功能點描述6.3.16.3.2

單錄入單審批

機構需要使用資金時，在資金系統內進行資金申請單的錄入，錄入時須錄入收款的賬戶、申請金額、申請的計劃項目。資金申請的錄入可手工錄入也可文件導入。提供對資金申請單的多層級審批流程，可對資金申請單進行批量送審、批量審批。有權限審批人在審批時可依據實際資金情況修改核準金額，最終資金按照核準金額下撥。審批人在審批時可以審批通過也可以審批退回，對于審批退回的單據，錄入人可以修改單據信息后再發起申請。（6.4）自動上劃下撥執行編號 功能點 功能點描述6.4.16.4.26.4.3

執行執行非直聯上劃下撥執行

賬戶間基于策略配置生成的自動上劃單據按策略設定時間自動發送外部銀行執行操作；賬戶間基于策略配置生成的自動上劃單據按策略設定時間自動清算資金申請單并生成下撥交易單發送外部銀行執行操作；如上劃下撥設計操作的銀行不支持銀企直聯模式，則通過人工從傳統渠道如網銀、報盤、支票等方式進行操作。（6.5）上劃下撥資金到賬確認編號 功能點 功能點描述6.5.16.5.2

資金上劃下撥直聯劃撥資金確認資金上劃下撥非直聯劃撥資金確認

資金上劃下撥通過銀企直聯支付后，通過銀企直聯接口返回上劃下撥銀行賬戶明細，并與相應的上劃下撥單據進行資金確認操作。非銀企直聯，采用傳統方式如網銀、報盤和支票行資金確認操作。6.5.

如上劃下撥基于與銀行協議，依托銀行系統在其內配置上劃下撥策略進行的自動上劃下撥，在業務完3

成后，應支持將銀行回單結果導入或手工錄入，同時支持將網銀的交易數據導入資金系統，并進行資金確認。（6.6）上劃下撥賬務處理編號 功能點 功能點描述6.6.16.6.26.6.3

證出往來憑證處理支持

對于在資金管理系統中資金上劃下撥資金確認成功的上劃下撥單據，系統能夠就單據信息進行會計核算所需要的準憑證的制證處理，能夠基于所采用的會計核算系統的規范，形成標準的準憑證單據。能夠將生成的上劃下撥準憑證信息通過文件或系統接口的方式導出，用于會計核算系統的正式憑證生成。資金管理系統中基于資金上劃下撥的賬務處理需同步自動生成資金劃撥單位間的往來憑證。（6.7）上劃下撥失敗處理編號功能點功能點描述6.7.上劃下撥能夠列示當前上劃下撥失敗單據，可基于上劃下撥1失敗單據失敗單據查看失敗原因，并能夠對失敗上劃下撥單修改據重新發起支付。6.7.上劃下撥失敗單據能夠對上劃下撥失敗單據執行“作廢”操作。執行作廢操作后的單據可查詢，其單據編號不釋放，顯2 作廢 示為“已作廢”狀態，此時上劃下撥單據的流程止。（6.8）上劃下撥查詢編號功能點功能點描述6.8.資金上劃能夠基于多種查詢條件查詢資金上劃下撥單據，能1下撥單據夠打開資金上劃下撥單據查看其制單的詳細情況及查詢歷史操作的情況。銀企對賬功能需求描述（7.1）對賬初始化編號功能點功能點描述7.1.1企業賬期能夠可視化設置企業賬記載的銀行賬戶的余額，該初余額設余額為系統啟動正式對賬時點的企業賬的余額。置7.1.2銀行賬期初余額設能夠可視化設置銀行對賬單所記載的銀行賬戶的余額，該余額為系統啟動正式對賬時點的銀行對賬單置的余額。7.1.3銀行記賬能夠可視化設置截止系統啟動正式對賬時點的銀行企業未記賬未達賬已記賬企業未記賬的未達賬記錄。該記錄應包括發生日期、記賬金額、收 /付、關鍵追溯字段（銀行記錄初始配置對賬單記錄號）、摘要（7.2）賬單同步管理編號功能點功能點描述7.2.1企業賬單按對賬周期同步企業的銀行日記賬，轉化為系統可同步識別的數據格式，并在系統內提供可視化查看界面，提供數據完整性及重復性校驗功能。7.2.2銀行賬單通過銀企直聯接口定期取得銀行對賬單數據，轉化同步為系統可識別數據格式，并在系統內提供可視化查看界面，提供數據完整性及重復性校驗功能。（7.3）銀企對賬處理編號功能點功能點描述7.3.1基于關聯基于通過資金系統資金確認操作，并以資金確認號碼的銀企為唯一關聯碼進行記賬的數據，憑證信息導入到資自動對賬金系統后，依據唯一關聯碼進行自動對賬處理。7.3.2基于標準對于未通過資金系統資金確認后記賬的數據，無法規則的銀企自動對使用唯一關聯碼進行自動對賬，因此可按照設定對賬期間、金額、銀行賬戶等條件信息進行自動按規賬則對賬。7.3.3手工銀企對于無法進行自動對賬的數據，系統提供可視化操對賬作界面進行手工對賬。7.3.4取消對賬對于已對賬的數據，如發現對賬有誤，可執行取消對賬的操作，可手工單筆或者批量進行取消對賬。（7.4）銀行余額調節表編號 功能點 功能點描述7.4.1銀行余額能夠基于企業賬及銀行對賬單對賬期末余額、上期調節表自未達賬記錄（第一期為初始未達賬記錄）、當期未動生成達賬記錄共同生成銀行余額調節表，銀行余額調節表以觸發方式生成，其支撐基礎數據使用觸發動作時點的未達賬記錄數據。（7.5）銀企對賬查詢編號功能點功能點描述7.5.1企業賬單及對賬情能夠查詢企業賬的對賬基礎記錄，能夠基于記賬日期、記賬金額、收 /付、關鍵追溯字段（記賬憑證況查詢號）、輔助追溯字段（付款單據號）、摘要和對賬狀態進行查詢。7.5.2銀行賬單及對賬情能夠查詢銀行對賬單的對賬基礎記錄，能夠基于發生日期、記賬金額、收 /付、關鍵追溯字段（銀行況查詢對賬單記錄號）、輔助追溯字段（付款單據號）、摘要和對賬狀態進行查詢。系統管理功能需求描述（8.1）權限管理編號功能點功能點描述8.1.1用戶權限管理提供操作界面進行用戶權限的配置，能夠在權限控制節點上配置權限人，且能夠查詢各用戶的持有權限。8.1.2功能權限可針對用戶設置不同功能的查詢、修改、刪除等等管理 權限。8.1.3 數據權限管理

能夠針對用戶定義可以訪問和操作的數據權限。（8.2）審批流管理編號功能點功能點描述8.2.1審批流程能夠對資金系統內賬戶管理、資金申請、資金交易定義等不同的管理功能定義審批流程。能夠支持流程的發起、流程節點以及觸發條件等內容的設置。8.2.2流轉控制