社保基金收付管理需求分析报告分册v10.docx
《社保基金收付管理需求分析报告分册v10.docx》由会员分享，可在线阅读，更多相关《社保基金收付管理需求分析报告分册v10.docx（29页珍藏版）》请在冰豆网上搜索。
社保基金收付管理需求分析报告分册v10
文档编号
版本号
V1.0
发放号
受控状态
受控
新疆社会保险管理信息系统
需求分析报告
公共业务分册
编制部门：
社会保险管理信息系统新疆项目组
编制人：
编制日期：
审核人：
审核日期：
批准人：
批准日期：
项目负责人
签字日期
用户负责人
签字日期
四川银海软件有限公司
历史记录
版本
修改记录
修改日期
修改人
1.
术语表
序号
术语
解释
1.
2.业务功能描述
2.1.业务流程图
2.1.1.柜台收款流程
2.1.2.柜台付款流程
2.1.3.银行代扣流程
2.1.4.银行代发流程
2.1.5.网银付款流程
3.基础业务规则
4.业务功能
4.1.公共业务
4.1.1.基金收付管理
4.1.1.1.收款管理
4.1.1.1.1.柜台收款结算
功能编号
需求人
功能描述
收款人员在收到业务收款计划单（征集通知单），对已经生成收款计划的收款信息进行登账处理，打印划缴凭证五联单。
业务办理政策依据
业务办理前提约束
1.进行了征集计划批次生成，并指明走柜台收款流程
2.收款计划单还没有登账
数据权限
1.经办人员具有收款计划费用种类对应帐套的出纳科目的使用权限
业务经办流程描述
1.录入收款计划单号（征缴计划批次号），检索出相应的征缴计划信息（业务规则1），可以录入多条（业务规则2）
2.选择收款科目（业务规则3）和结算类型（收款结算类型：
收现金、收支票、收划缴凭证、银行委托收款）
3.录入划缴凭证五联单编号（或其他收款凭证编号）
4.添加收款登账记录（业务规则4）
5.确认收款金额后（业务规则5），产生“财务收款登账信息”
6.可选择打印打印划缴凭证五联单，打印信息将使用到收款科目对应收入户的社保开户信息，单据打印也可通过补充打印实现
业务规则
1.收款人员必须属于征缴计划信息对应的财务经办机构
2.多条收款登账信息必须对应同一个被收费主体
3.经办人员必须具有收款计划费用种类对应帐套的出纳科目的使用权限
4.添加的收款登账信息必须和收款计划信息是同一个财务帐套范围的
5.收款计划金额合计和登账金额合计必须相等
影响的后续功能
《内部交接》、《划缴凭证补充打印》
业务办理结果
生成“财务收款登账信息”，打印《划缴凭证五联单》
检查点
遗留问题
4.1.1.1.2.划缴凭证补充打印（特权）
4.1.1.1.3.收款内部交接
功能编号
需求人
功能描述
收付款人员在对计划信息进行登账处理后，将对应信息和单据交接给出纳人员。
业务办理政策依据
业务办理前提约束
1.进行了柜台收付款登账处理
2.登账信息还没有进行内部交接
数据权限
1.收款经办人员只能将自己经办的登账信息和对应单据交接给指定的出纳人员
业务经办流程描述
1.收款经办人员首先检索出自己经办但还未交接的收款登账信息
2.选择收款结算类型（收现金、收支票、收划缴凭证、银行委托收款）
3.选择需要交接的收款登账数据，查验对应票据
4.选择交接接收人，请交接接收人输入密码以确认确实收到
5.确认收款交接，产生对应的内部收款交接信息，并将对应的登账信息标注为“已进行收款内部交接”
6.打印收款内部交接单据
业务规则
1.
影响的后续功能
《收款内部交接撤销》、《收款外部交接》
业务办理结果
生成“内部交接信息”
检查点
遗留问题
4.1.1.1.4.收款内部交接撤销
功能编号
需求人
功能描述
在收款内部交接信息后，还没有进行外部交接时，可以由收款人发起，出纳人员确认，将内部交接信息和单据整体退回给收款人员。
业务办理政策依据
业务办理前提约束
1.登账信息进行了内部交接处理
2.登账信息还没有进行外部交接处理
数据权限
1.收款人员只能对自己进行的内部交接信息进行撤销
2.内部交接的撤销必须得到参与交接的接收人的确认
业务经办流程描述
1.收款人员检索自己经手的内部交接信息（业务规则1）
2.选择需要撤销的内部交接信息
3.选择交接接收人，请交接接收人输入密码以确认确实要进行撤销
4.确认交接退回，产生对应的内部交接退回更正信息，并将对应的登账信息标注为“未进行内部交接”
业务规则
1.内部交接信息中的收款信息不能参与了外部交接
影响的后续功能
《内部交接》、《外部交接》
业务办理结果
生成“收款内部交接撤销信息”
检查点
遗留问题
4.1.1.1.5.收款外部交接
功能编号
需求人
功能描述
出纳人员在收到登账信息内部交接后，将对应信息和单据形成外部交接数据传递给相应的代收付机构。
业务办理政策依据
业务办理前提约束
1.进行了登账信息内部交接处理
2.登账信息还没有进行外部交接
数据权限
1.出纳人员只能将自己收到的内部交接登账信息和对应单据进行外部交接
业务经办流程描述
1.出纳人员首先检索出自己收到内部交接但还未进行外部交接的内部交接信息以及对应的收款登账信息
2.选择收款结算类型（收现金、收支票、收划缴凭证、银行委托收款）
3.选择需要外部交接的内部交接信息
4.确认交接，产生对应的外部交接信息，并将对应的收款登账信息标注为“已进行外部交接”
5.选择打印收款外部交接单据
业务规则
影响的后续功能
《外部交接撤销》、《外部交接回单处理》
业务办理结果
生成“外部交接信息”
检查点
遗留问题
4.1.1.1.6.收款外部交接撤销
功能编号
需求人
功能描述
出纳人员在收到登账信息外部交接后，在没有真正传递给银行的情况下，可以将对应的外部交接信息进行撤销。
业务办理政策依据
业务办理前提约束
1.登账信息进行了外部交接
2.登账信息没有进行回单处理
数据权限
1.出纳人员只能将自己办理的外部交接进行撤销
业务经办流程描述
1.出纳人员首先检索出自己办理的外部交接信息（业务规则1）
2.选择需要撤销的外部交接信息
3.确认外部交接撤销，产生对应的外部交接撤销信息，并将对应的登账信息标注为“已进行收款内部交接”
业务规则
1.要撤销的外部交接信息中的收登账信息必须还未进行外部交接
影响的后续功能
《收款内部交接》、《外部交接回单处理》
业务办理结果
生成“外部交接撤销信息”
检查点
遗留问题
4.1.1.1.7.收款外部交接回单处理
功能编号
需求人
功能描述
出纳人员在进行外部交接后，银行经过收付处理后返回给出纳，出纳将对应信息和单据接收，并进行逐条的回单处理，标记财务已经到帐并对相应的数据进行业务实收实付处理。
业务办理政策依据
业务办理前提约束
1.进行了登账信息外部交接处理
2.登账信息还没有进行到账和实收处理
数据权限
1.出纳人员只能将自己收到的内部交接登账信息和对应单据进行外部交接
业务经办流程描述
1.检索出本经办机构进行了外部交接但未做收款确认的收款登账信息
2.可以选择导入外部网银处理结果信息，根据该信息的凭证号和金额在界面上自动比对并默认选择，可以选择取消，对没有比对上的数据可以手工选择
3.对被选择的收款信息进行收款外部交接回单处理，产生对应的外部交接回单确认信息，并将对应的登账信息标注为“收款成功”或“收款失败”
4.对相应的登账信息逐条进行后续处理：
a）收款成功，调用业务实收处理；
b）收款失败，作废相应的收款计划信息，并标记是“回单失败作废”；
业务规则
1.
影响的后续功能
失败的信息重新进行收款计划
业务办理结果
对成功的信息完成到账确认和实收分配处理，对失败的信息进行计划作废处理
检查点
遗留问题
4.1.1.1.8.银行代扣回盘处理
功能编号
需求人
功能描述
针对银行代扣数据，银行批量处理后，按照原有格式数据返还到财务，财务导入系统，并进行每条数据的回单处理。
业务办理政策依据
业务办理前提约束
1.进行了独立缴费人员、居民医疗保险银行代扣报盘处理
数据权限
1.出纳人员只能进行本机构的代扣数据回盘
业务经办流程描述
1.出纳人员首先确定银行回盘文件的类别（独立缴费人员代扣、居民医保代扣）
2.选择需要导入的银行回盘文件
3.确认银行报盘批次信息
4.将银行回盘信息同报盘信息进行比较核对，不能允许两者的关键数据（计划号、个人编号、账号、金额）有差异
5.选择收入户科目（业务规则1）
6.对相应的登账信息逐条进行后续处理：
a）收款成功，将财务收付信息标注收款成功；
b）收款失败，将财务收付信息标注收款失败。
7.调用业务实收处理
业务规则
1.收款信息要和收入户信息在同一个帐套范围内
影响的后续功能
失败信息要重新进行银行代扣计划
业务办理结果
完成银行代扣的到账和实收分配处理和计划作废处理
检查点
遗留问题
4.1.1.2.付款管理
4.1.1.2.1.柜台付款结算
功能编号
需求人
功能描述
付款人员在收到业务付款计划单，对已经生成付款计划的付款信息进行登账处理。
业务办理政策依据
业务办理前提约束
1.进行了支付计划生成，并指明走柜台付款流程
2.付款计划单还没有登账
数据权限
1.经办人员具有付款计划费用种类对应帐套的出纳科目的使用权限
业务经办流程描述
1.录入付款计划单号，检索出相应的支付计划信息（业务规则1），可以录入多条（业务规则2）
2.选择付款科目（业务规则3），付款的结算类型：
付现金、付支票、网银付款，在业务支付计划的时候已经选择明确，“付现金、付支票”走柜台付款流程，“网银付款”走网银付款流程
3.录入凭证编号
4.添加付款登账记录（业务规则4）
5.确认付款金额后（业务规则5），产生“财务收款登账信息”
6.打印支票
业务规则
1.付款人员必须属于支付计划信息对应的财务经办机构
2.多条付款信息必须是同一个被付款主体
3.经办人员必须具有付款计划费用种类对应帐套的出纳科目的使用权限
4.添加的付款登账信息必须是和付款计划信息是同一个财务帐套范围
5.付款计划金额合计和登账金额合计必须相等
影响的后续功能
《付款交接》
业务办理结果
生成“财务付款登账信息”
检查点
遗留问题
4.1.1.2.2.付款交接
功能编号
需求人
功能描述
付款人员在对计划信息进行付款登账处理后，将对应信息和单据交接给出纳人员。
业务办理政策依据
业务办理前提约束
1.进行了柜台付款登账处理
2.登账信息还没有进行付款交接
数据权限
1.付款经办人员只能将自己经办的登账信息和对应单据交接给指定的出纳人员
业务经办流程描述
1.付款经办人员首先检索出自己经办但还未交接的付款登账信息
2.选择需要交接的付款登账数据，查验对应票据
3.选择交接接收人，请交接接收人输入密码以确认确实收到
4.确认付款交接，产生对应的付款交接信息，并将对应的登账信息标注为“已进行付款交接”
5.打印付款交接单据
业务规则
1.
影响的后续功能
《付款交接撤销》、《付款回单确认》
业务办理结果
生成“付款交接信息”
检查点
遗留问题
4.1.1.2.3.付款交接撤销
功能编号
需求人
功能描述
在付款交接信息后，还没有进行外部交接时，可以由付款人发起，出纳人员确认，将付款交接信息和单据整体退回给付款人员。
业务办理政策依据
业务办理前提约束
1.登账信息进行了付款交接处理
2.登账信息还没有进行付款回单确认
数据权限
1.付款人员只能对自己进行的付款交接信息进行撤销
2.付款交接的撤销必须得到参与交接的接收人的确认
业务经办流程描述
1.付款人员检索自己经手的付款交接信息（业务规则1）
2.选择需要撤销的付款交接信息
3.选择交接接收人，请交接接收人输入密码以确认确实要进行撤销
4.确认交接退回，产生对应的付款交接撤销信息，并将对应的登账信息标注为“未进行内部交接”
业务规则
1.付款交接信息中的收款信息不能参与了付款回单确认
影响的后续功能
《付款交接》
业务办理结果
生成“付款内部交接撤销信息”
检查点
遗留问题
4.1.1.2.4.付款成功回单确认
功能编号
需求人
功能描述
在进行付款交接后，出纳人员等待银行的处理结束后，根据处理结果进行逐条的回单处理，标记财务已经实付。
业务办理政策依据
业务办理前提约束
1.进行了付款登账信息的付款交接处理
2.付款登账信息还没有进行回单确认处理
数据权限
1.经办人只能对本经办机构的付款登账信息进行处理
业务经办流程描述
1.检索出自己收到内部交接但还未进行外部交接的收款登账信息
2.选择确认成功的付款信息，进行回单确认，产生对应的付款回单确认信息，并将对应的登账信息标注为“付款成功”
3.对于失败的信息，不返还业务，继续处理，直到成功，再进行回单确认
业务规则
1.
影响的后续功能
《实付处理》
业务办理结果
标注计划和登账信息柜台付款成功
检查点
遗留问题
4.1.1.2.5.网银付款交接
功能编号
需求人
功能描述
接手人员对标明了为“网银付款”的支付计划信息进行收纳，将收纳的信息和单据进行查验后，选择相应信息进行网银交接，产生网银交接信息，打印网银交接单据。
业务办理政策依据
业务办理前提约束
1.完成了支付计划
2.支付计划中选择了“网银付款”
3.业务中已经清楚的表述了被付款方的开户信息（开户银行、开户名称、开户账号），在拨付单上要体现双方的开户信息（被付款方信息需要通过基本信息的维护，付款方信息需要配置支付款项的基金账户信息）
数据权限
1.接手人员只能接手自身经办机构范围内的支付计划信息和对应单据
业务经办流程描述
1.接手人选择网银付款计划信息，查验对应票据
2.确认网银付款交接，产生对应的网银付款交接信息，并将对应的登账信息标注为“已进行网银付款交接”
3.打印网银付款交接单据
业务规则
1.
影响的后续功能
《网银付款交接撤销》、《网银付款》
业务办理结果
生成“网银付款交接信息”
检查点
遗留问题
4.1.1.2.6.网银付款交接撤销
功能编号
需求人
功能描述
在网银付款交接信息后，还没有进行网银付款时，接手人可将网银付款交接信息和单据整体撤销，并退回给支付计划人员。
业务办理政策依据
业务办理前提约束
1.登账信息进行了网银付款交接处理
2.登账信息还没有进行网银付款
数据权限
1.经办人员只能对自己进行的网银付款交接信息进行撤销
业务经办流程描述
1.经办人员检索自己接手的网银付款交接信息（业务规则1）
2.选择需要撤销的网银付款交接信息
3.确认网银交接撤销，产生对应的网银付款交接撤销信息，并将对应的登账信息标注为“未进行内部交接”
业务规则
1.付款交接信息中的收款信息不能参与了网银付款
影响的后续功能
《网银付款交接》
业务办理结果
生成“网银付款交接撤销信息”
检查点
遗留问题
4.1.1.2.7.网银付款
功能编号
需求人
功能描述
经办人员在业务付款计划进行网银付款交接后，对对应的支付计划的进行网银付款登账处理，并生成相应的网银格式文件。
业务办理政策依据
业务办理前提约束
1.进行了网银付款交接
2.付款计划单还没有进行网银付款登账
数据权限
1.经办人员具有付款计划费用种类对应帐套的出纳科目的使用权限
业务经办流程描述
1.录入网银交接时间，选择帐套，可选择网银付款交接的接手人，检索出相应的网银交接信息
2.选择网银交接信息，可多选，检索出相应的支付批次信息
3.选择付款科目（业务规则1）（业务规则2）
4.选择网银付款模式（网银上传模式、跨行报盘模式、各行报盘模式）
a）网银上传模式：
将选中的支付批次信息，确认付款金额后（业务规则3），根据每个拨付计划逐笔产生“财务付款登账信息”，按照网银上传格式，产生上传文件
b）跨行报盘模式：
将选中的支付批次信息，确认付款金额后（业务规则3），生成银行报盘批次信息和整体“财务付款登账信息”，进行一次整体拨付，按与社保开户银行约定该帐套支付数据的报盘格式，产生一个报盘文件
c）各行报盘模式：
还需要继续选择确定本次使用哪个银行进行报盘拨付，选中的支付批次信息，确认付款金额后（业务规则3），生成银行报盘批次信息和整体“财务付款登账信息”，进行一次整体拨付，按与选中银行约定该帐套支付数据的报盘格式，产生一个报盘文件
5.产生网银付款日志信息
业务规则
1.经办人员必须具有付款计划费用种类对应帐套的出纳科目的使用权限
2.添加的付款登账信息必须是和付款计划信息是同一个财务帐套范围
3.付款计划金额合计和登账金额合计必须相等
影响的后续功能
《网银付款回单确认》
业务办理结果
生成“财务付款登账信息”、“网银付款日志信息”
检查点
遗留问题
4.1.1.2.8.网银付款回单确认
功能编号
需求人
功能描述
在进行网银付款后，出纳人员等待银行的处理结束，根据处理结果进行网银付款整体回单处理，对成功信息标记财务已经实付，对失败信息标记处理失败并进行银行退票收款登记。
业务办理政策依据
业务办理前提约束
1.进行了网银付款处理，产生了网银付款信息
2.还没有进行网银付款回单确认处理
数据权限
1.经办人只能对本经办机构的网银付款信息进行处理
业务经办流程描述
选择网银付款模式（网银上传模式、跨行报盘模式、各行报盘模式）
1.网银上传模式：
a）根据网银付款时间和财务帐套检索出本经办机构还未进行网银付款回单确认的网银付款信息
b）选择要进行回单处理的网银付款信息，检索出该信息包含的各条付款登账信息
c）选择确认成功的付款信息后，进行选择对应支付信息进行回单确认，将成功的登账信息标注为“处理成功”，将失败的登账信息标注为“处理失败”；如果有失败的信息则进行退票收款登账，选择收款科目，逐条产生退票收款登账信息，标注对应的支付信息；产生对应的网银付款回单确认信息
2.跨行报盘模式：
a）导入回盘信息，确认银行报盘批次信息
b）进行整体回盘信息回单处理，将成功的登账信息标注为“处理成功”，将失败的登账信息标注为“处理失败”；如果有失败的信息则进行退票收款登账，选择收款科目，产生一笔“退票收款登账信息”，标注对应的支付信息；产生对应的网银付款回单确认信息
3.各行报盘模式：
a）选择回盘银行，导入回盘信息，确认银行报盘批次信息
b）进行整体回盘信息回单处理，将成功的登账信息标注为“处理成功”，将失败的登账信息标注为“处理失败”；如果有失败的信息则进行退票收款登账，选择收款科目，产生一笔“退票收款登账信息”，标注对应的支付信息；产生对应的网银付款回单确认信息
业务规则
1.
影响的后续功能
《实付处理》
业务办理结果
标注计划和登账信息付款成功和失败，有失败信息时，完成银行退票处理
检查点
遗留问题
4.1.1.2.9.银行代发拨付处理（大机/电汇）（报盘/非报盘）
功能编号
需求人
功能描述
财务付款人员根据业务拨付单据和代发批量数据，进行相应的拨付登账，然后付以支票传递给银行
业务办理政策依据
业务办理前提约束
1.业务进行了银行代发报盘数据生成，包含养老发放、工伤定期待遇代发
数据权限
1.付款人员只能进行本机构的代发数据
2.经办人员具有付款计划费用种类对应帐套的出纳科目的使用权限
业务经办流程描述
1.出纳人员录入业务传递的拨付单号，检索出相应的拨付批次信息和拨付费用对应的财务基金账户科目
2.选择支出户科目，进行银行代发付款登账（业务规则1）
3.对相应的登账信息标注为“银行代发在途”
业务规则
1.发放信息要和支出户科目在同一个帐套范围
影响的后续功能
《银行代发回盘处理（大机模式）》、《银行代发回盘处理（电汇模式）》
业务办理结果
生成“银行代发拨付登账信息”
检查点
遗留问题
4.1.1.2.10.银行代发回盘处理（大机模式）
功能编号
需求人
功能描述
针对银行代发报盘数据，银行批量处理后，按照原有格式数据返还到财务，财务导入系统，并进行每条数据的回单处理。
业务办理政策依据
业务办理前提约束
1.财务进行了银行代发报盘拨付处理
数据权限
1.出纳人员只能进行本机构的代扣数据回盘
业务经办流程描述
1.出纳人员首先确定银行回盘文件的类别（养老待遇、居民医保）
2.选择需要导入的银行回盘文件
3.将银行回盘信息同报盘信息进行比较核对，不能允许两者的关键数据（计划号、个人编号、账号、金额）有差异
4.对相应的支付信息逐条进行后续处理：
a）将成功的登账信息标注为“处理成功”；
b）将失败的登账信息标注为“处理失败”；
c）如果有失败的信息则进行退票收款登账，选择收款科目，产生收款登账信息；
业务规则
影响的后续功能
失败信息要由业务进行支付失败确认收款，并进入业务重新支付的流程
业务办理结果
完成银行代发的到账处理和银行退票处理
检查点
遗留问题
4.1.1.2.11.银行代发回单处理（电汇模式）
功能编号
需求人
功能描述
针对银行代发数据，银行批量或零星处理后，告知财务，财务对告知结果对应的支付信息进行回单处理。
业务办理政策依据
业务办理前提约束
1.进行了独立缴费人员银行代扣报盘处理
数据权限
1.出纳人员只能进行本机构的代发数据回单处理
业务经办流程描述
1.出纳人员按照发放批次检索出发放信息
2.根据银行返回的发放结果选择成功和失败的数据，必须全部确认（如果我们向外没有报盘文件，但银行却是以报盘文件的形式返回，则应该同银行协商，走报盘大机模式，来回都用报盘文件。
如果确实不能协商，再考虑仅返回时采用报盘，需要确定回盘的文件格式。
）
3.对相应的支付信息逐条进行后续处理：
d）将成功的登账信息标注为“处理成功”；
e）将失败的登账信息标注为“处理失败”；
f）如果有
升级会员 