采购需求前附表

一、项目概述

（一）项目背景

为解决原执收部门没有信息化系统受理居民个人、个体工商户等缴费人的城镇垃圾处理费、国有土地使用权出让收入的缴费问题，积极推进办事缴费“一门、一站、一次”办理，持续优化缴费流程、精简申报资料，推行“非接触式”缴费服务，拓展“实体、网上、掌上、自助”等多样化缴费渠道，切实方便缴费人缴费， (略) 的自助缴费通道。同时，残疾人就业保障金、工会经费两项收入的征缴管理，需要添加至 (略) 中， (略) 进行完善改造。

对 (略) ，主要功能包括： (略) 应用的非税收入缴费核定管理、缴费信息查询、缴费业务统计等功能； (略) 区应用的缴费任务确认、缴费申报情况查询、缴费征收情况查询、缴费部门录入情况统计等功能。为了保障现运行系统的持续平稳运行，持续发挥系统对非税收入征缴管理和数据分析的作用，开展现运行系统的日常运维服务工作，保证各级使用部门业务的顺利开展。

（二）项目内容

1.项目目标 (略)

1.1总体目标

本项目系统功能新增及原有功能完善的开发建设，覆盖范 (略) (略) 以 (略) (略) 。

(略) 区非税交互应用新增功能开发，增设自助缴费通道，实现居民个人、个体工商户等缴费人的城镇垃圾处理费、国有土地使用权出让收入两项收入的缴费管理；实现残疾人就业保障金、工会经费两项收入的管理，以及相关数据的查询、分析。

(略) 区非税交互应用功能完善，实现残疾人就业保障金、工会经费两项收入，相关监控指标的数据展示、分析。系统用户为吉林省税务局及下属各级税务机关人员。

内、外网非税数据同步程序完善，对新增两项非税业务以及自助缴费通道业务， (略) 区 (略) 区的数据交互， (略) 与金税三期核心征管系统之间的数据交互。

为保障系统的平稳运行，为全省税务人员和原执收部门提供一个可高效解决问题的信息渠道，持续发挥系统对非税收入征缴管理和数据分析的作用，按照吉林省 (略) 的日常管理要求，对现运行系统开展日常运维服务工作。

1.2需实现的主要功能

本期项目主要实现以下功能：

（一） (略) 升级完善

1、 (略) 区非税交互应用增设自助缴费渠道

增设非税收入自助缴费渠道，针对城镇垃圾处理费、国有土地使用权出让收入两项非税收入，实现自然人身份信息采集、个体工商户身份信息比对、网上自助缴费、缴费查询及作废、缴费凭证开具等功能。

2、 (略) 区非税交互应用新增功能开发

实现残疾人就业保障金、工会经费两项收入的管理，以及相关数据的查询、分析。

（1）工会、残联管理部门数据初始化；

（2）残疾人就业保障金管理功能开发；

（3）工会经费管理功能开发。

3、 (略) 区非税交互应用功能完善。

实现残疾人就业保障金、工会经费两项收入，相关监控指标的数据展示、分析。

（1）监控指标数据展示功能开发；

（2）新增查询统计功能开发；

（3）待办任务集成功能完善。

4、 (略) 区新增非税交互接口开发

(略) 与金税三期核心征管系统实现业务联动的系统接口，需要新增残疾人就业保障金申报及费种核定等接口。

（1）新增调用电子税务局接口程序开发；

（2）缴费单位查询接口完善。

5、内、外网非税数据同步程序完善。

（1）内、外网非税数据交互数据源同步完善

对新增两项非税收入业务，进行汇聚、加工， (略) (略) 区 (略) 区的数据交互。

（2）金税三期核心征管数据同步程序完善

对新增两项非税收入业务，在金税三期核心征管系统中的相关数据进行汇聚、加工， (略) 与金税三期核心征管系统之间的数据交互。

（二） (略) 运维服务

(略) 的运行情况，在提高整体运行效率的同时，确保系统应用性能最大程度满足设计要求，建立系统保障机制，提高纳税服务管理水平，开展规范化服务管理考核，提高服务质效，保证各级使用部门业务的顺利开展。

中标方需对本项目包含的应用信息系统提供运维服务，具体如下：

（1）日常问题受理工作；

（2）数据支持工作；

（3）执收部门人员账户维护；

（4）数据支持工作；

（5）系统维护工作；

（6）系统性能监控工作；

（7）系统安全升级打补*工作；

（8）系统备份工作；

（9）配合局方进行需求对接、数据管理、数据分析等其他工作。

2.采购内容

本项目建设采购内容为国家税务总局吉林省税务局非税 (略) 升级完善及运维服务项目建设实施（建设内容具体见项目需求）、测试、试运行、验收、培训服务及维护服务。

3. 项目实施要求

本项目要求1个月完成项目实施上线及项目终验，包括需求分析、概要设计、代码开发、软件测试、上线部署实施、验收等阶段。

项目实施地点为国家税务总局吉林省税务局。

项目实施范围包括本次需建设的全部功能的开发上线及运维服务。

4.现有软件系统的主要功能、业务和技术体系架构及部署情况

(略) 主要功能、业务如下：

（1）税务端主要实现缴费主题确认任务、缴费确认情况查询、缴费申报情况查询、缴费征收情况查询、缴费部门录入情况统计。

（2）各个执收部门 (略) 应用进行缴费人的缴费核定、缴费信息作废、缴费主体信息查询、缴费核定信息查询、个人缴费信息查询等操作。

（3）业务流程由各个执收部门优先发起，先进行缴费主体信息录入，然后进行缴费项目信息录入、最后进行缴费核定信息录入，可通过核定信息作废进行错误核定的作废，作废成功后重新进行缴费核定信息录入。核定成功后缴费人需要登*电子税务局进行申报缴费。

二、投标/响应要求

（一）供应商资格要求

1.供应商必备的资质

（1）法人或者其他组织的营业执照等证明文件（复印件）；

（2）2020或2021年度经会计师事务所审计的财务报告，包括资产负债表、利润表(损益表、收益表)、现金流量表、所有者权益变动表及其附注（复印件）；开业不满一年的提供验资报告或银行 (略) 成立之日后的财务报表（复印件）；财务报告中要求提供内容为实质性要求条款(即重要条款)，缺少相关资料，在评标时将其视为无效投标。

（3）近6个月内依法缴纳税收的相关材料，如依法免税或不需要纳税的，则应提供相应文件证明（复印件）；

（4）近6个月内依法缴纳社会保障资金的相关材料，如依法不需要缴纳社会保障资金的，则应提供相应文件证明（复印件）；

（5）参加本项目投标前三年内，在经营活动中没有重大违法记录（指供应商因违法经营受到刑事处罚或者责令停产停业、吊销许可证或者执照、较大数额罚款等行政处罚）的书面声明；

（6）具备履行合同所必需的设备和专业技术能力的证明材料(由供应商根据项目需求提供说明材料或者承诺)。

2.供应商优选资质要求

（1）具备ISO*信息安全管理体系认证证书

（2）具有ISO9000系列质量认证证书

（3）具有ISO*信息技术服务管理体系资质

（4）成功案例要求：

提供2019年1月1日以来（以合同签订日期为准）独立承担实施的相似或类似升级改造项目成功案例。

（5）技术力量要求：

根据各投标人拟投入本项目技术人员定位、岗位职责、合理。

投标人拟投入本项目技术人员资质、专业程度、工作经验。

项目总监、项目经理的工作年限、类似项目管理经验丰富。

投标人拟投入的高级、中级技术人员的数量、比例及稳定性情况。

3.本项目不允许联合体投标。

（二）投标/响应产品资质要求

无。

（三）投标/响应文件技术部分响应文件要求

项目需求理解：投标人对项目定位、技术服务目标是否精准，对系统功能理解分析是否深入、详细到位，对各项功能流程、数据来源和口径描述准确。

项目设计方案：根据方案能否完整响应项目需求，总体、业务架构、应用架构、数据架构、安全架构、技术架构等设计是否先进合理，涉及系统关键设计、接口设计等定义规范描述是否精准、成熟稳定，具有独创性、先进性，所采用的升级改造方法、升级改造环境和所使用的主要升级改造工具描述情况，设计方案是否先进、合理，对各项业务功能、业务逻辑关系的理解分析是否深入详细，功能划分是否准确。

升级改造方案：因本项目需在原系统基础上进行功能完善，为保障项目顺利开展，投标人必须在投标文件中详细描述现有系统的业务功能、业务数据流转过程、数据架构，以及工会经费、残疾人就业保证金划转前吉林省执收部门的费种管理模式。改造方案要具有完整性、科学性、可行性、可验证性，每阶段方法、计划、任务的清晰程度和合理性，能够满足时限要求等。

项目管理方案：项目管理方案要合理、严谨、职责清晰、可操作性强、风险可控性强。

知识转移和技术支持方案要合理完善。

验收方案要完整、详细、可操作性强。

三、项目需求

（一）项目功能性需求包括：

1. (略) 区非税交互应用新增自助缴费渠道

(略) 非税收入自助缴费渠道应用程序，针对城镇垃圾处理费、国有土地使用权出让收入两项非税收入，实现自然人身份信息采集、个体工商户身份信息比对、网上自助缴费、缴费查询及作废、缴费凭证开具等功能。

对增设的自助缴费渠道应用程序的各项功能需求描述如下：

1.1用户登录、注册

当用户进入缴费程序后，应先进行实名认证通过后，才能正常访问程序首页。

首次登录，通过微信验证授权方式，进行实名验证。

输入项：姓名、身份证件号码、手机号码。

1.2城镇垃圾处理费缴费

1.2.1居民个人缴费管理

居民个人缴费需要进行身份信息确认，完成身份信息确认后，录入核定信息以及完成缴费扣款，依托电子税务局接口服务将自助缴费渠道应用程序生成的已核定缴费信息传递至金税三期核心征管系统。

1.2.1.1 缴费身份信息确认

用户核对页面中显示的身份信息的正确性，确认后，程序提供跳转至核定信息录入页面。

输出项：国籍、身份证件类型、身份证件号码、姓名。

1.2.1.2 核定信息录入

录入城镇垃圾处理费的核定信息。

输入项： (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、应缴费金额。

1.2.1.3 核定信息确认

用户提交核定信息后，如核定信息录入有误，可进行信息修改；如核定信息录入正确，跳转至缴费扣款页面进行缴费。

输出项：姓名、身份证件号码、 (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、应缴费金额、缴费期限。

1.2.1.4 缴费扣款

对缴费信息进行确认，提交后，进行扣款缴费，需要支持两种缴费方式：微信支付、银联卡支付。

1.2.2个体工商户缴费管理

个体工商户缴费需要进行主体信息比对，完成主体信息信息比对确认后，录入核定信息以及完成缴费扣款，依托电子税务局接口服务将自助缴费渠道应用程序生成的已核定缴费信息传递至金税三期核心征管系统。

1.2.2.1 缴费主体信息比对

用户输入社会信用代码，进行主体信息比对，比对成功缴费人名称栏次会显示验证成功的名称，用户确认后，程序提供跳转至核定信息录入页面。

输入项：社会信用代码。

输出项：缴费人名称。

信息验证时，如录入的社会信用代码在税务部门没有登记或者存在多条登记，业务将终止。

1.2.2.2 核定信息录入

用户在页面中录入城镇垃圾处理费的核定信息。

输入项：费款所属期起、费款所属期止、应缴费金额。

1.2.2.3 核定信息确认

用户提交核定信息后，如核定信息录入有误，可进行信息修改；如核定信息录入正确，跳转至缴费扣款页面进行缴费。

输出项：姓名、身份证件号码、 (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、应缴费金额、缴费期限。

1.2.2.4 缴费扣款

对缴费信息进行确认，提交后，进行扣款缴费，需要支持两种缴费方式：微信支付、银联卡支付。

1.2.3缴费查询及作废

通过【缴费查询】功能，可查询已缴费、未缴费的信息，对未缴费的信息，可以进行作废。

输入项：

（1）身份证件号码；

（2）申报日期起、至。

输出项：

姓名、身份证件号码、 (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、申报日期、征收项目、征收品名、征收子目、缴费金额、缴费期限、缴费状态（已缴费、未缴费）。

1.2.4缴费证明开具

已缴费成功的信息，可开具、下载电子缴费凭证。

输入项：

（1）身份证件号码；

（2）申报日期起、至。

输出项：

姓名、身份证件号码、 (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、申报日期、征收项目、征收品名、征收子目、缴费金额、缴费期限、凭证状态（已开具、未开具）。

对未开具电子缴费凭证的信息，可开具电子缴费凭证、下载电子缴费凭证。

对已开具电子缴费凭证的信息，可预览、下载电子缴费凭证。

1.3国有土地使用权出让收入缴费

1.3.1居民个人缴费管理

居民个人缴费需要进行身份信息确认，完成身份信息确认后，录入核定信息以及完成缴费扣款，依托电子税务局接口服务将自助缴费渠道应用程序生成的已核定缴费信息传递至金税三期核心征管系统。

1.3.1.1 缴费身份信息确认

核对显示的身份信息的正确性，确认后，程序提供跳转至核定信息录入页面。

输出项：国籍、身份证件类型、身份证件号码、姓名。

1.3.1.2 核定信息录入

录入国有土地使用权出让收入的核定信息。

输入项：合同编号、 (略) 、所属区/县、所属街道、所属税务机关、征收子目、费款所属期起、费款所属期止、费源地址、应缴费金额。

1.3.1.3 核定信息确认

用户提交核定信息后，如核定信息录入有误，可进行信息修改；如核定信息录入正确，跳转至缴费扣款页面进行缴费。

输出项：姓名、身份证件号码、合同编号、 (略) 、所属区/县、所属街道、所属税务机关、征收子目、费款所属期起、费款所属期止、费源详细地址、应缴费金额、缴费期限。

1.3.1.4 缴费扣款

对缴费信息进行确认，提交后，进行扣款缴费，需要支持两种缴费方式：微信支付、银联卡支付。

1.3.2缴费查询及作废

通过【缴费查询】功能，可查询已缴费、未缴费的信息，对未缴费的信息，可以进行作废。

输入项：

（1）身份证件号码；

（2）申报日期起、至。

输出项：

姓名、身份证件号码、合同编号、 (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、申报日期、征收项目、征收品名、征收子目、缴费金额、缴费期限、缴费状态（已缴费、未缴费）。

1.3.3缴费证明开具

已缴费成功的信息，可开具、下载电子缴费凭证。

输入项：

（1）身份证件号码；

（2）申报日期起、至。

输出项：

姓名、身份证件号码、合同编号、 (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、申报日期、征收项目、征收品名、征收子目、缴费金额、缴费期限、凭证状态（已开具、未开具）。

对未开具电子缴费凭证的信息，可开具电子缴费凭证、下载电子缴费凭证。

对已开具电子缴费凭证的信息，可预览、下载电子缴费凭证。

2. (略) 区非税交互应用新增功能开发

(略) 区非税交互应用新增功能开发，实现残疾人就业保障金、工会经费两项收入的管理，以及相关数据的查询、分析。

2.1工会、残联管理部门数据初始化

2.1.1 初始化采集信息表格

(略) 区非税交互应用端，由于属于执收部门人员使用，需要为两项新增的非税收入管理增加新的执收部门及访问人员。

执收部门人员的账户信息（人员姓名、身份证件号码、手机号码、岗位、所属部门、所属单位、上级单位），税务部门并不掌握，并且基于 (略) 区的数据安全性，需要进行人员、机构信息初始化采集工作。

根据系统权限结构设计采集表格，制定执收部门的excel采集信息表模板，模板信息包含：

1、系统需登录人员信息表。信息表字段:姓名、身份证号码、手机号码、处室名称、岗位、是否需要导出权限、是否有查询权限、是否有核定费款权限

2、机构信息表。信息表字段：处室名称、所属单位名称、上级单位名称。

工会、残联的各级执收部门统一使用模板填写需要 (略) 区非税交互应用端的全部人员及机构，系统在启用前将执收部门的机构信息、人员信息进行数据初始化工作。

2.1.2 采集信息表格数据转换

将全省工会、残联执收部门填报的信息采集表格数据 (略) 非税交互系统数据库，通过加工程序转换成数据库的执收部门表和人员表可以存储的数据。

为了确保采集到的数据顺利进入系统，并按系统数据库的执收部门表和人员表的表结构格式进行存储，初始化的加工程序对数据加工、清洗、转换的准确性进行反复验证。

2.1.3 人员岗位初始化

根据全省工会、残联各级执收部门填报的信息采集表格中的人员信息，绑定其对应的所属部门，并分配具体的岗位。每个岗位只能看其所属部门的系统功能模块和数据。

人员岗位初始化后，需要对岗位权限配置进行验证、修正、重新投放等工作。

2.2残疾人就业保障金管理

开发两项功能模块：【残保金年检认证情况分析】、【机关事业单位财政预算拨付分析】模块开发。

2.2.1 残保金年检认证情况分析

残保金年检认证情况分析模块，实现按年度、地区分析、展示残保金管理部门年检完成的缴费单位残疾人数、职工人数等数据。

2.2.1.1 残保金年检认证数据导入

开发文本数据导入功能，提供excel模板，残联管理部门将年检认证完成的残保金数据，录入到excel模板中，通过数据导入功能，将数 (略) 中。

具体输入数据项如下：

2.2.1.2 残保金年检认证数据查询

残保金年检认证数据查询权限根据登录者身份自动判断，省市县区三级查看权限向下兼容。对查询出的数据，程序提供修改、删除功能。

1.数据查询

支持通过社会信用代码、缴费单位名称、认定年份、地区、验证状态对报表进行数据过滤，参数支持下拉框、文本框、按钮、下拉树等多种控件类型。支持对查询参数组合结果进行查询、重置功能。

查询结果包括：社会信用代码、缴费单位名称、联系人、联系电话、认定年份、职工人数、审核确认残疾人数、实际安排残疾人就业人数、地区、录入日期、录入人员、录入单位、验证状态（验证通过、验证未通过、未验证）。

支持查询结果导出EXCEL功能。并且导出功能根据人员权限为后台可配置。

2.数据修改

对查询出的任意一条数据，提供数据修改功能，可修改数据项，包括：缴费单位名称、联系人、联系电话、认定年份、职工人数、审核确认残疾人数、实际安排残疾人就业人数，修改并提交后，系统更新数据。

3.数据删除

对查询出的任意一条数据，提供数据删除功能，删除并提交后，系统更新数据。

2.2.1.3 单位主体信息验证

(略) 通过残联管理部门导入的残保金年检认证数据，根据缴费单位的社会信用代码，匹配金三核心征管系统中缴费单位的税务登记信息，进行登记信息验证。验证通过，数据标识变为“已验证”。验证不通过，系统进行提示，社会信用代码在原excel表中录入错误的，可在【残保金年检认证数据查询】模块中，将信息删除，然后重新导入。

2.2.2 机关事业单位财政预算拨付分析

机关事业单位财政预算拨付分析模块，实现按年度、地区分析、展示机关事业单位的财政预算拨付情况。

2.2.2.1 预算拨付数据导入

开发文本数据导入功能，提供excel模板，残联管理部门将残保金预算拨付数据，录入到excel模板中，通过数据导入功能，将数 (略) 中。

具体数据项如下：

2.2.2.2 预算拨付数据查询

机关事业单位残保金预算拨付数据查询权限根据登录者身份自动判断，省市县区三级查看权限向下兼容。对查询出的数据，程序提供修改、删除功能。

1.数据查询

支持通过社会信用代码、单位编码、缴费单位名称、费款所属年份、地区、验证状态对报表进行数据过滤，参数支持下拉框、文本框、按钮、下拉树等多种控件类型。支持对查询参数组合结果进行查询、重置功能。

查询结果包括：社会信用代码、单位编码、缴费单位名称、社保经办机构、预算拨付年份、预算拨付金额、地区、录入日期、录入人员、录入单位、验证状态（验证通过、验证未通过、未验证）。

支持查询结果导出EXCEL功能。并且导出功能根据人员权限为后台可配置。

2.数据修改

对查询出的任意一条数据，提供数据修改功能，可修改数据项，包括：单位编码、缴费单位名称、社保经办机构、预算拨付金额，修改并提交后，系统更新数据。

3.数据删除

对查询出的任意一条数据，提供数据删除功能，删除并提交后，系统更新数据。

2.2.2.3 单位主体信息验证

(略) 通过残联管理部门导入的残保金年检认证数据，根据缴费单位的社会信用代码，匹配金三核心征管系统中缴费单位的税务登记信息，进行登记信息验证。验证通过，数据标识变为“已验证”。验证不通过，系统进行提示，社会信用代码在原excel表中录入错误的，可在【残保金年检认证数据查询】模块中，将信息删除，然后重新导入。

2.3工会经费管理

2.3.1单位费种核定管理

单位费种核定模块，主要实现了工会经费缴费主体信息采集、主体信息验证、费种核定信息录入、费种核定信息作废、附件上传功能。

2.3.1.1缴费主体信息采集

1、社会信用代码（必填）

2、缴费人名称、组织机构代码、法定代表人（负责人、业主）姓名、法定代表人（负责人、业主）身份证种类、法定代表人（负责人、业主）身份证号码、所属行业（必填）、登记注册类型（必填）、隶属关系（必填）、注册地国家（地区）、行政区划（必填）、街道乡镇（必填）、生产经营地址、邮政编码、联系电话、证照类型、证照号码、登记日期、经营范围。

2.3.1.2主体信息验证

(略) 通过工会管理部门录入的缴费单位主体信息，匹配金三核心征管系统中的该缴费单位的税务登记信息，进行登记信息验证。

2.3.1.3费种核定信息录入及作废

主体信息验证通过后，程序提供费种核定功能，用户进行核定信息的录入。

输入项：

1.征收项目、征收品目、征收子目：实时同步金三系统征收项目品目子目代码表。

2.费种核定有效期起、费种核定有效期止。

3.主附税标志：默认为主税。

4.费率或单位费额标准。

5.申报期限。

6.缴款期限。

7.纳费期限：月或季。

8.备注信息。

费种核定信息保存后，需要配置删除按钮，可对核定信息进行作废操作。

2.3.1.4附件维护

缴费单位的费种核定信息，是由工会经费管理部门进行核定及审批的。为了方便税务部门掌握费种信息核定的正确性，需要工会经费管理部门添加相关附件，上传 (略) (略) 中。

附件维护功能，提供核定审批资料附件的添加、上传、删除、浏览、下载功能。

2.3.2单位主体信息查询

单位主体信息查询权限根据登录者身份自动判断，省市县区三级查看权限向下兼容。

支持通过社会信用代码、单位名称、法人姓名、法人证件号码、录入日期起、录入日期止对报表进行数据过滤，参数支持下拉框、文本框、按钮、日期、下拉树等多种控件类型。支持对查询参数组合结果进行查询、重置功能。

查询结果包括：社会信用代码、单位名称、法人名称、法人证件类型、法人证件号码、组织机构代码、所属行业、登记注册类型、隶属关系、行政区划、街道乡镇、生产经营地址、联系电话、登记日期、录入日期、录入人员、录入单位。

支持查询结果导出EXCEL功能。并且导出功能根据人员权限为后台可配置。

2.3.3费种核定信息查询

费种核定信息查询权限根据登录者身份自动判断，省市县区三级查看权限向下兼容。

支持通过社会信用代码、单位名称、费种核定有效期起止、录入日期起止、征收品目、征收子目对报表进行数据过滤，参数支持下拉框、文本框、按钮、日期、下拉树等多种控件类型。支持对查询参数组合结果进行查询、重置功能。

查询结果包括：社会信用代码、单位名称、缴费单位状态、主附税标志、征收代理方式、行业大类、行业中类、行业名称、课征主体登记类型、生产经营地址、生产经营地址行政区划、街道乡镇、经营范围、征收项目、征收品目、征收子目、费种核定有效期起、费种核定有效期止、当前是否有效标志、费率、纳费期限、申报期限、缴款期限、录入人、录入单位、录入时间。

支持查询结果导出EXCEL功能。并且导出功能根据人员权限为后台可配置。

3. (略) 区非税交互应用新增功能开发

(略) (略) ，集成于吉林 (略) ，新增残疾人就业保障金、工会经费两项非税收入管理的相关监控指标数据分析以及查询统计功能，并 (略) 待办任务集成新增工会经费管理的缴费单位主体验证待办任务。

3.1监控指标数据展示功能开发

监控指标数据展示开发两项功能：【残保金年检认证情况分析】、【机关事业单位财政预算拨付分析】

3.1.1残保金年检认证情况分析

提供残疾人就业保障金年检认证数据的各项分析模型，包括：缴费单位主体信息、缴费单位残保金年检认证信息等指标的数据分析、展示。系统提供以直观的各类图形、表格，多维度的展示残疾人就业保障金各项监控指标的综合分析。

3.1.1.1残保金申报指标监控

对残疾人就业保障金的申报数据进行监控，生成《残疾人就业保障金申报情况统计表》，以图、表方式进行展示。监控数据以申报年份、地区两个维度进行统计。

监控数据项包括：残保金认定年份、职工人数、审核确认残疾人数、实际安排残疾人就业人数、申报状态（是否申报）、申报日期、缴费金额、更正申报状态（是否更正申报）。

3.1.1.2 残保金入库指标监控

对残疾人就业保障金的入库数据进行监控，生成《残疾人就业保障金入库情况统计表》，以图、表方式进行展示。监控数据以征收年份、地区两个维度进行统计。

监控数据项包括：残保金认定年份、职工人数、审核确认残疾人数、实际安排残疾人就业人数、入库状态（是否入库）、入库金额、入库日期。

3.1.1.3 残保金历史比对分析

对残疾人就业保障金的申报、入库情况，与历史同期数据进行比对分析，生成《残疾人就业保障金比对分析表》，以图、表方式进行展示。监控数据以年份、地区两个维度，比对、分析今年与往年历史同期的申报数据、入库数据。

3.1.1.4 残保金数据应用分析

对残疾人就业保障金的申报、入库情况，与历史同期数据比对的增减幅度、差异分析，生成《残疾人就业保障金应用分析表》，以表格方式进行展示。监控数据以年份、地区三个维度，比对、分析历年申报、入库的增减幅度、差异情况。

3.1.2机关事业单位财政预算拨付分析

提供机关事业单位的财政预算拨付与残保金的申报、入库数据的各项分析模型，包括：缴费单位主体信息、机关事业单位的财政预算拨付等指标的数据分析、展示。系统提供以直观的各类图形、表格，多维度的展示机关事业单位财政预算拨付各项监控指标的综合分析。

3.1.2.1机关事业单位财政预算拨付指标监控

对机关事业单位财政预算拨付与其残疾人就业保障金的申报数据进行比对、监控，生成《财政预算拨付比对分析统计表》，以图、表方式进行展示。监控数据以预算拨付年份、地区、主管税务分局、主管科所、社保经办机构等维度进行统计。

监控数据项包括：预算拨付年份、预算拨付金额、残保金认定年份、职工人数、审核确认残疾人数、实际安排残疾人就业人数、申报状态（是否申报）、申报日期、缴费金额、更正申报状态（是否更正申报）、入库状态（是否入库）、入库金额、入库日期。。

3.1.2.2 财政预算拨付历史比对分析

对机关事业单位的财政预算拨付、残保金申报、残保金入库情况，与历史同期数据进行比对分析，生成《财政预算拨付比对分析表》，以图、表方式进行展示。监控数据以预算拨付年份、地区、主管税务分局、主管科所、社保经办机构等维度，比对、分析今年与往年历史同期的财政预算拨付数据、申报数据、入库数据。

3.1.2.3 财政预算拨付数据应用分析

对机关事业单位的财政预算拨付、残保金申报、残保金入库情况，与历史同期数据比对的增减幅度、差异分析，生成《财政预算拨付应用分析表》，以表格方式进行展示。监控数据以预算拨付年份、地区、主管税务分局、主管科所、社保经办机构等维度，比对、分析历年财政预算拨付数据、申报数据、入库数据的增减幅度、差异情况。

3.2新增查询统计功能开发

依托于吉林 (略) ，为税务部门提供残保金年检认证情况查询、工会经费缴费单位确认情况查询、工会经费单位费种核定情况查询、工会经费管理部门录入情况统计。

3.2.1残保金年检认证情况查询

(略) 端查询残联管理部门年检认证后的残保金明细数据。

查询条件：主管税务机关、社会信用代码、缴费单位名称、认定年份对报表进行数据过滤，参数支持下拉框、文本框、按钮、下拉树等多种控件类型。支持对查询参数组合结果进行查询、重置功能。

查询结果包括：主管税务机关、社会信用代码、缴费单位名称、联系人、联系电话、认定年份、职工人数、审核确认残疾人数、实际安排残疾人就业人数、地区、录入日期、录入人员、录入单位。

在查询页面，对查询出的明细信息数据，系统功能提供导出excel表格，页面显示数据提供分页功能，可以选择前一页、下一页，以及定位到某页。

3.2.2工会经费缴费单位确认情况查询

(略) 端查询税务机关对接到的工会经费缴费单位主体验证情况。

查询条件：社会信用代码、缴费单位名称、处理时间起、处理时间止。

查询结果：缴费单位名称、登记序号、社会信用代码、任务生成时间、任务处理人、任务处理时间、任务状态、课征主体类型、登记注册类型、行业名称、法人名称、缴费单位状态、主管税务机关、主管税务科所。

在查询页面，对查询出的明细信息数据，系统功能提供导出excel表格，页面显示数据提供分页功能，可以选择前一页、下一页，以及定位到某页。

3.2.3工会经费单位费种核定情况查询

(略) 端查询工会经费管理部门对缴费单位的费种核定情况。

查询条件：主管税务机关、社会信用代码、单位名称、费种核定有效期起止、录入日期起止、征收品目、征收子目对报表进行数据过滤，参数支持下拉框、文本框、按钮、日期、下拉树等多种控件类型。支持对查询参数组合结果进行查询、重置功能。

查询结果：社会信用代码、单位名称、缴费单位状态、主附税标志、征收代理方式、行业大类、行业中类、行业名称、课征主体登记类型、生产经营地址、生产经营地址行政区划、街道乡镇、经营范围、征收项目、征收品目、征收子目、费种核定有效期起、费种核定有效期止、当前是否有效标志、费率、纳费期限、申报期限、缴款期限、录入人、录入单位、录入时间、主管税务局、主管税务科所。

在查询页面，对查询出的明细信息数据，系统功能提供导出excel表格，页面显示数据提供分页功能，可以选择前一页、下一页，以及定位到某页。

3.2.4工会经费管理部门录入情况统计

(略) 端按年度、按税务机关、录入时间等多维度，对执收部门的缴费主体采集、费种核定情况进行分析统计。

查询条件：税务机关、统计日期起止。

查询结果：税务机关、单位主体登记数量合计、主体登记待验证数量、主体登记已验证数量、单位费种核定数量合计、单位费种核定作废数量合计。

3.3待办任务集成功能完善

3.3.1工会经费缴费人确认任务

1、任务分配

工会管理部 (略) 区非税交互应用填报的缴费单位主体信息发起验证后，通过程序接口将主体信息传输 (略) 应用。因本项目必须在现行系统基础上进行功能完善，为保障本项目系统建设顺利开展，投标人应取得现行系统原开发单位技术支持，必须在投标文件中出具原开发单位盖章的技术支持文件。

(略) 应用提供待办任务获取接口服务， (略) 通过接口获取任务信息，接口内通过人员的权限参数查询可用的任务并返回结果， (略) 前台展示任务列表。

2、任务确认

业务受理岗税务人员在系统首页岗位待办任务栏中，可查看未确认的全部待办任务，对任意一条待办任务，程序提供下钻链接功能，可跳转到确认信息审核页面。

需要确认审核的信息包括：

（1）关键信息

缴费单位名称、社会信用代码、组织机构代码、法定代表人（负责人、业主）姓名、法定代表人（负责人、业主）身份证件种类、法定代表人（负责人、业主）身份证件号码、源泉扣缴的非居民企业（是、否）

（2）登记信息

缴费单位名称、非居民所在国家（地区）的纳税识别号、国际行业、登记注册类型、隶属关系、非居民企业注册地所在国家（地区）、纳税人所处行政区划、纳税人所处街道乡镇、生产经营地址、邮政编码、联系电话、证照名称、证照号码、经营范围、主管税务局、主管税务所（科、分局）、办税人姓名、登记人、登记日期、登记税务机关。

业务受理岗税务人员需要对上述信息一一审核验证，验证无误后，进行确认通过。

4. (略) 区新增非税交互接口开发

按照税务总局非税收入征管职责划转工作要求，吉林省税 (略) 是该项工作的重要组成部分，该系统与金税三期核心征管系统实现业务联动的系统接口，应当由现行电子税局提供，为确保本项目新增业务的顺利实施，需要新增残疾人就业保障金申报及费种核定等接口。

4.1新增调用电子税务局接口程序开发

(略) 应用与电子税务局对接，调用电子税务局接口，实现缴费单位的残保金申报数据获取、职工人数及残疾人数数据获取，以及将工会经费费种核定、工会经费费种核定作废数据，传输至电子税务局。

根据金税三 (略) 接口规范设计开发， 数据报文按照金三标准进行封装。

接口服务规范将对接口服务分类进行说明，定义接口服务应具有的属性和实 (略) 需求调研以及设计、开发阶段对接口服务的统一管理；并定义接口服务传输的报文规范。

4.2缴费单位查询接口完善

4.2.1缴费单位主体信息比对接口

税务端核心征管数据实时同步 (略) 区非税交互数据库， (略) 区非税交互应用通过接口服务对新增的残保金、工会经费缴费单位的登记信息进行查询，并验证缴费单位的唯一性。

5.非税交互数据源同步完善非税数据同步程序完善

（1）内、外网非税数据交互数据源同步完善

对新增两项非税业务以及移动端缴费业务的数据，进行汇聚、加工， (略) (略) 区 (略) 区的数据交互。

（2）金税三期核心征管数据同步程序完善

对新增两项非税业务以及移动端缴费业务，在金税三期核心征管系统中的相关数据进行汇聚、加工， (略) 与金税三期核心征管系统之间的数据交互。

（二）项目非功能性需求包括：

1.扩展性

当数据容量发生变化时，目标系统能通过在横向（Tiers）和纵向(Layers)的各个层次的扩充，保证系统合理的响应时间和负载能力。

2.安全性

需采用稳定、可靠的数据存储系统，需对应用系统进行源代码、安全功能的检查与测试。

3.可靠性

（1）对系统进行改进维护或升级等的时间。

（2）系统应不受任何单点故障的影响。

4.可用性

系统应满足7×24小时可以使用。

（三）项目运维服务需求包括：

1.运维岗位要求

（1）平台维护岗

对日常发生的常见问题进行分析并给出根本解决方法；负责在规 (略) 管理岗分发的事件；负责全程跟踪事件的处理过程以确保在最短的时间内找到事件的解决方案；对系统缺陷问题及时联系系统原开发单位寻求解决方案，及时向局方运维负责人汇报进展情况；对有代表性的问题及解决方案及时维护到运维知识库中，供应用指导岗使用；做好日常版本升级，具备系统设置简单调优能力；针对应用信息系统环境发生异常问题排查并解决问题；对数据库、中间件及主机等疑难问题的解决能力；掌握省局运维体系总体流程。

（2）数据维护岗

可以通过登录用户实际环境，采用程序跟踪和调试等手段，解决一些表象不明、原因不定的问题；对于需要修改后台数据来处理的问题，经局方运维负责人同意后，在后台数据库进行相关数据处理；具备知识的归纳和总结能力；针对应用信息系统、中间件、数据库、硬件设备进行日常检查；掌握省局运维体系总体流程。

（3）应用指导岗

对日常发生的常见问题进行分析并给出根本解决方法；负责全程跟踪事件的处理过程以确保在最短的时间内找到事件的解决方案；负责将没有解决方案的服务请求分发给各个后续环节， (略) 维护岗反馈寻求解决方案；具备良好的电话沟通技巧能力，相关的系统使用及支持技能，如操作问题解答等；熟悉应用信息系统的操作、业务运作流程，以及软件功能；能够搜索省局运维知识库完成相关的服务请求；熟悉事件管理和问题管理流程，掌握省局运维体系总体流程。

2.运维日常工作要求

（1）应用信息系统日常维护

应用信息系统的日常维护主要是指保障省级集中系统正常运行而必须要做的日常保障性工作，如针对用户问题的解答（面向全省各级税务部门使用人员、全省各级执收部门使用人员，详见系统运维其他要求部分）、数据的日常维护等。局方各级系统用户以及全省各级执收部门用户在使用应用信息系统的过程中遇到影响使用的情况，可以通过电话、微信群或运维工单形式向运维管理部门提出咨询和数据修改要求，运维技术人员根据反映的问题类型进行相应的处理。

1）操作类问题处理：

操作人员对应用信息系统上述业务的基本操作和业务流程操作不熟悉，造成业务处理无法正常进行时，针对这些问题，运维技术人员将通过电话指导操作人员完成操作。针对有共性的问题应该进行提炼和总结，并维护到知识库中。

2）程序问题处理：

包括程序错误和程序优化，如软件处理方式与实际的业务处理方式不符或者软件性能已经不能满足正常的使用等等。

应用信息系统版本由系统开发单位总体控制，运维技术人员不得修改程序。运维技术人员接收到问题，并确认是程序错误后，应向用户给出临时解决办法，并将问题提交给二线运维技术人员。由二线运维技术人员确认后，通过单一接口提交局方负责人，由局方业务人员根据情况与运维技术人员共同制定处理方案解决。

3）业务问题处理：

运维技术人员首先要记录问题的内容、提出人及联系方式，经确认是当前未能明确的业务问题时，转发运维管理部门或相关处室，运维管理部门或相关处室反馈后，运维技术人员通过电话、 (略) 等反馈给问题提交人。

4）数据修改类问题处理：

日常运维过程中，如出现需要对系统后台数据进行修改或调整的情况。运维技术人员应遵循相应的审批流程后，进行修改操作。

（2）系统运行环境维护

包括本合同期内已有及新上线并通过验收的与省级集中系统相关的软、硬件环境。对相关数据库服务器和应用服务器进行监控问题处理。

1）主机日常维护：

主机监控指标（CPU利用率、磁盘I/O等）及正常范围。维护人员每日对主机进行定时采样并记录；

当维护人员发现可能影响系统运行的征兆时，及时通知局方运维负责人。如需停机维护，由运维技术人员提交《维护申请》，说明维护原因、影响范围、工作计划，经局方运维负责人同意后进行维护；

维护人员按要求对各类数据进行备份；

维护人员按要求提交《主机运行情况报告》，报告系统汇报主机该时间段内运行情况，并对发现的问题提出解决建议；

2）数据库日常维护：

定期对影响应用信息系统的数据库各部分（包括：实例状况、日志、表空间、文件空间、监听）进行检查，并记录检查情况；

定期收集反映数据库运行情况的数据，监控数据库运行效率；

当发现可能影响应用信息系统运行的征兆时，及时通知局方运维负责人。如需停机维护，由运维技术人员提交《停机申请》，说明维护原因、影响范围、工作计划，经局方运维负责人同意后，尽量在不影响系统正常运行的情况下调整数据库，保证系统稳定运行；

每天检查数据备份情况，保证数据备份完整可用，以备紧急情况下对系统的快速恢复，并配合局方做好应用信息系统灾备建设与恢复演练工作；

按要求提交《数据库运行情况报告》，汇报数据库该时间段内运行情况，并对发现的问题提出解决建议；数据库实例的安装、升级等其他日常性维护工作。

3）系统故障处理:

当应用信息系统出现程序错误或运行环境故障时，运维技术人员应在第一时间做出响应，并立即启动相应的处理流程，通知局方运维负责人，详细描述故障现象和可能的发生原因以及建议的解决办法，首先保证系统能在最短的时间内恢复基本运行。属于硬件发生故障、系统软件本身问题等原因的，由局方协助共同分析解决。故障解决之后，3个工作日之内运维技术人员应编制《事故处理报告》，提交局方相关人员，确认文档接收。《故障处理报告》中需要包含的内容有：故障描述、故障产生的原因、故障的解决办法、在以后日常维护工作中应该采取的措施等；

投标人应确保对每一次故障所提交的《故障处理报告》，对所涉及到的故障描述清晰、原因明确、解决办法切实合理。故障判断时，涉及到第三方故障原因的，投标人应通 (略) ，以便明确原因、避免故障的重复发生。

投标人应严格控制重复故障的发生频率，原则上不允许出现可控的重大故障的重复。

4）系统定期健康检查:

按要求中标方应组织相关的技术专家组对主机、操作系统、数据库、中间件等系统运行环境进行健康检查，并形成健康检查报告。

（3）系统调整和优化

能够根据业务需求的变动，进行系统再部署、数据调整、配置调整、操作系统的补*升级等。能够根据系统运行情况，对应用服务器、数据库配置、数据库脚本、系统资源等进行优化处理，使系统能够始终处于性能最佳的状态。

（4）系统备份工作

应用系统程序备份与恢复、数据库备份与恢复。为防范系统运行意外，要根据备份和恢复策略，定时实施应用程序及数据库备份，在意外发生时，能及时恢复系统的正常运行。

（5）系统安全升级打补*工作

根据局方安全部门要求，对服务器、操作系统、web中间件、数据库管理系统进行升级、打补*、封端口、设定白名单等各项安全方面的工作，配合省税务局基线扫描、税务总局扫描，出现漏洞及时进行补救。

（6）执收部门账户维护工作

(略) 端系统的原执收部门不定期新增使用人员的部门信息、人员信息、岗位权限信息的维护。

（7）数据支持工作

根据局方主管处室日常工作需要，提供相关数据报表，包括：各项费种的统计数据、编制分析报告以及其他临时发生的数据支持工作。

1）数据提取工作

根据主管处室日常工作需要，提供相关数据报表，包括：各项费种的统计数据、编制分析报告以及其他临时发生的数据支持工作。

2）数据维护工作。

如出现需要对系统后台数据进行修改或调整的情况，经局方运维负责人审批通过后，由运维人员执行修改操作。

（8）需求对接工作

国家税务总局关于非税收入的业务会不定时的有所调整，吉林省税务局及吉林省原各个执收部门对于系统功能、数据统计方面也会时常提出一些变更。所以运维人员还需要与税务主管处室沟通、收集需求。

（9）其他工作

配合局方进行数据管理、数据分析等其他工作。

3.人员变动要求

中标方合同期内，投标时所列人员如有变化，需提前一个月向用户方提出《人员变更申请》，在确认不影响运维工作的情况下，经局方许可后，方可调换人员。并保证一段时间的并行转换期。

4.考核要求

中标方应严格按照采购方相关应用信息系统运维管理要求开展运维工作，接受采购方的定期考核，并承诺接受采购方考核要求。对采购方提出的按照考核成绩与合同款项支付挂钩的安排不提出异议。

5.服务响应时间要求

合同履行期间，所负责运维系统一旦有紧急事件发生，中标方应立即逐级上报并启动应急预案，填写应用信息系统故障排查任务单。若发生重大事项，故障恢复后要填写征期信息系统运行重大事项说明并上报吉林 (略) 络安全和信息化领导小组办公室。对征期发生重大事项且四小时未能解决的，扣减运维服务方当月10%的运维费用。因系统监控、风险排查不到位或运维人员操作不当引发的重大事项，扣减运维服务方当月10%的运维费用。全年同一系统连续两次发生重大事项的，采购方有权终止合同或扣减全年20%的运维费用。若发生重大安全事件，按照相关法律程序办理，并扣减全年20%的运维费用。

信息系统重大事项是指出现业务阻断、系统停机、系统卡顿30分钟以上的情况，或者出现重大安全事件，以及导致纳税人回流办税服务厅、引发负面舆情、法定或重点工作无法按期完成的问题。

（1）维护响应时间

（2）故障响应时间

（四）关于本项目接口情况说明

1.电子税务局接口

按照税务总局非税收入项目征管职责划转工作要求，吉林省税 (略) 是该项工作的重要组成部分，该系统与金税三期核心征管系统实现业务联动的系统接口，应当由现行电子税局提供，为确保本项目顺利实施，投标人应具备对接以下接口的技术能力，详见接口清单描述：

2. (略) 接口

执收部门进行登*时，需要通过手机获取动态短信验证码进行登*， (略) (略) 进行对接。

(略) 接口，需要符合以下要求：

（1）服务端程序在完成鉴权、屏蔽字过滤等处理后，将结果提交；

（2）需保证数据的合法性、有效性，每次发送请求都要对结果进行响应提示，合法性是指请求数据符合HTTP协议，有效性是指请求数据包含必要的参数；

（3）应记录每次提交时的响应数据，并具备重发机制和具备防范恶意登录限制机制。 (略) 络等问题造成提交失败时，进行重发；当频繁提交失败时，账户将被锁定。

(略) 顺利对接，投标人应具备对接以下接口的技术能力，详见接口清单描述：

本项目预算为建设所有费用，包含涉及接口对接及调试费用。

四、项目实施要求

项目实施总体要求如下：本项目要求1个月完成项目实施上线及项目终验，包括需求分析、概要设计、代码开发、软件测试、上线部署实施、验收等阶段。

项目实施地点为国家税务总局吉林省税务局。

项目实施范围包括本次需建设的全部功能的开发上线。

项目实施管理要求如下：中标人制定行之有效的项目实施管理方案，应包括但不限于：项目计划管理、项目进度管理、项目质量管理。中标人需采用国际通用的软件工程实施和项目管理方法，成立科学的项目人员团队，制定行之有效的项目计划管理方案，采用科学合理的方法确定进度目标，提供完整的质量保证体系，对项目实施的全过程进行监控和管理，对项目进度和工程实施进度进行控制。

项目人员管理要求如下：

中标人须承诺向采购人提供有经验的项目实施队*，至少一人为1人为高级信息系统项目管理师。对于不满足采购人要求的人员，采购人有权要求成交供应商无条件更换人员，且不能影响项目进度；如中标方不能及时更换，视为违约，采购人有权解除本项目合同。

项目实施内容如下：本项目要求签订合同后1个月内完成项目实施上线及项目终验，包括需求分析、概要设计、代码开发、软件测试、上线部署实施、验收等阶段。

五、项目验收要求

（一）合同书（复印件）；

（二）项目工作总结（加盖公章）；

（三）项目需求分析报告终稿；

（四）项目概要设计、详细设计终稿（包括安全设计文档）；

（五）项目建设报告，包括目标实现情况、计划进度执行情况等；

（六）系统测试报告，包括性能测试和功能测试的方案、用例、结果和反馈等；

（七）系统试运行报告，包括试运行方案、问题和结论等；

（八）技术方案白皮书，包括项目建设难点及解决方案，对今后的工作的建议；

（九）用户操作手册；

（十）系统安装维护手册；

（十一）项目源代码及注释；

（十二）接口协议及注释；

（十三）完整的数据字典；

（十四）备份恢复手册；

（十五）信息系统拟定级工作报告（项目规划阶段）；

（十六）信息系统等级保护测评报告，相 (略) 承担；

（十七）信息系统源代码审计报告（ (略) 均需要提交）， (略) 承担；

（十八）漏洞扫描和安全基线报告；

（十九）内控内生化方案（包括内控内生化方案中的各项功能，是否事前预警、事中阻断、事后筛查等风险防控措施能够嵌入到软件中，保证正常运行。）；

（二十一）内控内生化报告；

（二十二）技术检测报告（运用技术、系统部署、数据流向等是否符合合同和需求说明，性能是否达标）等；

（二十三）必要时，需要提供项目费用使用情况；

（二十四）若项目为公开招标，提供相关招标文件。

六、项目技术支持服务要求

项目团队必须提供详细的技术支持和服务方案。技术支持和服务方案包括（但不限于）：提供7×24小时技术支持和服务，2小时内做出实质性响应，4小时内解决问题；根据用户要求，问题解决后24小时内，提交问题处理报告，说明问题种类、问题原因、问题解决中使用的方法及造成的损失等情况。

中标方派驻税务局方现场的运维技术人员，需列明主要工作资历，并详细说明拟承担的岗位、工作内容等，总人数不少于2人。

中标方提供驻场服务前，采购方根据中标项目所含运维服务内容，对驻场运维人员进行测试，测试范围包括：本项目运维服务所涉列系统的数据架构、技术架构、应用架构，涉及的其他应用关系、部署关系以及数据关系、对外部关联系统已提供的接口类型、用途及日常运维实操等方面，运维人员测试不及格的视为不具备运维服务能力的中标人，将视为无履约能力处理，采购方将根据合同条款，追究相应责任。

七、税收信息化项目开发和应用管理工作要求

本项目中，应实行两级检查、两级验收制度。一级检查、二级检查和一级验收由实施小组组织完成；二级验收由省局组织实施。各级检查验收严格按项目实施中制订的相应的检查验收规定和质量评定标准执行。对实施和验收过程中出现的重大技术问题，将上报用户协调处理，对一般质量问题的处理应予以书面记录。

（一）职责分工控制措施。国家税务总局吉林省税务局非税 (略) 升级完善及运维服务项目的前台操作页面，按照数据管理权限和菜单管理权限分别进行控制，符合金税三期岗责权限管理控制的要求，对不同级别不同范围的数据按照岗责要求和数据权限进行细分。

（二）不相容岗位（职责）分离控制措施。系统岗位设置符合不相容岗位（职责）分离的要求，避免一人履职发生错误或舞弊风险。

（三）授权审批控制措施。国家税务总局吉林省税务局非税 (略) 升级完善及运维服务项目（ (略) 区） (略) ，平台分配用户岗位，审核、复审、发布流程符合授权审批控制，符合“职责明确、分权制衡”的原则和有关制度规定。

（四） 流程控制措施。国家税务总局吉林省税务局非税 (略) 升级完善及运维服务项目的操作步骤、处理时限等应当符合相关工作规程。

（五）公开运行控制措施。国家税务总局吉林省税务局非税 (略) 升级完善及运维服务项目对规定和实际需要公开的事项，做到对具体对象公开。

（六）痕迹记录控制措施。国家税务总局吉林省税务局非税 (略) 涉及的数据操作要有记录留存后台数据库。

八、其他要求

（一）项目保密要求：

1.双方应对在合同签订或履行过程中所接触的对方信息，包括但不限于知识产权、技术资料、技术诀窍、内部管理及其他相关信息，负有保密义务。

2.中标人在使用用户方为其提供的数据、程序、用户名、口令、资料及*方相关的业务和技术文档，包括方案设计细节、程序文件、数据结构，以及相关业务系统的硬软件、文档、测试和测试产生的数据时，应遵循以下约定:

（1）应以审慎态度避免泄露、公开或传播用户方的信息;

（2）未经用户方书面许可，不得对有关信息进行修改、补充、复制;

（3）未经用户方书面许可，不得将信息以任何方式(如 E-mail)携带出*方场所;

（4）未经用户方书面许可，不得将信息透露给任何其他人;

（5） 用户方以书面形式提出的其他保密措施。

3.保密期限不受合同有效期的限制，在合同有效期结束后，信息接受方仍应承担保密义务，直至该等信息成为公开信息。

4.双方如出现泄密行为，泄密方应承担相关的法律责任并承担由此给对方造成的经济损失。

（二）知识产权要求：

中标方需保证所提供的服务不侵犯第三方的知识产权（专利权、商标权、版权等），因侵害第三方知识产权而产生的法律责任，全部由中标方承担。

（三）其他要求

中标供应商禁止另行开发合同业务需求范围内、供纳税人、缴费人使用的软件；禁止在合同履行期间“围猎”税务人员，对违反以上规定的，将纳入失信名单； (略) 络安全规定行为造成不良后果的中标供应商，3年内限制参加税务系统政府采购活动；中标供应商应建立防止违法违规聘用离职税务人员风险控制制度，如出现违法违规聘用离职税务人员行为，采购人有权对中标供应商采取以下措施：限期改正、要求支付违约金、解除合同、3年内限制参加所聘人员原单位及下属单位信息化项目政府采购活动等措施。投标人针对以上内容提供承诺函。

（四）付款方式

合同签订后10个工作日内*方提出付款申请并出具合法等额发票后支付合同总金额的50%；2023年9月30日前，支付合同尾款，本项目收取合同额5%作为履约保证金，项目终验后，10个工作日内，全额返还。

采购需求前附表

一、项目概述

（一）项目背景

为解决原执收部门没有信息化系统受理居民个人、个体工商户等缴费人的城镇垃圾处理费、国有土地使用权出让收入的缴费问题，积极推进办事缴费“一门、一站、一次”办理，持续优化缴费流程、精简申报资料，推行“非接触式”缴费服务，拓展“实体、网上、掌上、自助”等多样化缴费渠道，切实方便缴费人缴费， (略) 的自助缴费通道。同时，残疾人就业保障金、工会经费两项收入的征缴管理，需要添加至 (略) 中， (略) 进行完善改造。

对 (略) ，主要功能包括： (略) 应用的非税收入缴费核定管理、缴费信息查询、缴费业务统计等功能； (略) 区应用的缴费任务确认、缴费申报情况查询、缴费征收情况查询、缴费部门录入情况统计等功能。为了保障现运行系统的持续平稳运行，持续发挥系统对非税收入征缴管理和数据分析的作用，开展现运行系统的日常运维服务工作，保证各级使用部门业务的顺利开展。

（二）项目内容

1.项目目标 (略)

1.1总体目标

本项目系统功能新增及原有功能完善的开发建设，覆盖范 (略) (略) 以 (略) (略) 。

(略) 区非税交互应用新增功能开发，增设自助缴费通道，实现居民个人、个体工商户等缴费人的城镇垃圾处理费、国有土地使用权出让收入两项收入的缴费管理；实现残疾人就业保障金、工会经费两项收入的管理，以及相关数据的查询、分析。

(略) 区非税交互应用功能完善，实现残疾人就业保障金、工会经费两项收入，相关监控指标的数据展示、分析。系统用户为吉林省税务局及下属各级税务机关人员。

内、外网非税数据同步程序完善，对新增两项非税业务以及自助缴费通道业务， (略) 区 (略) 区的数据交互， (略) 与金税三期核心征管系统之间的数据交互。

为保障系统的平稳运行，为全省税务人员和原执收部门提供一个可高效解决问题的信息渠道，持续发挥系统对非税收入征缴管理和数据分析的作用，按照吉林省 (略) 的日常管理要求，对现运行系统开展日常运维服务工作。

1.2需实现的主要功能

本期项目主要实现以下功能：

（一） (略) 升级完善

1、 (略) 区非税交互应用增设自助缴费渠道

增设非税收入自助缴费渠道，针对城镇垃圾处理费、国有土地使用权出让收入两项非税收入，实现自然人身份信息采集、个体工商户身份信息比对、网上自助缴费、缴费查询及作废、缴费凭证开具等功能。

2、 (略) 区非税交互应用新增功能开发

实现残疾人就业保障金、工会经费两项收入的管理，以及相关数据的查询、分析。

（1）工会、残联管理部门数据初始化；

（2）残疾人就业保障金管理功能开发；

（3）工会经费管理功能开发。

3、 (略) 区非税交互应用功能完善。

实现残疾人就业保障金、工会经费两项收入，相关监控指标的数据展示、分析。

（1）监控指标数据展示功能开发；

（2）新增查询统计功能开发；

（3）待办任务集成功能完善。

4、 (略) 区新增非税交互接口开发

(略) 与金税三期核心征管系统实现业务联动的系统接口，需要新增残疾人就业保障金申报及费种核定等接口。

（1）新增调用电子税务局接口程序开发；

（2）缴费单位查询接口完善。

5、内、外网非税数据同步程序完善。

（1）内、外网非税数据交互数据源同步完善

对新增两项非税收入业务，进行汇聚、加工， (略) (略) 区 (略) 区的数据交互。

（2）金税三期核心征管数据同步程序完善

对新增两项非税收入业务，在金税三期核心征管系统中的相关数据进行汇聚、加工， (略) 与金税三期核心征管系统之间的数据交互。

（二） (略) 运维服务

(略) 的运行情况，在提高整体运行效率的同时，确保系统应用性能最大程度满足设计要求，建立系统保障机制，提高纳税服务管理水平，开展规范化服务管理考核，提高服务质效，保证各级使用部门业务的顺利开展。

中标方需对本项目包含的应用信息系统提供运维服务，具体如下：

（1）日常问题受理工作；

（2）数据支持工作；

（3）执收部门人员账户维护；

（4）数据支持工作；

（5）系统维护工作；

（6）系统性能监控工作；

（7）系统安全升级打补*工作；

（8）系统备份工作；

（9）配合局方进行需求对接、数据管理、数据分析等其他工作。

2.采购内容

本项目建设采购内容为国家税务总局吉林省税务局非税 (略) 升级完善及运维服务项目建设实施（建设内容具体见项目需求）、测试、试运行、验收、培训服务及维护服务。

3. 项目实施要求

本项目要求1个月完成项目实施上线及项目终验，包括需求分析、概要设计、代码开发、软件测试、上线部署实施、验收等阶段。

项目实施地点为国家税务总局吉林省税务局。

项目实施范围包括本次需建设的全部功能的开发上线及运维服务。

4.现有软件系统的主要功能、业务和技术体系架构及部署情况

(略) 主要功能、业务如下：

（1）税务端主要实现缴费主题确认任务、缴费确认情况查询、缴费申报情况查询、缴费征收情况查询、缴费部门录入情况统计。

（2）各个执收部门 (略) 应用进行缴费人的缴费核定、缴费信息作废、缴费主体信息查询、缴费核定信息查询、个人缴费信息查询等操作。

（3）业务流程由各个执收部门优先发起，先进行缴费主体信息录入，然后进行缴费项目信息录入、最后进行缴费核定信息录入，可通过核定信息作废进行错误核定的作废，作废成功后重新进行缴费核定信息录入。核定成功后缴费人需要登*电子税务局进行申报缴费。

二、投标/响应要求

（一）供应商资格要求

1.供应商必备的资质

（1）法人或者其他组织的营业执照等证明文件（复印件）；

（2）2020或2021年度经会计师事务所审计的财务报告，包括资产负债表、利润表(损益表、收益表)、现金流量表、所有者权益变动表及其附注（复印件）；开业不满一年的提供验资报告或银行 (略) 成立之日后的财务报表（复印件）；财务报告中要求提供内容为实质性要求条款(即重要条款)，缺少相关资料，在评标时将其视为无效投标。

（3）近6个月内依法缴纳税收的相关材料，如依法免税或不需要纳税的，则应提供相应文件证明（复印件）；

（4）近6个月内依法缴纳社会保障资金的相关材料，如依法不需要缴纳社会保障资金的，则应提供相应文件证明（复印件）；

（5）参加本项目投标前三年内，在经营活动中没有重大违法记录（指供应商因违法经营受到刑事处罚或者责令停产停业、吊销许可证或者执照、较大数额罚款等行政处罚）的书面声明；

（6）具备履行合同所必需的设备和专业技术能力的证明材料(由供应商根据项目需求提供说明材料或者承诺)。

2.供应商优选资质要求

（1）具备ISO*信息安全管理体系认证证书

（2）具有ISO9000系列质量认证证书

（3）具有ISO*信息技术服务管理体系资质

（4）成功案例要求：

提供2019年1月1日以来（以合同签订日期为准）独立承担实施的相似或类似升级改造项目成功案例。

（5）技术力量要求：

根据各投标人拟投入本项目技术人员定位、岗位职责、合理。

投标人拟投入本项目技术人员资质、专业程度、工作经验。

项目总监、项目经理的工作年限、类似项目管理经验丰富。

投标人拟投入的高级、中级技术人员的数量、比例及稳定性情况。

3.本项目不允许联合体投标。

（二）投标/响应产品资质要求

无。

（三）投标/响应文件技术部分响应文件要求

项目需求理解：投标人对项目定位、技术服务目标是否精准，对系统功能理解分析是否深入、详细到位，对各项功能流程、数据来源和口径描述准确。

项目设计方案：根据方案能否完整响应项目需求，总体、业务架构、应用架构、数据架构、安全架构、技术架构等设计是否先进合理，涉及系统关键设计、接口设计等定义规范描述是否精准、成熟稳定，具有独创性、先进性，所采用的升级改造方法、升级改造环境和所使用的主要升级改造工具描述情况，设计方案是否先进、合理，对各项业务功能、业务逻辑关系的理解分析是否深入详细，功能划分是否准确。

升级改造方案：因本项目需在原系统基础上进行功能完善，为保障项目顺利开展，投标人必须在投标文件中详细描述现有系统的业务功能、业务数据流转过程、数据架构，以及工会经费、残疾人就业保证金划转前吉林省执收部门的费种管理模式。改造方案要具有完整性、科学性、可行性、可验证性，每阶段方法、计划、任务的清晰程度和合理性，能够满足时限要求等。

项目管理方案：项目管理方案要合理、严谨、职责清晰、可操作性强、风险可控性强。

知识转移和技术支持方案要合理完善。

验收方案要完整、详细、可操作性强。

三、项目需求

（一）项目功能性需求包括：

1. (略) 区非税交互应用新增自助缴费渠道

(略) 非税收入自助缴费渠道应用程序，针对城镇垃圾处理费、国有土地使用权出让收入两项非税收入，实现自然人身份信息采集、个体工商户身份信息比对、网上自助缴费、缴费查询及作废、缴费凭证开具等功能。

对增设的自助缴费渠道应用程序的各项功能需求描述如下：

1.1用户登录、注册

当用户进入缴费程序后，应先进行实名认证通过后，才能正常访问程序首页。

首次登录，通过微信验证授权方式，进行实名验证。

输入项：姓名、身份证件号码、手机号码。

1.2城镇垃圾处理费缴费

1.2.1居民个人缴费管理

居民个人缴费需要进行身份信息确认，完成身份信息确认后，录入核定信息以及完成缴费扣款，依托电子税务局接口服务将自助缴费渠道应用程序生成的已核定缴费信息传递至金税三期核心征管系统。

1.2.1.1 缴费身份信息确认

用户核对页面中显示的身份信息的正确性，确认后，程序提供跳转至核定信息录入页面。

输出项：国籍、身份证件类型、身份证件号码、姓名。

1.2.1.2 核定信息录入

录入城镇垃圾处理费的核定信息。

输入项： (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、应缴费金额。

1.2.1.3 核定信息确认

用户提交核定信息后，如核定信息录入有误，可进行信息修改；如核定信息录入正确，跳转至缴费扣款页面进行缴费。

输出项：姓名、身份证件号码、 (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、应缴费金额、缴费期限。

1.2.1.4 缴费扣款

对缴费信息进行确认，提交后，进行扣款缴费，需要支持两种缴费方式：微信支付、银联卡支付。

1.2.2个体工商户缴费管理

个体工商户缴费需要进行主体信息比对，完成主体信息信息比对确认后，录入核定信息以及完成缴费扣款，依托电子税务局接口服务将自助缴费渠道应用程序生成的已核定缴费信息传递至金税三期核心征管系统。

1.2.2.1 缴费主体信息比对

用户输入社会信用代码，进行主体信息比对，比对成功缴费人名称栏次会显示验证成功的名称，用户确认后，程序提供跳转至核定信息录入页面。

输入项：社会信用代码。

输出项：缴费人名称。

信息验证时，如录入的社会信用代码在税务部门没有登记或者存在多条登记，业务将终止。

1.2.2.2 核定信息录入

用户在页面中录入城镇垃圾处理费的核定信息。

输入项：费款所属期起、费款所属期止、应缴费金额。

1.2.2.3 核定信息确认

用户提交核定信息后，如核定信息录入有误，可进行信息修改；如核定信息录入正确，跳转至缴费扣款页面进行缴费。

输出项：姓名、身份证件号码、 (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、应缴费金额、缴费期限。

1.2.2.4 缴费扣款

对缴费信息进行确认，提交后，进行扣款缴费，需要支持两种缴费方式：微信支付、银联卡支付。

1.2.3缴费查询及作废

通过【缴费查询】功能，可查询已缴费、未缴费的信息，对未缴费的信息，可以进行作废。

输入项：

（1）身份证件号码；

（2）申报日期起、至。

输出项：

姓名、身份证件号码、 (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、申报日期、征收项目、征收品名、征收子目、缴费金额、缴费期限、缴费状态（已缴费、未缴费）。

1.2.4缴费证明开具

已缴费成功的信息，可开具、下载电子缴费凭证。

输入项：

（1）身份证件号码；

（2）申报日期起、至。

输出项：

姓名、身份证件号码、 (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、申报日期、征收项目、征收品名、征收子目、缴费金额、缴费期限、凭证状态（已开具、未开具）。

对未开具电子缴费凭证的信息，可开具电子缴费凭证、下载电子缴费凭证。

对已开具电子缴费凭证的信息，可预览、下载电子缴费凭证。

1.3国有土地使用权出让收入缴费

1.3.1居民个人缴费管理

居民个人缴费需要进行身份信息确认，完成身份信息确认后，录入核定信息以及完成缴费扣款，依托电子税务局接口服务将自助缴费渠道应用程序生成的已核定缴费信息传递至金税三期核心征管系统。

1.3.1.1 缴费身份信息确认

核对显示的身份信息的正确性，确认后，程序提供跳转至核定信息录入页面。

输出项：国籍、身份证件类型、身份证件号码、姓名。

1.3.1.2 核定信息录入

录入国有土地使用权出让收入的核定信息。

输入项：合同编号、 (略) 、所属区/县、所属街道、所属税务机关、征收子目、费款所属期起、费款所属期止、费源地址、应缴费金额。

1.3.1.3 核定信息确认

用户提交核定信息后，如核定信息录入有误，可进行信息修改；如核定信息录入正确，跳转至缴费扣款页面进行缴费。

输出项：姓名、身份证件号码、合同编号、 (略) 、所属区/县、所属街道、所属税务机关、征收子目、费款所属期起、费款所属期止、费源详细地址、应缴费金额、缴费期限。

1.3.1.4 缴费扣款

对缴费信息进行确认，提交后，进行扣款缴费，需要支持两种缴费方式：微信支付、银联卡支付。

1.3.2缴费查询及作废

通过【缴费查询】功能，可查询已缴费、未缴费的信息，对未缴费的信息，可以进行作废。

输入项：

（1）身份证件号码；

（2）申报日期起、至。

输出项：

姓名、身份证件号码、合同编号、 (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、申报日期、征收项目、征收品名、征收子目、缴费金额、缴费期限、缴费状态（已缴费、未缴费）。

1.3.3缴费证明开具

已缴费成功的信息，可开具、下载电子缴费凭证。

输入项：

（1）身份证件号码；

（2）申报日期起、至。

输出项：

姓名、身份证件号码、合同编号、 (略) 、所属区/县、所属街道、所属税务机关、费款所属期起、费款所属期止、详细地址、申报日期、征收项目、征收品名、征收子目、缴费金额、缴费期限、凭证状态（已开具、未开具）。

对未开具电子缴费凭证的信息，可开具电子缴费凭证、下载电子缴费凭证。

对已开具电子缴费凭证的信息，可预览、下载电子缴费凭证。

2. (略) 区非税交互应用新增功能开发

(略) 区非税交互应用新增功能开发，实现残疾人就业保障金、工会经费两项收入的管理，以及相关数据的查询、分析。

2.1工会、残联管理部门数据初始化

2.1.1 初始化采集信息表格

(略) 区非税交互应用端，由于属于执收部门人员使用，需要为两项新增的非税收入管理增加新的执收部门及访问人员。

执收部门人员的账户信息（人员姓名、身份证件号码、手机号码、岗位、所属部门、所属单位、上级单位），税务部门并不掌握，并且基于 (略) 区的数据安全性，需要进行人员、机构信息初始化采集工作。

根据系统权限结构设计采集表格，制定执收部门的excel采集信息表模板，模板信息包含：

1、系统需登录人员信息表。信息表字段:姓名、身份证号码、手机号码、处室名称、岗位、是否需要导出权限、是否有查询权限、是否有核定费款权限

2、机构信息表。信息表字段：处室名称、所属单位名称、上级单位名称。

工会、残联的各级执收部门统一使用模板填写需要 (略) 区非税交互应用端的全部人员及机构，系统在启用前将执收部门的机构信息、人员信息进行数据初始化工作。

2.1.2 采集信息表格数据转换

将全省工会、残联执收部门填报的信息采集表格数据 (略) 非税交互系统数据库，通过加工程序转换成数据库的执收部门表和人员表可以存储的数据。

为了确保采集到的数据顺利进入系统，并按系统数据库的执收部门表和人员表的表结构格式进行存储，初始化的加工程序对数据加工、清洗、转换的准确性进行反复验证。

2.1.3 人员岗位初始化

根据全省工会、残联各级执收部门填报的信息采集表格中的人员信息，绑定其对应的所属部门，并分配具体的岗位。每个岗位只能看其所属部门的系统功能模块和数据。

人员岗位初始化后，需要对岗位权限配置进行验证、修正、重新投放等工作。

2.2残疾人就业保障金管理

开发两项功能模块：【残保金年检认证情况分析】、【机关事业单位财政预算拨付分析】模块开发。

2.2.1 残保金年检认证情况分析

残保金年检认证情况分析模块，实现按年度、地区分析、展示残保金管理部门年检完成的缴费单位残疾人数、职工人数等数据。

2.2.1.1 残保金年检认证数据导入

开发文本数据导入功能，提供excel模板，残联管理部门将年检认证完成的残保金数据，录入到excel模板中，通过数据导入功能，将数 (略) 中。

具体输入数据项如下：

2.2.1.2 残保金年检认证数据查询

残保金年检认证数据查询权限根据登录者身份自动判断，省市县区三级查看权限向下兼容。对查询出的数据，程序提供修改、删除功能。

1.数据查询

支持通过社会信用代码、缴费单位名称、认定年份、地区、验证状态对报表进行数据过滤，参数支持下拉框、文本框、按钮、下拉树等多种控件类型。支持对查询参数组合结果进行查询、重置功能。

查询结果包括：社会信用代码、缴费单位名称、联系人、联系电话、认定年份、职工人数、审核确认残疾人数、实际安排残疾人就业人数、地区、录入日期、录入人员、录入单位、验证状态（验证通过、验证未通过、未验证）。

支持查询结果导出EXCEL功能。并且导出功能根据人员权限为后台可配置。

2.数据修改

对查询出的任意一条数据，提供数据修改功能，可修改数据项，包括：缴费单位名称、联系人、联系电话、认定年份、职工人数、审核确认残疾人数、实际安排残疾人就业人数，修改并提交后，系统更新数据。

3.数据删除

对查询出的任意一条数据，提供数据删除功能，删除并提交后，系统更新数据。

2.2.1.3 单位主体信息验证

(略) 通过残联管理部门导入的残保金年检认证数据，根据缴费单位的社会信用代码，匹配金三核心征管系统中缴费单位的税务登记信息，进行登记信息验证。验证通过，数据标识变为“已验证”。验证不通过，系统进行提示，社会信用代码在原excel表中录入错误的，可在【残保金年检认证数据查询】模块中，将信息删除，然后重新导入。

2.2.2 机关事业单位财政预算拨付分析

机关事业单位财政预算拨付分析模块，实现按年度、地区分析、展示机关事业单位的财政预算拨付情况。

2.2.2.1 预算拨付数据导入

开发文本数据导入功能，提供excel模板，残联管理部门将残保金预算拨付数据，录入到excel模板中，通过数据导入功能，将数 (略) 中。

具体数据项如下：

2.2.2.2 预算拨付数据查询

机关事业单位残保金预算拨付数据查询权限根据登录者身份自动判断，省市县区三级查看权限向下兼容。对查询出的数据，程序提供修改、删除功能。

1.数据查询

支持通过社会信用代码、单位编码、缴费单位名称、费款所属年份、地区、验证状态对报表进行数据过滤，参数支持下拉框、文本框、按钮、下拉树等多种控件类型。支持对查询参数组合结果进行查询、重置功能。

查询结果包括：社会信用代码、单位编码、缴费单位名称、社保经办机构、预算拨付年份、预算拨付金额、地区、录入日期、录入人员、录入单位、验证状态（验证通过、验证未通过、未验证）。

支持查询结果导出EXCEL功能。并且导出功能根据人员权限为后台可配置。

2.数据修改

对查询出的任意一条数据，提供数据修改功能，可修改数据项，包括：单位编码、缴费单位名称、社保经办机构、预算拨付金额，修改并提交后，系统更新数据。

3.数据删除

对查询出的任意一条数据，提供数据删除功能，删除并提交后，系统更新数据。

2.2.2.3 单位主体信息验证

(略) 通过残联管理部门导入的残保金年检认证数据，根据缴费单位的社会信用代码，匹配金三核心征管系统中缴费单位的税务登记信息，进行登记信息验证。验证通过，数据标识变为“已验证”。验证不通过，系统进行提示，社会信用代码在原excel表中录入错误的，可在【残保金年检认证数据查询】模块中，将信息删除，然后重新导入。

2.3工会经费管理

2.3.1单位费种核定管理

单位费种核定模块，主要实现了工会经费缴费主体信息采集、主体信息验证、费种核定信息录入、费种核定信息作废、附件上传功能。

2.3.1.1缴费主体信息采集

1、社会信用代码（必填）

2、缴费人名称、组织机构代码、法定代表人（负责人、业主）姓名、法定代表人（负责人、业主）身份证种类、法定代表人（负责人、业主）身份证号码、所属行业（必填）、登记注册类型（必填）、隶属关系（必填）、注册地国家（地区）、行政区划（必填）、街道乡镇（必填）、生产经营地址、邮政编码、联系电话、证照类型、证照号码、登记日期、经营范围。

2.3.1.2主体信息验证

(略) 通过工会管理部门录入的缴费单位主体信息，匹配金三核心征管系统中的该缴费单位的税务登记信息，进行登记信息验证。

2.3.1.3费种核定信息录入及作废

主体信息验证通过后，程序提供费种核定功能，用户进行核定信息的录入。

输入项：

1.征收项目、征收品目、征收子目：实时同步金三系统征收项目品目子目代码表。

2.费种核定有效期起、费种核定有效期止。

3.主附税标志：默认为主税。

4.费率或单位费额标准。

5.申报期限。

6.缴款期限。

7.纳费期限：月或季。

8.备注信息。

费种核定信息保存后，需要配置删除按钮，可对核定信息进行作废操作。

2.3.1.4附件维护

缴费单位的费种核定信息，是由工会经费管理部门进行核定及审批的。为了方便税务部门掌握费种信息核定的正确性，需要工会经费管理部门添加相关附件，上传 (略) (略) 中。

附件维护功能，提供核定审批资料附件的添加、上传、删除、浏览、下载功能。

2.3.2单位主体信息查询

单位主体信息查询权限根据登录者身份自动判断，省市县区三级查看权限向下兼容。

支持通过社会信用代码、单位名称、法人姓名、法人证件号码、录入日期起、录入日期止对报表进行数据过滤，参数支持下拉框、文本框、按钮、日期、下拉树等多种控件类型。支持对查询参数组合结果进行查询、重置功能。

查询结果包括：社会信用代码、单位名称、法人名称、法人证件类型、法人证件号码、组织机构代码、所属行业、登记注册类型、隶属关系、行政区划、街道乡镇、生产经营地址、联系电话、登记日期、录入日期、录入人员、录入单位。

支持查询结果导出EXCEL功能。并且导出功能根据人员权限为后台可配置。

2.3.3费种核定信息查询

费种核定信息查询权限根据登录者身份自动判断，省市县区三级查看权限向下兼容。

支持通过社会信用代码、单位名称、费种核定有效期起止、录入日期起止、征收品目、征收子目对报表进行数据过滤，参数支持下拉框、文本框、按钮、日期、下拉树等多种控件类型。支持对查询参数组合结果进行查询、重置功能。

查询结果包括：社会信用代码、单位名称、缴费单位状态、主附税标志、征收代理方式、行业大类、行业中类、行业名称、课征主体登记类型、生产经营地址、生产经营地址行政区划、街道乡镇、经营范围、征收项目、征收品目、征收子目、费种核定有效期起、费种核定有效期止、当前是否有效标志、费率、纳费期限、申报期限、缴款期限、录入人、录入单位、录入时间。

支持查询结果导出EXCEL功能。并且导出功能根据人员权限为后台可配置。

3. (略) 区非税交互应用新增功能开发

(略) (略) ，集成于吉林 (略) ，新增残疾人就业保障金、工会经费两项非税收入管理的相关监控指标数据分析以及查询统计功能，并 (略) 待办任务集成新增工会经费管理的缴费单位主体验证待办任务。

3.1监控指标数据展示功能开发

监控指标数据展示开发两项功能：【残保金年检认证情况分析】、【机关事业单位财政预算拨付分析】

3.1.1残保金年检认证情况分析

提供残疾人就业保障金年检认证数据的各项分析模型，包括：缴费单位主体信息、缴费单位残保金年检认证信息等指标的数据分析、展示。系统提供以直观的各类图形、表格，多维度的展示残疾人就业保障金各项监控指标的综合分析。

3.1.1.1残保金申报指标监控

对残疾人就业保障金的申报数据进行监控，生成《残疾人就业保障金申报情况统计表》，以图、表方式进行展示。监控数据以申报年份、地区两个维度进行统计。

监控数据项包括：残保金认定年份、职工人数、审核确认残疾人数、实际安排残疾人就业人数、申报状态（是否申报）、申报日期、缴费金额、更正申报状态（是否更正申报）。

3.1.1.2 残保金入库指标监控

对残疾人就业保障金的入库数据进行监控，生成《残疾人就业保障金入库情况统计表》，以图、表方式进行展示。监控数据以征收年份、地区两个维度进行统计。

监控数据项包括：残保金认定年份、职工人数、审核确认残疾人数、实际安排残疾人就业人数、入库状态（是否入库）、入库金额、入库日期。

3.1.1.3 残保金历史比对分析

对残疾人就业保障金的申报、入库情况，与历史同期数据进行比对分析，生成《残疾人就业保障金比对分析表》，以图、表方式进行展示。监控数据以年份、地区两个维度，比对、分析今年与往年历史同期的申报数据、入库数据。

3.1.1.4 残保金数据应用分析

对残疾人就业保障金的申报、入库情况，与历史同期数据比对的增减幅度、差异分析，生成《残疾人就业保障金应用分析表》，以表格方式进行展示。监控数据以年份、地区三个维度，比对、分析历年申报、入库的增减幅度、差异情况。

3.1.2机关事业单位财政预算拨付分析

提供机关事业单位的财政预算拨付与残保金的申报、入库数据的各项分析模型，包括：缴费单位主体信息、机关事业单位的财政预算拨付等指标的数据分析、展示。系统提供以直观的各类图形、表格，多维度的展示机关事业单位财政预算拨付各项监控指标的综合分析。

3.1.2.1机关事业单位财政预算拨付指标监控

对机关事业单位财政预算拨付与其残疾人就业保障金的申报数据进行比对、监控，生成《财政预算拨付比对分析统计表》，以图、表方式进行展示。监控数据以预算拨付年份、地区、主管税务分局、主管科所、社保经办机构等维度进行统计。

监控数据项包括：预算拨付年份、预算拨付金额、残保金认定年份、职工人数、审核确认残疾人数、实际安排残疾人就业人数、申报状态（是否申报）、申报日期、缴费金额、更正申报状态（是否更正申报）、入库状态（是否入库）、入库金额、入库日期。。

3.1.2.2 财政预算拨付历史比对分析

对机关事业单位的财政预算拨付、残保金申报、残保金入库情况，与历史同期数据进行比对分析，生成《财政预算拨付比对分析表》，以图、表方式进行展示。监控数据以预算拨付年份、地区、主管税务分局、主管科所、社保经办机构等维度，比对、分析今年与往年历史同期的财政预算拨付数据、申报数据、入库数据。

3.1.2.3 财政预算拨付数据应用分析

对机关事业单位的财政预算拨付、残保金申报、残保金入库情况，与历史同期数据比对的增减幅度、差异分析，生成《财政预算拨付应用分析表》，以表格方式进行展示。监控数据以预算拨付年份、地区、主管税务分局、主管科所、社保经办机构等维度，比对、分析历年财政预算拨付数据、申报数据、入库数据的增减幅度、差异情况。

3.2新增查询统计功能开发

依托于吉林 (略) ，为税务部门提供残保金年检认证情况查询、工会经费缴费单位确认情况查询、工会经费单位费种核定情况查询、工会经费管理部门录入情况统计。

3.2.1残保金年检认证情况查询

(略) 端查询残联管理部门年检认证后的残保金明细数据。

查询条件：主管税务机关、社会信用代码、缴费单位名称、认定年份对报表进行数据过滤，参数支持下拉框、文本框、按钮、下拉树等多种控件类型。支持对查询参数组合结果进行查询、重置功能。

查询结果包括：主管税务机关、社会信用代码、缴费单位名称、联系人、联系电话、认定年份、职工人数、审核确认残疾人数、实际安排残疾人就业人数、地区、录入日期、录入人员、录入单位。

在查询页面，对查询出的明细信息数据，系统功能提供导出excel表格，页面显示数据提供分页功能，可以选择前一页、下一页，以及定位到某页。

3.2.2工会经费缴费单位确认情况查询

(略) 端查询税务机关对接到的工会经费缴费单位主体验证情况。

查询条件：社会信用代码、缴费单位名称、处理时间起、处理时间止。

查询结果：缴费单位名称、登记序号、社会信用代码、任务生成时间、任务处理人、任务处理时间、任务状态、课征主体类型、登记注册类型、行业名称、法人名称、缴费单位状态、主管税务机关、主管税务科所。

在查询页面，对查询出的明细信息数据，系统功能提供导出excel表格，页面显示数据提供分页功能，可以选择前一页、下一页，以及定位到某页。

3.2.3工会经费单位费种核定情况查询

(略) 端查询工会经费管理部门对缴费单位的费种核定情况。

查询条件：主管税务机关、社会信用代码、单位名称、费种核定有效期起止、录入日期起止、征收品目、征收子目对报表进行数据过滤，参数支持下拉框、文本框、按钮、日期、下拉树等多种控件类型。支持对查询参数组合结果进行查询、重置功能。

查询结果：社会信用代码、单位名称、缴费单位状态、主附税标志、征收代理方式、行业大类、行业中类、行业名称、课征主体登记类型、生产经营地址、生产经营地址行政区划、街道乡镇、经营范围、征收项目、征收品目、征收子目、费种核定有效期起、费种核定有效期止、当前是否有效标志、费率、纳费期限、申报期限、缴款期限、录入人、录入单位、录入时间、主管税务局、主管税务科所。

在查询页面，对查询出的明细信息数据，系统功能提供导出excel表格，页面显示数据提供分页功能，可以选择前一页、下一页，以及定位到某页。

3.2.4工会经费管理部门录入情况统计

(略) 端按年度、按税务机关、录入时间等多维度，对执收部门的缴费主体采集、费种核定情况进行分析统计。

查询条件：税务机关、统计日期起止。

查询结果：税务机关、单位主体登记数量合计、主体登记待验证数量、主体登记已验证数量、单位费种核定数量合计、单位费种核定作废数量合计。

3.3待办任务集成功能完善

3.3.1工会经费缴费人确认任务

1、任务分配

工会管理部 (略) 区非税交互应用填报的缴费单位主体信息发起验证后，通过程序接口将主体信息传输 (略) 应用。因本项目必须在现行系统基础上进行功能完善，为保障本项目系统建设顺利开展，投标人应取得现行系统原开发单位技术支持，必须在投标文件中出具原开发单位盖章的技术支持文件。

(略) 应用提供待办任务获取接口服务， (略) 通过接口获取任务信息，接口内通过人员的权限参数查询可用的任务并返回结果， (略) 前台展示任务列表。

2、任务确认

业务受理岗税务人员在系统首页岗位待办任务栏中，可查看未确认的全部待办任务，对任意一条待办任务，程序提供下钻链接功能，可跳转到确认信息审核页面。

需要确认审核的信息包括：

（1）关键信息

缴费单位名称、社会信用代码、组织机构代码、法定代表人（负责人、业主）姓名、法定代表人（负责人、业主）身份证件种类、法定代表人（负责人、业主）身份证件号码、源泉扣缴的非居民企业（是、否）

（2）登记信息

缴费单位名称、非居民所在国家（地区）的纳税识别号、国际行业、登记注册类型、隶属关系、非居民企业注册地所在国家（地区）、纳税人所处行政区划、纳税人所处街道乡镇、生产经营地址、邮政编码、联系电话、证照名称、证照号码、经营范围、主管税务局、主管税务所（科、分局）、办税人姓名、登记人、登记日期、登记税务机关。

业务受理岗税务人员需要对上述信息一一审核验证，验证无误后，进行确认通过。

4. (略) 区新增非税交互接口开发

按照税务总局非税收入征管职责划转工作要求，吉林省税 (略) 是该项工作的重要组成部分，该系统与金税三期核心征管系统实现业务联动的系统接口，应当由现行电子税局提供，为确保本项目新增业务的顺利实施，需要新增残疾人就业保障金申报及费种核定等接口。

4.1新增调用电子税务局接口程序开发

(略) 应用与电子税务局对接，调用电子税务局接口，实现缴费单位的残保金申报数据获取、职工人数及残疾人数数据获取，以及将工会经费费种核定、工会经费费种核定作废数据，传输至电子税务局。

根据金税三 (略) 接口规范设计开发， 数据报文按照金三标准进行封装。

接口服务规范将对接口服务分类进行说明，定义接口服务应具有的属性和实 (略) 需求调研以及设计、开发阶段对接口服务的统一管理；并定义接口服务传输的报文规范。

4.2缴费单位查询接口完善

4.2.1缴费单位主体信息比对接口

税务端核心征管数据实时同步 (略) 区非税交互数据库， (略) 区非税交互应用通过接口服务对新增的残保金、工会经费缴费单位的登记信息进行查询，并验证缴费单位的唯一性。

5.非税交互数据源同步完善非税数据同步程序完善

（1）内、外网非税数据交互数据源同步完善

对新增两项非税业务以及移动端缴费业务的数据，进行汇聚、加工， (略) (略) 区 (略) 区的数据交互。

（2）金税三期核心征管数据同步程序完善

对新增两项非税业务以及移动端缴费业务，在金税三期核心征管系统中的相关数据进行汇聚、加工， (略) 与金税三期核心征管系统之间的数据交互。

（二）项目非功能性需求包括：

1.扩展性

当数据容量发生变化时，目标系统能通过在横向（Tiers）和纵向(Layers)的各个层次的扩充，保证系统合理的响应时间和负载能力。

2.安全性

需采用稳定、可靠的数据存储系统，需对应用系统进行源代码、安全功能的检查与测试。

3.可靠性

（1）对系统进行改进维护或升级等的时间。

（2）系统应不受任何单点故障的影响。

4.可用性

系统应满足7×24小时可以使用。

（三）项目运维服务需求包括：

1.运维岗位要求

（1）平台维护岗

对日常发生的常见问题进行分析并给出根本解决方法；负责在规 (略) 管理岗分发的事件；负责全程跟踪事件的处理过程以确保在最短的时间内找到事件的解决方案；对系统缺陷问题及时联系系统原开发单位寻求解决方案，及时向局方运维负责人汇报进展情况；对有代表性的问题及解决方案及时维护到运维知识库中，供应用指导岗使用；做好日常版本升级，具备系统设置简单调优能力；针对应用信息系统环境发生异常问题排查并解决问题；对数据库、中间件及主机等疑难问题的解决能力；掌握省局运维体系总体流程。

（2）数据维护岗

可以通过登录用户实际环境，采用程序跟踪和调试等手段，解决一些表象不明、原因不定的问题；对于需要修改后台数据来处理的问题，经局方运维负责人同意后，在后台数据库进行相关数据处理；具备知识的归纳和总结能力；针对应用信息系统、中间件、数据库、硬件设备进行日常检查；掌握省局运维体系总体流程。

（3）应用指导岗

对日常发生的常见问题进行分析并给出根本解决方法；负责全程跟踪事件的处理过程以确保在最短的时间内找到事件的解决方案；负责将没有解决方案的服务请求分发给各个后续环节， (略) 维护岗反馈寻求解决方案；具备良好的电话沟通技巧能力，相关的系统使用及支持技能，如操作问题解答等；熟悉应用信息系统的操作、业务运作流程，以及软件功能；能够搜索省局运维知识库完成相关的服务请求；熟悉事件管理和问题管理流程，掌握省局运维体系总体流程。

2.运维日常工作要求

（1）应用信息系统日常维护

应用信息系统的日常维护主要是指保障省级集中系统正常运行而必须要做的日常保障性工作，如针对用户问题的解答（面向全省各级税务部门使用人员、全省各级执收部门使用人员，详见系统运维其他要求部分）、数据的日常维护等。局方各级系统用户以及全省各级执收部门用户在使用应用信息系统的过程中遇到影响使用的情况，可以通过电话、微信群或运维工单形式向运维管理部门提出咨询和数据修改要求，运维技术人员根据反映的问题类型进行相应的处理。

1）操作类问题处理：

操作人员对应用信息系统上述业务的基本操作和业务流程操作不熟悉，造成业务处理无法正常进行时，针对这些问题，运维技术人员将通过电话指导操作人员完成操作。针对有共性的问题应该进行提炼和总结，并维护到知识库中。

2）程序问题处理：

包括程序错误和程序优化，如软件处理方式与实际的业务处理方式不符或者软件性能已经不能满足正常的使用等等。

应用信息系统版本由系统开发单位总体控制，运维技术人员不得修改程序。运维技术人员接收到问题，并确认是程序错误后，应向用户给出临时解决办法，并将问题提交给二线运维技术人员。由二线运维技术人员确认后，通过单一接口提交局方负责人，由局方业务人员根据情况与运维技术人员共同制定处理方案解决。

3）业务问题处理：

运维技术人员首先要记录问题的内容、提出人及联系方式，经确认是当前未能明确的业务问题时，转发运维管理部门或相关处室，运维管理部门或相关处室反馈后，运维技术人员通过电话、 (略) 等反馈给问题提交人。

4）数据修改类问题处理：

日常运维过程中，如出现需要对系统后台数据进行修改或调整的情况。运维技术人员应遵循相应的审批流程后，进行修改操作。

（2）系统运行环境维护

包括本合同期内已有及新上线并通过验收的与省级集中系统相关的软、硬件环境。对相关数据库服务器和应用服务器进行监控问题处理。

1）主机日常维护：

主机监控指标（CPU利用率、磁盘I/O等）及正常范围。维护人员每日对主机进行定时采样并记录；

当维护人员发现可能影响系统运行的征兆时，及时通知局方运维负责人。如需停机维护，由运维技术人员提交《维护申请》，说明维护原因、影响范围、工作计划，经局方运维负责人同意后进行维护；

维护人员按要求对各类数据进行备份；

维护人员按要求提交《主机运行情况报告》，报告系统汇报主机该时间段内运行情况，并对发现的问题提出解决建议；

2）数据库日常维护：

定期对影响应用信息系统的数据库各部分（包括：实例状况、日志、表空间、文件空间、监听）进行检查，并记录检查情况；

定期收集反映数据库运行情况的数据，监控数据库运行效率；

当发现可能影响应用信息系统运行的征兆时，及时通知局方运维负责人。如需停机维护，由运维技术人员提交《停机申请》，说明维护原因、影响范围、工作计划，经局方运维负责人同意后，尽量在不影响系统正常运行的情况下调整数据库，保证系统稳定运行；

每天检查数据备份情况，保证数据备份完整可用，以备紧急情况下对系统的快速恢复，并配合局方做好应用信息系统灾备建设与恢复演练工作；

按要求提交《数据库运行情况报告》，汇报数据库该时间段内运行情况，并对发现的问题提出解决建议；数据库实例的安装、升级等其他日常性维护工作。

3）系统故障处理:

当应用信息系统出现程序错误或运行环境故障时，运维技术人员应在第一时间做出响应，并立即启动相应的处理流程，通知局方运维负责人，详细描述故障现象和可能的发生原因以及建议的解决办法，首先保证系统能在最短的时间内恢复基本运行。属于硬件发生故障、系统软件本身问题等原因的，由局方协助共同分析解决。故障解决之后，3个工作日之内运维技术人员应编制《事故处理报告》，提交局方相关人员，确认文档接收。《故障处理报告》中需要包含的内容有：故障描述、故障产生的原因、故障的解决办法、在以后日常维护工作中应该采取的措施等；

投标人应确保对每一次故障所提交的《故障处理报告》，对所涉及到的故障描述清晰、原因明确、解决办法切实合理。故障判断时，涉及到第三方故障原因的，投标人应通 (略) ，以便明确原因、避免故障的重复发生。

投标人应严格控制重复故障的发生频率，原则上不允许出现可控的重大故障的重复。

4）系统定期健康检查:

按要求中标方应组织相关的技术专家组对主机、操作系统、数据库、中间件等系统运行环境进行健康检查，并形成健康检查报告。

（3）系统调整和优化

能够根据业务需求的变动，进行系统再部署、数据调整、配置调整、操作系统的补*升级等。能够根据系统运行情况，对应用服务器、数据库配置、数据库脚本、系统资源等进行优化处理，使系统能够始终处于性能最佳的状态。

（4）系统备份工作

应用系统程序备份与恢复、数据库备份与恢复。为防范系统运行意外，要根据备份和恢复策略，定时实施应用程序及数据库备份，在意外发生时，能及时恢复系统的正常运行。

（5）系统安全升级打补*工作

根据局方安全部门要求，对服务器、操作系统、web中间件、数据库管理系统进行升级、打补*、封端口、设定白名单等各项安全方面的工作，配合省税务局基线扫描、税务总局扫描，出现漏洞及时进行补救。

（6）执收部门账户维护工作

(略) 端系统的原执收部门不定期新增使用人员的部门信息、人员信息、岗位权限信息的维护。

（7）数据支持工作

根据局方主管处室日常工作需要，提供相关数据报表，包括：各项费种的统计数据、编制分析报告以及其他临时发生的数据支持工作。

1）数据提取工作

根据主管处室日常工作需要，提供相关数据报表，包括：各项费种的统计数据、编制分析报告以及其他临时发生的数据支持工作。

2）数据维护工作。

如出现需要对系统后台数据进行修改或调整的情况，经局方运维负责人审批通过后，由运维人员执行修改操作。

（8）需求对接工作

国家税务总局关于非税收入的业务会不定时的有所调整，吉林省税务局及吉林省原各个执收部门对于系统功能、数据统计方面也会时常提出一些变更。所以运维人员还需要与税务主管处室沟通、收集需求。

（9）其他工作

配合局方进行数据管理、数据分析等其他工作。

3.人员变动要求

中标方合同期内，投标时所列人员如有变化，需提前一个月向用户方提出《人员变更申请》，在确认不影响运维工作的情况下，经局方许可后，方可调换人员。并保证一段时间的并行转换期。

4.考核要求

中标方应严格按照采购方相关应用信息系统运维管理要求开展运维工作，接受采购方的定期考核，并承诺接受采购方考核要求。对采购方提出的按照考核成绩与合同款项支付挂钩的安排不提出异议。

5.服务响应时间要求

合同履行期间，所负责运维系统一旦有紧急事件发生，中标方应立即逐级上报并启动应急预案，填写应用信息系统故障排查任务单。若发生重大事项，故障恢复后要填写征期信息系统运行重大事项说明并上报吉林 (略) 络安全和信息化领导小组办公室。对征期发生重大事项且四小时未能解决的，扣减运维服务方当月10%的运维费用。因系统监控、风险排查不到位或运维人员操作不当引发的重大事项，扣减运维服务方当月10%的运维费用。全年同一系统连续两次发生重大事项的，采购方有权终止合同或扣减全年20%的运维费用。若发生重大安全事件，按照相关法律程序办理，并扣减全年20%的运维费用。

信息系统重大事项是指出现业务阻断、系统停机、系统卡顿30分钟以上的情况，或者出现重大安全事件，以及导致纳税人回流办税服务厅、引发负面舆情、法定或重点工作无法按期完成的问题。

（1）维护响应时间

（2）故障响应时间

（四）关于本项目接口情况说明

1.电子税务局接口

按照税务总局非税收入项目征管职责划转工作要求，吉林省税 (略) 是该项工作的重要组成部分，该系统与金税三期核心征管系统实现业务联动的系统接口，应当由现行电子税局提供，为确保本项目顺利实施，投标人应具备对接以下接口的技术能力，详见接口清单描述：

2. (略) 接口

执收部门进行登*时，需要通过手机获取动态短信验证码进行登*， (略) (略) 进行对接。

(略) 接口，需要符合以下要求：

（1）服务端程序在完成鉴权、屏蔽字过滤等处理后，将结果提交；

（2）需保证数据的合法性、有效性，每次发送请求都要对结果进行响应提示，合法性是指请求数据符合HTTP协议，有效性是指请求数据包含必要的参数；

（3）应记录每次提交时的响应数据，并具备重发机制和具备防范恶意登录限制机制。 (略) 络等问题造成提交失败时，进行重发；当频繁提交失败时，账户将被锁定。

(略) 顺利对接，投标人应具备对接以下接口的技术能力，详见接口清单描述：

本项目预算为建设所有费用，包含涉及接口对接及调试费用。

四、项目实施要求

项目实施总体要求如下：本项目要求1个月完成项目实施上线及项目终验，包括需求分析、概要设计、代码开发、软件测试、上线部署实施、验收等阶段。

项目实施地点为国家税务总局吉林省税务局。

项目实施范围包括本次需建设的全部功能的开发上线。

项目实施管理要求如下：中标人制定行之有效的项目实施管理方案，应包括但不限于：项目计划管理、项目进度管理、项目质量管理。中标人需采用国际通用的软件工程实施和项目管理方法，成立科学的项目人员团队，制定行之有效的项目计划管理方案，采用科学合理的方法确定进度目标，提供完整的质量保证体系，对项目实施的全过程进行监控和管理，对项目进度和工程实施进度进行控制。

项目人员管理要求如下：

中标人须承诺向采购人提供有经验的项目实施队*，至少一人为1人为高级信息系统项目管理师。对于不满足采购人要求的人员，采购人有权要求成交供应商无条件更换人员，且不能影响项目进度；如中标方不能及时更换，视为违约，采购人有权解除本项目合同。

项目实施内容如下：本项目要求签订合同后1个月内完成项目实施上线及项目终验，包括需求分析、概要设计、代码开发、软件测试、上线部署实施、验收等阶段。

五、项目验收要求

（一）合同书（复印件）；

（二）项目工作总结（加盖公章）；

（三）项目需求分析报告终稿；

（四）项目概要设计、详细设计终稿（包括安全设计文档）；

（五）项目建设报告，包括目标实现情况、计划进度执行情况等；

（六）系统测试报告，包括性能测试和功能测试的方案、用例、结果和反馈等；

（七）系统试运行报告，包括试运行方案、问题和结论等；

（八）技术方案白皮书，包括项目建设难点及解决方案，对今后的工作的建议；

（九）用户操作手册；

（十）系统安装维护手册；

（十一）项目源代码及注释；

（十二）接口协议及注释；

（十三）完整的数据字典；

（十四）备份恢复手册；

（十五）信息系统拟定级工作报告（项目规划阶段）；

（十六）信息系统等级保护测评报告，相 (略) 承担；

（十七）信息系统源代码审计报告（ (略) 均需要提交）， (略) 承担；

（十八）漏洞扫描和安全基线报告；

（十九）内控内生化方案（包括内控内生化方案中的各项功能，是否事前预警、事中阻断、事后筛查等风险防控措施能够嵌入到软件中，保证正常运行。）；

（二十一）内控内生化报告；

（二十二）技术检测报告（运用技术、系统部署、数据流向等是否符合合同和需求说明，性能是否达标）等；

（二十三）必要时，需要提供项目费用使用情况；

（二十四）若项目为公开招标，提供相关招标文件。

六、项目技术支持服务要求

项目团队必须提供详细的技术支持和服务方案。技术支持和服务方案包括（但不限于）：提供7×24小时技术支持和服务，2小时内做出实质性响应，4小时内解决问题；根据用户要求，问题解决后24小时内，提交问题处理报告，说明问题种类、问题原因、问题解决中使用的方法及造成的损失等情况。

中标方派驻税务局方现场的运维技术人员，需列明主要工作资历，并详细说明拟承担的岗位、工作内容等，总人数不少于2人。

中标方提供驻场服务前，采购方根据中标项目所含运维服务内容，对驻场运维人员进行测试，测试范围包括：本项目运维服务所涉列系统的数据架构、技术架构、应用架构，涉及的其他应用关系、部署关系以及数据关系、对外部关联系统已提供的接口类型、用途及日常运维实操等方面，运维人员测试不及格的视为不具备运维服务能力的中标人，将视为无履约能力处理，采购方将根据合同条款，追究相应责任。

七、税收信息化项目开发和应用管理工作要求

本项目中，应实行两级检查、两级验收制度。一级检查、二级检查和一级验收由实施小组组织完成；二级验收由省局组织实施。各级检查验收严格按项目实施中制订的相应的检查验收规定和质量评定标准执行。对实施和验收过程中出现的重大技术问题，将上报用户协调处理，对一般质量问题的处理应予以书面记录。

（一）职责分工控制措施。国家税务总局吉林省税务局非税 (略) 升级完善及运维服务项目的前台操作页面，按照数据管理权限和菜单管理权限分别进行控制，符合金税三期岗责权限管理控制的要求，对不同级别不同范围的数据按照岗责要求和数据权限进行细分。

（二）不相容岗位（职责）分离控制措施。系统岗位设置符合不相容岗位（职责）分离的要求，避免一人履职发生错误或舞弊风险。

（三）授权审批控制措施。国家税务总局吉林省税务局非税 (略) 升级完善及运维服务项目（ (略) 区） (略) ，平台分配用户岗位，审核、复审、发布流程符合授权审批控制，符合“职责明确、分权制衡”的原则和有关制度规定。

（四） 流程控制措施。国家税务总局吉林省税务局非税 (略) 升级完善及运维服务项目的操作步骤、处理时限等应当符合相关工作规程。

（五）公开运行控制措施。国家税务总局吉林省税务局非税 (略) 升级完善及运维服务项目对规定和实际需要公开的事项，做到对具体对象公开。

（六）痕迹记录控制措施。国家税务总局吉林省税务局非税 (略) 涉及的数据操作要有记录留存后台数据库。

八、其他要求

（一）项目保密要求：

1.双方应对在合同签订或履行过程中所接触的对方信息，包括但不限于知识产权、技术资料、技术诀窍、内部管理及其他相关信息，负有保密义务。

2.中标人在使用用户方为其提供的数据、程序、用户名、口令、资料及*方相关的业务和技术文档，包括方案设计细节、程序文件、数据结构，以及相关业务系统的硬软件、文档、测试和测试产生的数据时，应遵循以下约定:

（1）应以审慎态度避免泄露、公开或传播用户方的信息;

（2）未经用户方书面许可，不得对有关信息进行修改、补充、复制;

（3）未经用户方书面许可，不得将信息以任何方式(如 E-mail)携带出*方场所;

（4）未经用户方书面许可，不得将信息透露给任何其他人;

（5） 用户方以书面形式提出的其他保密措施。

3.保密期限不受合同有效期的限制，在合同有效期结束后，信息接受方仍应承担保密义务，直至该等信息成为公开信息。

4.双方如出现泄密行为，泄密方应承担相关的法律责任并承担由此给对方造成的经济损失。

（二）知识产权要求：

中标方需保证所提供的服务不侵犯第三方的知识产权（专利权、商标权、版权等），因侵害第三方知识产权而产生的法律责任，全部由中标方承担。

（三）其他要求

中标供应商禁止另行开发合同业务需求范围内、供纳税人、缴费人使用的软件；禁止在合同履行期间“围猎”税务人员，对违反以上规定的，将纳入失信名单； (略) 络安全规定行为造成不良后果的中标供应商，3年内限制参加税务系统政府采购活动；中标供应商应建立防止违法违规聘用离职税务人员风险控制制度，如出现违法违规聘用离职税务人员行为，采购人有权对中标供应商采取以下措施：限期改正、要求支付违约金、解除合同、3年内限制参加所聘人员原单位及下属单位信息化项目政府采购活动等措施。投标人针对以上内容提供承诺函。

（四）付款方式

合同签订后10个工作日内*方提出付款申请并出具合法等额发票后支付合同总金额的50%；2023年9月30日前，支付合同尾款，本项目收取合同额5%作为履约保证金，项目终验后，10个工作日内，全额返还。