采购毕节市财政局预算管理一体化驻场运维服务项目比选文件
全部类型贵州毕节2025年04月27日
目 录
一、项目基本情况….....…………………………...…....1
二、公开比选投标文件编写及组成…….…..........…....2
三、评审程序…………………………………...….…....3
四、废标条款………………………………….…….......4
五、评分标准……………………………….……………5
六、附件……………………………….………..............6
一、项目基本情况
(一)项目名称:点击登录查看预算管理一体化驻场运维服务项目。
(二)项目内容:本项目旨在保障点击登录查看预算管理一体化系统各个模块正常运行,具体详见附件。内容包括但不限于:基础信息、预算编制、预算项目库、预算批复与调整调剂、预算执行、总预算会计、资金监控、工资统发、电子支付、单位会计核算、年终结转等模块进行运维。
(三)确定方式:比选。
(四)发布公告:本比选文件将在点击登录查看官网上进行公告,公告期为3个工作日。符合条件的供应商均可在此期间内递交投标资料。若在有效期内投标供应商不足3家,将重新采取邀请三家以上(含三家)供应商进行比选。(联系人:张劲松;联系电话:****)
(五)资格条件:
1.具备合法有效的营业执照(含税务登记证、组织机构代码证或三证合一的营业执照)。
2.如非法定代表人直接参与投标,需提供法定代表人授权委托书原件(需法定代表人签字并加盖单位公章)。
3.未被列入失信被执行人、重大税收违法失信主体名单、政府采购严重违法失信行为记录名单。
(六)资金来源及服务期限:
财政预算,预算金额:每年29万元(为最高限价)。服务期3年,服务合同一年一签。
(七)投标文件递交截止时间和地址:
1.递交时间:****17:30前(逾期递交的投标文件视为无效文件)。
2.递交地址:点击登录查看二楼办公室(联系人:张劲松;电话:****),投标人将密封完整的投标文件递交至指定地址并签到,由收文人员确认文件密封性完好性。
(八)比选评审时间和地点:
1.时间:****。(根据工作需要可临时调整)
2.地点:点击登录查看三楼会议室。
二、公开比选投标文件编写及组成
(一)编写要求
1.投标人应全面阅读并理解比选文件的内容,按要求编制投标文件,并确保所提供资料的真实性,投标文件必须对比选文件做出实质响应,否则视为无效投标。
2.投标文件需一式三份(正本一份,副本二份,副本可以是正本的复印件),应在文件上标明“正本”或“副本”字样,正本和副本有差异的,以正本为准。所有文件应统一密封并加盖投标人单位公章,封套上应清晰地载明参选人的名称、地址、电话、联系人、投标项目(密封破损,未盖公章等情况视为不合格)。
3.投标文件需装订成册,并按要求进行密封。投标文件要求盖章及签字的地方必须加盖投标单位公章及签字或法人印章,未按规定要求提交的投标文件将被视为无效。
(二)投标文件中应包括以下资料(均需加盖公章)
1.报价函;
2.资格证明文件
(1)营业执照、税务登记证、组织机构代码证或三证合一的营业执照复印件;
(2)法定代表人身份证明书;
(3)法定代表人授权委托书及被授权委托人身份证复印件(适用于存在法人授权委托人的情况);
(4)提供参加本次采购活动前三年内,在经营活动中没有重大违法记录(重大违法记录是指因违法经营受到刑事处罚或者责令停产停业、吊销许可证或者执照、因自身引起的诉讼案件、较大数额罚款等行政处罚)的书面声明;
(5)提供在“信用中国”网站下载的信用报告及中国政府采购网截图(查询时间需为获取采购比选文件当日至递交投标文件前一天),以上截图应清晰可辨。。
3.商务技术文件
包括但不限于提供服务整体工作方案等,需根据比选文件要求详细编制。
三、评审程序
(一)评审人员
点击登录查看采购领导小组组成。
(二)标书检查
评审人员确认投标文件密封性和完整性
(三)资格审查环节
按照资格条件逐一审查投标人的资格证明文件,资格审查合格后作为参加比选的供应商。
(四)综合评分程序
评审小组根据比选文件规定的评审标准,对通过资格审查投标文件进行综合评分,得分最高的确定为中标单位。
四、废标条款
投标人在参与招标过程中,有下列情形之一的,其投标将被视为无效:
1.投标人资格验证未通过或不符合招标要求的;
2.报价超过采购预算金额的;
3.投标文件未严格按照比选文件规定进行密封的;
4.投标文件中字迹模糊至无法清晰辨认关键信息的;
5.投标文件未按规定加盖投标单位公章及法定代表人或授权代表签字的;
6.投标人提供的任何资料被证实为不真实、伪造的或存在误导性的;
7.发生影响招标公正性的违法、违规行为;
8.因不可预见的重大变故,导致招标项目被取消的;
9.投标公司之间存在法律规定的关联关系,并实际形成围标串标情形的;
10.其他违反国家法律法规或招标文件规定,导致投标无效的情形。
五、评分标准
评定(分)标准
综合评分法,是指在最大限度地满足比选文件实质性要求前提下,按照评定(分)标准规定的各项因素进行综合评审,以评审得分最高的供应商作为成交候选供应商或者成交供应商的评定方法。
综合评分的主要因素是:价格、技术、商务、服务等。
评审时,评审小组成员独立对每个有效供应商进行评价、打分,然后汇总每个供应商每项评分因素的得分。
(一)报价评分标准(满分20分)
评审内容 | 评标因素 | 评标分值 | 评标方法描述 |
报价得分 | 报价得分 | 20 | 评审原则为:价格分统一采用低价优先法计算,即满足比选文件要求递交投标文件报价供应商的最低价格除以驻场人员数的最低价为比选基准价,其价格分为满分。其他供应商的价格分统按照下列公式计算: 报价得分=(比选基准价/(供应商最终报价/驻场人员数))*20 |
(二)商务评分标准(满分32分)
维护机构设置及管理 | 本地服务能力 | 10 | 评审原则为:提供运维服务承诺函,内容包括服务故障响应及时性要求,对日间突发故障,要求2小时内到现场,对于夜间突发故障,12小时内到达现场,承诺提供上述服务响应的得10分,未响应的得0分。(提供运维服务承诺并加盖投标单位公章) |
团队组成 | 16 | 评审原则为:我局结合运维需求和实际能提供的办公条件,提供驻场人员数量4人得16分,提供驻场人员数量3人的驻场服务得12分,提供驻场人员数量2人的驻场服务得8分,提供驻场人员数量1人得4分,需提供驻场人员详细名单且后期将纳入我局考勤管理(实际驻场人员数量小于比选方案中提供的驻场人员数量的我局有权作废标处理)。 | |
类似业绩 | 业绩证明 | 6 | 评审原则为:投标人提供自2024年1月以来,投标人作为财政部建议跟从省份(陕西省、河南省、海南省和河北省)一体化系统运维方,提供相应运维项目中标通知书、运维合同一份得3分,二份得6分,不提供不得分,满分6分;(提供运维项目中标通知书、合同复印件(合同须包含首页、签章页、运维内容页)并加盖投标单位公章) |
(三)技术评分标准(满分48分)
需求理解 | 需求理解 | 10 | 对项目需求的理解、项目重点难点的分析、合理化建议是否准确到位。由评委进行评议并评分,评分标准为: 8-10分:对项目需求的理解全面准确、项目重点难点分析科学到位、合理化建议符合实际。 4-7分:能基本理解项目需求,能基本分析项目重点难点,合理化建议基本符合实际。 1-3分:不能理解项目需求,无法分析项目重难点,不能提出符合实际的合理化建议。 0分:未提供资料。 |
运维方案设计 | 运维方案设计 | 20 | 对运维方案的整体设计,包括但不限于对应用软件、数据库、应用服务器、后台数据等内容的维护方案、日常运维服务、对运行系统的定时监测、运行维护技术标准、安全保障管理、运维服务流程以及文档管理、人员管理及运维保障体系等内容。由评委进行评议并评分,评分标准为: 14-20分:运维方案整体设计系统全面,内容详实,架构合理规范,覆盖所有关键点,可行性、安全性强。 8-13分:运维方案整体设计比较简单,内容部分缺失,架构基本合理规范,能覆盖部分关键点,可行性、安全性一般。 1-7分:运维方案整体设计不符合要求,架构不合理规范,没有关键点,可行性、安全性较差。 0分:未提供运维方案。 |
培训方案设计 | 培训方案设计 | 8 | 培训方案是否详细完整,培训方案应包括培训方式、培训师资、培训目标、培训计划安排(时间、内容)、培训流程、培训质量文件、培训承诺、培训措施及培训保障等。由评委进行评议并评分,评分标准为: 6-8分:培训方案详细完整,目标清晰,形式多样,计划安排合理。 4-5分:培训方案比较简单,目标较清晰,形式较单一,计划安排基本合理。 1-3分:培训方案较差,目标不清晰,形式过于单一,计划安排不合理。 0分:未提供培训方案。 |
故障应急处理 | 故障应急处理方案 | 10 | 应急处理方案设计,包括但不限于详细的应急保障方案、风险分析与规避、应急响应措施等。由评委进行评议并评分,评分标准为: 8-10分:应急响应方案设计完整全面,保障措施科学合理,针对性、可行性强。 4-7分:应急响应方案设计比较简单,保障措施较科学合理,针对性、可行性一般。 1-3分:应急响应方案设计较差,保障措施不科学合理,针对性、可行性较差。 0分:未提供应急处理方案。 |
六、附件
点击登录查看预算管理一体化驻场运维服务项目内容
支持内容 | 服务产生的 主要原因 | 服务项目 | 服务内容描述 |
关键业务支持 | |||
财政业务科室培训 | 业务系统人员更换 | 针对业务科室的业务需求,对新增人员进行系统业务培训 | 针对不同业务科室岗位需求进行针对性的人员培训 |
基础信息 | 因业务年度及使用业务系统数据使用过程中对应用系统的业务基础数据及数据库进行管理及维护 | 单位基础信息新增、维护 | 对不同业务系统所需要的单位基础信息进行增加、减少、删除等 |
财政收支科目新增、维护 | 对每个业务年度财政收支科目数据增加、删除、修改等 | ||
财政、单位用户信息新增、维护 | 对不同业务系统的用户进行新增、删除、修改等 | ||
财政机构岗位、平台管理权限维护 | 对财政机构调整、平台权限的相关维护 | ||
财政个性化需求的基础要素进行维护(例:支出细目、科目对照关系等) | 对财政个性化基础数据要素进行新增、删除、修改等 | ||
业务系统基础流程配置、维护 | 根据财政需求调整业务系统流程,进行新增、删除、修改等 | ||
本地数据库管理 | 数据库备份、恢复等 | ||
本地日志管理 | 数据库、应用服务日志管理 | ||
业务科室提出的新增报表需求,或由于新年度基础要素变更造成的取数调整等问题 | 报表需要调研 | 年度巡检或驻场运维过程中收集用户提出的新增报表需要建议并进行确认 | |
报表配置 | 确认需求后进行报表配置、报表更新 | ||
数据验证 | 取数完成进行数据验证并于用户进行确认 | ||
预算编制 | 因业务问题或操作问题发生数据不正确、需要特殊方式进行数据修改 | 数据修正 | 根据用户业务需求捐出修改方案并确认,之后在后台进行数据调整(例如:已经支付的数据需要要素修正或者由于账户调整导致的数据异常问题等) |
人员变更的数据悠 | 用户管理 | 新增、调整、减少用户 | |
角色管理 | 调整用户角色及角色所管理的菜单 | ||
权限调整 | 对用户及角色权限进行调整 | ||
预算项目库管理 | 在原有功能的基础上提出的新增功能需求,或新的业务流程变更造成的软件修改 | 新增功能需求确认 | 年度巡检或驻场运维过程中收集用户提出的新增需求建议并进行确认(例如每年的业务需要的改革造成的需求变更) |
由于业务变更造成的基础要素变更,例如:业务科室、预算单位、资金来源、资金性质、项目属性等 | 数据要素调整确认 | 与厂商协商要素是否可以中途调整 | |
基础要素调整 | 根据业务处理要求调整基础要素 | ||
预算批复与调整调剂 | 业务或其他客观因素:1、政策、业务或各级财政单位管理变化引起的产品调整;2、因各级财政、单位人员业务水平、技术差异、人员的频繁调整,导致大量的产品应用指导;3、由于业务科室或各级财政单位的个性化需求导致新增需求;技术原因:1、系统运行一定时间,对系统性能、数据库空间等专业优化;2、一体化系统繁多,数据关联繁杂,复杂的报表需要软件公司进行制作;3、同时各级财政、单位及银行新增、人员调动、退休进行岗位、角色权限变更,可以由各级财政管理员进行设定 | 指标层次调整 | 根据业务需要,调整指标层次,测试验证流程及功能,如原为一层指标改为科室指标分配单位指标等 |
新增复杂报表定制 | 根据客户提供不同口径或业务需求,新增或定制编写数据源,并形成表样 | ||
系统管理员辅导 | 为指标系统管理员配置系统管理菜单 | ||
业务、技术咨询 | 提供专业的业务、支持等咨询服务 | ||
特殊异常问题和异常数据处理 | 在运行过程中出现异常问题,经业务部门批准或确认,需要通过开发工具跟踪问题,编写处理脚本,通过已测试验证的异常数据处理脚本对指标系统异常数据进行修复 | ||
用户角色权限设置 | 根据用户需求对指标系统用户的角色做调整或设定 | ||
指标调剂,调减业务指导 | 根据业务需要,对指标调剂和条件业务进行支持。对用户在使用系统完成指标调剂和调减业务过程中遇到的问题进行指导。 | ||
预算执行 | 报表定制 | 根据客户提供的支付类报表需求,编写数据源,并形成表样每年5张报表 | |
特殊异常问题和异常数据处理 | 在运行过程中出现异常问题,经业务部门批准或确认,需要通过开发工具跟踪问题,编写处理角本,通过已测试验证的异常数据处理角本对支付系统异常数据进行修复 | ||
系统管理员辅导 | 为支付系统管理员配置系统管理菜单 | ||
业务、技术咨询 | 提供专业的业务、支持等咨询服务 | ||
流程调整配置 | 根据业务或用户的需求对支付系统相关工作流做配置或调整,以符合业务管理要求和规范 | ||
系统权限设定 | 根据用户需求对支付系统内各类用户权限做调整或设定 | ||
用户角色权限设置 | 根据用户需求对支付系统内各类用户的角色做调整或设定 | ||
预算单位零余额账户调整,维护 | 根据业务需求,对支付系统内零余额账户做调整或者维护 | ||
财政账户调整 | 根据业务需求对支付系统内财政账户做调整或者维护 | ||
打印调整 | 各种打印单据调整 | ||
总预算会计 | 特殊异常问题和异常数据处理 | 在运行过程中出现异常问题,经业务部门批准或确认,需要通过开发工具跟踪问题,编写处理角本,通过已测试验证的异常数据处理角本对总账系统异常数据进行修复 | |
系统管理员辅导 | 为总账系统管理员配置系统管理菜单 | ||
业务、技术咨询 | 提供专业的业务、支持等咨询服务 | ||
帐套设置 | 根据业务需求,对总账的帐套做添加,删除或者修改的维护 | ||
会计科目维护、打印格式调整、账簿格式设置等 | 根据业务需求,对总账的账套做添加,删除或修改的维护 | ||
机制凭证模板设置 | 根据业务需求,对机制凭证生成的模板进行添加、修改、维护 | ||
用户角色权限设置 | 根据用户需求对总账系统的用户的角色做调整或设定 | ||
无指标拨款 | 对无指标拨款系统报表定制、指标生成模板设置、异常问题处理 | ||
资金监控 | 在系统使用过程中,根据政策、业务需要对系统进行服务 | 监控规则设定 | 根据业务需求,通过资金监控规则模板添加或修改监控规则,并挂接相关工作流 |
监控报表定制 | 根据提供的报表需求,编写数据源,并画表样 | ||
系统管理员辅导 | 为资金监控系统管理员配置系统管理菜单 | ||
业务、技术咨询 | 提供专业的业务、支持等咨询服务 | ||
监控用户权限调整 | 根据用户需求对资金监控系统用户的权限做调整 | ||
异常数据处理 | 经业务部门批准或确认,通过已测试验证的异常数据处理脚本对资金监控系统异常数据进行修复 | ||
工资统发 | 业务原因:贵州目前使用的工资系统根据各个地方不同的管理模式、不同的统发标准设定,系统项目繁多且复杂;技术原因:工资项目复杂、统发经费多,计算公式量大等需要专业人员进行设置(如:工资统发代扣) | 异常数据处理 | 操作失误或工资月份不同,人事、工资信息异常处理、经业务部门批准或确认,编写处理,通过已测试验证的异常数据处理脚本对工资系统异常数据进行删除或修复 |
报表定制 | 根据业务部门提供的报表需求,编写数据源,并画表样 | ||
工资改革调整 | 因工资改革、调整量大,数据风险高,测试评估调整 | ||
系统管理员辅导 | 为工资系统管理员配置系统管理菜单 | ||
业务、技术咨询 | 提供专业的业务、支持等咨询服务 | ||
用户角色权限设置 | 根据用户需求对工资系统内用户的角色权限做调整或设定 | ||
系统权限设定 | 根据用户需求对工资系统的用户的权限做调整或设定 | ||
单位,人事、工资项采集 | 根据用户需求,对单位、人事和工资项信息进行采集 | ||
电子支付 | 在日常运行过程中,由于人行系统、财政系统、人员操作、网络等原因,需要对数据进行发送,补发,数据处理等相关服务 | 增加代理银行业务 | 增加代理银行、银行行号,发起接点代码等 |
增加、修改银行与人行联调 | 增加、修改银行与人民银行TIPS技术服务中心进行联调、测试等 | ||
正常数据重新发送服务 | 人民银行或财政发送通道问题或其他问题导致正常业务数据需要重新进行发送服务 | ||
异常数据处理 | 经业务部门批准或确认,通过已测试验证的异常数据处理脚本对支付系统异常数据进行修复 | ||
人民银行额度不足问题 | 修改科目、银行、人行退回等因素,导致人民银行系统支付额度不满足正常支付清算,需要查询支付对应的额度重发或补发 | ||
清算数据查询 | 对人民银行TIPS系统中未收到的数据查询业务系统查询状态 | ||
正常清算系统业务系统处理 | 正常数据因操作人员错误操作或操作习惯导致数据未进行及时发送,业务系统处理到正常状态清算 | ||
配置变更 | 根据用户需求,对清算数据电子传输系统的相关菜单和功能进行配置变更 | ||
业务咨询 | 对人民银行、代理银行、财政业务人员进行清算业务咨询服务 | ||
系统管理员辅导 | 为清算数据电子传输系统管理员配置系统管理菜单 | ||
会计核算 | 预算单位财务核算运维 | 预算单位财务核算运维 | 预算单位财务的日常运维工作 |
预算绩效 | 为年初预算绩效管理配置年度部门整体绩效评价和项目绩效评价管理, 提供专业的业务支持等咨询服务 | 用户配置 | 根据需求对预算绩效用户的角色权限做调整或设定,对预算绩效管理的数据调整更新,处理日常绩效评价异常数据及业务问题 |
数据调整 | |||
日常问题处理 | |||
年终结转 | 1、年底结转时间紧、工作复杂,如果出现问题直接影响新年度的开账; 2、从技术层面:考虑到全省数据的安全和性能,省厅、地州和区县都是分别部署服务,每个会计年度的数据都是分库存放。到了新的会计年度,服务需要重新部署,基础数据和有关联的业务数据需要进行结转; 3、从业务层面:年底未执行完的指标、计划,总账的收支转结余都需要按照制度进行对应的业务处理,同时,还有一些特殊的业务需要人工参与进行调整(比如预算单位的新增、拆分合并等,预算的收回等)。 | 新年度数据库建立 | 以旧年度数据库为基础,清除旧年度数据库中的业务数据、日志文件等,再把所有基础数据年度执行为新年度 |
新年度功能分类、收入分类、经济分类更新 | 根据新年度财政部与人民银行联合发文的收支分类科目书内容更新 | ||
旧年度业务数据检查 | 通过系统设计逻辑,编写数据检查角本,对旧度度系统中的业务数据进行检查 | ||
系统部署维护 | 在现有的数据库中增加新年度数据库用户、导入准备的新年度数据库,在现有的应用环境中加入新年度环境 | ||
年终结转功能配置 | 对指标、计划结转功能、流程、用户权限进行配置、测试 | ||
新年度流程调整配置 | 根据业务或用户的需求对支付系统相关工作流做配置或调整,以符合业务管理要求和规范 | ||
新年度基础数据调整、测试 | 根据业务或用户的需求对支付系统、总账系统、工资系统等做配置或调整,以符合业务管理要求和规范 | ||
旧年度特殊异常问题和异常数据处理 | 在结转过程中出现异常问题,经业务部门批准或确认,需要通过开发工具跟踪问题,编写处理角本,通过已测试验证的异常数据处理角本对所有异常数据进行修复 | ||
新年度预算单位零余额账户调整,维护 | 根据业务需求,对支付系统内零余额账户做调整或者维护 | ||
新年度用户角色、权限调整 | 根据用户需求对支付系统内各类用户的角色做调整或设定 | ||
年终结转问题处理 | 根据用户在年终结转过程中出现的异常问题及时进行处理 | ||
业务咨询 | 对人民银行、代理银行、财政业务人员进行清算业务咨询服务 | ||
系统管理员辅导 | 为清算数据电子传输系统管理员配置系统管理菜单 | ||
其他 | 根据财政信息科要求,涉及到信息科相关工作 | 协助信息科完成相关工作任务 |