资金管理系统功能需求.docx
《资金管理系统功能需求.docx》由会员分享，可在线阅读，更多相关《资金管理系统功能需求.docx（38页珍藏版）》请在冰点文库上搜索。
资金管理系统功能需求
资金管理系统功能需求
2015年11月
1资金工程背景
随着保险企业对精细化管理，风险管控的要求与日俱增，以及客户对理赔速度和理赔质量等效劳质量的要求越来越高，保险公司加快了数据集中速度、数据整合力度等方面的建立步伐，对保险公司财务、业务数据实行集中式管理，并实现总部对各分支机构数据的实时对接。
数据大集中是提升保险企业市场竞争力的重要手段，也成为了保险业突破信息化开展瓶颈的关键。
早在2003年，各大保险公司就开场纷纷进展数据大集中（DataCenterConcentration，简称DCC）的工作。
这样一个数据大集中的过程，正可谓是海纳百川的流程。
数据集中犹如百川到东海，集聚了更多的能量。
在后数据集中时代，要表达保险信息化的核心价值，这些数据的储藏就是价值源所在。
目前主要保险公司的数据集中工作根本都已经完成，而接下来，数据如何进展有效地挖掘和利用，是表达数据集中价值的关键，也必然带动保险行业信息化建立的新潮涌动。
此外，当前外资保险公司的纷纷进入及产生的竞争，也迫切要求我国保险公司提高保险资金的使用效率和投资收益，从而能够降低保费、减轻保户负担、提高自身应付风险和承保的能力，进而提高竞争力。
“后数据大集中时代〞的到来，要做的是进一步利用数据，充分挖掘集中数据的最大价值，为保险业的资金集中管理翻开崭新的篇章。
2资金管理系统工程总体功能说明
资金管理系统通过企业与银行系统之间的直联，实现账户管理、资金集中收付结算、票据管理、资金方案管理、资金上划下拨和银企自动对账等功能。
从而实现资金的集中管控，提升资金支付效率，降低资金管理风险。
2.1建立目标
对于资金管理工程的建立，希望实现以下建立目标：
►实现资金集中支付，提升财务效率：
通过资金管理系统的应用，实现对公司总分公司资金的统一监控和调度，在统一的平台中管理跨银行跨地域资金，并实现在总部的集中资金支付管理，从而提升财务在资金管理工作上的业务效率。
►实现资金统一调拨，降低提高资金收益：
借助资金管理系统，在实现了资金集中和统一调配后，降低银行利息支出，更好的利用现有银行账户的沉淀资金，从而充分挖掘资金存量的潜在收益。
►实现账户的一体化管理，有效控制资金风险：
借助资金管理系统，对银行账户进展一体化的流程管理，能够实时监控资金账户变动状况。
此外，基于对于分支机构的资金头寸的有效管理能够有效的控制资金风险。
►实现资金方案管理，有效管理资金的使用：
借助资金管理系统，对公司资金的使用进展合理有效的控制，并且对控制结果进展分析和考核，以逐步提高公司对资金使用的控制能力。
►实现银企自动化对账：
借助资金系统，对流转在企业各系统间的结算数据进展有效关联，并最大化的实现银企自动对账及出具正确的余额调节表。
使公司结算和财务核算全线贯穿，有效提高财务的工作效率。
►实现非转账类结算的有效管理：
借助资金系统，对非转账类的结算如现金、票据等进展合理有效的管理，对此此类无法集中到总部处理非转账类业务，加强结算过程的总部监控。
►收款自动核销：
借助资金系统建立的直连渠道，实现收款核销自动化，提高收款核销效率，减少财务人员工作量，躲避人为风险。
►拓宽收款渠道：
新增客户第三方支付〔假设干〕和微信支付，支持实时返回收款结果。
2.2功能围
资金管理系统应涵盖账户管理、资金收付、票据管理、现金管理、资金方案、资金申请、资金上划下拨和资金到账确认、银企对账等功能，具体描述如下：
业务功能
围划分
账户管理
对全公司围的账户的根本信息及其全生命周期的流程化管理，并将资金系统的账户信息同步到企业其他系统。
基于银企直联，查询所有可直联银行账户的银行账户余额及银行账户明细；对于非直联的银行账户可通过导入和手工录入的方式来补入信息。
资金收付款
与企业部的业务系统、收付费系统、费控系统、ＯＡ系统、ＨＲ系统等系统建立无缝接口对接，将收付数据导入资金系统后，在资金系统进展收付结算，结算的方式需包括：
直联单笔、直联批量、网银、现金、票据、报盘。
并在结算完成后进展资金到账确认操作〔资金交易与银行明细核对〕，并在资金到账确认成功后，按照确认的结果自动记账，之后将凭证信息导入到总账系统；并将资金到账确认的结果〔核对批号和核对日期〕返回给业务系统等系统，业务系统收到资金到账确认的结果后，再进展记账处理。
资金调拨
通过资金系统完成资金自动上划，上划的规那么和上划的频率企业可灵活自定义，上划成功后进展资金到账确认〔资金交易核对〕，并在资金到账确认成功后，按照确认的结果进展自动记账，将凭证信息导入到总账系统。
通过资金申请单管理企业的资金下拨，通过定义下拨规那么来控制下拨的机制，可灵活实现横拨、多层级下拨、主动下拨等下拨方式，并在下拨完成后，进展资金到账确认〔资金交易与银行明细核对〕，并在资金到账确认成功后，进展自动记账，将凭证信息导入到总账系统。
资金方案
通过编制全公司的资金方案，可支持按周、月、季、年等不同维度编制方案，并按照方案对全公司的资金调拨和资金使用进展方案控制，控制的方式需具备多样性〔不控制、提示性控制、严格控制〕，并对方案控制执行的结果进展报表考核。
票据业务
管理票据实物，管理票据入库、领用、复核、核销、作废、预警、查看，对每个票据的全生命周期进展管理。
资金监控预警
可以对银行账户和资金交易等进展监控，监控如银行账户余额异常变动，大额资金交易，和重复支付交易等，并可将预警信息发送给指定的人员。
银企对账
保障与业务、费用等相关的资金收支的业务数据与账务记录的一致性，能够清晰追溯收付款单据与收付费付款凭证及总账凭证之间的关系；并对具备清晰关系的数据，进展自动银企对账，无法通过收付款单据跟踪的数据均通过手工进展银企对账，但系统提供手工对账的工具支持；并在对账完成后，生成余额调节表。
报表管理
可对企业资金收付、资金监控、资金方案、资金调拨、银行账户分布等多个方位进展报表分析，并产出统计分析报表。
收款核销
与核心系统集成，为核心系统应收款核销提供直联数据支持。
第三方实时收款接口
与网销系统集成，处理客户的第三方或者微信支付请求，并实时返回支付结果。
系统接口
银企直联平台：
工、农、中、建、等国主流银行直联
第三方支付平台：
支付宝、通联、快钱、汇付天下、微信等主流第三方支付
根底信息同步接口：
账户同步、银行明细同步、直联银行开户行同步等相关根底信息同步
收付接口：
业务系统、费控系统、预算系统等系统收付接口
记账接口：
总账系统接口〔NC〕
3资金管理工程功能需求
3.1账户管理功能需求描述
〔1.1〕账户全生命周期管理
编号
功能点
功能点描述
1.1.1
账户开户
提供账户开户申请表单，申请人基于表单录入账户开户申请的事由、申请开立银行、账户性质等信息。
特定权限审批人能够对账户开户申请单进展审批，经审批后通知申请人可执行账户开户。
1.1.2
账户附件管理
支持对账户上传各种相关的附件，并可支持后续的下载和查看。
1.1.3
账户变更
提供账户变更申请表单，申请人选择需变更账户，选择或录入变更原因，并提交审批。
特定权限审批人能够对账户变更申请进展审批，经审批后通知申请人可执行账户变更。
1.1.4
账户销户
提供账户销户申请单，申请人选择需销户账户，录入账户销户原因，并提交审批。
特定权限审批人能够对账户销户申请进展审批，经审批后通知申请人可执行账户销户。
1.1.5
账户冻结解冻
可对账户执行账户冻结操作。
账户冻结应提供账户冻结申请单，申请人选择需冻结账户，录入账户冻结原因，并提交审批。
特定权限审批人能够对账户冻结申请进展审批，经审批后通知申请人可执行账户冻结。
冻结后的账户自动转入冻结状态，该状态下账户不可做任何操作。
已冻结的账户可申请解冻，并经审批后进展解冻操作转入可操作状态。
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
支付监控
支付监控应能够在控制规那么中设定起始监控金额。
当发生超出起始监控金额的支付行为时，发送支付监控通知，通知应包括支付账户、收款人、金额、时间、用途等信息。
3.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.3票据管理功能需求描述
〔3.1〕票据入库管理
编号
功能点
功能点描述
3.1.1
票据类型及要素定义
能够基于可视化界面定义业务所涉及的票据类型以及各种票据类型下的票据要素。
能够针对票据类型和票据要素建立票据管理的标准模板，用于票据的日常管理。
系统支持银行汇票、本票、支票的管理。
系统应能够建立票据的系统编号，并能够维护票据的实物编号，并建立二者的关联关系。
3.1.2
支付票据入库
系统能够支持由银行获得的未使用的支付票据的入库，入库时需登记票据的类型、银行账户、编号、入库人、入库时间等根本信息。
3.1.3
票据查询
能够基于票据类型、系统票据编码或票据实物编码、票据要素、票据使用状态进展票据的查询。
查询结果应能够跟踪到票据的资金状态变动。
〔3.2〕票据使用与核销
编号
功能点
功能点描述
3.2.1
票据领用
能够查询票据实物库中的票据，并针对特定票据发起领用，领用提交后流转至有具有复核权限的人进展领用复核。
3.2.2
票据领用复核
票据领用有权限复核人能够对已经领用提交的票据进展复核操作，可执行复核通过和或领用退回操作。
3.2.3
票据核销
票据在经过银行解付后，由领出人进展票据核销操作，核销时需通过资金系统的银行账户到账明细记录，基于此到账明细记录方可执行核销操作。
核销后，票据处于“已核销〞状态。
3.2.4
票据预警
对于系统处于非正常状态的票据系统可自动预警提示，预警信息包括：
票据超期未承兑预警、票据核销失败预警等根本预警信息。
3.2.5
票据账务处理
执行核销后，对于系统使用票据进展结算的单据，单据支付状态处于“已支付〞状态，系统应能够基于支付金额等相关单据信息，进展自动账务处理。
3.4现金管理功能需求描述
〔4.1〕现金收付管理
编号
功能点
功能点描述
4.1.1
现金付款管理
通过系统对企业零散的业务、费用现金支出进展管理，通过管理可查看每笔现金业务发生的收付对象、金额等情况，并可实时查看现金余额。
4.1.2
现金收款管理
通过系统对企业零散的业务、费用现金收入进展管理，通过管理可查看每笔现金业务发生的收付对象、金额等情况，并可实时查看现金余额。
〔4.2〕存提现管理
编号
功能点
功能点描述
4.2.1
存现管理
可通过系统管理存现业务，对每笔存现业务发生的金额、存现人、存现时间等进展管理。
4.2.2
提现管理
可通过系统管理提现业务，对每笔提现业务发生的金额、提现人、提现时间、提现支票号等进展管理。
3.5资金方案功能需求描述
〔5.1〕资金方案编制
编号
功能点
功能点描述
5.1.1
资金方案工程维护
提供可视化界面配置资金方案工程，能够配置多层级的资金方案工程，能够配置各资金方案申请机构可用的资金方案工程、目，且能够针对不同的支出户类别〔如行政支出户、业务赔付支出户〕分别定义其可用资金方案工程。
5.1.2
资金方案编制
能够提供资金方案编制的可视化录入界面，各分支公司可按照总公司设定好的模板进展方案数据的编制录入或导入。
〔5.2〕资金方案审批
编号
功能点
功能点描述
5.2.1
资金方案审批
有权限审批人能够对发起单位提交的资金方案进展逐笔或批量审批，可执行审批通过或审批退回操作。
系统应能够支持定义多级审批。
〔5.2〕资金方案汇总
编号
功能点
功能点描述
5.2.1
资金方案汇总
处于分公司层级的机构，可对下级机构提交的已通过审批的资金方案进展汇总，形成以一个分公司为整体的汇总方案并提交上级机构审批。
5.2.2
资金方案汇总审批
有权限审批人能够对发起单位提交的资金汇总方案进展逐笔或批量审批，可执行审批通过或审批退回操作。
系统应能够支持定义多级审批。
〔5.3〕资金方案控制
编号
功能点
功能点描述
5.3.1
资金方案执行
所有机构编制完方案并通过审批后，由总公司触发方案执行。
方案执行后，方案数不得再进展手工调整。
5.3.2
资金方案控制
系统对提供对方案的多种控制含：
不控制、提示性控制、严格控制，且方案控制可以分别对资金申请单和资金交易单进展控制，控制点可对每个机构、每个方案工程设定不同的控制规那么。
5.3.3
资金方案调整
超出使用超出方案时，如需使用资金那么需录入方案调整单，对已经在执行的方案数进展调整，方案调整单提供多层级审批流程，审批通过后调整数生效。
〔5.3〕资金方案考核报表
编号
功能点
功能点描述
5.3.1
资金执行率报表
对一定期间的方案执行情况报表，显示所有方案执行实体的方案执行情况。
5.3.2
资金方案调整率报表
对一定期间的方案调整数情况报表，显示所有方案执行实体的方案调整情况。
3.6资金调拨功能需求描述
〔6.1〕上划下拨策略定义
编号
功能点
功能点描述
6.1.1
上划策略定义
能够支持上划方式与上划时间、上划层级进展组合，从而配置出多种资金上划策略。
6.1.2
上划方式支持
系统应能够支持以下上划方式：
全额上划—将目标账户上所有资金余额全部上划；
取整上划—将目标账户上资金余额的整数局部上划，例如以万、十万、百万元等为单位；
保存余额上划—只将目标账户上超过规定保存额度的资金上划；
定额上划—按指定金额将目标账户上的资金上划；
6.1.3
上划时间支持
系统应能够支持以下上划时间模式：
自动定时上划－设定每天、每周、每月等固定周期，系统根据设定的时间上划。
手动上划—在任何时间，可以以手动方式进展目标账户资金余额的上划。
6.1.4
下拨策略定义
能够支持下拨方式与下拨时间进展组合，从而配置出多种资金下拨策略，所配置的下拨策略可以单个或批量应用到目标操作账户。
6.1.5
下拨方式支持
系统应能够支持以下下拨方式：
总公司直接下拨资金到机构目标账户。
机构本级收入户横拨资金到目标账户。
分公司层级下拨资金到下级支公司目标账户。
以上三种方式嵌套式动态处理下拨余额缺乏的下拨方式。
6.1.6
下拨时间支持
系统应能够支持以下下拨时间模式：
定时下拨—设定每天、每周、每月，根据设定的时间执行下拨；
手动下拨—能够在任意时间手动将资金下拨至目标账户。
〔6.2〕上划下拨策略配置
编号
功能点
功能点描述
6.2.1
账户关系组上划下拨策略配置
能够就指定的账户关系组配置上划下拨策略，通过上划下拨策略指定后，保存形成上划下拨策略配置记
升级会员 