财政（预算）管理一体化国库集中支付管理系统建设方案 目 录1 国库集中支付 41.1 业务描述 51.1.1 用款计划管理 51.1.2 支付管理 51.

财政（预算）管理一体化

国库集中支付管理系统建设方案

 

目  录

1.......................... 国库集中支付... 4

1.1................................... 业务描述... 5

1.1.1........................ 用款计划管理... 5

1.1.2................................ 支付管理... 5

1.2................................... 功能结构... 6

1.2.1........................ 用款计划管理... 6

1.2.1.1................. 财政端计划管理... 6

1.2.1.2......... 预算单位端计划管理... 8

1.2.2................................ 支付管理... 10

1.2.2.1..................... 普通支付管理... 10

1.2.2.2..................... 工资支付管理... 16

1.2.2.3............. 政府采购支付管理... 18

1.2.2.4................. 公务卡支付管理... 18

1.3 数据规范化整合和数据流程改造... 19

1.3.1 信息项整合和数据流程改造... 19

1.3.2 基础数据整合和数据流程改造... 20

1.3.3 业务数据整合和数据流程改造... 21

1.4... 支撑集中部署的整合和改造... 27

1.4.1........................ 统一门户管理... 27

1.4.2........................ 统一运维管理... 28

1.4.3..................... 单位端B/S改造... 29

1.5 一体化改造功能需求与初步设计... 36

1.5.1................................ 技术标准... 36

1.5.1.1......... 与应用支撑平台衔接... 36

1.5.1.2..... 符合《数据规范》要求... 36

1.5.1.3......... 数据库与数据量分析... 36

1.5.1.4............................. 系统架构... 38

1.5.1.5............................. 系统接口... 39

1.5.2................ 基础数据改造设计... 40

1.5.2.1..... 基础数据管理功能改造... 40

1.5.2.2..... 基础数据同步功能设计... 40

1.5.3................ 额度控制改造设计... 42

1.5.4................ 关键功能改造设计... 45

1.5.4.1. 可执行指标的接收改造设计... 45

1.5.4.2. 用款计划反馈的改造设计... 46

1.5.4.3. 直接支付反馈的改造设计... 47

1.5.4.4. 授权支付反馈的改造设计... 48

1.5.4.5......... 实拨管理的改造设计... 50

1.5.4.6. 非税收入控制数的接收改造设计... 51

1.5.5................ 数据交换改造设计... 52

1.5.6........................ 安全改造设计... 53

1.5.6.1..................... 身份认证改造... 53

1.5.6.2..................... 数据签名改造... 54

1.5.6.3............................. 日志记录... 54

1.5.6.4............................. 安全审计... 55

1.5.6.5............. 统一事务提醒改造... 55

1.5.7.................... 改造功能一览表... 55

1. 国库集中支付

按照福建省财政厅对本次项目整合接入财政部应用支撑平台、一体化建设以及全省集中部署的要求，国库支付子系统要从底层架构方面进行改造，改造的内容包括：

1. 完全的B/S/S架构改造。由于现有国库支付系统采用了财政、代理银行、清算银行、预算单位分步部署的模式，大部分采用了B/S/S架构，但像预算单位等系统由于部署模式的关系，采用了独立的C/S架构，需要将预算单位的全部功能改造成B/S/S架构，以适应项目的整体要求。
2. 增加全局区划码设置，区分集中部署时，多财政共用一个数据库带来的数据干扰问题。区划码的增加包括基础数据与业务数据。
3. 从底层改造工作流、权限、报表等支付系统基础组件。例如需要将工作流从单一实例，改造成全局一个模板，多个实例的模式，适应集中部署时，各级财政对工作流的个性化需求。最终工作流将呈现一级财政一套个性化工作流的模式。
4. 整合系统底层，与财政部应用支撑平台衔接。基础数据、公共要素，从平台取得；由业务系统负责维护的要素信息及时反馈到应用支撑平台；与平台的衔接、控制点，需调用平台的衔接接口，例如编制用款计划时取得单位可执行指标额度，用款计划录入时，扣减单位可执行指标额度等。
5. 从底层改造支付系统的管理功能及业务功能，以适应集中部署的管理要求，管理权限需要分级管理，系统的配置、应用都需要按照区划进行区分。业务功能的配置应用，也需要适应集中部署的要求，需要能够提供不同财政不同管理的配置要求。
6. 历史数据迁移。国库支付系统改造过程中，数据结构要有继承性，原系统产生的数据应能完整的迁移到新的架构下，迁移过程不能有信息的丢失。
7. 重新设计支付系统的对外接口，将其作为财政的支付平台，在完成普通集中支付、实拨业务的同时，还要支持有其他管理需要的特殊支付业务的统一支付，例如公务卡支付，工资统发支付，政府采购支付等等，使支付系统成为国库资金支付的唯一出口。
8. 完善原有国库支付系统功能，在功能、易用性、性能等方面加强，特别是近几年随着改革不断深入，新增业务类型的支持，包括对上下级财政一体化业务的补充等。

1. 1. 业务描述

国库集中支付子系统包括用款计划管理、支付管理两个子模块，其中支付管理包括普通支付管理、工资支付管理、政府采购支付管理、公务卡支付管理。

1. 1. 1. 用款计划管理

用款计划管理主要功能是预算单位和财政部门根据预算指标管理系统和收入控制的信息，实现用款计划的编报、审核、下达、查询等操作，为财政资金的拨付和使用提供基础信息。用款计划管理在预算指标管理产生可执行指标的基础上，编制预算单位分月短期资金需求计划，并为政府采购管理、工资统发管理、支付管理准备计划控制额度。

1. 1. 1. 支付管理

普通支付管理是在用款计划批复生效后，根据实际资金支付需要，将资金从国库账户拨付到收款人的过程。支付管理主要管理：主要包括直接支付管理、授权支付管理、实拨支付管理。包括财政支付管理、预算单位支付管理、代理银行支付管理、清算银行支付管理。

工资统发支付管理仅包含工资统发业务的资金拨付环节，从平台接收已批复的工资发放明细数据，根据预先设置的规则，关联工资指标自动产生用款计划和直接支付申请，通过支付系统进行资金拨付；同时，工资系统将工资发放数据传递给工资发放银行（代理银行），工资发放银行行依据《人员工资发放明细表》将工资直接支付到个人工资账户，完成发放后打印发放人员工资条。没有纳入工资统发的单位在预算执行系统中录入普通的授权支付凭证，支付到个人工资收款账户，预算执行系统需要提供工资数据导入与复制本单位上月工资授权支付凭证的的功能，以提高发放效率。

公务卡支付管理通过数据交换组件实现与银联系统的实时衔接，财政系统预先维护公务卡账户等基本信息。公务卡是指预算单位人员持有的、主要用于日常公务支出和财务报销业务的信用卡。公务卡制度是以国库单一账户体系为基础，以银行卡为载体的现代财政支付管理制度，是现代财政国库管理制度体系的组成部分。推行公务卡制度，必须坚持公共财政改革方向，以公务卡及电子转账支付系统为媒介，以国库单一账户体系为基础，以现代财政国库管理信息系统为支撑，逐步实现使用公务卡办理公务支出，最大程度地减少单位现金支付结算，强化财政动态监控，健全现代财政国库管理制度。

政府采购支付管理仅包含政府采购业务中的支付管理部分。进行政府采购支付管理的前提预算单位的用款计划已经批复、政府采购合同已生效。相关人员导入已生效的政府采购合同信息，作为单位录入政府采购支付申请、支付中心审核政府采购支付申请的依据。预算单位在填写政府采购直接支付申请时，需要录入或选择录入政府采购合同号与采购摘要信息。后续审核流程同普通的直接支付用款申请管理流程。

1. 1. 功能结构

1. 1. 1. 用款计划管理

按项目要求改造后的用款计划管理系统分为系统设置、计划管理、计划对账和报表查询四大功能模块，在功能上覆盖原有系统的同时，在功能性、灵活性、易用性等方面有所加强。其中系统设置完成计划相关的业务规则（如自动下达规则）的设置；计划管理模块完成用款计划录入、审核等工作；计划对账完成与预算单位、代理银行、清算银行的对账功能；报表查询完成计划数据的各种汇总口径、处理状态等方面的查询统计工作。

1. 1. 1. 1. 财政端计划管理

财政端软件包括财政代编用款计划、科室计划审核、计划下达、授权额度打印、更新下达授权额度、下达清算授权额度，授权额度文件导出、计划冻结和解冻、计划年终结转和注销功能。

功能名称	功能描述
业务规则设置	计划通用业务规则设置，如：编制方式、单据编号规则、代编规则等。
计划自动下达规则设置	设置计划自动下达的相关规则，包括单位、支出类型、默认支付方式、下达额度计算规则等。
代编用款计划录入	根据批复指标录入计划，以及在无指标情况下直接录入计划，实现计划的数据入库及未审核前的相关操作。
用款计划直接生成	根据年终结余数据或其它接口系统的数据文件直接生成用款计划
调减计划录入	根据批复指标录入调减计划，实现调减计划的数据入库及未审核前的相关操作。
政府采购合同导入	导入由采购中心传来的采购合同，自动生成用款计划。
计划额度冻结	对未占用的计划额度进行冻结，暂时不允许使用。
计划额度解冻	对冻结的计划额度进行解冻。
业务科计划审核	业务科对特殊项目的用款计划进行审核。
政府采购计划审核	国库科对用款计划进行终审。
国库科计划审核	国库科对用款计划进行终审，审核前允许修改明细计划的建议金额。
用款计划打印	可以按照月份、业务科室、资金性质、预算单位汇总预算单位用款计划信息，打印出预算单位分月用款计划表。
用款计划汇总下达	用款计划审批完成后，下达计划使计划可以被单位使用和查看。
用款计划冻结、解冻	根据已经审批/冻结的计划，编制冻结、解冻计划。
授权额度通知单打印、发送	根据已下达的财政授权计划，生成财政授权额度通知单，发送给代理银行，并打印纸质凭证。
汇总清算额度通知单打印、发送	根据已下达的财政授权计划，生成财政授权支付汇总清算额度通知单，并打印纸质凭证，发送给清算银行。
年终结余计划	实现将年终结余指标生成年终结余计划的处理
预算单位对账	财政与预算单位间的计划数据对账，保证财政和预算单位支付信息保持一致。
代理银行对账	财政与代理银行间的计划数据对账，保证财政和代理银行支付信息保持一致。
清算银行对账	财政与清算银行间的计划数据对账，保证财政和清算银行支付信息保持一致。
对账数据反馈	将计划对账（包括预算单位、代理银行、清算银行）结果，反馈给当前业务人员。
计划综合查询	查询显示在途计划明细数据，并显示其当前状态和所处业务节点。
计划执行情况查询	查询计划额度的使用情况，包括已申请计划数、已批复计划数、已申请支付数、已支出数等，提供查看其对应明细界面。
单位发送计划查询	查询预算单位上报的计划明细数据及其合单信息。
授权额度发送单查询	查询财政发送给代理银行授权额度单及其明细信息。
清算额度发送单查询	查询财政发送给清算银行授权额度单及其明细信息。
计划批复单查询	查询财政审批结束并发送给预算单位的批复计划和单及其明细信息。

财政计划管理功能

1. 1. 1. 1. 预算单位端计划管理

单位端软件包括正常计划输入、调整计划输入、单位计划审核、部门计划审核、计划的查询功能。

功能名称	功能描述
用款计划录入	根据批复指标录入计划，以及在无指标情况下直接录入计划，实现计划的数据入库及未审核前的相关操作。
用款计划直接生成	根据年终结余数据或其它接口系统的数据文件直接生成用款计划
政府采购计划录入	根据采购指标录入政府采购计划，包含采购方式、供应商、商品信息等。
调减计划录入	根据批复指标录入调减计划，实现调减计划的数据入库及未审核前的相关操作。
正常计划审核	审核、撤销审核本级代编和下级上报的计划，审核前允许修改计划金额。
调减计划审核	审核、撤销审核本级代编和下级上报的调减计划，退回、撤销退回本级代编和下级上报的调减计划；审核前允许修改计划金额。
政府采购计划审核	审核、撤销审核本级的政府采购计划。
用款计划打印	用户可以按照月份、业务科室、资金性质、预算单位汇总预算单位用款计划信息，打印出预算单位分月用款计划表和分月用款计划单位明细单。按照用户配置的样式显示报表，控制报表格式。
指定代扣代缴计划	单位指定用于代扣代缴的授权支付计划，发给代理银行，由代理银行录入代扣代缴支付凭证时使用。
财政对账	财政与预算单位间的计划数据对账，保证财政和预算单位支付信息保持一致。本模块功能包括对账数据发送以及打印页面操作。
代理银行对账	财政与代理银行间的计划数据对账，保证财政和代理银行支付信息保持一致。本模块功能包括对账数据发送以及打印页面操作。
清算银行对账	财政与清算银行间的计划数据对账，保证财政和清算银行支付信息保持一致。本模块功能包括对账数据发送以及打印页面操作。
对账数据反馈	将计划对账（包括预算单位、代理银行、清算银行）结果，反馈给当前业务人员。本模块功能包括对账数据删除以及打印页面操作。
计划综合查询	查询显示在途计划明细数据，并显示其当前状态和所处业务节点。本模块功能还包括查看对应指标信息、额度参考、查看操作日志和打印。
计划执行情况查询	查询计划额度的使用情况，包括已申请计划数、已批复计划数、已申请支付数、已支出数等，提供查看其对应明细界面。本模块功能还包括打印操作。
政府采购计划执行情况查询	查询政府采购计划额度的使用情况，包括已申请计划数、已批复计划数、已申请支付数、已支出数等，提供查看其对应明细界面。

预算单位计划管理功能

1. 1. 1. 支付管理
         1. 普通支付管理

普通支付管理系统分为系统管理、支付管理、代理银行回单登记、清算银行回单登记、支付对账、报表查询系统六大功能模块。其中系统管理模块完成基础信息设置，系统规则、业务流程配置等；支付管理模块完成直接支付申请代编、审核，支付凭证生成；代理银行回单登记完成支付凭证回单登记、授权支付日报登记等功能；清算银行回单登记完成支付划款清算回单登记、退款清算回单登记等功能；支付对账完成与预算单位、代理银行、清算银行的对账功能；报表查询完成支付数据的各种汇总口径、处理状态查询统计工作。

集中支付典型用例如下：

集中支付基本用例图

集中支付扩展用例图

1. 1. 1. 1. 1. 预算单位集中支付

功能名称	功能描述
直接支付申请录入	根据直接支付批复计划录入直接支付申请。
直接支付申请审核	审核，撤销审核本单位的直接支付申请。
政府采购支付申请录入	根据政府采购资金使用计划录入支付申请。
政府采购支付申请审核	审核本单位的政府采购支付申请。
授权支付申请录入	根据授权支付批复计划录入授权支付申请。
授权支付申请审核	审核，撤销审核本单位的授权支付申请。
授权支付凭证打印、发送	将授权支付凭证生成后，发送给代理银行，并打印纸质单据。
公务卡支付凭证录入	批量录入公务卡报销或发工资的支付凭证，提供历史支付凭证复用功能
支付申请打印	可以按照资金性质、预算单位查询预算单位支付申请信息，打印出财政资金直接支付申请书。
授权支付入账通知书登记	财政接收代理银行发给财政的授权退款日报。本模块功能包括导入、确认、作废、删除。
直接支付入账通知书登记	财政部对代理银行根据直接支付凭证而作出的直接支付凭证回单进行的相关操作。
财政对账	预算单位与财政间的支付数据对账，保证财政和预算单位支付信息保持一致。
代理银行对账	财政与代理银行间的支付数据对账，保证财政和代理银行支付信息保持一致。
清算银行对账	财政与清算银行间的支付数据对账，保证财政和清算银行支付信息保持一致。
对账数据反馈	将支付对账（包括预算单位、代理银行、清算银行）结果，反馈给当前业务人员。
支付申请综合查询	查询预算单位上报财政的用款申请单及其明细数据；查询在途用款申请数据，并显示其当前状态和所处业务节点。
直接支付凭证查询	查询财政生成的直接支付凭证数据，并显示其当前状态和有效性。

预算单位支付管理功能

1. 1. 1. 1. 1. 财政集中支付

功能名称	功能描述
直接支付申请录入	根据直接支付批复计划录入直接支付申请。
直接支付申请审核	审核，撤销审核本单位的直接支付申请。
直接支付申请拆分	直接支付申请根据用户需要可以拆分成多条支付申请。
直接支付凭证生成打印	让用户可以按照资金性质、预算单位、功能分类等信息汇总生成支付凭证。按照用户配置的样式显示并打印凭证。
单位授权支付监控	可以动态监控单位的授权支付凭证情况，对违规支付进行及时制止。
支付申请打印	可以按照资金性质、预算单位查询预算单位支付申请信息，打印出财政资金直接支付申请书。
汇总清算单生成	可以按照资金性质、预算单位、清算银行等信息汇总生成汇总清算单。按照用户配置的样式显示并打印凭证。
授权支付支出日报登记	财政接收代理银行发给财政的授权支出日报。
授权支付退款日报登记	财政接收代理银行发给财政的授权退款日报。
直接支付凭证回单登记	财政部对代理银行根据直接支付凭证而作出的直接支付凭证回单进行的相关操作。
直接支付退款通知书确认	财政确认代理银行发给财政的退款通知书。本模块功能包括导入、确认、作废、删除。
直接支付划款清算回单登记	财政部对清算银行发给财政的直接支付划款清算回单进行的相关操作。
授权支付划款清算回单登记	财政部对清算银行发给财政的授权支付划款清算回单进行的相关操作。
直接支付退款清算回单登记	财政部对清算银行发给财政的直接支付退款清算回单进行的相关操作。
授权支付退款清算回单登记	财政部对清算银行发给财政的授权支付退款清算回单进行的相关操作。
预算单位对账	财政与预算单位间的支付数据对账，保证财政和预算单位支付信息保持一致。
代理银行对账	财政与代理银行间的支付数据对账，保证财政和代理银行支付信息保持一致。
清算银行对账	财政与清算银行间的支付数据对账，保证财政和清算银行支付信息保持一致。
对账数据反馈	将支付对账（包括预算单位、代理银行、清算银行）结果，反馈给当前业务人员。
支付申请综合查询	查询预算单位上报财政的用款申请单及其明细数据；查询在途用款申请数据，并显示其当前状态和所处业务节点。
直接支付凭证查询	查询财政生成的直接支付凭证数据，并显示其当前状态和有效性。
授权支出日报查询	查询代理银行发送给财政的授权支付日报数据，并显示其当前状态和有效性。
汇总清算单查询	查询财政发送给代理银行的汇总清算单及其明细信息。
直接支付退款查询	查询代理银行发送给财政的直接支付退款数据，并显示其当前状态和有效性。
授权退款日报查询	查询代理银行发送给财政的授权退款日报数据，并显示其当前状态和有效性。
财政支出汇总报表	以报表形式分类归纳显示财政支出(退款)数据，以便于进行分析得出财政支出状况。

财政支付管理功能

1. 1. 1. 1. 1. 实拨管理

提供通用拨款单功能，对不同类型的拨款单，允许系统管理员按类型根据业务需要来定义：

• 拨款通知单内容：付款账户、预算单位、收款账户和金额是必须具备；功能分类、经济分类、预算项目等相关要素根据需要来启用；
• 指标核销规则: 可以选择是自动核销指标、手工补指标或自动补指标；
• 审核流程:利用工作流引擎来设置不同审核流程；
• 打印格式：拨款单的打印格式能够自由定义；

实拨管理按照业务流程分为实拨支付管理、实拨退款管理两大功能模块。其中实拨支付管理完成拨款单录入、拨款单审核、拨款凭证生成等功能；实拨退款管理完成实拨退款单录入、实拨退款单审核、实拨退款凭证生成等功能。

主要功能描述：

功能名称	功能描述
录入拨款单	根据指标录入实拨拨款单。
录入无指标拨款单	不选指标，直接录入拨款单。
拨款单审核	国库科拨款审核岗对拨款单进行审核。本模块功能包括审核、退回、撤销审核、撤销退回。
无指标拨款单审核	国库科拨款审核岗对无指标拨款单进行审核。本模块功能包括审核、退回、撤销审核、撤销退回。
拨款凭证生成	根据拨款单生成拨款凭证。本模块功能包括拨款凭证生成、合并生成、撤销生成。
拨款凭证打印	按照用户设定的格式打印拨款凭证。
工资拨款凭证导入	将工资统发系统的实拨拨款单导入到本系统。
拨款凭证导出	导出拨款凭证给清算银行、预算单位。本模块功能包括导出拨款凭证，打印拨款凭证。
拨款凭证回单登记	财政登记代理银行发给财政的拨款凭证回单。本模块功能包括登记、作废、撤销作废、删除。
拨款单综合查询	查询财政生成的拨款单数据，并显示其当前状态和有效性。本模块功能还包括查看对应用款申请、打印。
实拨退款单录入	根据已经回单登记的拨款单录入实拨退款单录入。本模块功能包括录入、作废、撤销送审、送审。
实拨退款单审核	对实拨退款进行审核。本模块功能包括审核、退回、撤销审核、撤销退回。
实拨退款凭证生成	根据退款单生成实拨退款凭证。本模块功能包括实拨退款凭证生成、合并生成、撤销生成。
实拨退款凭证打印	按照用户设定的格式打印退款凭证。
实拨退款凭证导出	导出退款凭证给清算银行、预算单位。本模块功能包括导出退款凭证，打印退款凭证。
实拨退款凭证回单登记	财政登记代理银行发给财政的退款凭证回单。本模块功能包括登记、作废、撤销作废、删除。
实拨退款单综合查询	查询财政生成的退款单数据，并显示其当前状态和有效性。本模块功能还包括查看对应用款申请、打印。

实拨管理功能列表

1. 1. 1. 1. 工资支付管理

模块	描述
导入人员信息到平台	调用平台接口从人事信息管理系统导入人员基本信息
导入人员变动信息到平台	导入人员变动信息，作为代理银行开户销户的依据
导入工资数据到平台	调用平台接口从人事信息管理系统导入工资数据
从平台导出单位信息到支付系统	导出与工资发放相关的单位信息，比如单位编码、单位名称、财政归口等
增减工资直接支付单位	增加或减少工资直接支付单位时，在代理银行端需做相应的处理
从平台导出人员信息到支付系统	从平台导入人员信息到支付系统，在此基础上进一步录入工资数据
从平台导出人员变动信息到支付系统	导出人员变动信息，作为代理银行开户销户的依据
从平台导出工资数据到支付系统	从平台导入工资数据到支付系统，在此基础上进一步录入工资数据
输入单位相关银行信息	输入代理银行、代扣银行、代扣账号等信息
录入代扣工资项及部分应发工资项目	录入单位代扣项目数据以及部分应发工资项目数据
打印单位工资数据报表	单位端打印工资数据报表，报送到业务处室
数据上报	单位端将数据上报到业务处室
审核单位录入的数据	审核单位上报的工资数据是否有相应的指标以及数据是否有效，等情况
生成用款计划	按预算单位工资数据生成用款计划
生成支付令	生成支付令用于工资发放
打印代发工资报表	打印代发工资报表数据给代理银行
生成银行接口文件	将工资发放详细数据生成文件给代理银行
银行代发工资	代理银行依据支付令、代发工资报表、银行代发工资接口文件，进行工资发放
打印相关报表	打印财政业务所需的相关报表
打印处室汇总报表	主要打印处室汇总数据报表
打印工资条	预算单位登录到系统进行工资条打印

1. 1. 1. 1. 政府采购支付管理

功能名称	功能描述
下达直接支付用款计划	财政国库部门审核、下达预算单位申报的政府采购直接支付用款计划。
录入或导入采购合同信息	预算单位录入或导入政府采购合同信息，导入的数据结构需要与政府采购外网系统协商；导入完成后还需要上传政府采购合同原件的扫描电子文件。
录入政府采购支付申请	预算单位选择相应的用款计划，录入政府采购直接支付申请，并对应到采购合同中，在累计支付申请金额超过合同金额时，需要进行提示或控制。
审核政府采购支付申请	支付中心审核预算单位填报的政府采购用款申请，审核过程中可参考对应的合同信息与以往的支付情况；根据需要可以要求单位提供纸质合同复印件。

1. 1. 1. 1. 公务卡支付管理

功能名称	功能描述
公务卡信息管理	预算单位财务人员维护本单位的人员及卡号等信息
公务卡汇总还款账户管理	财政管理公务卡汇总还款账户信息
公务卡报销	预算单位财务人员执行公务卡报销业务，可以下载消费记录、报销金额确认、录入用途、经济分类
生成公务卡支付申请	确认报销的公务卡记录，汇总生成授权支付申请
审核公务卡支付申请	单位主管审核授权支付申请
生成公务卡支付凭证	汇总生成公务卡授权支付凭证
打印公务卡支付凭证	财务打印公务卡授权支付凭证，给代理银行
打印公务卡还款明细	财务打印公务卡还款明细单，给开卡行
登记公务卡支付凭证回单	单位登记代理银行返回的公务卡授权支付凭证回单
登记公务卡支付凭证清算回单	单位登记清算银行返回的公务卡授权支付清算回单，作为上卡日期
公务卡支付凭证查询	查询授权支付凭证，可以联查消费明细
公务卡消费/报销情况查询	查询公务卡消费/报销明细，可以联查支付凭证

1. 1. 数据规范化整合和数据流程改造
      1. 信息项整合和数据流程改造

预算执行系统在接入平台之前都有完整的信息项管理和应用逻辑，包括信息项的维护（增加、删除和修改等）和信息项（功能设置、单据录入、查询条件等），这些功能是业务系统功能框架的基石，为了确保各个系统使用的信息项的统一，需要由平台统一维护一套信息项，通过同步机制实现所有系统数据的一致性。对于基础分为两类：

1、值集固定、多个系统共用的基础数据。主要包括：预算单位、预算来源、资金性质、支付方式、功能分类、经济分类等，这些基础数据主要特点是数据量较小或值集年中基本不变化。采用由平台统一设置和维护，预算执行系统从平台及时同步。

2、预算执行系统内部使用基础数据。典型的包括：计划调整类型、支付调整类型、支付摘要等。这些信息项只在预算执行系统内部使用，与其他业务系统无关。为确保表层稳定，这些信息项依然由预算执行系统维护，暂不维护到平台中，但在交易单据中，这部分信息通过备注类型（Text）写入平台，确保平台数据完整。

下面通过表格形式将预算执行系统需要“从平台同步”和“同步到平台”的信息项列举如下：

序号	要素名称	对应平台字段	同步方向	备注
1	预算单位	BDGAGENCY	平台à系统
2	功能分类	EXPFUNC	平台à系统
3	经济分类	EXPECONORMIC	平台à系统
4	项目分类	PROGRAMTYPE	平台à系统
5	预算项目	PROGRAM	平台à系统
6	支付方式	PAYTYPE	平台à系统
7	资金性质	FUNDTYPE	平台à系统
8	业务科室	ELEMENT01	平台à系统
9	指标来源	ELEMENT02	平台à系统
10	指标文号	BDGDOCNO	平台à系统
11	支付银行	AGENTBANK	平台à系统
12	清算银行	ELEMENT03	平台à系统
13	支付账户	ELEMENT04	系统à平台
14	国库清算账户	ELEMENT05	系统à平台

1. 1. 1. 基础数据整合和数据流程改造

通过本次项目建设，需要将原来分散在各个业务系统中自行维护的基础数据统一整合到基础信息库系统中，一方面是将各业务系统共用的基础数据进行统一维护和更新，取消信息孤岛，使各个业务系统使用的基础数据都是统一规范和标准的，避免因基础数据不一致导致的各业务系统的数据口径不一致，另一方面减少多个业务系统维护相同基础数据的冗余工作，减少基础数据分别维护，重复录入等重复工作量。

对于本次项目针对基础数据部分，主要有以下内容的改造：

1、普通国库支付：原来在国库支付系统中，自行维护的预算单位零余额账户等账户信息，需要统一从平台中获取。

2、工资支付：对于本次项目中规划的预算执行系统将包含工资支付，工资支付时需要使用到的人事信息同时也是预算编制系统中所需要使用的，因此需要将原来工资系统中自行维护的人事信息统一规划到基础信息库进行维护，同时每月发生的人事变动信息也要同步到平台，由平台更新到基础信息库中。

3、账户管理：本次项目改造，需要将账户管理中维护的所有预算单位各类型的账户统一同步平台，由平台更新到基础信息库中。

下面通过表格形式将预算执行系统需要“从平台同步”和“同步到平台”的基础数据列举如下：

业务模块	基础数据	同步方向	备注
普通国库集中支付	账户信息	平台à系统	支付时从平台获取支付账户
工资支付	人事变动信息	系统à平台	每月从人事厅获取的人事变动信息更新到平台，由平台更新到基础信息库
账户管理	单位账户基本信息	系统à平台	单位账户信息在账户管理中开立审批通过后，同步更新到平台，由平台更新到基础数据库。

1. 1. 1. 业务数据整合和数据流程改造

通过本次项目建设，一方面需要改变原来各个系统衔接采用的接口方式，实现各业务系统的业务衔接统一通过与平台的交互方式来实现。另一方面，各业务系统的业务数据都要保存到平台中，确保平台总账中完整保留了整个财政闭环的业务相关数据。

预算执行系统与其他系统的业务衔接改造主要包括以下内容：

1、普通国库集中支付

   国库集中支付模块的整合依赖平台的接入服务和数据交换组件。通过接入服务，国库支付可以通过平台与其他业务模块或者系统，如预算指标管理模块等实现业务的贯通。通过数据交换组件，国库支付可以通过平台与预算单位、代理银行、清算银行实现数据的贯通。

1. 与平台接入服务整

国库集中支付模块接入技术结构图

上图是国库支付与平台接入服务整合的技术结构图。

基础数据需要国库支付调用平台的接入服务进行同步，包括从平台读取基础数据和将基础数据写入平台；

指标数据需要国库支付模块调用平台的接入服务从平台读取数据。

支付拨款时，国库支付模块调用平台的接入服务读取支付账户信息。

计划和支付数据需要国库支付模块调用平台的接入服务将数据写入平台。

对于需要以收定支的指标，在计划审批时，需要国库支付模块调用平台的接入服务从平台获取非税收入控制数，用于实现支付的双控。

1. 与平台交换组件整合

集中支付模块接入技术结构图

上图是国库支付模块应用平台交换组件进行数据交互的技术结构图。代理银行、人民银行等同级部门通过平台交换组件从财政同步数据。

2、工资支付

    工资支付模块的整合依赖平台的接入服务。通过接入服务，工资支付可以通过平台与其他业务模块或者系统实现业务的贯通。

工资支付模块接入技术结构图

上图是工资支付与平台接入服务整合的技术结构图。

基础数据需要工资支付调用平台的接入服务进行同步，包括从平台读取基础数据和将基础数据写入平台；

指标数据需要工资支付模块调用平台的接入服务从平台读取数据。

工资支付模块从人事厅系统中获取的人员工资信息通过调用平台的接入服务，将工资数据写入平台。

工资支付模块通过调用平台的接入服务获取每月的工资数据，进行调整和不补充后进行支付。

3、实拨支付

  实拨支付模块的整合依赖平台的接入服务。通过接入服务，实拨支付可以通过平台与其他业务模块或者系统实现业务的贯通。

实拨支付模块接入技术结构图

上图是实拨支付模块与平台接入服务整合的技术结构图。

实拨支付模块调用平台的接入服务从平台读取基础数据；

实拨支付模块调用平台的接入服务从平台读取实拨指标。

实拨支付模块在支付完成后，调用平台的接入服务将实拨支付信息写入平台。

4、财税库行横向联网

财税库行横向联网模块的整合依赖平台的接入服务。通过接入服务，财税库行横向联网模块可以通过平台与其他业务模块或者系统实现业务的贯通。

财税库银横向联网模块接入技术结构图

上图是财税库银横向联网模块与平台接入服务整合的技术结构图。

财税库银横向联网模块调用平台的接入服务从平台获取基础数据。

财税库银横向联网模块调用平台的接入服务将税收收入数据和非税收入数据写入平台。

财税库银横向联网模块调用平台的接入服务将银行交易流水数据写入平台。

5、账户管理    

账户管理模块的整合依赖平台的接入服务。通过接入服务，账户管理模块可以通过平台与其他业务模块或者系统实现业务的贯通。

账户管理模块接入技术结构图

上图是账户管理模块与平台接入服务整合的技术结构图。

账户管理模块在账户设立完成后或者账户信息发生变动后，调用平台的接入服务将账户信息写入平台。

下面通过表格形式将预算执行系统需要“从平台同步”和“同步到平台”的业务数据列举如下：

业务模块	业务数据	从平台提取/写入平台	备注
普通国库支付	指标数据	提取
	计划数据	写入
	支付数据	写入
	非税收入控制数	提取
	账户信息	提取
工资支付	工资明细数据	写入
	工资明细数据	提取
实拨管理	指标数据	提取
	实拨数据	写入
账户管理	账户初始明细信息	写入
	银行交易流水	提取
财税库行横向联网	收入明细数据	写入
	银行交易流水	写入

1. 1. 支撑集中部署的整合和改造

预算执行系统为了支撑福建全省集中部署的需求，预算执行系统中不再保留用户表和身份认证机制，直接使用平台的身份认证机制。需要对系统进行如下方面的改造。

1. 1. 1. 统一门户管理

统一应用门户的主要目标是解决多系统整合，实现“单点登录”，统一多系统登录入口。

  预算执行系统在统一接入门户时，需要进行如下改造。

1. 统一用户管理

原来预算执行系统中自行维护的用户统一由门户进行维护，系统登录时从门户统一登录，并获取用户信息。

用户认证功能由门户的LDAP提供，应用系统可直接通过LDAP协议访问LDAP服务器，传递用户名与密码进行验证。

基于LDAP服务器，支持用登录名与密码来验证用户身份，登录门户；

1）用户统一从平台进行维护。

2）预算执行系统从平台同步用户名、密码等信息。

3）预算执行系统通过平台统一进行编码对照。

1. 单点登录

当用户成功登录到门户系统后，其通过门户系统去访问预算执行系统将不再需要输入用户名和密码。门户提供标准的单点登录的接口规范，预算执行系统通过实现相关接口而接入门户系统。

当用户成功登录门户系统，门户系统会保存用户会话并且生成session将用户名、UID和该用户IP地址保存在session中，当用户在门户系统中访问预算执行系统时，门户系统会会调用系统接口并将UID、SessionId等信息加密做为参数传递给预算执行，预算执行接收到参数后调用门户接口传递sessionid和用户ip验证登录有效性，验证通过后在根据用户Uid从自身取出该用户相关权限，建立自身Session供权限管理用。

业务系统身份认证逻辑图

平台身份认证使用ACEGI开源技术，业务系统登录的后台服务端逻辑上图。使用平台的身份认证，传入用户名和密码；平台返回身份验证是否成功，如果验证成功，返回用户相关信息，并通过业务系统会话管理工具建立新的会话。在用户操作用户功能时，都需要通过会话管理工具访问会话信息。

1. 1. 1. 统一运维管理

福建省财政管理一体化系统集中部署后，系统的运维工作也需要集中管理。预算执行系统运维管理的工作包括：

• 统一的数据库备份、监控管理
• 统一的应用服务管理
• 统一的系统升级管理
• 统一的问题排查分析管理

针对以上运维管理要求，预算执行系统将相应的解决方案，以保障系统上线后的有效的运维支持工作，包括：

• 分区划的数据库自动备份管理流程
• 统一的应用服务检测、优化管理流程
• 批量完成多区划系统升级管理流程
• 快速的问题测试重现管理流程
  1. 1. 单位端B/S改造

   为了配合全省系统集中部署，将原来单位端C/S结构的系统，全部修改为B/S结构。

 单位端的需要改造的功能列表如下：

功能模块	系统用例名称	说明
系统	重新登录	登录预算单位系统。输入用户名称、密码、业务日期信息。
	修改密码	修改密码
	更换角色	选择预算单位登录系统的角色。按照当前角色初始化用户可以使用的功能模块。
	我的事务	显示当前要处理的事务。当有新事务时，在程序界面中显示事务信息。包括：指标接收、新指标下达、下级上报计划接收、待审核计划、待打印计划、待上报计划、批复计划接收、待下达批复计划、下级申请接收、待审核申请、待打印申请、入账通知书登记、待审核支付凭证、待打印支付凭证、待发送支付凭证、待确认支付凭证、待接收直接退款、待接收授权支付退款、待接收调账数据、指标对账数据、计划对账数据、直接支付对账数据、授权支付对账数据
	帮助文件	显示单位的帮助文件。
	版本	显示应用程序版本信息。
	退出系统	退出当前应用程序。
	版本更新	检测预算单位新版本并提供链接。
	基础数据检测	检测交换中心是否有基础数据需要下载。
	系统配置	通过配置，可以决定是否启用两票合一、是否关闭系统时压缩修复数据库等。
	上传数据库	当单位数据库出现问题时，单位可以将正在使用的数据库上传到指定位置以供解决。
	执行修复脚本	通过执行指定位置的脚本，修改单位出问题的数据库。
指标管理	指标接收	导入/接收财政部门下达的指标文件、保存到本地指标表。（按单接收）文件格式：XML文件需要接收指标的变动过程及其结果。分两页显示。如果没有接收数据，提示：无接收数据！点击删除，提示：是否确认删除？删除成功，提示：删除成功！确认/删除后自动发送回执给财政或者上级单位。如果是调减或者冻结指标，判断余额是否足够。如果没有启用连接，点击接收时，提示用户“请启用交换中心连接！”
	指标下达	导出下级单位的指标数据。（按单下达）文件格式：XML文件，当财政部门指标下达采用群发到基层单位及其上级单位时，该功能不启用。如果没有启用连接，点击接收时，提示用户“请启用交换中心连接！”。
	明细指标查询	查询本单位及其下级单位的指标数据。可以按照指标查询对应计划信息文件格式：excel。查询条件可以保存。选择预算科目的时候，如果预算科目数量少于20个，全部展开，否则，只展开到一级。选中一条指标点击指标明细显示指标变动过程。
	指标汇总查询	按照设置条件读取数据，按照设置的显示格式显示指标数据。
	预算执行报表	查询本单位及其下级指标执行情况。列出指标金额、支付金额文件格式：excel。可以保存上次查询条件，
计划管理	正常计划录入	按照编制机构为本单位的可用指标录入预算单位的用款计划信息。可以查看指标金额、指标余额、已申请计划数、已批复计划数。月份选择，只能选择当前月及以后月份。
	调减计划录入	按照单位批复后的计划数据录入调减计划。可以查看本月止批复数、已调减计划数、已申请支付数、可调减计划数、已确认支付数
	下级单位计划接收	导入下级单位上报的用款计划信息，确认后进入本单位流程。（按单接收）文件格式：XML文件如果是基层单位，该功能不启用。如果计划的上报方式为基层单位直接上报给财政部门，该功能不启用。确认/删除后自动回执给下级单位。确认时需要核对可用指标。
	正常计划审核(可修改金额)	审核的用款计划信息。可以修改从前一环节送审过来计划的金额。部门可以修改下级数字。实施时按照管理需要配置。预算单位计划审核应当增加月份显示条件。审核时需要核对计划对应的指标余额。可以查看指标金额、可申请计划数、已批复计划数、已申请支付数、已确认支付数。
	调减计划审核	审核调减的用款计划信息。实施时按照管理需要配置。预算单位计划审核应当增加月份显示条件。审核时需要核对计划对应的指标余额。可以查看可调减计划数、已批复计划数、已申请计划数、已确认支付数。
	计划汇总打印	汇总单位用款计划数据。可以按单或者分单打印单位的用款计划数据。提供连续打印以及预览功能。汇总条件：按月份 选择资金性质、业务处室、预算单位后，只打印当前单据中，选中信息的计划数据。汇总后只能作废（单号）汇总打印后才能上报。
	计划上报	上报预算单位的用款计划信息，接收人为上级单位或财政部门。（按单上报）文件格式：XML文件 只能按单上报。上报后不能再回退。如果上报数据有误，只能录入调减或者上级单位把该计划的批复金额修改为0，然后下达给当前单位。
	批复计划接收	导入财政部门批复后的计划数据。（按单接收）文件格式：XML文件 接收确认/删除时自动回执给财政或者上级单位。
	批复计划下达	下达下级单位的用款计划数据。（按单接收）
	额度到账通知单接收	导入代理银行发送给预算单位的额度到账通知单数据。（按单接收） 文件格式：XML文件 接收确认/删除时自动回执给财政或者上级单位。
	计划分状态查询	查询预算单位录入的用款计划状态。 文件格式：excel文件 查询条件可以保存。
	批复计划查询	查询单位的批复计划数据。 文件格式：excel文件。查询格式可以设置、保存。查询条件可以保存。可以查询对应指标信息或者对应的支付数据。
	退回计划下达	下达本单位退回下级的计划数据
	退回计划接收	保存上级部门或财政退回的计划数据
直接支付	支付申请录入	按照编制机构为本单位的可用计划录入直接支付申请数据。在录入界面可以维护收款人信息和摘要信息。
	支付申请接收（原计划功能名为“下级单位支付申请接收”）	接收下级单位上报的直接支付申请数据。接收后，进入本单位流程。（按单接收）文件格式：XML文件 如果是基层单位，该功能不启用。如果上报支付申请时，采取直接上报到财政部门，该功能也不启用。接收确认/删除后自动回执给下级单位。
	支付申请审核	审核单位的直接支付数据。支付申请不能修改金额。
	直接支付申请书打印	打印预算单位用款直接支付数据。已经打印的申请可以再次打印。打印单据中的申请机构名称应该为一级部门名称。
	支付申请上报	上报预算单位的直接支付申请数据给上级单位或者财政部门。（按单上报）文件格式：XML文件.
	入账通知书登记	登记入账通知书。回填财政生成的支付凭证号。（按单接收）文件格式：XML文件 如果该数据是本单位上报的支付申请数据，直接回填支付凭证号。否则导入非本单位录入的支付申请数据。作为单位记账依据 确认/删除时自动给回执给财政或者上级单位。
	支付申请分状态查询	查询单位支付申请数据状态。 文件格式：excel文件。可以查询所有状态的支付申请数据。查询条件可以保存
	支付申请汇总查询	查询单位确认支付的支付申请数据状态。文件格式：excel文件 查询条件可以保存 查询的数据显示格式可以设置、保存。
	退回支付申请下达	下达本单位退回下级的支付申请数据
	退回支付申请接收	保存上级部门或财政退回的支付申请数据
授权支付	支付凭证录入	按照单位可用授权支付额度录入预算单位授权支付凭证。支持两票合一功能.
	支付凭证审核	审核预算单位录入的授权支付凭证。此处不能修改金额。
	委托收款
	税票业务
	支付凭证打印发送	打印预算单位的授权支付凭证，发送给代理银行。文件格式：XML文件。凭证打印后才能发送，发送后不能撤销打印。（打印时，记录支票号信息）可以设置保存授权支付凭证的格式。打印后可以撤销打印，打印完成后需撤销打印再进行打印操作。授权支付空白支票的处理！待票据样式确定后修改设计。支票打印：待业务人员确认票据样式后设计。           支持两票合一功能，允许打印多种结算凭证。
	支付凭证回单登记	登记代理银行确认支付的授权支付凭证。作为单位记账依据。文件格式：XML文件。点击删除，提示：是否确认删除？删除成功，提示：删除成功！确认时自动给代理银行发送回执。
	支付凭证分状态查询	查询单位支付凭证数据状态。文件格式：excel文件。可以查询所有状态的支付申请数据。查询条件可以保存
	支付凭证汇总查询	查询单位确认授权支付的汇总数据文件格式：excel文件查询条件可以保存查询的数据显示格式可以设置、保存。
	授权支付汇总报表	按照选择的资金性质和日期范围查询授权支付数据信息。 按照报表格式打印授权支付数据信息。
	退回支付凭证接收	保存上级部门或财政退回的支付凭证数据
	直接支付退款接收	按照银行发回的退款通知书导入直接支付退款数据。文件格式：XML文件。接收确认/删除后发送回执给代理银行
	授权支付退款接收	按照银行发回的授权支付退款信息导入授权支付退款信息。文件格式：XML文件 接收确认/删除后发送回执给代理银行。
	支付调账数据接收	按照财政替换指标引起的支付退款数据。 文件格式：XML文件 接收确认/删除后发送回执给财政。
	实拨退款数据接收	接收财政发送的实拨退款数据。文件格式：XML文件接收确认/删除后发送回执给财政。
	代理银行对账	打印对账单、导出对账数据到Excel格式、在界面上查询并显示对账数据。
	财政对账	打印对账单、导出对账数据到Excel格式、在界面上查询并显示对账数据。
	支付申请回单备查	按照选择的支付数据进行入账登记，给单位提供打印备查的功能，并能够导出xml文件供其他账务系统作为记账依据。 支持入账通知单打印功能。
	实拨支付数据接收	登记财政发送的实拨数据（按单接收） 文件格式：XML文件 如果该数据是本单位上报的支付申请数据，直接回填支付凭证号。否则导入非本单位录入的支付申请数据。作为单位记账依据 确认/删除时自动给回执给财政或者上级单位。
	实拨数据汇总查询	查询预算单位的实拨数据。文件格式：excel文件查询条件可以保存查询的数据显示格式可以设置、保存。
在途数据作废	在途计划作废	只能作废尚未接受确认的计划数据。作废后自动发送回执给数据发送方。 输入的计划序号为：从第9位开始到结束的计划序号
	在途支付申请作废	只能作废尚未确认支付的数据。作废后自动发送回执给数据发送方。 输入的申请序号为：从第9位开始到结束的申请序号
	在途支付凭证作废	只能作废已经发送尚未确认支付的数据作废后自动发送回执给数据发送方。
系统管理	用户密码修改	修改系统管理员密码
	交换中心用户注册	维护当前单位交换中心用户信息。 每个单位只能有一个交换中心用户信息
	最大主键获取	获取下级单位上报的最大主键（数据库灾难恢复用）
	初始化	初始化年度基础数据
	地址本下载	显示当前单位的地址本信息 可以从交换中心下载最新的地址本数据
	基础数据同步	可以下载最新的基础数据：系统数据、基础数据、账户数据
	用户与授权管理	维护单位的用户信息，维护用户与角色关系 单位的角色内置（录入角色、审核角色、异常数据处理角色）
下载服务端	测试连接	测试与交换中心是否连接
	立即下载	立即从交换中心下载数据。记录下载日志信息
	清除日志	清除下载日志
	实时下载	不在界面上显示。只是3分钟一次自动检测从交换中心下载业务数据。记录下载日志信息
自动升级	预算单位自动升级	提供预算单位程序及数据库的自动断点下载及自动安装
通用功能	指标执行情况分析	根据区域显示指标执行情况分析中查询条件的显示
	委托收款	石景山需求委托收款功能
	税票业务	石景山需求税票业务
	升级后自动将版本号上传	财政为了监控预算单位数据库的版本号，需要预算单位在数据库升级后自动将版本号上传。 同时，财政系统管理员需要查询该单位的版本号，可以监控并督促单位进行升级
	摘要和收款人显示优化	增加cell表编号显示，对名称进行排序
	单位计划录入能修改月份	单位计划录入能修改月份
	授权支付凭证合并生成	预算单位端授权支付凭证合并生成
	湖北省厅公务卡功能	自动从银联接收公务卡信息
	预算单位端的单据号调整功能	程序出错时用户可通过菜单修复，无需打开单位库进行修改
	预算单位登录优化	预算单位大数据库的登录时速度慢的问题
	预算单位下载服务端优化	预算单位下载服务端自动退出的问题
	系统问题	屏蔽预算单位初始化按钮，初始化自动完成，并对初始化逻辑做修正
	单位-支付凭证生成	授权支付凭证合单支持支票形式
	单位-计划调减录入、支付录入	支持并发
	支票录入配置
MSDE管理	MSDE数据库远程维护	远程创建MSDE数据库
		远程备份MSDE数据库
		远程还原MSDE数据库
	MSDE数据库灾难恢复	从财政数据库获取相关单位的数据，并按相应格式以二进制文件形式保存到磁盘。
		通过者磁盘拷贝或者网络下载的的方式，将数据文件分发到单位。
		解析得到的二进制数据恢复文件，恢复部门数据库。
	MSDE与ACCESS数据库并行使用	所有操作均可在MSDE与ACCESS数据库中执行，且同时支持不同数据库同时在线操作的情况。
	业务共享并发操作	多人同时操作（删除或修改）一条数据（指标、计划或支付）时，额度控制不出错。
	单位版本控制	通过license控制，单位系统是单机版，还是网络版 单机版功能：只支持ACCESS和MSDE数据库并行使用 网络版功能：除支持所有单机版功能外，还支持多用户同时并发使用、MSDE数据库灾难恢复和MSDE数据库远程维护

1. 1. 一体化改造功能需求与初步设计
      1. 技术标准
         1. 与应用支撑平台衔接

国库支付系统按照《基于金财工程应用支撑平台开发表层应用系统开发指南》和《金财工程数据交换标准》的要求完成设计和编码。开发完成后的国库支付系统能与应用支撑平台顺利衔接，能够满足基础数据在国库支付系统与应用支撑平台之间的传送。

1. 1. 1. 1. 符合《数据规范》要求

按照《数据规范》的要求完成设计和编码。

《数据规范》是在重点分析中央财政业务的基础上、广泛征求地方意见后形成的。各地财政部门应该遵照执行，并允许各地根据本地财政业务的实际情况按照标准化的要求在《数据规范》的基础上进行补充完善，以形成符合当地财政业务需求的数据规范。

1. 1. 1. 1. 数据库与数据量分析

国库支付系统为网络版，使用Oracle10g作为后台数据库，与财政部应用支撑平台保持一致，也保证了与平台的兼容性。

省级财政：

序号	系统	每年记录条数	每条数据字节数	每年数据量(M)
1	计划数据	20万	4K	800
2	支付数据	100万	4K	4000
3	工资数据	120万	2K	2400
4	横向联网数据（全省）	500万	2K	10000
5	公务卡数据	100万	0.5K	500
6	合同信息数据	20万	1K	200
7	账户数据	1万	4K	40
8	现金管理数据	10万	4K	400
	合计			18.34G

说明：数据所占字节数估算方法如下：

以一笔计划数据为例，使用20个数据信息项，信息项包括编码和名称（平均每个信息项使用150个字节），金额字段为5个（平均每个金额字段使用10个字节），备注说明字段为1个（平均使用800个字节），其他标识符10个（平均每个标识符使用5个字节）

字节数计算：

20（要素）*150+5（金额）*10+1（备注）*800+10（标识符）*5 = 3900（字节）

地市级财政：

序号	系统	每年记录条数	每条数据字节数	每年数据量(M)
1	计划数据	10万	4K	400
2	支付数据	30万	4K	1200
3	工资数据	50万	2K	1000
4	横向联网数据	50万	2K	1000
5	公务卡数据	10万	0.5K	50
6	合同信息数据	6万	1K	60
7	账户数据	1万	4K	40
8	现金管理数据	5万	4K	200
	合计			3.95G

区县级财政：

序号	系统	每年记录条数	每条数据字节数	每年数据量(M)
1	计划数据	5万	4K	200
2	支付数据	20万	4K	800
3	工资数据	30万	2K	600
4	横向联网数据	30万	2K	600
5	公务卡数据	8万	0.5K	40
6	合同信息数据	6万	1K	60
7	账户数据	1万	4K	40
8	现金管理数据	5万	4K	200
	合计			2.54G

地市级财政：

序号	系统	每年记录条数	每条数据字节数	每年数据量(M)
1	计划数据	10万	4K	400
2	支付数据	30万	4K	1200
3	工资数据	50万	2K	1000
4	横向联网数据	50万	2K	1000
5	公务卡数据	10万	0.5K	50
6	合同信息数据	6万	1K	60
7	账户数据	1万	4K	40
8	现金管理数据	5万	4K	200
	合计			3.95G

对oracle的要求：

序号	系统	实例个数	每实例占用CPU	每实例占用内存
1	省级	2	8G	4G
2	地市	1	4G	4G
3	区县	1	2G	2G

1. 1. 1. 1. 系统架构

国库支付系统全部采用B/S/S三层架构，包括业务部分与系统管理部分，前端表层使用基于web的瘦客户端技术，中间层使用Java中间件技术，底层使用关系型数据库进行构建。

省级财政：

序号	系统	应用服务个数	所占CUP主频	所占内存
1	预算执行服务（含计划、支付、公务卡、工资、政采、账户、现金等系统）	4个	4G	6G
2	公务卡服务平台（全省）	3个	3G	3G
3	横向联网数据	1个	1G	1G
	合计	8个	8G	10G

地市级财政：

序号	系统	应用服务个数	所占CUP主频	所占内存
1	预算执行服务（含计划、支付、公务卡、工资、政采、账户、现金等系统）	3个	3G	3G
3	横向联网服务	1个	1G	1G
	合计	4个	4G	4G

区县级财政：

序号	系统	应用服务个数	所占CUP主频	所占内存
1	预算执行服务（含计划、支付、公务卡、工资、政采、账户、现金等系统）	2个	2G	2G
3	横向联网服务	1个	1G	1G
	合计	3个	3G	3G

• 1. 1. 1. 系统接口
• 支持与其它系统接口
• 支持Excel、Word等文件的导入导出接口
• 提供和其他系统的通用接口

国库支付系统提供标准的支付接口供个性化业务系统进行调用，任何需要最终形成支付的个性化业务系统，均可以调用国库支付系统的支付接口服务通过国库单一账户体系进行支付。

1. 1. 1. 基础数据改造设计

基础数据管理的改造包括现有基础数据管理功能的改造以及平台公共基础数据的同步功能设计两部分。

1. 1. 1. 1. 基础数据管理功能改造

现有基础数据管理功能是对全部基础数据的管理维护功能，在采用平台以后，公共的基础数据由平台统一维护，子系统自用的基础数据由子系统自己维护。支付账户、清算账户等由子系统自身维护的，其他的基础数据如预算单位、功能分类、资金性质、业务处室等都是由平台进行维护的。

现有的基础数据管理功能需要进行以下改造：

（1）只保留支付账户、清算账户等基础数据的维护功能，屏蔽其他基础数据的维护功能。

（2）新增基础数据同步功能，从平台同步公共基础数据。　

（3）对自身维护的基础数据和平台同步的基础数据加标识进行区分。

1. 1. 1. 1. 基础数据同步功能设计

基础数据同步功能主要实现国库集中支付系统与平台进行数据交互，主要包括同步平台基础数据和基础数据上传平台两部分。

（1）调用平台的基础数据同步接口服务下载由平台统一维护的预算单位、功能分类、资金性质、业务处室等基础数据，示意图如下：

图 1.5‑1 基础数据下载示意图

一般第一次下载基础数据时，或者想把所有基础数据都重新下载时，需要完全同步基础数据。通过基础数据接口得到该基础数据的所有数据和最新的版本号，如果您是第一次同步平台数据，可以得到最新版本的全部基础数据和当前的版本号；当下一次再调用此方法时，获得从添入的版本号到最新版本号之间全部变动的基础数据，即增量地同步变化的基础数据。

（2）调用平台的基础数据写入接口服务上传国库集中支付系统自身维护的支付账户、清算账户等基础信息。示意图如下：

图 1.5‑2 基础数据写入示意图

当支付账户、清算账户等基础数据发生增、删、改变动时，国库集中支付系统将变动数据写入平台。

下面通过表格形式将需要“从平台同步”和“同步到平台”的基础数据列举如下：

序号	要素名称	对应平台字段	同步方向	备注
1	预算单位	BDGAGENCY	平台à系统
2	功能分类	EXPFUNC	平台à系统
3	经济分类	EXPECONORMIC	平台à系统
4	项目分类	PROGRAMTYPE	平台à系统
5	预算项目	PROGRAM	平台à系统
6	支付方式	PAYTYPE	平台à系统
7	资金性质	FUNDTYPE	平台à系统
8	业务科室	ELEMENT01	平台à系统
9	指标来源	ELEMENT02	平台à系统
10	指标文号	BDGDOCNO	平台à系统	无编码级次
11	支付银行	AGENTBANK	平台à系统
12	清算银行	ELEMENT03	平台à系统
13	支付账户	ELEMENT04	系统à平台
14	国库清算账户	ELEMENT05	系统à平台

下图给出基础查询和管理的技术框架。

平台数据字典调用逻辑图

基于建设目标的要求，无论哪种基础数据，均需要支持全省集中部署的要求，同时又要满足各地市、区县使用时的个性化要求。

1. 1. 1. 额度控制改造设计

业务实时记账的核心内容是表层所有交易及时写入平台，调用平台总账组件的记账接口。表层系统调用总账组件逻辑见下图。平台提供的主要记账服务有三个：

1、保存总账凭证：新增交易令时适用，导入指标、录入计划等。

2、执行总账处理：修改、审核、撤销审核时调用。

3、删除总账凭证：说明：删除、作废时调用。

指标账记账逻辑图

以三层结构的业务系统终审功能为例，业务数据写入平台逻辑图，其中的斜体部分为平台的处理内容。完整处理步骤为：

1）表层客户端处理：业务系统最后一岗审核（下达）时，对界面数据进行初步校验，经过简单处理后传送至表层服务端。

2）表层服务端处理：服务端对业务数据的合法性进行校验，判断操作人员权限，并对业务逻辑进行检查；调用平台指标账记账服务。

3）应用支撑平台处理：平台实时检查数据合法性，如：上游额度是否够用；检查通过后，由平台生成指标账会计分录并更新相应额度表。

4）表层服务端处理：平台处理完毕后反馈入账结果，如果成功提交事务，完成审核操作。

业务数据写入平台逻辑图

国库支付记账方案

关键业务梳理

国库支付系统业务支持三种基本的支付方式：直接支付、授权支付和实拨：

国库支付系统资金控制图

支付系统通过平台总账接口获取可执行指标额度，通过计划管理形成分月用款计划额度，控制支付环节每月用款。

除集中支付方式外，支付系统还应有实拨拨款功能，包括按指标拨款，无指标拨款，按计划拨款等等。

支付系统的外延业务，例如工资统发系统，公务卡系统等，均可在形成支付申请时完成与平台的交互。

记账业务点

支付系统的记账业务点可包括如下内容：

1. 分月用款计划录入
2. 分月用款计划审核（可选）
3. 调整计划录入
4. 调整计划审核（可选）
5. 分月用款计划下达
6. 用款申请录入
7. 生成支付凭证
8. 支付凭证回单登记
9. 清算划款回单登记
10. 财政授权支出日报登记
11. 财政直接支付退款通知书登记
12. 财政授权支付退款日报登记
13. 退划款清算回单登记
14. 实拨申请（凭证）录入
15. 实拨申请（凭证）审核
16. 实拨凭证回单登记
    1. 1. 关键功能改造设计
          1. 可执行指标的接收改造设计

国库集中支付系统需要从平台接收可执行指标。

业务衔接点：指标接收

数据流向：国库集中支付系统从平台读取指标数据

要素列表：单位、资金性质、支付方式、资金来源、指标来源文号、功能科目、业务处室、项目类别、项目

信息项：指标调整类型、指标编号、指标说明、年度、日期、金额

可执行指标接收的改造设计流程如下：

图 1.5‑3 接收指标数据改造流程图

1. 1. 1. 1. 用款计划反馈的改造设计

国库集中支付系统需要向平台反馈用款计划的详细信息。

业务衔接点：计划终审

数据流向：由国库集中支付系统写入平台

要素列表：预算单位、功能分类、经济分类、项目分类、预算项目、支付方式、资金性质、业务处室、指标来源、指标文号

信息项：计划编号、计划说明、年度、月份、单据日期、金额、计划调整类型、指标额度号、计划额度号

用款计划反馈的改造设计流程如下：

图 1.53‑4 用款计划反馈改造流程图

1. 1. 1. 1. 直接支付反馈的改造设计

国库集中支付系统需要向平台反馈直接支付的详细信息。

业务衔接点：直接支付清算回单登记

数据流向：由国库集中支付系统写入平台

要素列表：预算单位、功能分类、经济分类、项目分类、预算项目、支付方式、资金性质、业务处室、指标来源、指标文号

信息项：支付编号、支付摘要、年度、单据日期、金额、付款账号、付款人名称、付款人银行、收款账号、收款人名称、收款人银行、结算方式、支付调整类型、指标额度号、计划额度号、支付银行、清算银行、支付账户、国库清算账户

直接支付反馈的改造设计流程如下：

图 1.53‑5 直接支付反馈改造流程图

1. 1. 1. 1. 授权支付反馈的改造设计

国库集中支付系统需要向平台反馈授权支付的详细信息。

业务衔接点：授权支付清算回单登记

数据流向：由国库集中支付系统写入平台

要素列表：预算单位、功能分类、经济分类、项目分类、预算项目、支付方式、资金性质、业务处室、指标来源、指标文号

信息项：支付编号、支付摘要、年度、单据日期、金额、付款账号、付款人名称、付款人银行、收款账号、收款人名称、收款人银行、结算方式、支付调整类型、指标额度号、计划额度号、支付银行、清算银行、支付账户、国库清算账户

授权支付反馈的改造设计流程如下：

图 1.5‑6 授权支付反馈改造流程图

1. 1. 1. 1. 实拨管理的改造设计

国库集中支付系统需要向平台反馈实拨支付的详细信息。

业务衔接点：实拨支付回单登记

数据流向：由国库集中支付系统写入平台

要素列表：预算单位、功能分类、经济分类、项目分类、预算项目、支付方式、资金性质、业务处室、指标来源、指标文号

信息项：支付编号、支付摘要、年度、单据日期、金额、付款账号、付款人名称、付款人银行、收款账号、收款人名称、收款人银行、结算方式、支付调整类型、指标额度号、清算银行、国库清算账户

实拨支付反馈的改造设计流程如下：

图 1.5‑7 实拨支付反馈改造流程图

1. 1. 1. 1. 非税收入控制数的接收改造设计

国库集中支付系统需要从平台接收非税收入控制数

业务衔接点：计划审批

数据流向：国库集中支付系统从平台读取非税收入控制数据

要素列表：单位、收入项目

信息项：年度、日期、金额

非税收入控制数接收的改造设计流程如下：

图 1.5‑8 接收非税收入控制数改造流程图

1. 1. 1. 数据交换改造设计

平台数据交换组件除了满足本级财政与预算单位、本级财政与外部单位交换外，还要实现上下级数据交换和收集。为上下级财政贯通打下基础。

1）本级数据交换

本级数据交换框架图

本级数据交换应用相对比较简单，见上图。主要实现以下需求：

1、实现平台基础数据的发布，外围系统（人民银行系统、代理银行系统等）能够及时获取最新的基础数据。

2、实现与预算单位端业务系统的部门预算数据交换；

3、实现与代理银行授权支付额度、收入信息和支付信息交换；

4、实现与人民银行汇总清算额度、实拨信息和收入信息交换。

2）上下级数据交换

对于暂时未纳入集中管理的市县，需要使用数据交换收集下级数据。

上下级数据交换框架图

上下级财政交换的数据需要定义基础数据交换的内容和格式，从上级平台同步数据字典，作为上下级财政实现系统互联互通的基本手段。

福建省应用支撑平台的数据交换组件能够自动获取中央财政发布的标准数据(如：支出功能分类)，根据业务需要对标准进行补充，通过平台下发到区县财政系统。同时通过数据交换组件收集地市和区县财政的汇总数据，如决算报表，为决策分析系统提供数据源。

1. 1. 1. 安全改造设计

为确保财政资金的支付过程安全，需要对国库集中支付系统进行安全改造。基于财政CA系统和统一应用门户实现身份认证、数据签名和事务提醒的改造，对关键业务操作提供日志记录和安全审计功能，保障数据完整性及行为的不可抵赖性。

1. 1. 1. 1. 身份认证改造

国库集中支付系统基于平台整合，通过财政统一的Portal实现单点登录。Portal用户采用LDAP服务器实现，LDAP统一管理Portal登录用户。

在基于大平台整合的契机下，统一用户管理，在LDAP服务器中存储统一的Portal用户，业务系统根据Portal用户进行登录。

通过平台用户管理，统一财政的所有系统的用户名和口令。LDAP服务器中维护统一用户信息，然后在Portal权限管理中设定相关的用户组设定每个用户对系统的权限信息。

在Portal用户登录后，在页面中直接显示该登录用户在支付系统的待办事项列表，这样方便用户一目了然的了解在支付系统还没有处理的业务。这样能加快业务人员的办事效率，加快财政的运转周期，方便各个事业单位的资金周转。

Portal用户登录后，默认为业务系统用户不用再通过口令来登录，Portal中进入业务系统只用用户名和其他相关参数，业务系统需要改造成如果是通过Portal登录 就不判断口令， 用户名和业务系统附加参数如年度，账套信息等。联调过程中如果业务系统主框架是弹出窗口式的要改成指定的Portlet的IFrame中。

1. 1. 1. 1. 数据签名改造

为确保财政与银行之前数据的完整性和不可抵赖性，对非税收入管理系统中关键的业务单据进行数据签名。在财政给银行的关键数据报文中，增加数据签名串；代理银行接收到数据报文后，依据数据签名串来校验数据报文是否被被篡改。

涉及数据签名改造的主要数据报文包括：

1、财政发送给代理银行的《授权支付额度通知书》；

2、财政发送给代理银行的《直接支付凭证》；

3、财政发送给代理银行的《授权支付令》；

4、财政发送给人民银行的《实拨资金拨款凭证》。

1. 1. 1. 1. 日志记录

对国库集中支付系统的关键业务操作做完整的记录.包括两个方面的日志:

1.流程日志

详细记录了支付业务流程中各个节点操作的历史信息,包括录入、送审、撤销送审、审批/批复、退回、撤销审核、撤销退回、打印、发送等历史记录。详细记录了各项操作的岗位、人员、操作时间、工作机器的IP地址、单据类型、单据号、金额等信息，并且可以追溯到原始的单据，同时提供这些日志的查询、统计归类。

2.其他操作日志

除流程的日志外，系统还提供其他被定义的业务操作的日志，如：查询、打印等业务操作，记录操作的时间、工作机器的IP地址、岗位和人员等。

1. 1. 1. 1. 安全审计

系统能跟踪关键业务单据处理过程中的任何修改/删除/增加动作，包括修改人，修改内容，修改时间等。对修改的时间系统可以精确到毫秒（该时间是读取服务器上的时钟频率所得，客户端无法修改），从而使非法修改者无所遁行。

1. 1. 1. 1. 统一事务提醒改造

支付系统给Portal开放一个webservice接口方法，返回一个该用户的待办事列表。

Portal用户登录后，在页面装载的时候调用支付系统开放的该接口方法，然后根据返回的程序列表，组成html代码，形成待办事项的列表。

      待办事项列表需以超链接的方式组成，点击超链接时传入用户，角色，菜单等信息后，支付系统通过解析后，验证后，转到相应的业务系统菜单页面。待办事项如下：

1）待审核的计划

2）待批复的计划

3）待审核的支付申请

4）待审核的支付凭证

5）待审核的拨款单

1. 1. 1. 改造功能一览表

模块	编号	功能	功能说明
基础数据	CZ-ZF-JCSJ-01	基础数据读取	公用基础数据从平台同步。
用款计划管理	CZ-ZF-YKJH-01	用款计划录入	从平台中读取指标额度、协同收入额度，共同指导计划录入，同时录入完毕后要将计划信息写入平台。
	CZ-ZF-YKJH-02	调减计划录入	从平台中读取计划额度，完成计划调减录入，同时需要将计划调减信息写入平台。
	CZ-ZF-YKJH-04	正常计划审核	金额发生变化时，需要将审核信息写入平台。 从平台提取非税收入控制数，实现以收定支。
	CZ-ZF-YKJH-05	调减计划审核	金额发生变化时，需要将审核信息写入平台。
	CZ-ZF-YKJH-06	用款计划汇总下达	金额发生变化时，需要将终审信息写入平台。
	CZ-ZF-YKJH-07	用款计划作废	作废未批复的用款计划，及时通知平台进行底层数据作废和额度恢复。
直接支付管理	CZ-ZF-ZJZF-01	直接支付申请录入	从平台中读取计划额度，指导用款申请录入，同时完成录入后，要将用款信息写入平台。
	CZ-ZF-ZJZF-02	直接支付申请审核	金额发生变化时，需要将审核信息写入平台。
	CZ-ZF-ZJZF-03	直接支付凭证回单登记	需要将已确认支出数写入平台。
	CZ-ZF-ZJZF-04	直接支付划款清算回单登记	需要将已登记数据写入平台，便于总账记账。
	CZ-ZF-ZJZF-05	直接支付划款清算回单中心登记	需要将已登记数据写入平台，便于总账记账。
授权支付管理	CZ-ZF-SJZF-01	授权支付申请录入	从平台中读取计划额度，指导用款申请录入，同时完成录入后，要将用款信息写入平台。
	CZ-ZF-SJZF-02	授权支付申请审核	金额发生变化时，需要将审核信息写入平台。
	CZ-ZF-SJZF-03	授权支付凭证回单登记	需要将已确认支出数写入平台。
	CZ-ZF-SJZF-04	授权支付支出日报登记	需要将已登记数据写入平台，便于总账记账。
	CZ-ZF-SJZF-05	授权支付划款清算回单登记	需要将已登记数据写入平台，便于总账记账。
集中支付退款	CZ-ZF-ZFTK-01	直接支付退款通知书录入	需要将退款信息写入平台，实现额度控制。
	CZ-ZF-ZFTK-02	授权支付退款通知书录入	需要将退款信息写入平台，实现额度控制。
	CZ-ZF-ZFTK-03	直接支付退款通知书审核	金额发生变化时，需要将审核信息写入平台。
	CZ-ZF-ZFTK-04	授权支付退款通知书审核	金额发生变化时，需要将审核信息写入平台。
	CZ-ZF-ZFTK-05	授权支付退款日报登记	需要将已登记数据写入平台，便于总账记账。
	CZ-ZF-ZFTK-06	直接支付退款清算回单登记	需要将已登记数据写入平台，便于总账记账。
	CZ-ZF-ZFTK-07	授权支付退款清算回单登记	需要将已登记数据写入平台，便于总账记账。
	CZ-ZF-ZFTK-08	退款日报接收	需要将已登记数据写入平台，便于总账记账
接口管理	CZ-ZF-JKGL-01	工资信息接口	调整现有接口实现，从平台中读取工资发放信息
	CZ-ZF-JKGL-02	工资支出反馈	调整现有实现，将工资支出写入平台

图表 1.5‑46 计划支付管理改动功能表