电力集采招标网
特里腾智慧报装系统功能改造项目公告
2025-06-10

重庆中法供水有限公司


特里腾智慧报装系统功能改造比选公告

1、比选条件

本比选项目特里腾智慧报装系统功能改造(项目名称),比选人为重庆中法供水有限公司。比选项目资金企业自筹(资金来源),出资比例为100%。项目已具备比选条件。现对该项目进行公开询价比选。

2、项目概况与比选范围

2.1、项目概况与比选范围:详见技术要求

2.2、服务时间:60天。

2.3、服务地点:比选人指定地点。

2.4、付款要求:项目验收合格后支付合同总金额的 95 %,剩余 5 %作为质量保证金,待验收合格满1年后无息支付。

2.5、报价资料要求:报价函(盖章)、营业执照、响应表及其它。

2.6、限价:最高限价人民币(小写):130,000.00,大写 壹拾叁万 元。

2.7、报价要求:该项目报价为固定总价包干,参考技术要求报价。

2.8、中标:1、未满足技术要求和报价资料要求为废标;

2、在满足以上要求基础上,报价最低方为中标供应商。

3、在满足以上要求基础上且报价相同时,中标候选人按投标报价上传时间由早到晚进行排序。

4、若投标人网上报价与投标文件报价不一致时,以投标文件报价为准。

3、投标人资格要求

3.1本次招标实行现场资格审查,投标人应满足下列资格条件和业绩要求:

(1)投标人必须是按照国家法律法规设立的,并在中国注册的,具有法人地位的企业。(提供营业执照复印件加盖单位鲜章)

(2)投标人须具有投标人通过中国质量认证中心的ISO9001质量管理体系认证、OHSAS18001职业健康安全管理体系认证、ISO14001环境管理体系认证(提供有效期内的证书复印件加盖鲜章)

(3)2022年1月1日至投标截止之日(以合同签订时间为准)类似业绩2份(提供合同复印件)

(4)投标人2024年度的财务状况。【提供由会计师事务所出具无保留意见的财务审计报告及会计报表,报表至少包括资产负债表、利润表、现金流量表。】

(5)信誉要求:投标人未被人民法院列为失信被执行人。各投标人应当通过“信用中国”网站查询被列为失信被执行人情况,并在投标文件资格审查资料中提供相关查询截图并加盖投标单位公章(鲜章)。投标人被列为失信被执行人或未提供相关截图证明其未被列为失信被执行人的将作否决投标处理。

(6)投标人承诺提供源码及提交产品白皮书(包括并不限于功能描述、整机性能指标、配置参数)

3.2 本项目不接受联合体投标。

3.3若投标人违反重庆中法供水有限公司《供应商负面清单管理办法》规定且在处罚期内的,按废标处理(评标委员会根据招标公告后附“供应商负面清单”进行评审)。

4、技术要求

4.1投标人应满足以下业务需求:

序号

需求点位

需求背景

需求描述

1

单位过户业务

为积极配合集团客服总平台的搭建,与集团客服总平台保持一致,微信小程序端上线线上单位用户过户业务。现目前,特里腾报装系统小程序端仅支持个人过户业务办理,需在报装系统小程序新增“单位用户过户”业务

1)在报装小程序增加“单位用户过户”业务,
2)报装小程序以及PC端过户申请主体类型为单位时,企业法人和组织机构代码、纳税人识别号为必填项

3)后台端可通过申请主体类型对小程序端来源的个人过户和单位过户进行筛选,并在过户业务列表、营业厅业务列表、营业厅综合查询列表中进行体现

4)相应报表进行调整,按个人、单位进行数据呈现

2

单位修改开票信息业务

1)为积极配合集团客服总平台的搭建,与集团客服总平台保持一致,报装系统需上线“单位修改开票信息”业务。
2)后续按照集团大平台的上线安排情况,微信小程序端上线“修改开票信息”业务

1)报装新增“修改开票信息”功能,由后台工作人员录入用户或集团工单来源信息进系统中,对开票信息抬头进行修改;
2)增加集团大平台与报装功能的接口,在与集团大平台“修改开票信息”功能打通后,可直接获取传递资料,进行开票信息抬头修改。
3)集团平台打通后,在小程序端新增“修改开票信息”业务办理入口

3

销户业务

集团客服总平台上线个人以及单位销户业务,现目前,报装系统PC端有销户业务,但报装小程序并未上线该业务,需在报装系统小程序新增“个人销户”以及“单位销户”功能业务;

1)报装系统小程序对应增加个人以及单位销户业务,该业务区分业务来源;
2)报装系统PC端通过申请主题类型来区分接收“个人销户”和“单位销户”;
3)添加报表的导出、数据的筛选、数据查找的相关点位;

4

用户提交业务

为保证用户信息安全,防止用户信息泄露等风险,对报装系统做适应性调整:

1)报装系统需参照目前集团大平台方式对用户上传的图片添加了水印;

2)集团客服总平台在涉及用户拍摄身份证号的地方,为用户提供身份证识别功能,方便用户。目前报装系统未提供该功能,为与集团体验保持一致,需增设该功能;

3)集团客服总平台所有业务均有备注栏,报装系统小程序端并未向用户提供填写备注的地方

4)用户通过报装小程序办理业务时,联系电话是微信端绑定的电话号码,用户想变更联系电话时无法修改。

1)为报装信息安全,防止用户信息泄露等风险,用户上传的图片添加水印

2)增加身份证号码识别功能,用户可通过拍照身份证识别户名和身份证号

3)报装小程序及报装PC端所有业务均添加备注栏。

4)用户可对微信绑定联系电话进行编辑修改,后续业务办结短信应发送至用户修改后的联系电话

5

“渝快办”过户业务

目前通过“渝快办”办理业务数量与日俱增,目前通过该渠道来源占比达到70%,现仅能通过人工搬运数据的方式进行业务处理,较为耗时。现需借助数字化工具处理“渝快办”业务,通过支持导入“渝快办”来源数据至报装系统,生成过户预约和补换水卡预约

现目前“渝快办”可导出用户姓名、联系电话、磁卡卡号、产权证明、供用水合同、寄件地址、寄件人信息、寄件人电话等信息,将该部分数据导出成压缩包形式,再导入至报装系统中,并通过以报装过户预约和补换水卡预约业务的方式,供工作人员处理。

6

一户多人口业务

1)一户多人口业务中如用户以前办理过,系统不能导入和抓取之前用户办理的用户信息,影响业务办理效率。

2)一户多人口列表中 “一键请求推送”功能存在问题,使用该功能后,系统覆盖了用户重新办理的业务信息

1)一户多人口业务中如用户提供的磁卡号以前办理过增量业务可自动抓取数据直接复制至业务窗口,工作人员进行资料核对,如有变化在进行手动修改;

2)一户多人口列表中,隐藏“一键请求推送”功能,如有推送失败的业务,在每个失败业务中单独增加“重新请求推送”功能

7

营业厅业务综合查询功能

目前营业厅业务列表及工程综合查询(营业厅业务、报装业务)对于含多只水表数据的业务(包括批量过户、批量迁表、批量销户、多张水卡同一业务迁表等)仅支持对首只水表的卡号进行业务反查,不支持业务内其他水表卡号的反查,不易查询,影响工作效率。

增加精确查询功能,如批量过户、迁表业务等包含多张水卡信息的业务,对业务中其他单独的卡号均可查询到所涉业务流程。

8

报装业务-现场查勘

因在营商环境考核中对现场踏勘审核的佐证材料会随政府要求而不断变化,需对“查勘确认表”进行调整。

1)建议将该考核项的“查勘确认表”修改为可配置项;
2)可按实际需求进行调整。

9

报装业务-设计

设计环节上传的多个附件只能一个一个的下载,工作效率较低

增设全部下载功能,实现一键下载多个附件。

10

报装业务-预算

发展部在重新做预算时候,历史预算文件具有较强的参考价值,需要查勘和下载历史预算文件

可以重新查看及下载历史预算文件。

11

供用水合同签订功能

为提升《供用水合同》全流程管理,实现《供用水合同》数字化管理闭环,需对《供用水合同》签订进行整体改造和优化:

1)目前签订《供用水合同》环节没有在系统流程各环节中体现,缺少系统的管理、记录及监控,需要进一步加强供用水合同的管理工作。
2)目前在办理报装业务时,用户只有通过线上预约环节可以勾选同意《供用水合同》。如用户通过电话、营业厅等其他方式办理过预约申请,该部分用户在后续使用用户端办理业务时,但线上未提供和提示勾选同意《供用水合同》。
3)目前《供用水合同》管理缺乏报表数据。建议添加报表导出,可按需将合同签订数、涉及工程数、完成签订数、合同发出数等数据按需导出至报表中

1)报装业务用户端所有操作点位,都需要用户勾选同意《供用水合同》,并且系统对操作进行记录,并反馈至业务中来判定用户是否勾选过。

2)系统记录供用水合同签订时间、返回时间、合同寄出时间等,在工程详情中增加“供用水合同签订情况”的查询栏。
3)工程综合查询中添加查询条件(是否签定供用水合同)
4)对未按时限(配置项)返回合同的情形进行提醒,提供列表进行查询,查询项需确认
5)对未按时限(配置项)返回合同的情形向用户自动触发短信点位,系统提供列表可对提醒记录进行查询

12

提前制卡制合同功能

因报装流程调整,建档立户工作与工程验收工作现同时进行。制卡制合同环节及后续流程均需做适应性调整:
1)目前提前制卡制合同功能还存在以下问题待处理:

①操作界面无已发送邮件的提示,工作人员操作后是否发送成功,故会多次误点击发送按键,导致重复发送邮件,收件方会多次收到邮件信息,有重复制卡制合同的风险;

②系统发送制合同和制卡的邮件资料模板需做适应性调整;
2)需对提前制卡制合同功能进行优化:
①系统现自动生成合同号;
②取消导出空合同号表格、在表格中填写合同号及导入含合同号表格三个操作功能;
③修改发送邮件中附件的标题,目前的附件名称为:XXX(工程编号)-合同号码登记-居民。
3)各操作界面操作不便捷,需优化

1)对目前提前制卡制合同往后的业务结束流程进行优化:

之前流程为:提前制卡制合同完成后,需等项目完成工程验收,系统才能流转至下一环节,同时需工作人员手工处理流转。

现流程变化为:涉及提前开户的工程项目在完成所有水表的建户及制卡制合同后,流程应从“提前制卡制合同”自动流转至归档阶段。系统将自动流转,同时“用户归档”不应作为工程件的项目结束触发点,不受工程验收影响。在同时满足工程验收完成及用户归档的条件下,工程件将自动转为项目结束,向用户发送项目结束短信。

2)在操作界面中,工作人员操作成功后系统给出发成功提示;对邮件资料由业务科室提供模板;

3)系统可自动生成合同号,要求合同号唯一且不重复,可下载含合同号的明细资料;取消导出空合同号表格、在表格中填写合同号及导入含合同号表格三个操作功能;针对非居民的制合同附件标题为:XXXX(工程编号)-供用水合同制作-非居民-XX户,居民的制合同附件标题为:XXXX(工程编号)-供用水合同制作-居民-XX户,制作磁卡的附件标题为:XXXX(工程编号)-磁卡制作-XX户。
4)持续性对各操作界面进行优化

13

收寄件管理功能

目前收寄件控制台存在以下问题:
1)未能按业务类型进行分类和查询;
2)未能按照运单号进行搜索;
3)营业厅工程总览中无法查询到相关收寄件记录;

1)增加搜索栏,包括“业务类型”、“寄件时间”、“江北区域/渝北区域”、“运单号”进行搜索,并支持数据导出;
2)在营业厅业务“工程总览”中,取消“方案确认记录”、“文件下载记录”,添加“寄件信息记录”,并把寄件的日志同步至详细日志中,包括操作人员、运单号、收寄内容、收件人名称、收件人联系电话、收件人地址等

14

归档功能

目前归档等环节对项目结束的工程默认按照工程编号进行倒序排列,并不能按照其它的元素进行排列。

1)建议归档环节对项目结束的工程可按工程编号、项目结束时间、建户时间方式进行倒序、顺序排列;
2)除归档功能以外,对其他查询功能也需按其他的元素进行排列

15

报装系统-项目超时计算

因政府在考核营商环境时,需提供“现场踏勘审核”时限控制的佐证材料。目前报装系统在耗时控制对设计预算环节进行考核时,将预算超期退回或因用户原因退回重新设计的项目进行了耗时统计,导致耗时控制超期

1)耗时控制只统计报装系统预算首次通过的时间;
2)预算和设计退回再通过不影响耗时控制计算

16

工程件业务综合查询功能

因政府营商环境要求,预约申请环节作为报装前置服务环节,需纳入至报装整体流程中,便于后续在营商环境考核中提供相应佐证材料,目前系统存在一下问题:

1)报装系统PC端工程综合查询界面,工作人员只能通过输入工程编号查询到工程,不能通过预约编号查询。
2)点击某个工程的工程总览后,只能在申请受理板块通过点击预约详情查看预约情况,需要独立展示预约情况。

1)可以通过预约编号查询到工程;
2)工程总览界面中,在申请受理板块前增加工程预约的展示板块,能清楚看到预约详情。

17

工程件快速搜索功能

报装系统PC端,其中快速搜索的功能现目前只能通过工程编号搜索,不能通过预约编号进行搜索,不便于工作人员快速查找。

可以通过预约编号搜索,同时在通过工程编号或预约编号搜索项目时,系统支持模糊查询功能。

18

短信发送功能

目前集团客服平台部分业务会发送短信给用户,如果报装系统再发送短信则会导致短信重复发送。所以报装系统需设置配置功能,可自定义是否发送业务办结短信。

通过集团客服平台转交至公司的业务,将报装系统评价、短信、微信推送功能设置为配置项,可选择是否发送。

19

报装系统-电子材料管理

为进一步加强在法律纠纷中电子材料的可靠性,避免潜在法律风险,对报装系统部分内容做出相应点位的查漏补缺,以确保记录内容与实际记录情况一致。

1)报装系统记录所有与用户交互的点位进行查漏补缺,在日志中补全展示,保证有据可依,包括但不限于:①小程序端用户勾选同意温馨提示、供用水合同,在报装系统后台端记录勾选电话、时间、动作;②小程序端勾选确认预算书,在报装系统后台记录勾选电话、时间、金额、动作;③小程序端下载预算书及图纸,在报装系统后台记录下载电话、时间、下载内容、下载方式)
2)报装小程序中各业务的温馨提示添加法律风险相关条款(“用户通过本平台上传的加盖公章的电子文件,与纸质原件具有同等法律效力”)

4.2投标人应满足以下技术要求:

4.2.1软件技术架构要求

兼容本系统原有的软件技术架构,不对软件技术架构做调整,确保符合软件技术架构要求,实现平滑升级。

4.2.2硬件技术架构要求

不调整硬件,不涉及硬件技术架构调整,确保符合原硬件技术架构要求。

系统软件支持以下的运行环境:

数据库软件:支持Mysql、 SQLSERVER等主流数据库。

浏览器应用:要求支持360、Chrome等主流浏览器。

服务器操作系统:支持Windows server 2012 数据中心版,兼容Windows Server 2019或2022或以上。

4.2.3系统性能要求

(1)响应速度要求

系统应保证整体运行平稳,在业务过程中不应出现数据异常等错误,系统页面展示部分在实际使用中应操作流畅,不出现影响正常使用的卡顿现象。

(2)其他要求

保障数据库和应用软件在外部条件稳定的情况下满足7*24小时平稳运行要求。

所有的软件系统在我司IT硬件、网络支持的条件下,系统的年可用率(不统计计划停机)应≥99.9%,最长故障修复时间不超过4小时。存储容量指标历史数据存储时间应至少满足6年(数据库及备份容量约需要150G,文件存储空间约需要200G)。

(3)扩展性原则

系统应具备灵活的可扩展性,能够进行后续新增功能、新增业务的升级迭代。

(4)交互性

系统与我司内部信息系统可进行交互。

系统应能够即时监控系统状况,降低用户使用门槛和系统维护成本,符合我司的界面设计要求,系统功能符合用户的使用和操作习惯;

用户运维人员能简单地部署、维护系统。

客户端使用360、Chrome等主流浏览器访问,不需要做额外的安装配置,只在服务器端维护,降低维护成本。

(5)平台操作界面符合我司VI要求

根据我司提供的VI样式说明,设计平台操作界面,并提供良好的交互体验。

(6)接口要求

考虑到将来系统和我司原有信息系统的数据交换,系统接口要求如下:

符合我司软件接口开发有关技术规范和标准要求;

对通过Web API提交集成接口的,对访问集成接口的IP地址必须进行限制;

对于访问Web API接口的,必须包括用户和密码的认证信息;

支持我司现有系统(表务系统、营收系统、U8系统、数据仓等)之间的数据对接。

(7)安全性要求

根据我司网络安全相关要求开展工作,对本系统存在的软件安全风险进行整改,提供符合我司网络安全要求的资料。

5. 比选文件的获取

投标人于2025年6月10日11点00分可自行在平台(/cms/index.htm)上下载邀请比选文件电子版,投标截止时间前公布的所有相关资料,不管投标人下载与否,比选人都视为投标人收到以上资料并全部知晓有关比选过程和事宜,如因投标人自身原因未能下载相关资料由此产生的一切后果由投标人自行负责。各投标单位应随时关注网上(/cms/index.htm)发布的比选文件及相关修改内容。

此项目将在平台系统上进行电子开、定标。投标人需在平台(/cms/index.htm)下载比选文件,上传投标文件电子档并报价。在投标截止时间前未按时报名、报价并上传投标文件电子档者,视为废标。


本招标项目仅供正式会员查看,您的权限不能浏览详细信息,请注册本网会员并成为正式会员后可下载详细的招标公告、报名表格、项目附件和部分项目招标文件等。
联系人:陈经理
手机:13611390867
电话:010-89940160
邮箱:kefu@dljczb.com
QQ:2830892928
请登录查看