财政国库支付管理系统建设方案
目录
国库集中支付主要体现的是指标控制计划、计划控制支付的财政业务管理过程。支付管理系统上接可执行指标,贯穿和跟踪可执行指标的整个过程,从计划到支付,从银行确认支付到清算。支付管理需要与大平台基础数据编码一致,要能够与指标无缝衔接,能够充分继承指标的要素信息。支付管理是一个使用范围广、使用频率高、数据严谨性要求严的一个核心系统,通过支付管理系统的一体化建设可以使资金的使用更加顺畅和透明。
国库集中支付管理主要包含了计划、支付申请、支付凭证、划款清算几个环节。主要涉及到国库、相关的归口科室、预算单位、代理银行(含开户银行和归集银行)和清算银行。能够实现与银行间数据实时进行数据交换。
国库集中支付系统主要覆盖了计划管理、直接支付业务、授权支付业务和实拨业务。
根据管理要求,集中支付管理的主要功能包括:
一般计划:主要是项目计划。由预算单位申报,单位审核通过后报财政,然后由财政逐级审核。
均衡计划:预算单位的基本支出由支付中心在上半年末按半年均衡。工会经费是按季度均衡方式,每季度做一次计划,由财政直接支付。
额度追减:填报计划有误或者计划执行完毕还有剩余额度,需要将额度追减到可执行指标上时,进行额度追减。
授权额度通知单:授权计划终审后,国库(支付中心)打印。作为代理银行清算支付凭证;通知预算单位、国库备案。
直接支付申请:预算单位用款时提交直接支付电子信息,并将纸质《直接支付申请书》交送支付中心审核。
直接支付凭证:支付中心在确认支付申请无误时,生成直接支付凭证,产生支付凭证受理号。银行根据支付凭证受理号进行业务处理。
授权支付凭证:预算单位在授权额度内申请用款,将财政授权支付电子信息传递到支付中心,生成受理号。预算单位根据受理号到代理银行办理相应业务。
授权额度汇总清算通知单:由支付中心打印给人民银行作清算凭证。
系统适应电子支付改革需要,在相应规范要求下改造,调用电子凭证库相关接口完成数据的加密存储和传输,实现相关业务的无纸化管理。
其系统功能结构图如下:
图 2.1‑1:国库支付管理系统结构图
计划管理以预算指标管理中形成的单位可用指标为起点,经计划录入、审核,生成授权支付额度和直接支付额度,再通过与银行的接口程序,将财政额度转入商业银行交易系统,控制支付。
-
-
-
- 预算单位编制上报用款计划
-
-
对于项目性支出的用款计划,由预算单位根据预算指标,按季分月编制用款计划,经过逐级上报的方式汇集到部门,再由部门上报给业务处室,业务处室和国库科对预算单位上报的用款计划进行审核批复,由国库科将批复后的用款计划下达给预算单位,形成预算单位的用款额度,预算单位可以根据用款额度办理后续的支付业务,具体流程参见下图。
图 2.1‑1:单位编制计划管理业务流图
-
-
-
- 计划自动下达
-
-
对于非统发工资支出和基本运行支出(非政府采购),由于是相对固定的支出,其每月的用款计划可以不用单位上报及财政审批,通过系统自动下达的方式完成计划额度的生成和下达。可以由财政统一设置需要自动下达的支出类型及单位,确定自动下达的时间及下达期间(季、月),指定默认支付方式及下达计划金额的计算方法,然后由系统在指定的时间自动生成计划并下达。下达后单位可以实时看到下达的计划,并且可以继续上报同类计划,与自动下达计划形成累加计划。
图 2.1‑2:用款计划自动下达业务流程图
-
-
-
- 财政代编用款计划
-
-
财政代编用款计划是自动下达计划的补充,对于某些类型的计划,不需要由预算单位报送,也未设置自动下达,由业务科相关科室经办人或国库科经办人根据预算指标为预算单位编制的用款计划。业务科代编用款计划经财政局审核批复后,下达给预算单位。
图 2.1‑3:业务科/国库科代编计划管理业务流图
-
-
-
- 授权支付额度下达管理
-
-
用款计划分为集中支付与实拨两种支付方式,其中集中支付用款计划又分为直接支付用款计划和授权支付用款计划。由于授权支付计划额度的支付控制和清算控制由代理银行和人民银行管理,因此财政局需要将财政授权支付额度通知单下达给代理银行,并将财政授权支付汇总清算额度通知单下达给人民银行。
计划授权额度的生成和下达可以由系统自动执行。
由于授权支付额度下达流程在预算单位编制用款计划、计划自动下达、财政代编用款计划和调减用款计划管理中都完全相同,因此在本节中统一描述。
图 2.1‑4:授权支付额度下达业务流图
由于计划调减、冻结等的业务流程与正常计划相同,在此不再赘述。
-
-
-
- 用款计划管理与平台底层的关系
-
-
正常计划、调减计划、计划冻结和解冻等业务事项均需要在平台底层进行记录,需要在平台的控制表中形成相关记录。
计划管理环节生成的主要额度控制表说明:
(1)计划额度 = [可执行计划]贷方余额
(2)计划冻结额度 = [可执行计划冻结]贷方余额
在计划环节使用的主要会计科目有:
(1)可执行计划,贷方余额反映未执行用款计划
(2)可执行计划冻结,贷方余额反映冻结的用款计划
非政府采购的资金使用计划业务事项记账规则如下表:
序号 | 业务事项 | 记账规则 |
1 | 资金使用计划新增(含自动生成) | 借:可执行指标 贷: 可执行计划 |
2 | 资金使用计划调减 | 借:可执行指标(-) 贷: 可执行计划(-) |
3 | 资金使用计划冻结 | 借:可执行计划 贷:可执行计划冻结 |
4 | 资金使用计划解冻 | 借:可执行计划冻结 贷:可执行计划 |
政府采购计划业务事项记账规则:
序号 | 业务事项 | 记账规则 |
1 | 政府采购计划新增 | 借:可执行指标 贷: 采购计划 |
2 | 政府采购计划调减 | 借:可执行指标(-) 贷: 采购计划(-) |
3 | 政府采购计划冻结 | 借:采购计划 贷:采购计划冻结 |
4 | 政府采购计划解冻 | 借:采购计划冻结 贷:采购计划 |
5 | 政府采购合同生成资金使用计划 | 借:可执行指标(-) 贷: 采购计划(-) 借:可执行指标 贷: 可执行计划 |
-
-
-
- 以收定支控制
-
-
预算单位的预算外部分收入,按照一定的分配公式,部分收入可供预算单位支出。举例说明:A单位预算外收入10万元,财政统筹30%,财政审核后,预算单位可以支出7万元,同时单位已申请且财政已经下达4万元的计划,实际支出了2万元。表格如下:体现单位收入、剩多少、可以花多少和已经花多少。
在系统的实现上体现为:
- 在平台中设置收入控制表,在以收定支的计划交易令上,除了要检查指标额度外,还要检查收入额度(警告控制),计划录入和审核的相关环节更新额度表;
- 提供预算单位收支余报表,提供给财政和预算单位对账;
- 在支出指标、计划或支付单据审核时提供自动的参照,作为审核的参考,相关制单和审核环节自动控制。
支付管理是在用款计划批复生效后,根据实际资金支付需要,将资金从国库单一账户拨付到收款人的过程。支付管理主要管理:主要包括直接支付管理、授权支付管理、实拨支付管理。包括财政支付管理、预算单位支付管理、代理银行支付管理、清算银行支付管理。
支付管理的方案要点
- 代扣代缴的业务的实现通过银行的代扣代缴可以实现,在系统实现时,操作上比优化方案上简化一些,不需要收回额度;将代理银行的授权支付回单发回单位供单位记账,与单位发起的授权支付同样处理;
- 公务卡业务系统的功能与统发工资的编制功能很相似,我们建议与工资系统一并考虑,同一系统两种编制需求
- 在账户监控方面,我们希望将各类账户在系统的基础数据管理进行统一分类管理,作为整个财政业务系统的基础数据,而建立专门的资金监控系统,监控账户和资金流转情况;建立数据交换平台,满足财政和银行之间及时同步账户变更数据和其他基础数据;
- 将预算内、预算外指标统一平台管理,利用数据权限设置和工作流设置,在同一平台中进行预算内资金和预算外资金的执行管理;可以通过系统设置,预算内、外的指标、计划和用款申请由不同的人员来管理,预算内、预算外的计划、用款申请审核流程也可配置成不同。
-
-
- 直接支付
-
-
对于货物支出、服务支出、工程支出等支出类型的资金,基层预算单位根据财政局批复的直接支付用款计划,结合实际情况编制本月直接支付申请(不能使用本月以后的用款计划额度),上报国库科;国库科审核后,开具直接支付凭证,通过财政零余额账户,将财政资金直接支付到收款人或用款单位账户。(指标→计划→支付控制模型)流程图如下:
图 2.2‑1:直接支付业务流程图
资金控制:
支付申请金额不能超过当前累计可用的直接支付计划额度。
-
-
-
- 授权支付
-
-
对于未纳入直接支付的工资支出、工程采购支出、物品、服务采购支出、购买支出和零星支出,预算单位依据财政局批复的授权支付用款计划,在授权支付用款计划的额度范围内,自行开具授权支付凭证,送交代理银行,通过预算单位零余额账户将财政性资金支付给收款人或用款单位。(指标→计划→支付控制模型)。
财政授权支付是将经常性小额支付交由预算单位自行管理支出。通过财政为预算单位在商业银行开设的预算单位零余额账户,每日大量发生的小额支付可以由预算单位自行开据授权支付凭证,而不需要逐笔向财政申请。流程图如下:
图 2.2‑2:授权支付业务流程图
资金控制:
授权支付申请的金额不能超过当前累计的授权支付计划额度。
-
-
-
- 实拨
-
-
实拨资金用于无法实现国库集中支付的特殊资金拨付,如:借款、资金调度等。管理的流程包括:指标→拨款单据录入→审核→选择出款账号→单据打印→帐务处理→查询(指标→实拨控制模型)
或者
计划→拨款单据录入→审核→选择出款账号→单据打印→帐务处理→查询(无指标→实拨控制模型)。
具体业务流程如下:
-
- 各业务科室专管员按指标(或计划)进行拨款单录入;
- 各业务科室科长对拨款单进行初批;
- 分管局长对拨款单进行审批;
- 国库专管员对拨款单审核及复核;
- 国库专管员录入、选择出款账号、打印凭证类型;
- 代理银行核对支付凭证信息并确定制度;
- 打印后将单据送清算行(人民银行)支付清算;
- 实拨拨款单据支付后自动进行帐务处理。
根据指标的松紧度额度报计划。一般的流程是,基层单位报计划,部门审核,业务归口处室审核,国库经办审核,国库处长审核。审核完毕后形成额度。
计划可以报负计划。负计划的编报和审核流程与正的计划完全一样
计划终审后,按照计划额度规则形成计划额度。
转支单位计划终审后,自动产生支付申请。
-
-
-
- 业务流程
-
-
图 3.1‑1:支付业务流程图
-
-
-
- 业务功能
-
-
- 录入
预算单位用户选择松紧度指标,并填写计划信息,形成月度用款计划。
- 复制计划
- 在录入界面点击复制计划按钮,系统弹出新的界面
- 用户在新弹出的界面选择要复制计划的月份
注:查询的计划应该是:该用户的数据权限能看到的该月份的计划
-
- 在新的界面点击复制按钮
- 在新界面列出新复制出的计划,并可以修改,修改的信息项与一般计划的修改项一致
注意:新复制的计划金额要受到指标可用余额的控制,如果可用余额为0,则显示为0
-
- 在用户确定了该批计划之后,点击保存按钮,将该批计划保存入系统。如果计划金额为0,保存时提示用户,并不保存
- 审核
对计划有管理需求的用户,对计划进行审核。审核环节可以自定义,终审并形成计划额度。
- 查询
提供方便的计划查询功能。
- 打印
授权支付额度通知单
直接支付额度通知单
- 批量代编计划
业务处/国库处批量代编计划。
具体表现形式为:
用户进入批量计划之后,选择支付方式,系统列出所有的该用户能做计划的可用金额大于0的指标。
用户输入信息项
- 均衡计划
均衡方式:
按照指标项的执行方式要素进行控制
按月均衡
按季均衡
均衡结果:
按照上下文规则计算
支付方式:
- 自动计划接口
有些指标在下达后自动生成计划,并形成计划额度。系统需要提供该接口。
-
-
- 采购计划
- 业务描述
- 采购计划
-
根据采购指标,报采购计划,跟一般计划差不多,只是需要填写采购信息,并且,支付类型只能是直接支付—集中采购。
政府采购的分散采购可以报授权采购支付。
-
-
-
- 业务流程
-
-
图 3.2‑1:采购业务流程图
-
-
-
- 业务功能
-
-
- 录入
预算单位用户选择松紧度指标,并填写计划信息,形成月度用款计划。
- 审核
对计划有管理需求的用户,对计划进行审核。审核环节可以自定义,终审并形成计划额度。
- 查询
提供方便的计划查询功能。
- 打印
直接支付额度通知单
授权支付额度通知单
-
-
- 基建计划
- 业务描述
- 基建计划
-
根据基建指标,报基建计划,跟一般计划差不多,只是需要填写基建信息,可以报直接支付,也可以报授权支付。
-
-
-
- 业务流程
-
-
图 3.3‑1:基建计划业务流程图
-
-
-
- 业务功能
-
-
- 录入
预算单位用户选择松紧度指标,并填写计划信息和基建信息形成月度用款计划。
- 审核
对计划有管理需求的用户,对计划进行审核。审核环节可以自定义,终审并形成计划额度。
- 查询
提供方便的计划查询功能。
- 打印
授权支付额度通知单
直接支付额度通知单
-
-
- 预拨计划
- 业务描述
- 预拨计划
-
无指标来源的计划,终审后形成计划额度,可用于支付或者拨款。
-
-
-
- 业务功能
-
-
- 录入
录入预拨计划要素,和金额等
- 审核
终审后,形成计划余额。
本功能主要实现了几种计划类型中的打印功能,目前打印的内容只有:授权额度通知单,目前授权额度通知单在一般计划、采购计划和基建计划都需要使用。
-
-
- 扣款单
- 业务描述
- 扣款单
-
直接扣减指标的金额。主要应用于冲减上年的暂付款,并于本年度列支
-
-
-
- 业务功能
-
-
- 录入
选择要扣减的指标,并录入扣款数。
- 审核
终审后,正式扣减指标余额,并冲减暂付款,正式列支。
-
-
- 支付申请
- 业务描述
- 支付申请
-
非自动生成计划和支付申请业务,根据计划报支付申请。
自动生成计划和支付申请业务(工资控制模型),通过工资发放数据以及相关信息项的匹配指标,反向自动生成计划和支付申请。
-
-
-
- 业务流程
-
-
图 3.7‑1:非自动生成计划和支付申请业务流程图
-
-
-
- 业务功能
-
-
- 录入
预算单位用户根据计划额度录入直接支付申请。
- 审核
支付中心审核支付申请
- 自动申请接口
在别的环节可以调用该接口自动生成申请
-
-
- 直接支付凭证
- 业务描述
- 直接支付凭证
-
支付中心根据直接支付申请生成支付凭证,并打印,交由代理银行支付。
-
-
-
- 业务流程
-
-
图 3.8‑1:直接支付凭证业务流程图
-
-
-
- 业务功能
-
-
- 生成支付凭证
支付中心根据支付申请按照申请合并规则生成支付凭证
- 打印支付凭证
支付中心打印支付凭证,直接支付凭证打印后,即时确认支付
-
-
- 授权支付凭证
- 业务描述
- 授权支付凭证
-
预算单位根据授权支付计划额度,生成授权支付凭证,并交给开户银行支付。
-
-
-
- 业务流程
-
-
图 3.9‑1:授权支付凭证业务流程图
-
-
-
- 业务功能
-
-
- 编报
根据松紧度计划(授权)打印支付凭证,并填写结算方式,并存于申请表
- 大额现金规则
现金结算方式占该授权计划额度的比例
使用松紧度时,按照该松紧度内所有的授权支付金额判断现金比例。
- 审核大额现金单
根据大额现金的规则,如果不符合该规则的现金支付凭证,需要经过审核。该大额现金单没有现金单号,用支付凭证号即可。
- 汇总支付凭证
根据汇总打印规则,汇总编报的支付凭证,给出打印号,该号为该批支付凭证的统一编报号。
- 打印授权支付凭证
打印出汇总后的支付凭证(进账单、转账支票、电汇凭证、现金支票),并交给银行进行支付
- 查询
-
- 国库实拨
- 业务描述
- 国库实拨
-
实拨支付方式是国库改革前的资金拨付方式,实行国库集中支付改革后,实拨仍然是一种必需的资金支付方式,业务处根据有关文件录入拨款单,经过国库处审核后把拨款凭证发送银行,由银行把款拨给收款人,实拨功能需满足除集中支付以外的各类资金的拨款需求。
-
-
-
- 业务流程
-
-
实拨资金用于无法实现国库集中支付的特殊资金拨付,如:借款、资金调度等。管理的流程包括:指标(或计划)→拨款单据录入→审核→选择出款账号→单据打印→帐务处理→查询。
图 3.10‑1:实拨支付凭证业务流程图
-
-
-
- 业务功能
-
-
实拨拨款通知单
主要实现实拨拨款通知单的录入,审核,退回、查询等功能
各业务科室专管员按指标进行拨款单据录入,经科长审批、分管局长审批后到国库。
实拨拨款凭证
主要实现实拨拨款凭证的生成,审核,退回、打印、查询等功能
国库专管员根据实拨拨款通知单生成对拨款凭证,生成凭证的时候录入出款账号、打印凭证类型,并通过国库领导审核后进行打印拨款凭证单据送代理银行及清算银行。
实拨确定支付
银行用户录入纸质单据号,系统查出该记录,用户核对信息,如果一致,则点击确认支付按钮进行支付。
划款清算
实拨拨款凭证在打印之后,就可以直接做划款申请进行清算。
-
-
- 支付退款
- 业务描述
- 支付退款
-
发生支付问题,需要进行退款,该业务主要功能是冲销支付数,退还计划余额(来源余额,有可能是指标),并冲销支付账务。
如果是转支的支付,应该退到指标,单位必须重新报计划。
-
-
-
- 业务流程
-
-
由代理银行根据退款信息录入退款单,由支付中心/单位选择对应的支付凭证,再根据支付凭证选择对应的支付申请,从而对应到相对计划。
图 3.11‑1:支付退款
-
-
-
- 业务功能
-
-
- 填写退款单
由代理银行根据退款情况填写,录入预算单位,支出功能分类,项目,资金来源,预算来源,退款金额,收款户(从哪里收到的该款项,如果是现金,可不填),付款户(国库)等信息
- 选择支付凭证
支付中心根据退款单信息对系统进行查询,并挑选出付款支付时的原支付凭证。
该支付凭证为统一打印后的支付凭证号。
- 填写明细
支付中心根据支付凭证,找到对应的支付申请,并把该退款填写到对应的支付申请上,从而,找到对应的计划额度。
对直接支付而言,目标就是找到对应的支付申请,对授权支付而言,就是找到编报的明细支付凭证。
如果是工资、转支或者特设专户类的不经过支付申请的直接支付,就不需要填写明细。
- 完成
完成该笔退款业务,并把退款金额退回到计划额度上去
-
-
- 银行确认支付
- 业务描述
- 银行确认支付
-
该业务是代理银行接到授权支付凭证、专户支票单和自有资金支付单时,银行需要根据这些单据上的单号,确定纸质信息与电子信息一致,并进行支付。
-
-
-
- 业务功能
-
-
确认支付
银行用户录入纸质单据号,系统查出该记录,用户核对信息,如果一致,则点击确认支付按钮进行支付。
-
-
- 银行划款清算
- 业务描述
- 银行划款清算
-
代理银行根据支付情况,分授权和直接支付生成划款申请,交给清算银行清算。
直接支付凭证在打印之后,就可以直接做划款申请
授权支付凭证在确认支付之后才能进行划款申请
-
-
-
- 业务流程
-
-
图 3.13‑1:划款清算业务流程
-
-
-
- 业务功能
-
-
- 生成划款申请
代理银行根据支付的信息生成划款申请,并生成划款单号
- 打印划款申请
打印的文件有:
- 划款申请
- 该划款申请的支付令列表(直接支付凭证,授权支付汇总的支付凭证)
- 该划款申请的按部门(也可能是任何一级单位,需要设置)按一级银行(归集银行,可能是同一系统银行的多个支行)支出列表
- 该划款申请的按科目按归集银行支出列表
- 清算制表
清算行用户输入划款单号,然后查询出该划款单,以及与划款单一起送来的3个附件
- 清算制表审核
核对清算制表的信息
- 清算日报生成
生成清算的日报
- 清算日报审核
清算日报的审核
- 回单登记
清算银行在清算日报审核之后,回单给财政和支付中心
银行管理通过与商业银行系统对接,实现财政授权支付和直接支付额度管理、确认支付、生成划款清算、打印入帐通知书等功能,还实现与电子支付平台的数据交换。
-
-
-
- 与代理银行系统接口
-
-
- 接口业务单据:
- 支付系统将授权支付额度通知单下达给代理银行;
- 支付系统将审批后的直接/授权支付凭证下达给代理银行;
- 代理银行将支付凭证回单/入账通知书传给支付系统;
- 代理银行将授权支出日报保送支付系统;
- 接口方案:
标准XML格式数据文件交换;
- 交换模式:
- 采用普通文件传输方案;
- 通过数据交换平台传输数据文件;
-
-
- 清算银行系统接口
-
-
- 接口业务单据:
- 支付系统将授权支付汇总清算额度通知单下达给清算银行;
- 支付系统将直接支付汇总清算单发给清算银行;
- 支付系统将实拨拨款单发给清算银行;
- 清算银行发送清算回单/拨款回单给支付系统记账。
- 接口方案:
标准XML格式数据文件交换;
- 交换模式:
- 采用普通文件传输方案;
- 通过数据交换平台传输数据文件;
大连市财政支付电子化建设基于PKI/CA安全体系,全市集中部署电子凭证库,实现市电子凭证的电子签名(章)并自动验签、安全传输,以达到快速推进支付电子化和清算电子化业务的目标。
总体设计思路是:
- 集中部署实施财政部提供的电子凭证库,并与身份认证、数字签名、电子印章等安全技术充分融合,形成电子化支付安全支撑体系;
- 引入经过安全部门认证的电子印章系统,比照传统印章管理要求,建立数字签名及电子印章相关管理制度,对密钥制作、发放、保管、使用、挂失和更换等进行严格管理;
- 提供数字签名、电子印章、数字信封、时间戳等安全支付及校验应用接口,支撑国库支付等业务系统的电子化改造和开发建设,实现与清算银行、代理银行等外部系统的数据实时交互;
- 进一步加固CA身份认证、数字签名系统等安全体系,构建完整的公钥基础设施体系(PKI),保障电子化管理和电子化支付的机密、真实、不可否认和完整性。
其总体架构所下图所示:
图 4.1.1.1‑1:国库支付电子化总体架构
由于电子支付业务和传统纸质单据业务在相当长的一段时间内并存,因此需要在财政一体化信息系统上需要专门为国库电子支付管理开发相应的功能,即国库电子支付系统,并保持国库电子支付业务和传统纸质单据业务在交叉业务间的衔接。
财政一体化系统采用电子签名、电子签章以及数据信封等技术手段,实现支付业务内部审批签章电子化,达到财政业务数据传送电子化、比对审核自动化、业务处理标准化和资金拨付安全化。
为了实现全市国库支付业务的电子签名、签章、传输、验签,建立电子凭证库,需要对相应的业务单据进行改造。
具体改造范围如下:
一、对财政与清算银行之间的业务,包括:
- 直接支付汇总清算通知单;
- 授权支付汇总清算额度通知单;
- 实拨支付凭证;
- 退款凭证;
- 清算回单等。
二、对财政与代理银行之间的业务,包括:
- 直接支付凭证;
- 专户支付凭证;
- 直接支付入账通知单;
- 支付退款凭证;
- 授权额度通知单等。
三、对人民银行与代理银行之间的财政业务,包括:
- 划款申请等;
四、对代理银行与预算单位之间的业务,包括:
- 授权支付凭证;
- 授权支付退款凭证
- 授权支付额度到账通知单等。
-
-
-
-
- 建设内容
-
-
-
-
对上述各个国库电子支付的业务单据的具体改造内容包括:
1、改造新增界面保存功能:新增业务数据保存时,支持签名并同步业务数据到电子凭证库中。
2、改造编辑界面:编辑业务数据时,支持签名并同步业务数据到电子凭证库中。
3、改造修改界面:修改业务数据保持时,支持签名并同步修改后的业务数据同步电子凭证库中。
4、改造删除功能:支持删除签章、签名、删除电子凭证库的对应的业务数据。
5、改造审核功能:增加签章(名)、验签、同步电子数据。
6、改造取消审核功能:取消审核时增加了删除验章、验名、签名、签章的功能。
7、改造工作流:审核岗可以根据条件增加分支审核动作,在对应审核节点上增加签章、签名功能。
8、改造打印功能:优化打印配置,可以灵活的设置签章(名)的打印位置,落地打印相应的电子凭证。
9、改造支付回单凭证接收、发送功能,并支持签章(名)、验签、灵活的设置签章(名)的打印位置,落地打印相应的电子凭证。
10、改造清算回单凭证接收功能,并支持签章(名)、验签、灵活的设置签章(名)的打印位置,落地打印相应的电子凭证。
11、基于电子凭证库,财政支付客户端完成跳转预算单位自助柜面业务系统的衔接研发。
12、新开发应急通道发送功能,当电子凭证出现问题的时候,完成财政支付客户端直接发送相关支付信息至银行系统,通过银行系统进行支付。
对每个国库支付业务单据改造后的功能点有:
- 电子凭证生成
财政国库电子支付是通过建立财政、银行、预算单位间的专用网络及网络信任体系,在确保资金安全和准确的前提下,以“电子凭证”取代“纸质凭证”,将现行纸质凭证电子化。当业务操作人进行业务单据操作时,财政国库电子支付系统自动生成相应的电子凭证。如:新增业务单据保存时生成附加电子签名的电子凭证;审核凭证时生成附加电子签章的电子凭证。
- 电子凭证审核签章
审核操作人插入UKEY登录支付系统进入凭证审核界面,选择需要审核的凭证数据,支付系统自动弹出“录入审核意见-业务对话框”窗口,审核人在审核意见文本框中输入审核意见(默认的审核意见为“同意”),然后审核人单击此窗口上的【盖章】按钮,系统会自动调用电子支付安全平台组件,读取相应审核人的UKEY签章信息对凭证进行电子签章签名,将签章签名后的电子凭证信息同时保存到应用支撑平台和电子凭证库中。
- 电子凭证签章验证
签章验证的功能是当前操作人进行后续业务操作时,支付系统调用应用支撑平台的工作流组件验证上一步审核人信息,同时调用电子支付安全平台组件验证上一步审核人的盖章信息,如果上一步审核人和盖章信息正确,财政国库支付无纸化系统才允许当前操作人进行后续业务的操作;否则系统会阻止。
- 电子凭证复核签章
复核签章的操作方法详见“审核签章”节介绍。复核签章一般同时加盖公章和私章,并且支付系统会自动验证上一步审核是否签章以及签章信息的正确性;加盖公章、私章则该岗位同时拥有两个UKEY,且登录用户对这两个章都有操作权限。
- 电子凭证退回
系统根据当前凭证的工作流定义,凭证退回到上岗(返回上岗凭证的状态即为工作流定义中的上岗状态),支付系统数据流转(工作流)始终不变,该系统除处理本身系统数据退回外,同时还需要调用电子支付安全平台组件来实现电子凭证库中的电子凭证撤销签章,返回至上岗状态。
- 电子凭证作废
主要是用来修改财政支付系统中的凭证作废,该系统数据流转(工作流)保持不变,支付系统除处理本身系统数据作废外,还需要调用电子支付安全平台组件实现电子凭证库中的电子凭证作废。
- 电子凭证发送
支付系统需读取需发送的凭证数据列表,并调用电子支付安全平台,通知电子支付安全平台的凭证传输管理(数据交换组件)进行凭证发送,同时支付系统需要定时查询电子凭证库(或安全平台组件)回调支付消息接口来确定发送凭证的状态,以便通知用户后续业务操作。
- 电子凭证防篡改
在凭证发送时,支付系统会自动校验数据是否被篡改过,如果数据未发生了篡改,系统允许进行凭证发送;否则系统阻止凭证发送,并弹出提示信息窗口。
- 银行签章的电子凭证处理
支付系统需要定时查询电子凭证库返回支付消息来确定是否存在需要处理的数据,以便通知用户进行后续业务操作。此时电子支付安全平台已经完成电子凭证的验章操作,支付系统直接获取数据进行相应的业务处理。
- 电子凭证落地打印
财政、预算单位和银行可根据需要,将电子凭证进行落地打印。
电子化支付系统建设完成后,业务应用在系统操作层基本无变化,但系统在业务处理逻辑上更加严谨、安全。
各电子凭证主要的业务逻辑大致是:
- 凭证送审、审核、打印等业务处理前,需要进行用户证书校验,以验证用户身份的合法性和本次操作的实质有效性、不可抵赖性;避免UKEY拔掉或换UKEY后还能操作;
- 每个凭证业务处理环节都要对上一环节进行验签、验章(如果上一环节需要签章),处理后都要进行签名、签章(如果本环节需要签章);对于原始凭证查询、打印环节都需要事先验章;
- 私有证书、私章,机构证书、公章存放在操作员的UKEY中,签名、签章则在客户端完成(事先要进行用户证书校验);
- 身份认证、数字签名、电子印章系统增加报错的明细情况反馈;平台一体化系统全面加强对各种报错情况、意外情况的处理机制和信息反馈;使错误信息提示更加准确,使所有错误和意外情况都得到正确的处理;
- 等等。
下文是以直接支付凭证送审、审核、打印业务处理逻辑为例描述各个电子化业务的处理逻辑上的变化:
凭证送审业务逻辑设计
电子化凭证送审的业务逻辑如下图所示:
图 4.1.1.2‑1:电子凭证送审业务逻辑图
凭证审核业务逻辑设计
凭证审核的业务逻辑如下图所示:
图 4.1.1.2‑2:电子凭证审核业务逻辑图
凭证打印业务逻辑设计
凭证打印的业务逻辑如下图所示:
图 4.1.1.2‑3:电子凭证打印业务逻辑图
财政端系统国库电子支付改造项目除了对国库电子支付业务相关单据进行改造外,还要按照《国库支付系统安全支付接入规范》、《人民银行接口及报文规范》、《代理银行接口及报文规范》完成相关系统的改造,开发和升级改造与电子凭证库的接口,实现对电子凭证库接口的调用,确保业务系统与电子凭证库的衔接。
与电子凭证库接口的开发与升级改造主要包括以下三个方面:
- 开发业务系统调用电子凭证库接口,实现电子凭证的入库及提取、查询等功能;
- 开发业务系统调用电子签名接口,实现业务系统对单据的电子签名等正向、逆向操作;
- 开发业务系统调用电子签章接口,实现业务系统对单据的电子签章等正向、逆向操作。
开发业务系统调用电子凭证库的接口
开发业务系统调用电子凭证库接口,实现
- 签章凭证入库
- 签名凭证入库
- 凭证作废
- 凭证版本作废
- 凭证发送
- 凭证读取
- 凭证查询
- 凭证签收
- 凭证退回
- 未签收凭证读取
- 凭证写入
- 凭证查询
- 凭证打印等接口
开发业务系统调用电子签名的接口
开发业务系统调用电子签名接口,实现业务系统对单据进行电子签名,验签功能。
国库支付管理系统在支持以上业务模式,满足各样式的支付业务需求外,还满足财政部支付电子化的要求,支持已有的电子凭证库、安全架构,实现大连市财政支付电子化以及财政安全支付。
业务描述
支付中心根据直接支付申请生成支付凭证,审核并进行数字签名和加盖电子印章,交由代理银行支付。
业务流程
- 支付中心经办人使用财政UKEY,通过财政一体化信息系统根据直接支付申请生成直接支付凭证;
- 支付中心审核人使用财政UKEY登陆财政一体化信息系统,对已经生成的支付凭证审核并进行数字签名和加盖电子印章。
- 支付中心终审人使用财政UKEY登陆财政一体化信息系统,系统自动通过公钥验证支付凭证的数字签名和印章,验证无误;再通过私钥对支付凭证审核并进行数字签名和加盖印章,完成后系统自动将支付凭证保存到财政端凭证库并发送至银行端凭证库;验证有误则退回到前一状态。
- 银行经办人登录银行系统,接收支付凭证验签、解密并确定支付。
- 进行支付后,代理银行经办人核对支付令信息并加盖银行转讫章后保存银行端凭证库发送给财政端凭证库中。
- 支付中心经办人通过财政UKEY登陆财政一体化信息系统 ,接收银行签章的支付回单验签、解密后作为存档和记账依据。
流程图如下图所示:
图 5.1.1.1‑1:直接支付凭证流程图
功能设计
直接支付凭证生成、送审功能
在支付实现和表格方面,系统提供如下功能:
- 生成支付凭证
- 删除支付凭证
直接支付凭证新增、送审、电子签章界面界面原型如下图所示:
图 5.1.1.1‑2:直接支付凭证新增、送审图
图 5.1.1.1‑3:直接支付凭证加盖电子印章图
其主要业务逻辑为:
- 支付中心经办人通过UKEY进入直接支付凭证生成界面,点【查询】按钮,在界面列表中显示出已生成的直接支付凭证单;
- 勾选一条或者多条待加盖印章的的直接支付凭证单,点【送审】按钮,弹出电子签章窗口,点【盖章】,系统自动通过支付凭证号、日期、支付金额、付款账号及数字签名的私钥计算出数字签名,并根据数字签名调出保存在电子印章服务器的电子印章显示到窗口中,点【确定】后则成功把电子印章签在了对应的凭证单上,可以通过凭证打印预览进行查看效果。
直接支付凭证审核、发送功能
直接支付凭证审核界面界面原型如下图所示:
图 5.1.1.1‑4:直接支付凭证审核及电子签章界面图
- 支付中心审核人通过UKEY登陆财政平台一体化国库电子支付系统,点【查询】按钮,在界面列表中显示出待审核的直接支付凭证单;
- 点【审核】,系统自动应用公钥对支付凭证的数字签名进行验证,验证通过直接弹出电子签章窗口,再点电子签章窗口中【盖章】,系统自动在后台通过支付凭证号、如期、支付金额、付款账号及数字签名的私钥计算出数字签名,并根据数字签名调出保存在电子印章服务器的电子印章显示到窗口中,点【确定】后则成功把电子印章签在了对应的凭证单上,可以通过凭证打印预览进行查看效果,审核后点击【发送】,将电子凭证发送至代理银行端;验证不通过,则退回支付凭证单。
银行验签、验印并确定支付
- 代理银行经办人使用UKEY通过接口程序完成电子凭证的验签,验签无误,转入银行系统中根据支付凭证信息文件进行支付;
- 代理银行经办人通过接口程序进行自动核对电子数据,核对无误后自动加盖代理银行转讫章,点击【发送】回传给财政,系统将直接支付凭证自动更新为“已确认支付”状态;
- 银行打印(不走流程)
在银行管理直接支付凭证打印界面进行打印。
- 财政打印(不走流程)
在直接支付凭证的查询界面进行打印。
业务描述
直接支付退款凭证主要是实现财政预算资金的直接支付退款业务的管理。
业务流程
- 代理银行经办人原收款行退回的款项及相关单据录入直接支付退款通知书,并使用财政UKEY通过接口程序加盖电子印章和数字签名发送给财政;
- 支付中心经办人使用财政UKEY,进入财政一体化信息系统,系统自动通过公钥验证直接支付退款通知书的数字签名,验证无误,选定直接支付退款通知书生成直接支付退款凭证并进行数字签名;验证有误则退回到前一状态。
- 支付中心审核人使用财政UKEY登陆财政一体化信息系统,系统自动通过公钥验证退款凭证的数字签名,验证无误;再通过私钥对退款凭证审核并进行数字签名,完成后系统自动将退款凭证保存到财政端凭证库;验证有误则退回到前一状态。
- 支付中心终审人使用财政UKEY登陆财政一体化信息系统,系统自动通过公钥验证退款凭证的数字签名,验证无误;再通过私钥对退款凭证终审并进行数字签名、签章,完成后系统自动将退款凭证保存到财政端凭证库并发送至银行;验证有误则退回到前一状态。
- 银行经办人登录银行系统,接收退款支付凭证验签、解密并确定支付。
- 进行支付后,代理银行经办人核对支付令信息并加盖银行转讫章后保存银行端凭证库发送给财政端凭证库中。
- 支付中心经办人通过财政UKEY登陆财政一体化信息系统 ,接收银行签章的退款回单验签、解密后作为存档和记账依据。
流程图如下图所示:
图 5.1.1.2‑1:直接支付退款凭证流程图
功能设计
直接支付退款凭证生成、送审功能
在支付实现和表格方面,系统提供如下功能:
- 生成支付退款凭证
- 修改支付退款凭证
- 删除支付退款凭证
- 送审支付退款凭证
直接支付退款凭证生成、送审界面原型如下图所示:
图 5.1.1.2‑2:直接支付退款凭送审加盖印章效果图
其主要业务逻辑为:
- 代理银行经办人通过UKEY进入直接支付退款凭证生成界面,点【查询】按钮,在界面列表中显示出已生成的直接支付退款凭证单;
- 勾选一条或者多条待加盖印章的的直接支付退款凭证单,点【送审】按钮,弹出电子签章窗口,点【盖章】,系统自动通过退款凭证号、日期、支付金额、付款账号及数字签名的私钥计算出数字签名,并根据数字签名调出保存在电子印章服务器的电子印章显示到窗口中,点【确定】后则成功把电子印章签在了对应的凭证单上,可以通过凭证打印预览进行查看效果。
直接支付退款凭证审核功能
直接支付退款凭证审核界面原型如下图所示:
图 5.1.1.2‑3:直接支付退款凭证审核
- 支付中心审核人通过UKEY登陆财政平台一体化国库电子支付系统,点【查询】按钮,在界面列表中显示出待审核的直接支付退款凭证单;
- 点【审核】,系统自动应用公钥对支付退款凭证的数字签名进行验证,验证通过直接弹出电子签章窗口,再点电子签章窗口中【盖章】,系统自动在后台通过支付退款凭证号、如期、退款金额、付款账号及数字签名的私钥计算出数字签名,并根据数字签名调出保存在电子印章服务器的电子印章显示到窗口中,点【确定】后则成功把电子印章签在了对应的退款凭证单上,可以通过凭证打印预览进行查看效果;验证不通过,则退回退款支付凭证单。
银行验签、验印并确定退款
1、代理银行通过使用UKEY通过接口程序,对接收到直接支付退款凭证进行验签、验印验证无误后转入银行系统;
2、代理银行根据直接支付退款电子数据办理退款;
3、代理银行通过接口程序自动核对电子数据,核对无误后自动加盖代理银行退款章,系统将直接支付退款凭证自动更新为“已确认退款”状态。
业务描述
预算单位根据授权支付计划额度,编报授权支付凭证,并交给开户银行支付。
业务流程
- 单位经办人使用财政UKEY,通过财政一体化信息系统根据支付申请生成授权支付凭证;
- 单位审核人使用财政UKEY登陆财政一体化信息系统,对已经生成的支付凭证审核并进行数字签名和加盖电子印章,并保存到财政端凭证库并发送至银行;验证有误则退回到前一状态。
- 单位经办人使用银行UKEY,登录财政一体化信息系统,系统自动通过公钥验证支付凭证的数字签名,验证无误;再通过接口程序调用银行网银系统,通过私钥对支付凭证复核并进行数字签名;
- 单位审核人使用银行UKEY,登录财政一体化信息系统,系统自动通过公钥验证支付凭证的数字签名,验证无误;再通过接口程序调用银行网银系统,通过私钥根据支付凭证进行支付并进行数字签名;
- 进行支付后,代理银行经办人使用财政UKEY通过接口程序核对支付令信息并加盖银行转讫章后保存银行端凭证库发送给财政端凭证库中。
- 单位经办人通过财政UKEY登陆财政一体化信息系统 ,打印银行签章的支付回单作为存档和记账依据。
其业务流程图如下:
图 5.1.1.3‑1:授权支付凭证流程图
功能设计
授权支付凭证生成、送审功能
在支付实现和表格方面,系统提供如下功能
- 生成支付凭证
- 修改支付凭证
- 删除支付凭证
- 送审支付凭证
授权支付凭证生成、送审界面界面原型如下图所示:
图 5.1.1.3‑2:授权支付凭证新增、送审界面图
图 5.1.1.3‑3:授权支付凭证加盖电子印章
其主要业务逻辑为:
- 单位经办人通过UKEY进入授权支付凭证生成界面,点【查询】按钮,在界面列表中显示出已生成的授权支付凭证单;
- 勾选一条或者多条待加盖印章的的授权支付凭证单,点【送审】按钮,弹出电子签章窗口,点【盖章】,系统自动通过支付凭证号、日期、支付金额、付款账号及数字签名的私钥计算出数字签名,并根据数字签名调出保存在电子印章服务器的电子印章显示到窗口中,点【确定】后则成功把电子印章签在了对应的凭证单上,可以通过凭证打印预览进行查看效果。
授权支付凭证审核功能
授权支付凭证审核界面界面原型如下图所示:
图 5.1.1.3‑4:授权支付凭证审核及电子签章
- 单位、支付中心审核人通过UKEY登陆财政平台一体化国库电子支付系统,点【查询】按钮,在界面列表中显示出待审核的授权支付凭证单;
- 点【审核】,系统自动应用公钥对支付凭证的数字签名进行验证,验证通过直接弹出电子签章窗口,再点电子签章窗口中【盖章】,系统自动在后台通过支付凭证号、如期、支付金额、付款账号及数字签名的私钥计算出数字签名,并根据数字签名调出保存在电子印章服务器的电子印章显示到窗口中,点【确定】后则成功把电子印章签在了对应的凭证单上,可以通过凭证打印预览进行查看效果;验证不通过,则退回支付凭证单。
银行验签、验印并确定支付
代理银行经办人使用UKEY通过接口程序对接收到的授权支付凭进行验签、验印并加盖电子印章;
代理银行根据转入的支付电子数据进行支付;
代理银行经办人使用UKEY通过接口程序对已经支付成功的授权支付电子数据进行自动核对电子数据,核对无误后自动加盖代理银行转讫章,系统将支付凭证自动更新为“已确认支付”状态;
- 银行打印(不走流程)
在银行管理授权支付凭证打印界面进行打印。
- 单位打印(不走流程)
在银行签章的授权支付凭证查询界面进行打印。
业务描述
授权支付退款凭证主要是实现财政预算资金的授权支付退款业务的管理。
业务流程
- 代理银行经办人原收款行退回的款项及相关单据录入授权支付退款通知书,并使用财政UKEY通过接口程序加盖电子印章和数字签名发送给预算单位;
- 单位经办人使用财政UKEY,进入财政一体化信息系统,系统自动通过公钥验证授权支付退款通知书的数字签名,验证无误,选定授权支付退款通知书生成授权支付退款凭证并进行数字签名;验证有误则退回到前一状态。
- 单位审核人使用财政UKEY登陆财政一体化信息系统,系统自动通过公钥验证退款凭证的数字签名,验证无误;再通过私钥对退款凭证审核并进行数字签名,完成后系统自动将退款凭证保存到财政端凭证库并发送至银行;验证有误则退回到前一状态。
- 单位经办人使用银行UKEY,登录财政一体化信息系统,系统自动通过公钥验证退款凭证的数字签名,验证无误;再通过接口程序调用银行网银系统,通过私钥对退款凭证复核并进行数字签名;
- 单位审核人使用银行UKEY,登录财政一体化信息系统,系统自动通过公钥验证退款凭证的数字签名,验证无误;再通过接口程序调用银行网银系统,通过私钥根据退款凭证进行支付并进行数字签名;
- 进行退款支付后,代理银行经办人使用财政UKEY通过接口程序核对支付令信息并加盖银行转讫章后保存银行端凭证库发送给财政端凭证库中。
- 单位经办人通过财政UKEY登陆财政一体化信息系统 ,打印银行签章的退款支付回单作为存档和记账依据。
流程图如下图所示:
图 5.1.1.4‑1:授权支付退款凭证流程图
功能设计
授权支付退款凭证生成、送审功能
在支付实现和表格方面,系统提供如下功能:
- 生成支付退款凭证
- 修改支付退款凭证
- 删除支付退款凭证
- 审核支付退款凭证
- 送审支付退款凭证
授权支付退款凭证生成、送审界面原型如下图所示:
图 5.1.1.4‑2:授权支付退款凭证送审加盖印章图
其主要业务逻辑是:
- 代理银行经办人通过UKEY进入授权支付退款凭证生成界面,点【查询】按钮,在界面列表中显示出已生成的授权支付退款凭证单;
- 勾选一条或者多条待加盖印章的的授权支付退款凭证单,点【送审】按钮,弹出电子签章窗口,点【盖章】,系统自动通过支付凭证号、日期、支付金额、付款账号及数字签名的私钥计算出数字签名,并根据数字签名调出保存在电子印章服务器的电子印章显示到窗口中,点【确定】后则成功把电子印章签在了对应的凭证单上,可以通过退款凭证打印预览进行查看效果。
授权支付退款凭证审核、发送功能
授权支付退款凭证审核界面界面原型如下图所示:
图 5.1.1.4‑3:授权支付退款凭证审核
- 单位审核人通过UKEY登陆财政平台一体化国库电子支付系统,点【查询】按钮,在界面列表中显示出待审核的授权支付退款凭证单;
- 点【审核】,系统自动应用公钥对支付退款凭证的数字签名进行验证,验证通过直接弹出电子签章窗口,再点电子签章窗口中【盖章】,系统自动在后台通过支付凭证号、如期、支付金额、付款账号及数字签名的私钥计算出数字签名,并根据数字签名调出保存在电子印章服务器的电子印章显示到窗口中,点【确定】后则成功把电子印章签在了对应的退款凭证单上,可以通过凭证打印预览进行查看效果;验证不通过,则退回退款支付凭证单。
银行验签、验印并确定退款
1、代理银行通过使用UKEY通过接口程序,对接收到授权支付退款凭证进行验签、验印验证无误后转入银行系统;
2、代理银行根据授权支付退款电子数据办理退款;
3、代理银行通过接口程序自动核对电子数据,核对无误后自动加盖代理银行退款章,系统将授权支付退款凭证自动更新为“已确认退款”状态。
清算业务主要用于对直接支付和授权支付支付后的清算过程管理。
- 代理银行经办人使用银行UKEY,通过代理银行系统根据支付凭证信息汇总生成划款凭证和汇总支出凭证并进行数字签名及盖银行章后,将划款凭证和按部门、功能科目汇总的支出凭证保存代理银行端电子凭证库中并发送人行端电子凭证库;
- 财政经办人使用财政UKEY登陆财政大平台系统,系统自动通过公钥验证支付回单的数字签名和印章,验证无误;再通过私钥对支付回单进行数字签名并发送人行,验证有误则退回到前一状态。
- 人行经办人使用银行UKEY,登录人行系统,系统自动通过公钥验证支付回单的数字签名,验证无误;并根据回单按支付方式、代理银行生成汇总支出额度和代理银行发送过来的划款凭证进行比对,比对无误进行清算,清算完后回单签名盖章后发送财政;验证有误则退回到前一状态。
流程图如下图所示:
图 5.1.1.5‑1:清算业务流程图