合同主要条款
1、服务期限:签定合同起12个月。如合同履行情况良好,经采购人同意并报请采购办批准后,可以延长12个月。
2、付款方式:付款分四期,每期应付款额为每年的报价/4,每季度结束后15个工作日内付一期。
3、履约保证金:金额为合同总额的5%,在维护服务期满,服务内容、质量得到采购人书面确认后的15个工作日内无息退还。
以上为最低要求,投标人必须满足,否则招标人将拒绝其投标。投标人的响应将作为评标的依据。
招标项目要求
2.4.1 信息系统简介
随着计算机技术的发展和积累,业界已经提供各种各样的软件平台产品和工具。软件开发模式已经从过去根据业务开发定制功能的系统转变为在一个高级可扩展的、不需要进行复杂客户化编程、拥有通用标准接口的平台上进行部件式的业务系统搭建与整合。因此,我局建立了适合我财政管理应用系统的综合接入支持平台,在此系统平台的基础上,高效率、高质量地进行二次系统改造和建设,在该平台上先后建成了国库集中支付系统,预算管理系统,非税管理系统,基建管理系统,契税管理系统,企业资料管理系统等等。
目前财政使用的统一接入支持平台具备以下特点:
●以基础数据为核心,建立完整一致的财政业务视图,共用一套集查询管理、内容管理、系统管理于一体的支撑系统。建立了资料中心,提供一个强有力数据处理系统,包括数据的采集与交换、查询与统计分析。
●把各个财政业务系统都会使用到的基础数据抽取出来,在基础数据模块里进行统一维护管理,为流畅处理各种业务提供必要条件和奠定坚实基础。
●提供分类的工作桌面和消息通知:每个用户到达的工作任务,按各个业务系统分类显示在工作桌面。同时,提供流程跟踪和实时监控,领导可即时掌握属下工作情况,方便进行决策分析和工作的统筹安排。
●全面的应用开发和发布管理平台,对组件进行统一开发和管理。平台支持插件,进行财政组件管理。
●平台使用统一的用户和权限安全管理,基于角色组织分配权限。根据用户的不同身份及不同的管理,划分出不同的用户组别,进行基于的用户分类管理。由于某些功能和数据只向特定用户群提供,其他用户不能看到这些功能。这样的用户群通过用户担任的角色来划分。通过角色的配置,每个用户对菜单的权限项控制可以细化到每个栏目甚至按钮。
各个管理信息系统,已基本建成,陆续投入使用。为了更好地发挥平台的强大的功能,和保证各管理系统良好的运作,必然需要对各系统进行后期优化和功能完善。因此,提出了对财政管理信息系统进行软件维护的需求。
2.4.2 维护地点
场所范围包括顺德区财政局办公范围内。
2.4.3 基本服务内容
2.4.3.1软件开发平台维护
1、软件开发平台清单:
序号 | 项目名称 | 数量 |
1 | SYBASE数据库v11.92 | 1套 |
2 | WEBLOGIC企业版 v8.01 | 1套 |
3 | IDEA v5.0 | 1套 |
4 | 明宇报表 v2.5 | 1套 |
5 | Tomcat v5.0 | 1套 |
1)数据库表结构的合理性建议;
2)数据库存储过程的优化;
3)结合应用程序,提出数据库参数的调配;
4)SQL语句的优化建议 ;
5) 对数据库系统结构及运作架构进行高层面的评测;
6)用户指定内容的现场服务。
3、提供对应用服务器WEBLOGIC参数设置,开发环境的性能优化的建议方案。
2.4.3.2 业务系统维护
业务系统维护包括对财政管理平台及其上面建立的支付系统、契税管理系统、基建管理系统的维护。
1、平台系统方面包括:
1)系统管理:包括用户管理、组织管理、角色管理、个人资料等模块维护。
2)门户管理:包括栏目管理和内容管理等模块维护。
3)基础资料维护:包括单位资料、企业资料、预算科目、预算项目、目级科目、银行帐户、科目类型、资金来源等模块维护。
4)查询管理:包括对已有数十个数据查询和业务报表的维护,数据查询和业务报表等增加开发。
5)其他模块:包括对财政论坛、资料中心、工作桌面、系统参数配置、流程控制的维护。
2、支付系统方面包括:
指标账管理 | 指标资料 | 对指标资料的维护管理 |
指标账余额 | 按照规定格式导入年初预算数据,并进行维护 | |
指标变动处理 | 对指标帐变动通知书的录入、审核和查询 | |
指标账查询 | 包括设置和查询多栏明细指标帐,通过查询生成指标明细账和项目指标明细账,查询指标明细帐执行情况和对项目指标帐进行汇总。 | |
计划管理 | 用款计划编制 | 预算单位通过此模块编制本单位的《预算单位月度用款计划表》保存、提交可查阅申请审批状态,增加、保存申请,对已保存尚未提交的申请及带有审批意见的未通过审批的申请进行修改操作,可删除尚未提交的申请。此外支持导出、打印操作。 在预算单位提交了用款计划申请或修改后,实现自动提醒,通知财局相关人员进行审批。 |
用款计划审批 | 所有的用款计划申请将在这里进行处理,初始界面为用款计划列表,拥有不同权限的用户将看到的是权限范围内容的操作功能,参与用户有:行财科的专管员、业务科科员、业务科科长、业务科、国库科科员、国库科科长。 | |
直接支付管理 | 直接支付申请 | 提供《财政直接支付申请》给预算单位填写,以及相关资料的上传,并提供年度预算指标指标和已批复的分月用款计划以作参考,申请额不能超指标,用款计划的额度设为可控开关;预算单位可进行增加、修改、删除、保存、提交支付申请的操作。每项支付申请将带有未审核、审核不通过等状态信息。 |
直接支付申请审核 | 区财政局业务科审核各预算单位提交的支付申请,提供年度预算指标指标和已批复的分月用款计划以作参考,填写审批意见,可在审批意见附上附件。 | |
直接支付凭证生成 | 系统根据已通过审核的《财政直接支付申请》的有关信息,由支付中心支付部经办人生成直接支付凭证,可进行增加、修改、删除、保存、提交的操作。其中,保存后仍可修改、删除,但提交之后就不能做任何操作。 | |
直接支付凭证管理 | 系统根据《财政直接支付申请》的有关信息,自动生成《财政(直接)支付凭证》,由区财政国库支付中心在核对后,进行导出、打印;支付凭证生成后,系统会根据凭证的相关信息自动修改指标可用额、用款计划可用额度。 | |
银行回单确认 | 系统对支付凭证和银行回单核对。 | |
会计凭证管理 | 根据银行回单信息,自动生成会计凭证。 | |
退款处理 | 对于直接支付退单,系统分预算内外和是否收到银行回单,共有4种情况分别处理。 用户进行导入、查看、导出、打印退单操作。 | |
直接支付汇总清单通知管理 | 汇总各预算单位的支付凭证,生成《财政直接支付汇总清算额度通知单》,进行导出、打印 | |
授权支付管理 | 授权支付额度通知 | 每月25日前,根据用款计划可自动生成下月的《财政授权支付额度通知单》,系统实现通知的查看、修改、审核、打印和导出 |
授权支付清算通知 | 生成《财政授权支付汇总清算通知单》,提交给国库科加具印鉴,系统实现通知的查看、修改、审核、导出、打印,以及对国库科自动提醒 | |
授权支付凭证填制 | 预算单位或代理填写、打印支付凭证 | |
授权支付凭证审核 | 支付凭证填制完成后,由复核人进行审核,审核通过后,系统将虚拟修改指标、用款计划和额度。 代收代扣凭证与授权支付凭证的审核类似。 | |
银行回单确认 | 如果是授权支付,系统对人行的支付清算回单和银行回单核对 对于代收代缴的情况,银行会把收费单里的相关信息导入系统,与人行的支付清算回单核对 | |
会计凭证管理 | 根据银行回单信息,自动生成会计凭证 | |
支付日报月报管理 | 支付中心经办人可查看银行提交的财政授权支付日、月报表,按日列报财政支出,生成财局的《财政授权支付日报表》、《财政授权支付月报表》,提交给国库科。 | |
退款处理 | 对于直接支付退单,系统分是否收到银行回单2种情况分别作出处理。 用户进行导入、查看、导出、打印退单操作。 | |
预算单位反馈信息导入 | 提供《预算单位财政授权支付支出情况表》给预算单位填写,提交给国库支付中心,系统实现自动提醒 | |
转账管理 | 转账申请 | 对于款项需要转账的情况,系统提供给业务科转账申请、审批、管理功能,提供转账申请表可供填写 |
转账审核 | 业务科科长审核相关的申请 | |
转账凭证管理 | 通过审核的转帐申请将自动生成转帐凭证,系统会根据相关信息自动修改指标和用款计划可用额度,并提供给用户打印、导出使用。 | |
报表查询 | 可对报表进行查询。 | |
查询定制 | 定制“报表查询”栏目中的各项查询 | |
辅助设置 | 预留字段设置、值集设置、打印模板设置、文件导入设置 | |
自动提醒管理 | 对审批或管理过程中,事件流对一些角色的触发,系统实现对相关角色的自动提醒,可在此设定相关提醒的触发条件 |
系统分类 | 功能模块 | 功能概要 |
基础数据管理 | 权属转移类别 | 对相关资料:权属转移类别、房屋用途、征收单位进行管理,每一类资料都有相应的列表进行维护,用户可进行增、删、改的操作。 |
房屋用途 | ||
征收单位信息 | ||
征收单位银行帐号信息 | ||
代收银行信息 | ||
税率 | ||
滞纳税率 | ||
契税纳税管理 | 纳税申报 | 这是整个交易的过程,其中必须提供增加、删除、修改、打印、提交等功能。环节之中要设立审核岗位,审核流程必须做得灵活。(注:土地与房产交易不再分开处理) |
纳税通知书 | ||
确认完税证 | ||
通用查询 | ||
票据管理 | 票据领用 | 对票据的领用和缴销进行管理,还需包括完整的查询统计功能。 |
票据缴销 | ||
通用查询 | ||
查询报表 | 报表查询 | 可对报表进行查询。 |
查询定制 | 定制“报表查询”栏目中的各项查询 | |
系统管理 | 菜单权限 | 列出所有的菜单 |
用户角色 | 列出角色对应的权限 | |
操作用户 | 增加新用户 | |
用户设置 | 用户名称、密码等信息的维护(登录名不可更改) | |
开关设置 | 对流程上一些开关的设置 | |
接口管理 | 银行接口(直连我局系统) | 导入、发送数据,要求有良好的校验机制,并有完整的出错报告,必须有重新接收与重新发送等功能。 |
数据发送至国土局 | ||
数据发送至房产中心 | ||
日常报表 | 契税统计表 | 查询和打印指定月份的 契税统计表。 |
基建管理系统主要为基建项目的立项、调整、最高报价、合同管理、支付管理和结算管理等提供系统化的处理方案,给基建管理提供科学化的解决方案。系统主要分为项目管理、最高报价管理、招标管理、合同管理、支付管理和结算管理几大模块。
1)项目管理
建设单位申报:必须以建设单位用户登录,在系统中填写项目信息和投资概算表,然后提交
1科长分派:根据项目情况指定协办人和主办人,提交;
2主协办审核:必须要协办人完成后主办才可以提交,主办人可以对概算表进行核定;
3主管科长、科长审核:对项目进行审核,若不同意主办意见可驳回主办人;
4主管、审核:对项目进行审核,若不同意可以驳回上一环节;
5预算确认:给预算小组进行确认。
2)最高报价审核
①单位申报:建设单位用户先在易达软件中做好最高报价清单,然后在我们的系统填写最高报价申请表,必须是针对已审核的项目;
②科长分派:根据项目情况指定协办人和主办人,提交;
③主协办审核:必须要协办人完成后主办才可以提交,主办人可以根据项目情况在易达软件中修改清单,然后导入我们的系统,或者可以一步步驳回给单位修改;
④主管科长、科长审核:对上报的最高报价进行审核,若不同意可以驳回上一环节;
⑤主管审核:对最高报价进行终审,若不同意可驳回上一环节。
3)合同管理
①单位申报:建设单位用户先在易达软件中做好合同清单,然后在我们的系统填写合同申请表,填写申请中导入合同清单,之后提交申请;
②科长分派:根据项目情况指定协办人和主办人,提交;
③主协办审核:必须要协办人完成后主办才可以提交,如果审核不通过,可以一步步驳回给单位修改;
④主管科长、科长审核:对上报的合同申请进行审核,若不同意可以驳回上一环节;
⑤主管审核:对合同申请进行终审,若不同意可驳回上一环节。
4)合同变更管理
①单位申报:建设单位用户先在易达软件中做好合同变更清单,然后在我们的系统填写合同变更申请表,要先选择原有合同,再导入合同变更清单,然后提交申请;
②科长分派:根据项目情况指定协办人和主办人,提交;
③主协办审核:必须要协办人完成后主办才可以提交,如果审核不通过,可以一步步驳回给单位修改;
④主管科长、科长审核:对上报的合同变更申请进行审核,若不同意可以驳回上一环节;
⑤主管审核:对合同变更申请进行终审,若不同意可驳回上一环节。
5)支付管理
①单位申报:建设单位用户先在易达软件中做好项目的本期支付清单,然后在我们的系统填写支付申请表,可在申请中导入支付清单,得到本期支付金额;或者直接填入本期支付金额,然后提交申请;
②科长分派:根据项目情况指定协办人和主办人,提交;
③主协办审核:必须要协办人完成后主办才可以提交,主办人可以根据项目情况在易达软件中修改清单,然后导入我们的系统,或者可以一步步驳回给单位修改;
④主管科长、科长审核:对上报的支付申请进行审核,若不同意可以驳回上一环节;
⑤主管审核:对支付申请进行终审,若不同意可驳回上一环节。
6)工程结算管理
①单位申报:建设单位用户在所有支付完毕后,选择一个合同进行结算申报,填入合同价和增减造价的申请金额,然后提交申请;
②科长分派:根据项目情况指定协办人和主办人,提交;
③主协办审核:必须要协办人完成后主办才可以提交,由主办填入合同价和增减造价的结算金额,或者可以一步步驳回给单位修改;
④主管科长、科长审核:对上报的结算申请进行审核,若不同意可以驳回上一环节;
⑤主管审核:对支付申请进行终审,若不同意可驳回上一环节。
7)项目结算管理
①单位申报:建设单位用户在所有合同结算完毕后,选择一个项目进行结算申报,整理出项目的结算申请金额及对应的明细情况,然后提交申请;
②科长分派:根据项目情况指定协办人和主办人,提交;
③主协办审核:必须要协办人完成后主办才可以提交,由主办填入项目的结算金额,或者可以一步步驳回给单位修改;
④主管科长、科长审核:对上报的结算申请进行审核,若不同意可以驳回上一环节;
⑤主管审核:对项目结算申请进行终审,若不同意可驳回上一环节。
8)项目竣工财务决算管理
①单位申报:建设单位用户在项目结算完毕后,选择一个项目进行财务决算申报,填写项目的所有财务决算报表,然后提交申请;
②科长分派:根据项目情况指定协办人和主办人,提交;
③主协办审核:必须要协办人完成后主办才可以提交,主协办都可以审核报表,或者可以一步步驳回给单位修改;
④主管科长、科长审核:对上报的财务决算申请进行审核,若不同意可以驳回上一环节;
⑤主管审核:对财务决算申请进行终审,若不同意可驳回上一环节。
5、其它系统
对财政局其它的应用系统,如预算管理系统,非税管理系统及办公自动化系统进行功能增加和功能优化的维护工作。
业务系统的原代码、设计文档齐全,必要时采购人可提供给维护单位查阅。
业务系统的维护包括对上述所有模块的维护,系统维护须根椐国家或地方财政改革的要求及相关的变化对系统进行及时的变更和维护。完善和优化系统,使系统处于最佳运行状态,保证财政管理信息系统正常运作。要注意各系统之间的关联,提高系统的运行效率。
2.4.3.3 数据拯救
1)负责拯救和恢复因误操作而删除的有用资料;
2)协助处理遇不明原因的数据破坏或硬盘故障引起的数据丢失。
2.4.3.5 随时培训服务
在软件维护的同时,若用户提出说明要求或问题,维护人员应即时提供耐心、详细的讲解和说明,并定期安排J2EE技术的系统培训和服务。
2.4.4 基本服务要求
2.4.4.1 服务质量保证
1、维护服务方必须成立专项服务小组。
1)向采购人提供专项服务小组人员的名单、专业资历、擅长技术、职责安排等资料,资料尽可能详细、可靠,要求项目服务小组人员不少于4名;
2)常驻现场2-3名有j2ee和大型数据库专业技术能力的工程师,其中必须有一名毕业5年以上,三年以上J2EE技术经验的技术带头人;现场工程师严格遵守照财政局规章制度,在维护期内原则上不能更换工程师,否则当违约实施处罚制度。
3)提供服务热线号码;
4)自备服务维护工具,并列出清单;
5)提供投诉电话,指定单一项目负责人。
2、为采购人提供6×8小时技术服务,保证业务系统正常运行。现场工程师要按用户要求,在用户规定的时间内,按时高效地完成用户的开发和维护任务,若故意拖延或服务质量不达标,用户按违约实施处罚制度。遇到现场工程师长时间不能解决的问题,公司其他项目服务小组人员及公司的更高的技术力量需要尽力协助尽快解决。
2.4.4.2 制度要约
1、保密制度
1)服务人员应严格遵守有关法律法规和内部规章制度,不得擅自翻阅、复制、传播所接触的资料或数据。
2)中标单位在提供维护服务前应与采购人签署保密协议书,中标单位负责约束其员工。
2、维护登记制度
1)订立规范的维护流程和完善的文档,包括服务单和维护日志。在每次维护服务后详细记录维护单位、故障现象、维修内容、维修日期、维修结果、满意度等资料,然后由维护人员、报修单位的经办人和采购人项目负责人签字,服务方和采购双方各执一份。
2)分别按月、季度和年底向采购人提供电子版的维护事件明细表和分类汇总报表,供采购人分析,为更好地开展维修维护服务工作提供依据。
3、处罚制度
1)若维护服务单位违反其服务承诺任一项,也没有合理解释,一次扣除合同金额的3%。三次以上视作违约,采购人有权终止合同,另选维护服务单位。
2)若因维护服务单位人员操作失误造成数据丢失或造成系统瘫痪超过一个工作日的,一次扣除合同金额的20%,两次以上视作违约,采购人有权终止合同,另选维护服务单位。
3)对蓄意破坏信息系统设施或泄密的,一经查证,采购人有权即时终止合同,更换维护服务单位,涉案人员依法送司法机关。
4、其他规范
1)服务方必须提出明确的保修处理流程;
2)服务方必须提出故障解决流程;
3)服务方必须提出故障响应级别及响应方式和解决措施;
2.4.5 其他事项
所有因维护事件而发生的交通费、生活费和维修费均由服务方承担。