1
泰州市财政 一体化 平台信息系统
项目 方案
一、项目背景 为提升我市财政发展、管理和服务的科学化、规范化、信息化水平，满足财政改革管理的需要, 适应金财工程的深化、新预算法实施和绩效预算管理等新要求，实现我市财政信息化水平跨越式发展，通过建设财政一体化平台信息系统以适应财政改革管理的新要求。
二、项目建设目标 在严格遵守基本的财经规则和管理制度的基础上，优化财政业务流程，提高业务标准化、规范化程度；充分应用大数据技术，挖掘财政数据价值；以“预算编制-预算执行”为主的核心业务闭环为框架，连通各级财政、预算单位、银行机构，为泰州财政提供业务运行，资金管理，决策支持等全方位的信息化支持，提升财政服务效能和财政工作水平，创建服务型财政、智慧型财政。
三、项目建设原则 1、界面友好性原则 系统界面设置方面力求界面实用、简洁、大方、美观，给用户良好的操作体验。
2、可靠性与稳定性原则 系统必须具备较高的可靠性与稳定性。
（1）系统应在资源占用、数据存储等方面设计合理，不应对服务器造成过高压力而导致死机或服务器操作系统崩溃等情况。
（2）系统后台数据库应采用目前为业界认可的关系型数据库系统,系统设计时可以对大型组织信息容量具有充分的把握，确保系统
2 运行较长时间(如五年以上)后不会因信息过多、数据库容量不足而导致整个系统的崩溃。
（3）系统确保 7×24 小时稳定可靠运行。提供系统崩溃时的快速恢复机制，确保系统出现故障时能快速恢复系统正常运行。
3、标准化原则 项目管理和建设使用，开发规范标准，文档标准，管理标准，质量标准，以提高软件的可靠性，可维护性，和可移植性，有利于管理软件降低软件的运行维护成本，缩短软件开发周期。在基础软件类如中间件、数据库、开发平台，选用市场上成熟的社会化程度高的软件平台。
4、开放性原则 系统设计遵循开放性原则，能够支持多种硬件设备和网络系统，并支持二次开发。保证系统数据的互联互通，数据共享，建立数据仓库。提供完整、统一和准确的数据支持。系统根据相应的权限可以查询和调用系统中的相应信息，提高资源的利用率。
5、可扩展性原则 对系统终期容量及网络发展设想进行方案设计，实现平滑扩容。采用智能接口技术，提高系统更新、维护、升级的效率。
6、安全性原则 系统在建设过程中采取多种安全技术和防护手段， 尽可能保证系统自身的安全性、保证服务不会中断、保证数据不被非法入侵者破坏和盗用。系统安全性原则主要体现在以下几个方面: （1）系统有完善全面的安全体系保障，应有先进的传输加密措施和机制。
（2）系统通过统一的身份认证机制实现身份认证和权限控制，并支持多种安全认证方式。
3 （3）系统具有合理的日志记录体系。
7、兼容性原则 系统建设应有足够的兼容性，最大限度利用原有部分设备，充分利用已有硬件设备和网络资源，提供系统互通互联的接口，并平滑过渡，保护既有的投资的同时，注重系统的扩展性，保证系统平滑升级。
8、系统可管理性原则 在系统设计中，充分考虑了系统的可管理性，便于系统的管理和维护，系统可管理性原则。
9、实用性原则 系统综合考虑实用和兼顾今后发展的目的，在一体化信息系统的运行平台、系统构架和信息系统建立方面，采取主流的产品和技术。
10、规范依据 系统应符合并遵循相关标准，包括但不限于: 序号 类
别 依据标准 编
号 1 国家标准 信息系统安全保障评估保障评估框架 GB/T 20274 2 国家标准 信息技术安全性评估准则 GB/T 18336 3 国家标准 信息安全风险评估规范 GB/T 20984-2007 4 国家标准 信息系统灾难恢复规范 GB/T 20988-2007 5 国家标准 公钥基础设施 在线证书状态协议 GB/T 19713-2005 6 国家标准 公钥基础设施 证书管理协议 GB/T 19714-2005 7 国家标准 带消息恢复的数字签名方案 GB/T 15851-1995 8 国家标准 XML 数字签名语法与处理规范 GB/T 25061-2010 9 国家标准 财政业务基础数据规范（2.0）
CZ 0001—2010 10 国家标准 金财工程数据交换标准
11 省标准 财政业务基础数据规范（江苏扩充部分）
JSF-MB-001 12 省标准 江苏省财政信息系统接口报文规范
13 省标准 江苏省非税收入收缴管理系统代理银行接口规范
4 四、项目业务需求 本项目开发实施要求采用“原型迭代法”模式进行需求调研和确认，必须能够完成甲方现有预算编制系统、预算执行系统、工资统发系统等系统的所有功能。以下描述为系统主要功能要求，采购人有权根据实际情况提出最新要求，中标供应商需要予以理解和支持，并承诺能够根据采购人的实际应用要求对需求进行优化、调整及深化。
1 1 、数据 管理 中心
数据管理中心实现财政基础数据和业务数据的规范化开发、利用和共享，减少数据冗余度，提高数据一致性，有效降低数据元多义性。中心统一记录、控制、反馈财政业务信息，必须满足以下要求: 一是能够支持现有的各项财政业务及未来财政改革中的业务创新，业务类型的增、减，业务节点的增加、减少，不需改变底层结构；二是业务过程的全程可追溯；三是业务合法性可得到有效验证。
数据管理中心由基础数据库、业务数据库和平台管理数据库组成。
1.1 基础数据库 基础数据库由行政区划、预算单位、支出功能分类科目、部门支出经济分类科目、政府支出经济分类科目、项目、经费来源、资金性质、支付方式等财政业务要素构成，向平台内外的所有模块和系统开放共享。
基础数据库分为单位基础信息库、财政基础信息库、项目库、总账数据库等。
（1）单位基础信息库。单位基础信息库包括单位基本情况、在职人员信息、离退休人员信息、单位资产信息、其他信息等。单位基础信息库与组织、编办的系统对接，数据可定时导入，并可实现人员
5 信息库的动态管理。
（2）财政基础信息库。包括预算标准库（定员定额标准体系、单位定档定级信息、资产损耗资源资金标准和其他标准等）、政策法规库（或对接到行政办公系统即可）、绩效评价指标库等。
（3）项目库。项目库是根据使用专项资金安排的不同类型项目的特点，设置项目需要采集的各种要素和填报规则的数据库，主要包括部门预算专项和政府预算专项二大类。建立预算项目管理库，收集近 5-10 年的数据信息。在任一年度项目库里可以按照功能科目或者项目所赋予代码查询其他年度数据。
（4）总账数据库。基于标准编码建立多维多级科目体系，可对任何一项财政收支进行“多维”定位 ，以满足对财政业务进行多角度统计分析的需要。总账数据库与表层业务系统的关系为:国库集中支付凭证导入到总账数据库中生成总账支出凭证；非税收入导入到总账数据库中生成总账收入凭证。
1.2 业务数据库 涵盖财政核心业务全流程的业务数据信息，主要有:预算编制、预算执行、财务核算等。
1.3 平台管理数据库 包括用户信息、角色信息、权限信息、日志信息、配置信息、安全认证管理信息、流程定制信息等。
2 2 、系统管理中心
为各类应用的集成提供运行基础服务，包括:用户及权限管理、流程管理、报表引擎、消息服务、系统日志等。实现业务流程的灵活配置和用户权限的统一集中管理，具备统一的信息发布接口。
6 （1）用户及权限管理 用户包括四类:预算单位、财政局内部用户、下级财政部门用户、和审计用户。通过统一身份认证技术加强安全管理，为用户提供统一的电子身份，构建所有用户统一、规范的角色和权限控制机制，提供统一的权限管理平台和权限数据访问服务，实现用户及权限的集中统一管理。审计用户只拥有数据查询权限，不能拥有数据修改权限。
（2）流程管理 业务流程实现上，采用工作流技术，系统提供工作流程定制工具，用户可根据实际需要，自定义或调整业务流程。能实现对工作流模型的定义和维护，不仅支持顺序流程的流转，而且要支持分支、并行、子过程等，在分支上可以定义条件，实现按条件自动流转，支持自动业务办理，可实现图形化拖曳式流程配置，实现业务规则与业务流程相分离，能动态实现业务规则的制定和共享。支持审批流程的图形化跟踪功能。
（3）报表引擎 报表引擎可针对不同业务类型灵活定制报表模板，满足各种类型和各种格式报表快速生成要求。各个角色能从各自维度方便、准确地查询、查看预算执行进度情况，做到输出行、输出列、排序方式、分类方式，输入查询条件均可定制。可分业务科室、单位，分清来源、功能科目、经济科目、项目，分清政府采购、基建、信息化、教育发展、科技等用途，金额按来源（预算资金、预算专户资金、其他）、指标、计划、支付、实拨、直接、授权，分下达数、余额、执行进度，也可按支付对象、支付金额、公务卡等支付规则查询执行情况，以及与支付相关联的各类财政账户的处理状态（包括专户资金账务记账状
7 态）等。报表引擎还应包括当年项目预算和下一年度预算项目申报的对比表生成。需统计的相关数据，能够全局一览子查询生成，不需要各支出处室手报送，自动生成取代手工统计。
（4）信息发布服务 提供统一的信息发布接口与工具，使得各类应用能够规范地发布信息。同时能提供点对点的及时通讯功能。
（5）日志管理 记录用户登录平台及相关操作信息，形成日志，并提供相关查询界面。
（6）数据交换 按照财政部下发的《财政业务数据规范》，以及江苏省财政厅制定的《江苏省财政信息一体化标准规范》等规范要求，数据交换支持多种接口方式，具备复杂数据的传输能力，通过提供标准接口和“发布/订阅”服务，实现财政业务平台与财政其他系统、其他部门间的数据交换及共享。可对不同数据格式、数据类型进行转换，支持数据加密传输。作为系统的备用交换方式，须提供导入/导出文件方式。
3 3 、业务 管理中心
实现在严格遵守基本的财经规则和管理制度的基础上，优化财政业务流程，提高业务标准化、规范化，开发界面风格统一的应用系统。在提供业务处理功能的同时，提供报表统计、综合查询等扩展功能。在财政业务流转过程中涉及的审批、证明等纸质材料，实现电子化处理，作为附件上传。
3.1 预算编制模块 以预算编审业务为财政业务管理的源头，建立面向预算的基础信
8 息库和滚动项目库，使用定额分析、公共财政资金分配决策等分析模型，建立囊括全口径预算收入和支出、先总量后明细的预算编审业务体系，科学、合理地确定财力的预算分配方案。主要功能模块有财政总预算（本级收入财力测算、本级总预算编制、转移支付资金的结算等）、部门预算、预算调整、专项资金管理、政府性基金预算编制、国有资本经营预算编制、社会保险基金预算编制和债务预算编制等，还包括历年预算安排、执行以及对比。
3.1.1 财政总预算 3.1.1.1 本级收入财力测算 通过与税务、人行系统对接，按时导入税收、非税缴库等本级收入财力测算需要的数据，并能够以图形、表格等多种形式呈现。
3.1.1.2 本级总预算编制 本级总预算编制反映全口径预算编制:包括一般公共预算编制、政府性基金预算编制、社保基金预算编制、国有资本经营预算编制和债务预算编制，支持各预算编制的数据统计查询。
3.1.1.3 转移支付资金的结算 对政府间财政分配资金的结算，内容上分为结算项目管理、来源管理、指标通书管理、指标通知单管理、结算单报表管理等。生成相关报表，如市结算单报表、省市县结算单报表、转移支付指标账本、来源报表、通知书报表、通知单报表、通知单报表（按下级财政展开）等。
3.1.2 部门预算 3.1.2.1 单位基本信息库（见 1.1）
3.1.2.2 项目库（见 1.1）
9 3.1.2.3 部门预算编制 通过部门预算编审模块实现由基层预算单位编制预算，逐级上报、审批、汇总，经财政部门审核，提交同级人大批准后，下达预算单位执行预算的信息化处理过程。编审流程要既遵循财政部和省财政厅的相关政策、规范和标准，又符合泰州市的本地实际情况，目前按照“二上二下”程序编报预算。
1、部门预算包括收入预算和支出预算。
（1）收入预算:包含预算内收入、非税收入、以及其他收入。预算内收入即财政拨款，包括经常性拨款和专项拨款。非税收入即专户非税拨款。其他收入包括上级补助收入、部省拨款、事业收入，附属单位缴款、经营收入、专项资金收入、其他收入等。
（2）支出预算:支出预算主要包含基本支出以及项目支出。通过联动项目库，实现项目的实时申报和随时申报，项目支出信息包含采购预算、资产预算和政府采购购买服务预算等。
2、部门预算业务功能。
（1）通过基础信息库信息，实现属于基本支出范围的单位综合信息、人员及工资信息（在职、离退休、辅助人员以及其他人员）、单位资产、车辆等单位基础信息管理，作为计算人员支出及公用经费支出的依据。单位基础信息通过平台基础信息库实现对预算单位基础数据的动态管理，自动生成基本支出或基本支出调整预算。
（2）通过滚动项目库，实现预算单位项目的实时和随时申报。从项目库中挑选项目支出预算信息，包括一般性项目、资本性项目和其他项目，为计算单位项目支出采集原始资料。实现满足中期财政规划管理要求的部门预算编制。通过对未来 3-5 年重大财政政策及手指
10 情况进行分析预测，建立跨年度预算滚动平衡机制，实现年度间财政资金项目安排的滚动管理、预算收支综合平衡，增强预算的前瞻性和可持续性，中期财政规划要与国民经济和社会发展规划纲要及国家宏观调控政策相衔接。
（3）实现政府经济科目与部门经济科目两套科目的对应关系。预算编制环节，预算单位按照部门预算经济分类编制部门预算并报财政部门，财政部门按照政府预算经济分类编制本级政府预算报同级人民代表大会批准后，在原有按部门预算经济分类批复部门预算的基础上，将政府预算经济分类作为部门经费来源和申请款项的控制科目一并批复。
（4）实现数据填报和审核，达到数据集中存放、统一管理。包括:权限设置、系统参数设置、收入及支出项目类别、资金来源、支出统计口径设置等系统基础信息。编制功能主要提供以下信息的编制:单位收入预算、单位非税征收计划、单位政府采购计划、单位资产购置预算、单位支出资金汇总及来源分配等，资产预算能实时调取资产管理模块中单位申报资产信息作为预算编制的控制数和审核依据。审核功能为单位提供表内和表间勾稽关系审核，为财政提供上报数据审核及审核意见的填写等，审核的勾稽公式能够在规则库中方便用户维护。
3.1.3 政府性基金预算编制 专项资金包含政府性基金项目，市本级政府专项收支预算的编制全部在专项资金预算编审模块进行。因此，政府性基金预算编制模块涉及的收支预算编制信息，自动从专项资金预算模块获取相应政府性基金预算全部总量收支预算及明细项目预算数据及要素，并在政府性
11 基金模块形成独立预算报表。政府性基金收支与部门预算和专项资金模块相关联。
3.1.4 社保基金预算编制 从财政部统一的社保基金预算编制系统中导出数据，接入“一体化”系统中，生成我市社保基金预算，具备查询及分析功能。与税务进行数据对接，可实时查看每个险种资金使用情况及余额。
3.1.5 国有资本经营预算编制 根据政府年度国资收益收支计划目标，实现国资委汇总编报收支计划，财政会审，经政府审批后下达。计划收入入库核算:根据年度确定的计划收入，各国有企业按序时进度上缴国资收益收入，入财政国库核算，并形成相应支出预算指标。计划支出执行:根据预算处下达的国资收益支出预算指标，对应该企业拨款申请，形成用款申请，予以实拨。
3.2、预算执行系统建设 预算执行包括预算指标管理、计划管理、拨款管理（含实拨转集中支付）、支付清算管理、电子支付管理、政府采购管理、工资统发管理、公务卡管理、财政会计核算管理、金库报表管理、动态监控管理、土地出让金管理、年底结转管理、预算代扣管理、预算集中资金管理、单位自助对账等。在充分体现预算管理，国库集中支付等关键政策的落实的同时，做到联动基础数据库，与其他业务功能及数据有机结合，为综合查询系统提供核心业务数据，构建平滑贯通的财政执行业务体系。在相应的权限范围内提供任意时间（或每月底）历史数据查询功能，查询各单位指标计划结余支出进度等情况，统计分析各单位指标结余、计划结余（ 分项目、分年度）。
12 3.2.1 指标管理 实现部门预算和指标管理对接，完成年初部门预算数据自动导入，包括政府采购与正常指标的自动分割生成等，实现指标的全面管理。提供指标来源、指标通知书、指标单的增加、修改、删除、追减、下达、查询和统计等功能。指标有当年预算、上年结转、省专款、预备费、调入资金、当年预算外、应缴预算、往来款等多个经费来源，反映财政全年可支配的资金规模，提供总预算账本及报表等功能。
3.2.2 计划管理 计划管理是对分月用款计划的管理。预算单位在可执行指标的范围内，根据工作需要做出的分月短期资金需求安排，计划管理必须对接支付电子化系统。主要功能有预算单位在线编报分月用款计划，业务处室审核或代编用款计划，政府采购计划需要经过政府采购处审核，国库处将用款计划批复下达给预算单位，并送人民银行泰州分行和集中支付代理银行，作为资金支付的依据。
3.2.3 拨款管理（含实拨转集中支付）
业务处室代编实拨资金用款申请、转集中支付用款申请，国库处或国库集中收付中心审核拨付。提供涉及拨款申请录入、凭证生成、凭证打印的功能实现，提供缴库单打印功能。实现拨款凭证查询等功能。查找单位提供模糊查询功能，拨款凭证生成时，收款单位名称和银行均为可选。实拨审核界面，显示预算外动态资金余额、单位往来动态资金余额、应缴预算动态余额。
3.2.4 支付清算管理 通过财政直接支付、单位授权支付、财政实拨等方式来实现资金的拨付，对财政资金流向实现全面、实时的监控管理，支付管理必须
13 对接支付电子化系统。主要功能直接支付由预算单位根据批复的用款计划在线填报直接支付申请，经支付中心审核后，向代理银行发送直接支付指令；授权支付由预算单位通过系统向代理银行发送授权支付指令进行支付。实现与代理银行，人民银行进行的资金清算的相关功能，支持包括人行无纸化和财政部支付电子化的两种支付渠道。
3.2.5 电子支付管理 通过在财政、人行和代理银行已经实施部署的电子凭证库，业务系统通过与电子凭证库衔接，实现对现有电子单据的电子签章和验章，并形成电子凭证。主要包括:直接支付业务电子化管理、直接支付退款业务电子化管理、授权额度业务电子化管理、授权支付业务电子化管理、授权支付退款业务电子化管理、实拨业务电子化管理、实拨退款业务电子化管理等。
同时该模块需满足省财政厅和人民银行关于全面实施财政国库业务电子化管理的要求，内容包括库报、非税缴库等。
3.2.6 政府采购管理 预算单位根据财政下达的政府采购指标生成政府采购计划，经业务处室、政府采购处审核后，国库处下达生效。预算单位根据下达计划中的采购方式进行采购流程，采购完成后提交用款申请。
实现与政府采购交易系统的对接，将采购任务发送采购交易系统，根据交易系统返回的合同金额控制执行系统的采购申请金额上限。
实现与政府采购监督系统的无缝对接。
采购基础信息（品目，组织形式，采购方式等）能与基础信息库联动。
14 3.2.7 工资统发管理 各预算单位根据财政部门规定的数据格式，录入、修改与统发工资有关的人员基本信息和工资数据，报送至审核部门（组织、编办），审核通过后报送至财政部门，数据支持导入导出功能等。财政端设置人事信息的数据项目和工资数据项目与计算公式；接收各单位报送的数据，并对人员、工资变动进行审核、汇总处理，向有关银行发送各单位工资明细数据；与指标管理、计划管理、支付管理衔接实现人员经费的自动匹配，自动扣款，月度结转等功能。
3.2.8 公务卡管理 公务活动通过公务卡刷卡消费，根据消费单据向单位财务部门申请报销。单位财务人员依据消费单据上的信息，通过公务卡接口向发卡银行发送查询请求获得每笔交易的电子信息；在收到电子信息后，选取消费信息生成支付令并发送集中支付代理银行；银行将资金拨付到公务卡的个人账户。
3.2.9 财政会计核算管理 包括预算资金账，集中支付账，社保资金账，非税资金账等，实现从业务流转到会计核算的完整流程，包括账套配置，会计科目和核算项目维护，处理日常会计业务，通过与业务相关的台账生成相关总账、明细账和报表等，年末结转。
3.2.10 非税收入管理数据管理 实现与非税管理系统的对接，将收入数据引入到预算执行的非税收入管理模块，根据非税收入数据，提供申请、审核、生成缴库申请单的业务功能，实现通过人行无纸化及电子凭证库接口发送批量缴库信息给人民银行，完成非税收入批量缴库等业务功能。
15 3.2.11 单位银行账户管理 建立单位银行账户管理系统，实现单位银行账户的开户、变更、撤户的电子化管理和流程审批，并用于资金拨付时的账户控制和资金动态监控，建立账户管理档案。
3.2.12 金库报表管理 由人民银行汇总税务、海关、财政等各征收部门的数据，通过人行无纸化及电子凭证库接口发送给财政，财政接到数据后，生成金库报表。财政根据金库报表按月生成收入月表，从各资金支付系统中抽取数据生成支出月表。财政在收/支月表的基础上，编制分析报表。
金库报表数据接收后作为底层数据，可以被其他模块共享。
3.2.13 动态监控管理 实现动态监控系统，通过事前监管、事中监管、过程监察、时限监察、程序监察以及风险点监察等，对财政资金运行过程进行实时监督、事项流程控制，并将监管信息通过系统平台自动发给相关责任人。
3.2.14 土地出让金管理 功能模块包括地块信息维护，收入、缴库、支出维护，财务系统。通过此系统日常处理有关泰州市级土地出让的所有信息。国土局录入地块详细信息；综合处接收并补充审核地块信息，查询地块报表等；处理地块收入、支出、缴库信息及财务凭证。
3.2.15 年末结转管理 实现来源、通知书、通知单的年度结余结转，由预算处统一生成，业务处室对单位结转数进行核实，预算处对结转数进行审批确认，并提交国库记账。
3.2.16 税款代扣缴管理
16 实现与税务局系统的对接。根据税务提供的电子信息，包括扣税时间、扣税单位代码、扣税金额、电子票号、纳税人编码、征收机关等，进行相应判断后自动匹配计划、生成直接支付用款申请； 3.2.17 预算代扣管理 实现工会费等经费实行财政代扣。由预算处负责管理代扣事项，根据选定的单位代码、金额、功能科目、经济科目、银行帐号等信息生成用款计划、用款申请，同时提供批量导入、导出功能。
3.2.18 预算资金统筹、集中管理 实现对多个来源资金的统筹及集中管理，包括统筹项目、统筹比例、集中单位、集中比例等设置、实现对计划额度申请的控制，同时将统筹资金、集中资金生成账务凭证等。
3.2.19 单位自助对账 预算单位可按月对非税资金账套的账单进行查询、打印及确认功能，实现“自助式”对账。
3.2.20 预算外资金、社保资金管理 实现预算外资金、社保资金单独流程管理，取消相应的指标管理，通过账务可用余额控制填报计划，计划下达后提交用款申请。
3.2.21 保留对接已有系统的方式及方法 实现与已有系统的对接，保留其对接的方式及方法。
接口包括但不限于阳光资金系统接口、省扶贫系统接口、政府采购接口、人大监督系统接口、公务卡接口等。
4 4 、 财政统一门户的建立
建立统一的业务门户，形成虚拟的“网上财政服务大厅”。针对财政用户，根据不同角色提供业务系统的单点登录功能、待办业务提
17 醒功能和财政数据查询、预算执行监督功能；针对预算单位，根据不同用户角色提供不同功能，让预算单位充分感受良好的服务。
同时在业务门户页面上提供其他业务系统登录链接。
五 、项目 其他 需求
1、总体架构 建立泰州市级财政一体化系统，统一业务操作流程和业务操作规范，底层基础数据字典遵循《财政业务基础数据规范（江苏扩充部分）》。
在系统设计时采用先进的、基于 J2EE 平台的三层分布式应用体系架构，将用户界面、业务逻辑与数据资源进行分离，三个层次（表示层、中间逻辑层和数据访问层）可在不同平台下协作应用。
全面结合在应用中得到验证的框架和组件。用组件化、参数化、模式化等先进构造思想，在这些框架和组件基础上进行扩展来构建灵活、健壮、高效、稳定的财政系统。
（1）表示层主要提供前端页面展示、人机交互等服务，包括以浏览器为载体的客户端体验，以门户为实现手段的信息集成。
（2）中间逻辑层完成数据格式的正确性及数据类型验证、用户权限的合法性判断等操作。采用构件化的思想按照功能分为业务组件层和技术组件层。
（3）数据访问层实现数据库的交互，包括统一的数据访问及调度，逻辑上统一的数据存储方式。
系统采用 B／S 应用模式，中间件采用 Weblogic，后台数据库采用 Oracle，客户端使用 IE8 及以上版本浏览器，与银行的数据交换采用 IBM MQ。一体化系统与其他业务系统的信息交换通过规范的 XML
18 文件实现。
在业务流程实现上，运用工作流技术，对财政业务处理、审核审批流程及其各操作步骤进行抽象、概括、描述；运用工作流管理去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。
系统进行微服务架构开发及实施，微服务架构中的每个服务，均是具有业务逻辑的，符合高内聚、低耦合原则以及单一职责原则的单元，不同的服务通过“管道”的方式灵活组合，从而构建出整个系统。每个服务在应用交付过程中，独立地开发、测试和部署。在微服务架构中，应用程序由多个服务组成，每个服务都是高度自治的独立业务实体，可以运行在独立的进程中，不同的服务能非常容易地部署到不同的主机上。
2、数据交换 系统与外部接口数据交换必须遵循《江苏省财政信息系统接口报文规范》和《江苏省财政信息系统接口技术方案》。财政系统与外部系统之间采用统一的交换规范、标准、方式和技术。采用数据接口管理方便交换信息的调整和扩充、交换对象的扩充、交换方的扩充。
数据交换主要针对财政业务平台与财政其他系统间数据交换。主要有以下几大类:财政内部系统数据交换;财政与其它行政单位之间的直接数据交换；财政与银行等外部系统之间的数据交换；上下级财政之间数据交换等。
交换服务基于统一的数据交换平台，数据交换平台基于面向服务的 SOA 架构，采用企业服务总线（ESB）技术实现多个节点之间的数据交换。数据交换平台在统一数据规范和数据接口的基础上构建，主
19 要功能如下: （1）、实现（但不限于）以下多种信息资源的共享交换方式。基于 SOA 的设计思想，数据交换以统一的基于服务的交换来管理。
（2）、支持多种会话策略。实时:基于事件驱动，由系统运行时动态产生和控制的会话方式； 定时:由系统定时器根据预设的定时策略产生和控制的会话方式； 手工:系统运行时由用户手工产生和控制的会话方式。
（3）、支持多种灵活的交换策略，包括两种数据交换方式。交换共享(数据“落地”集中)模式:各应用系统之间通过交换服务实现交换，数据中心在 ESB 上注册源到目标的路由监听服务。交换数据时，ESB 将源数据及目标返回数据作为参数，调用数据中心注册的服务。交换的数据通过此监听服务，将数据“落地”，存储在基础数据库中，形成需要共享的基础数据。对等交换(数据“不落地”)模式:各应用系统之间通过交换服务实现交换，交换的数据不需存储在交换中心节点中。这种模式实际上建立了一种数据交换通道或交换总线。
（4）、支持多种数据接口和传输协议。基于数据交换产品可提供数据库、文件系统、WebService 等多种接口服务方式，支持不同格式数据内容的交换共享。
（5）、交换安全保障服务。能够基于产品自带的安全服务功能，对敏感信息交换进行 MD5、DES、SSL 加密，根据数据加密应用途径进行交换信息内容的加密（可逆或不可逆），保障数据交换传输过程中的安全。同时还将具有数据合法性验证功能，能够对交换服务与应用系统之间以及交换系统之间的两类合法性验证，确保数据可信交换。
（6）、能够支持灵活部署模式。建成后的数据交换服务除了支
20 持通常的统一平台集中部署模式外，还将根据实际应用需求，灵活支撑分布式部署模式，确保在能够针对交换业务系统实际应用环境，适时调整，满足信息资源共享交换建设需求。
3、运行环境要求 （1）、数据库环境。数据库要求为 Oracle 11G 以上；操作系统环境为 Unix、Linux 等。
（2）、web 服务器环境。web 应用服务要求为 Weblogic 10.0 以上；操作系统环境为 Windows、Unix、Linux 等。
（3）、门户软件。使用 Weblogic Portal; 操作系统环境可以是 Windows、Unix、Linux 等。
（4）、客户端环境。操作系统要求为 Windows7 及以上版本；浏览器为 IE 8、火狐等市场通用版本。
4、性能要求 响应时间应是即时（≤1 秒）的，高峰期最大响应时间小于 5 秒。
事务处理平均 3 秒。
普通应用查询平均 3 秒。
统计分析类查询平均 5 秒。
支持日常 500 用户以上同时在线交易。
吞吐量（每月交易量、数据量、高峰期每日交易量、数据量）在保证性能的前提下，系统设计能够满足未来五年的交易高峰量。
5、技术要求 遵从“金财工程”建设原则，确保系统的安全、可靠、稳定。
（1）流程可定义 在业务流程实现上，采用工作流技术，对财政业务处理、审核审
21 批流程及其各操作步骤进行抽象、概括、描述。支持动态业务流程建模，运用工作流管理系统（WFMS）去定义、执行和管理工作流，协调工作流执行过程中工作之间以及群体成员之间的信息交互。
能实现对工作流模型的定义和维护，不仅支持顺序流程的流转，而且要支持分支、并行、子过程等，在分支上可以定义条件，实现按条件自动流转，支持自动业务办理，可实现图形化拖曳式流程配置。支持业务规则与业务流程相独立，能动态实现业务规则的制定和共享。支持单据审批流程的图形化跟踪功能。
（2）业务可配置 将业务框架、业务功能进行抽象，采用组件化和参数化设计方法构建业务功能模块。系统应提供业务逻辑在线定制，实现系统应用过程中对用户需求变化的适应性；可根据实际情况对功能进行灵活调整而无需修改程序；提供参数配置工具以调整系统参数、算法、规则等；提供主要业务单据要素自定义功能，可通过系统定制功能实现单据某些要素的启用或关闭等。
（3）建立信息安全保障体系 保障财政信息系统安全，规范和加强以身份认证、授权管理、责任认定等为主要内容的信息安全体系建设。必须达到以下三个要求: 确保资金运行安全 系统要通过设置合理的审批环节，层层严格控制把关，保证财政性资金按照法定科目、用途、支出口径和方向进行预算合理编制及资金安全使用。
确保系统权限安全 系统要有严格的权限授权和级次控制机制，确保系统用户只能在
22 规定的岗位上操作规定的业务环节和浏览规定的业务数据。
确保系统数据安全 系统要有严密的数据加密体系和安全访问控制体系，以确保系统运行中的数据安全。保证不会因系统自身的错误而使数据遭受破坏或被非法获取。
构建可信身份体系、鉴权体系及行为追溯体系。通过建立系统安全体系，以 PKI/PMI 技术为基础的实现用户 CA 身份验证、数字签名、电子签章等，为各类用户提供各种不同级别的安全保障与服务。业务流程中提供各类操作痕迹的审计追踪功能，确保每个关键的操作行为都能记录在案，为操作日志提供完备的审计功能，确保数据安全、操作安全，实现信息系统的可信、可控、可管。
（4）采用界面原型设计工具 用户界面设计采用优秀的原型设计工具来模拟，快速搭建软件系统的高保真原型，便于用户沟通、确认。界面原型确认后进入软件代码编程开发。
整个系统各功能模块界面风格一致，界面友善、操作简捷，符合人性化设计；业务表单尽量做到所见即所得；操作出现错误的提示信息采用业务用语描述；提供详细完整的在线用户使用指南，有上下文相关的帮助、提示信息等。
6、数据移植和系统切换 根据财政一体化项目实施进度，供应商应设计详细的历史数据移植方案，保证在新系统中迁移现有业务系统所有年度的历史数据，并确保数据的完整性和一致性，以便实现历史数据的查询、统计、对比及分析等功能；同时应设计详细的切换方案，保障一体化项目分步实
23 施过程中，新老系统的无缝衔接和平滑过渡，确保财政业务不因系统升级而受到影响。
六、项目实施与管理
项目正式启动后，中标供应商要严格按照“金财工程”的各项要求以及项目实施规范进行实施，进行严格的进度控制、过程控制、质量控制，形成规范的实施文档。按周进行动态跟踪，每周提交项目周报等有关文档，包括每周工作总结及下周工作计划等。
中标供应商要对项目风险进行准确评估，制定合理的风险管理方案，包括:风险识别、风险分析、风险处理、风险跟踪等。
1、实施人员要求 投标单位必须建立科学的组织管理架构，成立需求咨询小组、项目实施小组、服务支持小组等实施组织，负责项目的启动、计划、实施、控制以及验收等全过程的各项工作，并确保充足的实施服务人力资源，快速地响应和解决问题。
需求咨询小组成员不得少于 3 人，其中至少要有一名负责财政业务规范梳理的专家。专家在财政管理及管理咨询方面必须具有丰富经验，并亲自参与项目，在采购单位现场工作不少于 10 天/月。
投标单位必须保证在本项目中配备技术精湛、业务熟悉、经验丰富的开发团队，不得少于 15 人。保证团队全体人员具有合理的经验配备和技术构成，其中，项目经理必须具有主持地市级财政一体化系统开发项目经验。团队中具备财政相关项目开发经验的人员不得少于10 人。在投标文件中详细列出参与本项目的技术人员的姓名、专业工龄、职务、职称、开发经验等。在系统实施阶段不能更换项目实施人员，如确需更换，须经采购人批准。
投标单位在项目质保期间派驻服务支持小组为采购单位提供现场服务。配备的现场技术服务人员可根据需要增加派驻人数，不少于
24 2 人。每个驻点服务工程师同类工作经验需在 3 年（含）以上，并应保证维护服务人员的稳定性。
2、项目测试要求 中标供应商负责全部应用软件的安装、调试及正式运行前的测试。项目测试包括单元模块测试、各模块联调测试、功能性测试、数据交换测试、系统整体性能和压力测试、例外应急处理测试等方面。本项目要满足信息安全等级保护三级要求。
项目测试前，中标供应商必须提供系统测试方案，具体到每一个测试步骤及用例，经采购单位同意后方可进行测试。
测试应覆盖系统全部源代码（包括单元测试代码，单元测试代码覆盖率要求达到 80%以上，核心代码要求达到 100%），测试结束后，应提交全部测试用例。
3、文档资料要求 项目建设过程中的各个阶段以及项目完工时，供应商应提交用户相应阶段的文档资料，包括软件需求说明书、系统概要设计说明书、总体设计说明书、详细设计文档、试运行报告、测试报告、用户手册、维护手册、项目总结报告等。
4、其它要求 （1）、本项目投标总报价包括财政一体化系统及其配件、包装、运杂、安装调试及售后服务等从项目中标起到项目正式交付以及质保期内所发生的一切费用。
（2）、中标供应商应与用户方签订财政数据保密协议，确保在项目实施过程中以及将来运维过程中，所涉及到的财政业务数据不被泄密或用于其它商业用途。
（3）、中标供应商应协助用户方针对财政现有的硬件、网络和安全环境进行分析和优化，以提高软件的使用效率。
25 5、服务要求 （1）、免费维护服务保证期 整体项目自验收合格之日起，提供三年免费维护服务。免费维护服务包括:系统框架模块内的功能及流程调整，第三方软件升级，软件故障排除，补丁安装，软件重装等维护服务。质保期内，在非人为因素情况下，一切维护费用均由中标供应商免费提供。
（2）、系统日常服务要求 驻场服务 整体项目自验收合格之日起，提供三年免费驻点维护服务，提供至少一名驻场软件工程师在市财政局办公地点驻点服务。
现场服务 自项目最终验收合格之日起，中标供应商应负责提供财政局认可的服务支持小组 7*24 小时现场服务。服务工作包括软件使用咨询、软件异常情况处理、数据异常维护、系统缺陷修复、重新安装等服务。
电话服务 在免费维护期到期前，中标供应商应开通多部服务热线，提供7*24 小时电话服务，对电话服务承诺如下:工作日内实时响应客户电话，非工作日 2 小时内回复客户电话。
故障响应 中标供应商保证重大故障在 4 小时内解决，一般故障在 2 小时内解决。
（3）、培训服务要求 中标供应商必须对项目用户免费提供全面的系统培训，包括系统业务操作培训、系统管理及维护工具培训、系统所包含的二次开发工具培训等。需列明详细的培训课程、方案和计划安排，需要时，协助采购人参加培训人员办理有关手续，包括联系和安排住宿及往返交通
26 等。
（4）、投标人能够提供的其他服务及优惠条件。
七 、其他重要事项
★1、本项目包含与现有系统业务对接、以及使用泰州市电子政务云资源，供应商需考虑到项目具体实施中有可能部分需求的变更及增量，包括对接会发生相关费用，供应商的报价中均应认为已包含，否则作无效响应文件处理。
★2、本项目建设周期：
第一阶段
9 2019 年 年 2 12 月 月 1 1 日 上线 运行
1 1 、统一门户
（4）
2、指标管理
（3.2.1）
3、计划管理
（3.2.2）
4、拨款管理
（3.2.3）
5、支付清算管理
（3.2.4）
6、电子支付管理
（3.2.5）
7、政府采购管理
（3.2.6）
8、工资统发管理
（3.2.7）
9、公务卡管理
（3.2.8）
10、财政会计核算管理
（3.2.9）
11、非税收入管理
（3.2.10）
12、单位银行账户管理
（3.2.11）
13、金库报表管理
（3.2.12）
14、动态监控管理
（3.2.13）
15、税款代扣管理
（3.2.16）
27 16、预算代扣管理
（3.2.17）
17、预算资金统筹、集中管理
（3.2.18）
18、单位自助对账
（3.2.19）
19、预算外资金、社保资金管理
（3.2.20）
20、与已有系统对接
（3.2.21）
第二阶段
0 2020 年 年 5 5 月 月 1 1 日 上线 运行
1 1 、土地出让金管理
（3.2.14）
2 2 、年度结转管理
（3.2.15）
第三阶段 0 2020 年 年 8 8 月 月 1 1 日 上线 运行
1 1 、部门预算编制模块
（3.1）
供应商逾期交付，应按逾期交付总额每日千分之五向采购人支付违约金，由采购人从待付货款中扣除。逾期超过约定日期 7 个工作日不能交货的，采购人可解除本合同。供应商因逾期交货或因其他违约行为导致采购人解除合同的，其履约保证金不予退还，如造成采购人损失超过履约保证金的，超出部分由供应商继续承担赔偿责任。
★3、供应商需承诺在 2022 年 6 月前提供一次免费系统升级，升级后的系统需满足国家关于信息系统安全可靠的相关文件要求。
上述★打为项目必须满足条件，否则作为无效响应文件处理。