个人破产案件办案系统平台采购
个人破产案件办案系统平台采购
项目名称 | 个人破产案件办案系统平台 | 采购类型 | 服务类 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
采购人名称 | (略) 市 (略) | 采购方式 | 公开招标 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
财政预算限额(元) | 9, * , * . * | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
项目背景 | 按照党中央关于 (略) 经济体制建设、推动个人破产立法的 * 系 (略) 署, (略) 市深入贯 (略) 署,将完善破产制度纳入 (略) (略) 动方案,积极推动运用 (略) 特区立法权率先建设个人破产制度,并获得了全国人 (略) 的大力支持指导。在全国率先探索个人破产制度既是中央委托给 (略) 的重大改革项目, (略) 示范区建设的重要内容。 * 日, (略) 市 * 届人大常委会第 * 十 * 次会议表决通过了《 (略) 经济特区个人破产条例》(以下简称为“个人破产条例”)等7项创新性重要法规。《个人破产条例》 (略) 个人破产法规,将于 * 日起实施,将为“诚实但不幸” (略) 主体提供遭遇债务危机的后续保障。个人破产制 (略) 经济环境应有的救济退出机制。根据条例,在深居住 (略) 保连续满 * 年的人,因生产经营、生活消费导致丧失清偿债务能力或者资不抵债的, (略) 破产清算、重整或者和解。经过 * (略) 为限制的考察期,就可以免除剩余债务。 等到个人破产条例正式实施后, (略) 将迎来大量破产案件,且破产案件财产分散且便于隐匿转移, (略) 置分配完毕后,还需在长达 * 到 * 年的时间里对债务人采取限制性措施。通过建立“个人破产案件办理平台”,将确保个人破产条例在 (略) 的贯彻实施,能够为个人破产办理提供高效、便捷、有序的实现途径,为个人破产法的出台和企业破产法的修订提供更加合理有效的实践基础。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
投标人资质要求 | (1)具有独立法人资格或具有独立承担民事责任的能力的其它组织(提供营业执照或事业单位法人证等法人证明扫描件,原件备查)。(2)本项目不接受联合体投标,不接受投标人选用进口产品参与投标。(3)参与本项目投标前 * 年内,在经营活动中没有重大违法记录(由供应商在《政府采购投标及履约承诺函》中作出声明)。(4)参与本项目政府采购活动时不 (略) 门禁止参与政府采购活动且在有效期内的情况(由供应商在《政府采购投标及履约承诺函》中作出声明)。(5)具备《中华人民共和国政府采购法》第 * 十 * 条第 * 款的条件(由供应商在《政府采购投标及履约承诺函》中作出声明)。(6)未被列 (略) 人、重大税收违法案件当事人名单、政府采购严 (略) 为记录名单(由供应商在《政府采购投标及履约承诺函》中作出声明)。(7)本项目不接受联合体投标。注:“信用中国”、“中 (略) ”以及“ (略) 市政 (略) ”为供应商信用信息的查询渠道,相关信息以中标通知书发出前的查询结果为准。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
服务类清单 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
具体技术要求 | * 、 项目技术要求 说明:1、招标技术要求中,用红色加粗字体标注的技术条款为要求提供证明资料的条款,共 * 项,其余为未要求提供证明资料的条款,无需提供相关证明资料。
1.1 平台总体要求 1.1.1 整体要求 此次项目建设内容为个人破产案件办理平台,主要包含破产诉讼服务、破产管理人平台、破产案件信息公 (略) 台、法官工作平台、区块链存证等。 1.1.2 建设原则 1.1.2.1 先进性和成熟性 系统设计要充分体现 * 体化和松耦合的特点,满足“个人破产案件办理平台”建设的要求,系统应运用先进成熟的技术手段和标准化产品,具有较高性能,符合当今技术发展的方向,确保系统具有较强的生命力,有长期的使用价值,符合未来的发展趋势。 1.1.2.2 经济性和实用性 系统设计应面向实际、注重实效,坚持实用、经济的原则,应充分合理利用原有设备和信息资源,应用软件应考虑用户的操作习惯,为用户提供 (略) 的操作界面以及丰富的联机帮助,全面提升系统的实用性和经济性。 1.1.2.3 可靠性和稳定性 设计时要采用可靠的技术,系统各环节具备故障分析与恢复和容错能力,在安全体系建设、复杂环节解决方案和系统切换等各方面考虑周到、 (略) ,建成的系统安全可靠,稳定性强,从而把各种可能存在的风险降至最低。 1.1.2.4 安全性和保密性 系统设计应把安全性放在首位,既要考虑信息资源的充分共享,也要考虑信息的保护和隔离;系统应该在各个层 (略) 控制,设置严格的操作权限;并充分利用日志系统、健全的备份和恢复策略增强系统的安全性。 1.1.2.5 可扩展性和易维护性 设计时应充分考虑业务在未来若干年内的发展趋势,具有 * 定的前瞻性,并充分考虑系统升级、扩容、扩充 (略) 性;并针对本系统涉及用户多、数据量大的特点,充分考虑如何大幅 (略) 理的响应速度以及统计汇总的速度和精度。 1.1.2.6 灵活性和兼容性 软件设计时应充分考虑整个应用系统的灵活要求,随用户需求的改变而及时调整,通过合理的模块划分,实现应用软件对业务变更或软件技术发展的灵活适应能力。 1.1.2.7 整体性和开放性 系统设计应按照“ * 体化、规范化、标准化” (略) 整体设计,结合 (略) 的建设,注重各种信息资源的有机整合;既要考虑安全性,同时也要考虑具有 * 定的开放性,把握好信息共享和信息安全之间的关系。 1.1.2.8 可操作性和易用性 软件界面是系统与用户交互最直接的窗口,因此软件界面的好坏是决定用户能否尽快应用此系统的重要因素。设计良好及规范的软件界面能够符合系统 (略) 理规范和操作习惯,便于引导用户完成相应的软件操作,满足系统易用性要求。同时设计合理的软件界面能给用户带来轻松愉悦的感受,符合用户的认知心理学,能够缩短对于软件的接受和学习周期,便于软件的推广应用,因此,软件界面的设计有 * 定的要求。应用软件应考虑用户的操作习惯,为用户提供 (略) 的操作界面以及丰富的联机帮助。 1.1.3 技术规范要求 本项目建设需要遵循 (略) 颁布的《 (略) 信息系统建设技术规范( * )》及后续的修订增补。 供应 (略) 领先的区块链技术,提供的电子存证技术符合《 (略) 关于民事诉讼证据的若干规定》( * 年 5 月 1 (略) )、 (略) 《电子数据存证技术规范》(SF/T 点击查看>> )关于电子证据和第 * 方存证平台存证的规定。 1.1.4 性能指标要求 1) 要求破产管理人、当事人、公众、法院用户访问各类页面平均响应时间如下: 简单信息查询页面响应时间不超过2秒; 简单统计报表平均响应时间不超过5秒; 信息搜索平均响应时间不超过3秒; 其他页面平均响应时间不超过3秒。 2) 区块链存证性能指标要求 支持 (略) 理能力,应对高访问量, (略) 景。 1.1.5 其他要求 1.1.5.1 保密要求 (略) (略) (略) 资料、技术文档、数据和信息予以保密。 (略) 方签订的保密协议,未经建设单位书面许可,投标单位不得以任何形式向第 * 方透露本项目标书 (略) 涉的任何内容。 1.1.5.2 安全要求 本项目 (略) 络安全等级保护相关规定和技术要求,具体要求如下: 1、中标单位须严 (略) 络安全等级保护相关管理规定和技术要求以及《 (略) 信息安全保障总体建设方案》等有关要求。 2、中标单位 (略) 络安全等级保护第 * 级规定和 (略) 设计和建设。 3、 (略) (略) 络安全等级保护测评与验收工作。 4、中标单位 (略) 络安全等级保护 (略) 整改,直至通过验收。 5、区块链安全要求,支持公钥签名密码算法SM2签名算法(GM/T * ),对称加密算法SM4加密算法(GM/T * ),杂凑算法SM3杂凑算法(GM/T * ),并符合国 (略) 要求的密码算法。采用符合商密标准的证书管理机制和消息传输加密机制。SDK证书和节点证书的颁发、存储、更新和撤销过程均符合商用标准。客户端和服务端之间的消息传输采用符合标准的国密算法对消息加密和签名,保证消息传输过程中的保密性和完整性。 1.1.5.3 容错要求 区块链容错要求,支持拜占庭容错,在总节点数为3f+ (略) 络中(其中f为拜占庭错误节点数),当容错节点不超过f的情况下,系统可正常对外提供服务。 1.1.5.4 可信时间要求 区块链可信时间要求,支持由权威可信 (略) ( (略) )签发的具备法律效力的电子凭证,保证存证时间的权威性。 1.1.5.5 兼容性要求 对公众服务的子系统浏览器兼容要求:须兼容多操作系统Windows、Linux、Mac OS下主流浏览器如 * 浏览器、谷歌浏览器、火狐浏览器、Safair浏览器等至少 * 种,保证用户正常使用要求。 (略) 专网下的子系统浏览器兼容要求:须兼容X * 架构的Windows操作系统下主流浏览器如 * 浏览器、谷歌浏览器、火狐浏览器、Safair浏览器等至少 * 种;须兼容ARM架构的Linux操作系统下的 * 浏览器、自带浏览器至少 * 种;须兼容政务微信内置浏览器与认证;保证用户工作正常开展。 服务器端兼容要求:须满足 (略) 市 (略) 署要求。 1.1.5.6 关于投资 (略) 文件 (略) 有可能发生的费用,即所需的 * 切人工、物耗、工具、系统、用水、用电、保安、 (略) 有可能发生的相关费用,所有费用计入投标总价。 (略) 要求内容应视为 (略) 所需最低要求,如有遗漏,投标人应予补充,否则, * 旦中标将认为投标 (略) 分并免费提供。 1.1.5.7 软硬件设备 (略) 方提供, (略) 方提供的硬件环境下正常运作。 (略) 需的第 * 方软件(如操作系统、数据库、中间件、控件等) (略) 方已购产品或深 (略) 统 * 采购下发的产品。如需要另外采购的,须按 (略) 及工作需求的标准,由中标方列明并利用本项目资金由中标方采购,招标方不再另外支付费用。 1.2 平台技术要求 1.2.1 (略) 破产办理平台 1.2.1.1 门户 基于统 * 门户分别跳转破产诉讼服务、管理人工作平台、以及破产案件信息公 (略) 台。 1.2.1.2 破产诉讼服务(小程序端) 1.2.1.2.1 公用功能 1) 用户登录 当事人可以通 (略) 跳转实现单点登录。如未注 (略) 账号,需先 (略) 完成注册后方可在小程序登录。 2) 网上立案 债权人或债务人可在线登记立案信息,选择破产清算、重整、和解和和解协议确认等任 * 案件类型,提交立案申请。立案 (略) 平台对申请人身份、立案信息和材料审核后,审核结果和意见可再次 (略) 供申请人查看。 3) 材料提交 申请人可通过小程序提交案件材料给法官或者管理人,并可查看接收情况。支持通过系统提供的URL地址访问页面上传大量文件材料。 4) 我的案件 可通过我的案件查看当前登录账号相关的案件记录。 (略) 受理前的案件,申请人可以申请撤销案件。 1.2.1.2.2 债权人服务 1) 债权申报功能 债权人可选择具体案件后在线上申报债权,包括债权人信息、申报债权金额、债权构成基本情况等,提交管理人负责人或管理人 (略) 审核。 2) 推荐管理人功能 债权人可选择管理人名册中的管理人选, (略) 审核。对于债权人推荐管理人,系统提示需要预付案件费用的风险。 1.2.1.2.3 债务人服务 债务人财产申报,债务人可选择具体案件 (略) 财产申报,包含现有资产申报及豁免财产申报。 1.2.1.3 破产诉讼服务(PC端) 1.2.1.3.1 公用功能 1) 用户登录 当事人可以通 (略) 扫 (略) 登录。如未注 (略) 账号,需先 (略) 完成注册后方可 (略) 站登录。 2) 网上立案 债权人或债务人可在线登记立案信息,选择破产清算、重整、和解和和解协议确认等任 * 案件类型,提交立案申请。立案 (略) 平台对申请人身份、立案信息和材料审核后,审核结果和意见可再次 (略) 供申请人查看。 3) 我的案件 可通过我的案件查看当前登录账号相关的案件记录。 (略) 受理前的案件,申请人可以申请撤销案件。 1.2.1.3.2 债权人服务 1) 债权申报功能 债权人可选择具体案件后在线上申报债权,包括债权人信息、申报债权金额、债权构成基本情况等,提交管理人负责人或管理人 (略) 审核。 2) 推荐管理人功能 债权人可选择管理人名册中的管理人选, (略) 审核。对于债权人推荐管理人,系统提示需要预付案件费用的风险。 1.2.1.3.3 债务人服务 债务人财产申报,债务人可选择具体案件 (略) 财产申报,包含现有资产申报及豁免财产申报。 1.2.1.4 破产管理人工作平台 1.2.1.4.1 账号登录 管理人可以通过手机验证码、账号密码、微信扫码 (略) 登录。并可在 (略) 账号注册及找回密码。 1.2.1.4.2 顶部导航 (略) 导航服务,包括首页、债权申报审查、 (略) 文书模板功能。 1.2.1.4.3 个人信息 提供管理个人设置和修改密码服务。 1.2.1.4.4 个案办理 实现对个人破产案件的业务办理,包括案件列表、信息发送、债权人信息、接收安排工作、申请批示、填写工作日志。 (略) 信息和债务人信息公开功能。 1.2.1.4.5 案件详情 提供案件详细信息服务。案件详细信息包括案件基本信息、破产费用和共益债务信息、涉诉、 (略) 关联案件详情这 * 个方面的数据。 1.2.1.4.6 工作档案 为管理人自动生成案件办理档案,并提供导出功能。可查看各个阶段上传的资料,按照时间前后排序。 1.2.1.5 破产案件信息公 (略) 台 建设“破 (略) ”:依托于全国企业破 (略) (略) , (略) 会公众、案件当事人、债务人、债权人、雇用人员、利益相关人。公开债务人有关信息、 (略) 和破产文书等。 1.2.1.5.1 债务人信息公开 提供债务人信息的公开,具体包括以下内容: 实现对个人破产申请审查、个人破产清算、重整、和解等案件相关债务人信息根据权限分别公开。 1.2.1.5.2 破产公告 (略) 的公开,具体包括以下内容: 实现对个人破产申请审查、个人破产清算、重整、 (略) 信息根据权限分别公开。 1.2.1.5.3 破产文书 提供个人破产文书的公开,具体包括以下内容: 实现对个人破产申请审查、个人破产清算、重整、和解等案件相关文书公开、分类展示。 1.2.1.6 破产办理平台权限控制 (略) 破产办理平台通过后台权限控制实现不同角色的权限管理,包括债权人、债务人、管理人、社会公众等 * 类不同角色及角色权限。 1.2.2 法官工作平台 1.2.2.1 门户 可通过统 * 门户跳转立案、庭长、办 (略) 导航。 (略) (略) 署的政务微信平台。 1.2.2.2 破产立案模块 实现个人破产 * 审、 * 审案件的审查、立案、案件查询功能 (略) 上立案审核、上诉案件审核、以及登记立案等 * 种途径的业务办理。 提供案件审查编辑服务,实现查看及编辑立案信息页面,案件信息,当事人信息以及关联案件。 提供案件查询服务,可以查询是否存在重复立案、重复提交、关联案件的情况。 1.2.2.3 分案模块 审管办法官可对提交立案成功的破产案件,进行材料补充并分案给指定承办法官。 1.2.2.4 (略) 庭领导模块 提供已结案件、未结案件列表,并可提供长期未结案件、重大疑难案件、 * 类案件等标识案件,让领导能全面、快速掌握破产案件状态。 支持审批申请服务,支持对法官发起的退回、变更承办 (略) 审批。 1.2.2.5 破产办理模块 1.2.2.5.1 个案办理 1) 在办案件列表 办案法官可查看在办案件列表。 2) 个案办理功能 实现个人破产案件业务办理,满足案件办理的各环节操作,具体包括签收案件、破产申请审查信息、和解、重整、结算案件审查信息、指定管理人、异议信息、法庭使用、回避情况、保全与担保、合议信息、专业法官会议、破产费用和共益债务、审限情况、变更审判组织成员、变更当事人、 (略) 为、司法协助、司法建议、变更当事人、清算组议事及审查、撤销决议、管辖异议审核、结案、移送案件、添加上诉信息等功能。 3)网上材料展示 需对当事人、管理人填写提交的材 (略) 展示,并可以自动生成表格打印。 4) 流程节点协同 与管理人工作档案数据保持同步,可查看各阶段节点管理人上传的文件及请示,法官可针对管理人上 (略) 审批,审批通过即可跳转到卷宗 (略) 文书制作。审批不通过则管理人重新提交。 5)涉诉、 (略) 关联案件详情 (略) 系统对接,提供查看破产案件关联的涉诉、 (略) 案件详信息。 6) 案件/文书公开 提供案件/文书公开功能,通过法官在法官工作平台上发布并公开程序信息、文书信息,自动摆渡到破 (略) 进行展示。 7) (略) (略) 功能,支持设置各环节审批的条件。 1.2.2.5.2 管理人工作 支持法官在法官工作平台上安排管理人需要办理的事项,并自动摆渡到破产管理人工作平台。 支持法官在法官工作平台上接收并批复管理人请示法官的事务,,并自动摆渡到破产管理人工作平台。 支持法官在法官工作平台上查看管理人的工作日志。 1.2.2.5.3 已结案件 提供已结案件信息服务,包括已结案件详情、上诉信息、移送信息。 1.2.2.5.4 核稿案件 提供核稿案件列表服务,支持合议庭成员使用。 1.2.2.6 电子卷宗系统功能集成 (略) 电子案卷随案生成及深度应用系统的智能审阅、文书制 (略) 功能集成,嵌入到破产平台办案流程中,具体功能如下: 1.2.2.6.1 智能审阅 将电子卷宗智能审阅界面的 (略) 集成,如阅卷归档目录自由切换、原审案件卷宗串联查看、卷宗文本复用、多屏阅卷、全卷宗批注索引、材料送达、案件关联查看、商事主体档案查询、签章对接等。 1)目录切换 集成阅卷、归档双目录根据个人阅卷需求的自由切换功能。 (略) 阅卷目录或归档目录等方式查看卷宗材料, (略) 目录之间自由切换。根据获取的 (略) 智能编目,将卷宗材料对应到相应的阅卷目录和归档目录。 2)原审案件卷宗串联 以归档目录查看卷宗材料时,可将原审案件的材料 (略) 查看。法官可方便查看案件的原审档案,不需要切换窗口。 3)多屏阅卷 系统支持同时打开多个 (略) 多屏查看,可打开的窗口数量可由法官指定 4)关联案件查看 可选择案件的 * 个或多个当事人,系统分析案件关联的当事人情况,建立案件和人之间的关联图谱。 5)全卷宗批注索引 法官在阅卷过程中产生的批注信息, (略) 汇总,汇总信息包括材料名称、批注内容、所在页码等。法官可同时在 (略) 批注,批注信息 (略) 汇总。 6)商事主体档案查询 对 (略) ,可将涉案企业的商事主体档案同步到卷宗系统,法 (略) 商事主体档案的阅览。 1.2.2.6.2 文书制作 电子卷宗系统整 (略) 的标准化文书,集成电子卷宗系统文书制作功能,实现智能生成文书等功能。 1)文书生成 支持文书分组批量生成、批量盖章等功能。可根据案件类型、案件状态智能展示当前状态需要。 2)文书中台 文书中台提供文书模板列表查询功能,为个破平台提供根据案号和文书模板编码调用文书中台服务器生成文书等功能。 3)UI对接 按照个破平台的 (略) 智能审阅和文书制作样式调整,法官在阅卷和文书时能够平滑过渡。 4)浏览器兼容 阅卷和文书制作界面按照国 (略) 浏览器兼容 * 浏览器、谷歌浏览器。 1.2.2.6.3 文书送印 文书流转完成后,电子卷宗负责实现文书送印功能,实现送印留痕。 1.2.2.6.4 文书送达 电子卷宗对接送达系统实现个破案卷材料和文书的送达,并接收送达系统推送的 (略) 入卷归档。 1.2.2.6.5 (略) 公开 电子卷宗系统实现将文书推送到省综合业务系统,在综合业务系统 (略) 公开。可根据破产案件的需求对接公开系统, (略) 公开功能。 1.2.2.7 公共功能 1) 管理人名册 在后台支持对管理人名 (略) 维护。 2)查询统计 可通过查询统计功能实现对个人破产案件数量、案件信息的筛选,支持导出。 3)系统管理 在后台支持对个人破产 (略) 管理维护。 1.2.3 统 * 身份认证 1.2.3.1 * 级体系认证对接 支持与 (略) 统 * 身份认证系统、 (略) 统 * 用户管理系统、 (略) 用户管理系统中的用户信息同步,后台服务支持定期从上述 * 套系统中中获取、保存、同步单位组织架构及用户等实现单点登录的关键信息。支持对上述 * 套系统中的组织机构数据与 (略) 智能匹配、自动对应、自动去重等功能。 实现基于 (略) 统 * 身份认证系统、 (略) 统 * 用户管理系统、 (略) 用户管理系统的单点登录功能,实现上述 * 套系统与个人破产办理平台的集成。 1.2.3.2 身份认证管理 支持身份认证的各项管理功能 1) 登录认证 人员认证平台的登录方式支持账号密码登录、扫码登录、CA登录及公安人像识别登录、软证书登录等方式。 2) 账号管理 支持账号、手机号、证件号码多种方式登录、兼容使用政务微信的账号密码登录。 3) 密码管理 支持密码初始化、密码通知、重置密码、修改密码、找回密码。 4) 短信管理 支持收发短信验证码、短信模板管理。 5) 数字证书交叉认证 支持数字证书身份认证服务、统 * 数字证书库、身份资源管理、身份信息交换、数字证 (略) 关、证书用户漫游、数字证书申请服务、数字证书应用管理、用户数据统计查询、平台监控服务、数字证书客户端更新、CA助手服务客户端、密码运算服务。 1.2.3.3 组织信息管理 支持机构/部门/组织信息的新增、删除、编辑、查看、导入、导出、排序。 支持虚拟机构/部门/组织。 支持设置兼管关系,使机构/部门/组织归属多个父节点。 支持为机构/部门/组织设置负责人。 支持为机构/部门/组织设置分管领导 支持对机构/部门/ (略) 模糊搜索。 1.2.3.4 人员帐号管理 支持对人员账号信息的新增、删除、编辑、查看、排序、导入、导出 支持对人员头像的导入、导出 支持设置人 (略) 门,其中 (略) 门。 支持设置人员拥有多个职务岗位,与部门对应,支持设置主职务岗位。 支持对 (略) 模糊搜索。 支持批量添加人员和组织单元关系。 提供特殊权限管理,被赋予特殊权限员有权限避开统 * 认证的人脸识别认证操作和进入统 * 身份认证组织和用户管理的短信动态码验证。 1.2.3.5 标签管理 支持对标签的新增、编辑、删除、查看、导入、导出。 支持对标签成员的添加、移除、导入、导出。 支 (略) 分级。 支持多个父标签。 支持对标签、标签成员模糊搜索。 1.2.3.6 通讯录设置 1) 自定义字段设置 支持设置组织机构、人员、标签的自定义字段,支持扩展机构/人员/标签属性。包括对人员/部门/标签自定义字段新增、编辑、删除、模糊搜索 2) 职务设置 实现对人员职务 (略) 维护。 支持对职务类型新增、编辑、删除 支持对职务新增、编辑、删除 支持手动触发接口同 1.2.3.7 日志管理 实现的日志的基本管理 1) 导入日志 提供导入日志, (略) 有的导入操作。可对 (略) 搜索,支持以excel形式导出查询出的相应导入日志信息 2) 导出日志 提供导出日志, (略) 有的导出操作。支持以excel形式导出查询出的相应导出日志信息 3) 数据同步日志 提供数据同步日志,记录全量同步的日志信息。 4) 接口调用日志 提供接口调用日志,记录接口对通讯录的操作。包括:提供接口调用日志搜索功能、支持以excel形式导出查询出的相应导出日志信息、支持以excel形式导出管理范围内查询出的人员的登录日志。 5) 管理员操作日志 提供管理员操作日志管理功能,包括:支持管理员操作日志搜索、支持以excel形式导出查询出的相应管理员操作日志信息 6) 用户认证日志 超级管理员可以查看其他用户的登录信息,以及登录方式,支持按照时间、帐号、部门查询。 1.2.4 区块链存证 1.2.4.1 (略) 景 通过区块链 (略) 景中的电子数据固化保存在区块链上,形成电子证据。实现个人破产办理小程序与区块链结合, (略) 小程序办理上涉及的 * 般涉财产类、记录类、裁定书等数据在区块链中存证,形成移动端诉讼服务在区块链中的存证。 具 (略) 景: 区块链+诉讼服务,保障小程序端电子诉讼数据安全可信。应用区块链技术将诉讼服务过程中的电子材料、业务数据、 (略) (略) 固证,防篡改、可追溯,确保诉讼服务数据的生产、存储、传播和使用全流程安全可信。 1.2.4.2 区块链存证点要求 存证点涵盖诉前(用户注册信息)、诉求(用户实名信息)、立案(网上预约立案、材料提交、电子送达)、受理(债权申报、财产申报、电子送达)、IP信息、诉讼记录、财产材料记录。 1.2.4.3 区块链存证要求 1.2.4.3.1 数据存储要求 供应商应当能够利用哈希 (略) 提供的 (略) 加密运算,生成哈希值,并在区块链上 (略) 有效保存。 1.2.4.3.2 数据存量要求 供应商提供区块链存证要求支持 (略) 不少于 * 个破产案件,每个破产案件存证证据数量达到不少于 * 条,满 (略) 景中的电子数据固化保存在区块链上。 1.2.4.3.3 存证服务要求 供应商 (略) 站、应用程序和编程接口等形式,提供稳定、安全、高效、及时的电子数据存证服务。 1.2.4.3.4 推广电子存证的要求 供应商应当能够与包括 (略) 在内的 (略) 进行沟通,积极推动电子存 (略) 认可。 1.2.4.3.5 区块链证据校验要求 供应商应当能够对区块链存证的数据出具真实、准确、有效的区块链存证证明书,并提供区块链证据校验服务。 1.2.4.4 区块链存证服务 1.2.4.4.1 API数据存证 关键电子数据/证据文件通过SDK提供的散列算法计算后通过API上链。 1.2.4.4.2 数据固证 对经采集、校验的数据证据信息附加时间戳,形成完整的证据链。 1.2.4.4.3 文件防篡、加密 对采集的原件、 (略) Hash运算,生成唯 * 对应的加密Hash值,防止文件被篡改。通过Hash不可反推原文件,保证数据的隐私。 1.2.4.4.4 自动化报告 对形成的证据链数据自动生成保全报告。 1.2.4.4.5 出证 存证上链后,支持返回电子版区块链存证证书。 1.2.4.4.6 证据校验 对已存证证据,可在区块链浏览器完成证据核验,用以确认当前电子证据有无篡改,同时支持A (略) 校验。 1.2.4.4.7 证据校验司法通道 面向已打通的业务平台可提供区块链证据校验结果。 1.2.5 数据要求 本 (略) 有数据(以下简称平台数据)均归属采购方,采 (略) 管理、使用平台数据,也可以委托中标方或第 * 方管理平台数据。 采购方 (略) 平台数据,包括但不限于在本台中使用、在采购方的其他平台或系统中使用、提供给第 * 方使用等。中标方不得以任何形式阻碍采购方使用平台数据,亦不得为采购方使用平台数据制造任何障碍。 中标人应在采购人指导下配合制定个人破产业务涉及的各类业务规范,即对个人破产案件的业 (略) 定义和描述标准规范体系建设,具体包括:业务规范、数据规范、传输交换规范、数据采集、数据加载、信息利用接口等标准规范类组成,各类规范应满足 (略) 《 (略) 信息系统建设技术规范》的要求,并 (略) 的实际需求。 1.2.6 系统接口 本次项目建设需要与 (略) 市 (略) ( (略) )、 (略) 省 (略) 法院( (略) )、 (略) (简称最高法)相关业务系统对接,实现业务数据的共享交换。本次项目建设费用包括其他业务系统改造费用,中标方应协调原开发商对其他业务系统改造工作。 1.2.6.1 (略) 系统对接 1.2.6.1.1 (略) 卷宗系统 提供案件 (略) ,根据案号和案件代码获取破产平台的案件信息、当事人信息、代理人信息、开庭、缴费等,通过接 (略) 到电子卷宗系统。 案件材料入卷接口,电子卷宗提供标准的入卷接口,个人破产平台可将文书 (略) 入卷, (略) 阅卷目录和归档目录的匹配。 通过调用电子卷宗系统实现阅卷、文书制作、文书盖章、归档等功能。 1.2.6.1.2 深 (略) 平台 通过接口实现 (略) 用户身份体系对接。 实现 (略) 的登录信息互认与系统跳转。 1.2.6.1.3 点对点-鹰眼查控系统 通过接口实 (略) 财产查冻扣操作,以及财产调查。 1.2.6.1.4 (略) 短信平台 (略) 短信平台对接,实现短信提醒及通知。 1.2.6.1.5 破 (略) 门平台 (略) 门尚未成立,预留与破 (略) 门平台对接接口。 1.2.6.1.6 统 * 身份认证 与统 * 身份认证对接,实现个人破产平台案件办理平台用户管理与单点登录等功能。 1.2.6.2 (略) 系统对接 1.2.6.2.1 综合业务系统 (略) 综合业务系统对接,实现单点登录、本地排期、文书打印、送达的办案需求。 司法公开。依法可以公开的个人破产案件信息,通过对接综合业务系统发布至 (略) 司法公开系统、 (略) 网相关司法公开栏目的对接,并实现 * 审裁判 (略) 。 通过对接破产案件信息数据,对于查询到相关的全省诉讼、执行案件信息功能,实现破产涉诉、 (略) 案件关联。 (略) 对收结案信息、法官办案情况、司法公开数据等司法统计需求,法官工作平台可提供接口,满足后续司法统计的需求。 1.2.6.2.2 (略) 短信平台 (略) 短信平台对接,实现短信提醒及通知。 1.2.6.3 最高法系统对接 1.2.6.3.1 全国企业破产重 (略) 通过破 (略) 与全国企业破产重 (略) 对接,实现破产案件公开信息发布,以及 (略) 挂接到全国企业破产重 (略) (略) 展现。 1.2.6.3.2 全国企业法官办理平台 通过与全国企业法官办理平台对接,实现与全国企业法官办理平台数据交互。 1.2.6.4 电子卷宗随案生成系统接口对接 1.2.6.4.1 (略) 根据案号和案件代码获取破产平台的案件信息、当事人信息、代理人信息、开庭、缴费等。 1.2.6.4.2 破产 (略) 企业破产和个人破产涉及到文书的数据项,通过接 (略) 到电子卷宗系统。 1.2.6.4.3 案件材料入卷接口 电子卷宗提供标准的入卷接口,破产平台可将文书 (略) 入卷, (略) 阅卷目录和归档目录的匹配。 1.3 系统实施要求 1.3.1 项目进度要求 本次招标要求投标单位, (略) 要求。 1.3.2 (略) 组成要求 (略) 人员配置科学合理、分工明确,须至少包括项目经理、系统分析师、系统设计人员、软件开发人员、测试人员、用户培训、部署实施等角色。 1.3.2.1 (略) 人员素质要求 1) 项目经理和技术负责人的要求 投标单位须明确项目经理和技术负责人在本项目中的岗位职责、任职资格及管理权限,并明确项目经理和技术负责人调动相关资源的权力,以确保工程顺利实施。 根据项目建设的业务性质,投标单位须分别配备经验丰富的项目经理、技术负责人、核心技术人员、培训讲师承担本项目工作。 2) (略) 成员的要求 参与此项目的技术人员必须具有相关项目集成、开发经验,能 (略) 良好的沟通,掌握各专项技术领域的相关基础知识。 1.3.2.2 (略) 人数要求 投标单位须在不同阶段配置足够的人员组织实施项目,确保项目按进度完成建设。 投标单位应根据“项目进度要求”,对每个月安排的工作都应配套 (略) , (略) 有工作均应同步开展,不能等月度工作完成后才开始下个月的项目研发工作。 所有项目人员在项目开发截止前必须专职从事本项目工作。 1.3.3 项目管理 投标单位须在项目实施过程中制定项目管理制度和工作流程,合理规划项目的组织架构、沟通方式和工作职责,并报招标方备案,提供项目管理工具辅助项目管理工作,每周向招标方提供工程实施进展情况报告。 投标单位可根据项目实施经验,对项目管理工作提出相关建议。 投标单位须制定严格的项目质量控制规范和流程,并在招标方认可的情况下按照制定的规范和 (略) 。 本 (略) 监理制,监理方将以监理的职责 (略) 监理。中标人有义务配合监理方工作,并在实施过程中,按照相关要求提交文档。 1.3.4 项目需提交的成果 投标方须在投标书中明确列出在本项目中拟提交的成果, (略) 方所认可的电子介质与纸质文件同时提交。投标方须提交的成果包括但不限于: (1)需求调研与分析阶段:要求产生《需求调研分析报告》或《系统概要设计说明书》。 (2)系统分析与设计阶段:要求产生《系统详细设计说明书》。 (3)代码实现阶段:要求产生源代码、《测试说明书》。 (4)模块测试:要求根据《系统详细设计说明书》和《测试说明书》 (略) 功能测试,产生《模块测试报告》。 (5)系统集成和测试阶段:要求根据《系统详细设计说明书》和《测试说明书》进行系统集成、功能测试和性能测试,产生《测试报告》、《第 * 方测试报告》。 (6) (略) 阶段(培训):要求产生培训方案、培训教材及系统安装调试方面等文档。 (7)验收与交付阶段:根据招标文件、投标文件、需求分析文档、技术方案形成《功能清单》、第 * 方验收测试报告,采购人、中标人、监理方 (略) 系统验收,产生《验收报告》,双方签字认可。 (8)维护阶段:要求产生维护日志。 1.3.5 系统调试 投标单位负责完成个人破产案件办理平台的安装、配置、调试工作。 1.4 人员培训 1) 投标单位必须提供具有相应专业知识、实际工作和教学经验的培训教师, (略) 提供的讲师必须是本单位的在职人员。 2) 投标单位负 (略) 需计划和资料(包括纸质文档和电子文档),培训教材包括但不限于视频教材、WORD和HTML用户手册、培训PPT, (略) 使用的语言和教材必须是中文。招标方有权使用及修改这些培训资料。 3) 根据项目实施进度安排,完成培训工作。时间、内容、 (略) (略) 调整。 4) 在投标文件中,投标人须提供详细的培训方案和培训承诺。培训方案主要包括培训组织机构、培训内容、培训大纲、培训计划、培训对象等几个方面,并按照 (略) 详细说明。5)投标单位需组织完 (略) 3次集中培训,对管理人1次集中培训,直至掌握系统操作;额外培训投标文件中需要明确培训收费标准,包括对地方法官、管理人单 (略) 培训收费标准。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
商务需求 | 项目工期要求 (1) 系统验收: 1. 质量考核验收标准:参照《 (略) 市电子政务项目检测验收规范》 2. 系统验收主要包括上线初步验收、竣工验收两个阶段。 (2) 上线初步验收: 按照项目进度要求,自合同签订之日起 * (略) 有功能开发、部署 (略) ,系统达到本文件及双方认可的业务和技术要求。 (3) 终验: 全部功能上线后,必须确保 * (略) 时间, (略) 期结束后,进行终验。 售后服务要求 (1) 售后服务 本项目业务需求复杂、服务提供难度大。投标单位必须在投标文件中 (略) 的技术支持与服务方案,包括但不限于技术支持与服务计划、质量控制措施等。 (2) 免费质保期的支持和服务 投标单位需提供至少1年的质量保证期,质保期内需完成平台应用软件缺陷的识别、反馈;缺陷的修改、测试和补 * 升级实施及验证。 质保期内需要根据故障等级提供以下服务:
知识产权 1.投标人必须保证,采购人在中华人民共和国境内使用投标货物、资料、技术、服务 (略) 分时,享有不受限制的无偿使用权,如有第 * 方向采购人提出侵犯其专利权、商标权或其它知识产权的主张,该责任应由投标人承担。 2.投标 (略) (略) 有权人支付的专利权、商标权或其它知识产权的 * 切相关费用。 3.系统软件、通用软件必须是具有在中国境内的合法使用权或版权的正版软件,涉及到第 * 方提出侵权或知识产权的起诉及支付版税等费用由 (略) 有责任及费用。 4. (略) 有成果、产品的知识产权负有瑕疵担保责任,因使用未被授权使用的技术、组件、系统软件、通用软件等知识产权问题 (略) (略) 有责任及费用 (略) 承担。 5.本项目研究成果及其 (略) 有权由采购人和中标方共有,技术文档资料包括完备的系统设计文档、功能模块说明、程序源代码、执行代码、使用手册等,采购人 (略) (略) 有权。 (略) 交付的应用系统软件环境包括生产环境(正式环境)、测试环境、开发环境,所有环境均要求能正常使用,未经采购人许可,中标人不得将相关采购人资料提供给第 * 方。采购人对本项目研发成果享有终生使用权和 * 次开发的权利。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
评标信息 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
其他 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
附件 | 个人破产信息平台需求申报书 点击查看>> .docx |
项目名称 | 个人破产案件办案系统平台 | 采购类型 | 服务类 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
采购人名称 | (略) 市 (略) | 采购方式 | 公开招标 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
财政预算限额(元) | 9, * , * . * | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
项目背景 | 按照党中央关于 (略) 经济体制建设、推动个人破产立法的 * 系 (略) 署, (略) 市深入贯 (略) 署,将完善破产制度纳入 (略) (略) 动方案,积极推动运用 (略) 特区立法权率先建设个人破产制度,并获得了全国人 (略) 的大力支持指导。在全国率先探索个人破产制度既是中央委托给 (略) 的重大改革项目, (略) 示范区建设的重要内容。 * 日, (略) 市 * 届人大常委会第 * 十 * 次会议表决通过了《 (略) 经济特区个人破产条例》(以下简称为“个人破产条例”)等7项创新性重要法规。《个人破产条例》 (略) 个人破产法规,将于 * 日起实施,将为“诚实但不幸” (略) 主体提供遭遇债务危机的后续保障。个人破产制 (略) 经济环境应有的救济退出机制。根据条例,在深居住 (略) 保连续满 * 年的人,因生产经营、生活消费导致丧失清偿债务能力或者资不抵债的, (略) 破产清算、重整或者和解。经过 * (略) 为限制的考察期,就可以免除剩余债务。 等到个人破产条例正式实施后, (略) 将迎来大量破产案件,且破产案件财产分散且便于隐匿转移, (略) 置分配完毕后,还需在长达 * 到 * 年的时间里对债务人采取限制性措施。通过建立“个人破产案件办理平台”,将确保个人破产条例在 (略) 的贯彻实施,能够为个人破产办理提供高效、便捷、有序的实现途径,为个人破产法的出台和企业破产法的修订提供更加合理有效的实践基础。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
投标人资质要求 | (1)具有独立法人资格或具有独立承担民事责任的能力的其它组织(提供营业执照或事业单位法人证等法人证明扫描件,原件备查)。(2)本项目不接受联合体投标,不接受投标人选用进口产品参与投标。(3)参与本项目投标前 * 年内,在经营活动中没有重大违法记录(由供应商在《政府采购投标及履约承诺函》中作出声明)。(4)参与本项目政府采购活动时不 (略) 门禁止参与政府采购活动且在有效期内的情况(由供应商在《政府采购投标及履约承诺函》中作出声明)。(5)具备《中华人民共和国政府采购法》第 * 十 * 条第 * 款的条件(由供应商在《政府采购投标及履约承诺函》中作出声明)。(6)未被列 (略) 人、重大税收违法案件当事人名单、政府采购严 (略) 为记录名单(由供应商在《政府采购投标及履约承诺函》中作出声明)。(7)本项目不接受联合体投标。注:“信用中国”、“中 (略) ”以及“ (略) 市政 (略) ”为供应商信用信息的查询渠道,相关信息以中标通知书发出前的查询结果为准。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
服务类清单 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
具体技术要求 | * 、 项目技术要求 说明:1、招标技术要求中,用红色加粗字体标注的技术条款为要求提供证明资料的条款,共 * 项,其余为未要求提供证明资料的条款,无需提供相关证明资料。
1.1 平台总体要求 1.1.1 整体要求 此次项目建设内容为个人破产案件办理平台,主要包含破产诉讼服务、破产管理人平台、破产案件信息公 (略) 台、法官工作平台、区块链存证等。 1.1.2 建设原则 1.1.2.1 先进性和成熟性 系统设计要充分体现 * 体化和松耦合的特点,满足“个人破产案件办理平台”建设的要求,系统应运用先进成熟的技术手段和标准化产品,具有较高性能,符合当今技术发展的方向,确保系统具有较强的生命力,有长期的使用价值,符合未来的发展趋势。 1.1.2.2 经济性和实用性 系统设计应面向实际、注重实效,坚持实用、经济的原则,应充分合理利用原有设备和信息资源,应用软件应考虑用户的操作习惯,为用户提供 (略) 的操作界面以及丰富的联机帮助,全面提升系统的实用性和经济性。 1.1.2.3 可靠性和稳定性 设计时要采用可靠的技术,系统各环节具备故障分析与恢复和容错能力,在安全体系建设、复杂环节解决方案和系统切换等各方面考虑周到、 (略) ,建成的系统安全可靠,稳定性强,从而把各种可能存在的风险降至最低。 1.1.2.4 安全性和保密性 系统设计应把安全性放在首位,既要考虑信息资源的充分共享,也要考虑信息的保护和隔离;系统应该在各个层 (略) 控制,设置严格的操作权限;并充分利用日志系统、健全的备份和恢复策略增强系统的安全性。 1.1.2.5 可扩展性和易维护性 设计时应充分考虑业务在未来若干年内的发展趋势,具有 * 定的前瞻性,并充分考虑系统升级、扩容、扩充 (略) 性;并针对本系统涉及用户多、数据量大的特点,充分考虑如何大幅 (略) 理的响应速度以及统计汇总的速度和精度。 1.1.2.6 灵活性和兼容性 软件设计时应充分考虑整个应用系统的灵活要求,随用户需求的改变而及时调整,通过合理的模块划分,实现应用软件对业务变更或软件技术发展的灵活适应能力。 1.1.2.7 整体性和开放性 系统设计应按照“ * 体化、规范化、标准化” (略) 整体设计,结合 (略) 的建设,注重各种信息资源的有机整合;既要考虑安全性,同时也要考虑具有 * 定的开放性,把握好信息共享和信息安全之间的关系。 1.1.2.8 可操作性和易用性 软件界面是系统与用户交互最直接的窗口,因此软件界面的好坏是决定用户能否尽快应用此系统的重要因素。设计良好及规范的软件界面能够符合系统 (略) 理规范和操作习惯,便于引导用户完成相应的软件操作,满足系统易用性要求。同时设计合理的软件界面能给用户带来轻松愉悦的感受,符合用户的认知心理学,能够缩短对于软件的接受和学习周期,便于软件的推广应用,因此,软件界面的设计有 * 定的要求。应用软件应考虑用户的操作习惯,为用户提供 (略) 的操作界面以及丰富的联机帮助。 1.1.3 技术规范要求 本项目建设需要遵循 (略) 颁布的《 (略) 信息系统建设技术规范( * )》及后续的修订增补。 供应 (略) 领先的区块链技术,提供的电子存证技术符合《 (略) 关于民事诉讼证据的若干规定》( * 年 5 月 1 (略) )、 (略) 《电子数据存证技术规范》(SF/T 点击查看>> )关于电子证据和第 * 方存证平台存证的规定。 1.1.4 性能指标要求 1) 要求破产管理人、当事人、公众、法院用户访问各类页面平均响应时间如下: 简单信息查询页面响应时间不超过2秒; 简单统计报表平均响应时间不超过5秒; 信息搜索平均响应时间不超过3秒; 其他页面平均响应时间不超过3秒。 2) 区块链存证性能指标要求 支持 (略) 理能力,应对高访问量, (略) 景。 1.1.5 其他要求 1.1.5.1 保密要求 (略) (略) (略) 资料、技术文档、数据和信息予以保密。 (略) 方签订的保密协议,未经建设单位书面许可,投标单位不得以任何形式向第 * 方透露本项目标书 (略) 涉的任何内容。 1.1.5.2 安全要求 本项目 (略) 络安全等级保护相关规定和技术要求,具体要求如下: 1、中标单位须严 (略) 络安全等级保护相关管理规定和技术要求以及《 (略) 信息安全保障总体建设方案》等有关要求。 2、中标单位 (略) 络安全等级保护第 * 级规定和 (略) 设计和建设。 3、 (略) (略) 络安全等级保护测评与验收工作。 4、中标单位 (略) 络安全等级保护 (略) 整改,直至通过验收。 5、区块链安全要求,支持公钥签名密码算法SM2签名算法(GM/T * ),对称加密算法SM4加密算法(GM/T * ),杂凑算法SM3杂凑算法(GM/T * ),并符合国 (略) 要求的密码算法。采用符合商密标准的证书管理机制和消息传输加密机制。SDK证书和节点证书的颁发、存储、更新和撤销过程均符合商用标准。客户端和服务端之间的消息传输采用符合标准的国密算法对消息加密和签名,保证消息传输过程中的保密性和完整性。 1.1.5.3 容错要求 区块链容错要求,支持拜占庭容错,在总节点数为3f+ (略) 络中(其中f为拜占庭错误节点数),当容错节点不超过f的情况下,系统可正常对外提供服务。 1.1.5.4 可信时间要求 区块链可信时间要求,支持由权威可信 (略) ( (略) )签发的具备法律效力的电子凭证,保证存证时间的权威性。 1.1.5.5 兼容性要求 对公众服务的子系统浏览器兼容要求:须兼容多操作系统Windows、Linux、Mac OS下主流浏览器如 * 浏览器、谷歌浏览器、火狐浏览器、Safair浏览器等至少 * 种,保证用户正常使用要求。 (略) 专网下的子系统浏览器兼容要求:须兼容X * 架构的Windows操作系统下主流浏览器如 * 浏览器、谷歌浏览器、火狐浏览器、Safair浏览器等至少 * 种;须兼容ARM架构的Linux操作系统下的 * 浏览器、自带浏览器至少 * 种;须兼容政务微信内置浏览器与认证;保证用户工作正常开展。 服务器端兼容要求:须满足 (略) 市 (略) 署要求。 1.1.5.6 关于投资 (略) 文件 (略) 有可能发生的费用,即所需的 * 切人工、物耗、工具、系统、用水、用电、保安、 (略) 有可能发生的相关费用,所有费用计入投标总价。 (略) 要求内容应视为 (略) 所需最低要求,如有遗漏,投标人应予补充,否则, * 旦中标将认为投标 (略) 分并免费提供。 1.1.5.7 软硬件设备 (略) 方提供, (略) 方提供的硬件环境下正常运作。 (略) 需的第 * 方软件(如操作系统、数据库、中间件、控件等) (略) 方已购产品或深 (略) 统 * 采购下发的产品。如需要另外采购的,须按 (略) 及工作需求的标准,由中标方列明并利用本项目资金由中标方采购,招标方不再另外支付费用。 1.2 平台技术要求 1.2.1 (略) 破产办理平台 1.2.1.1 门户 基于统 * 门户分别跳转破产诉讼服务、管理人工作平台、以及破产案件信息公 (略) 台。 1.2.1.2 破产诉讼服务(小程序端) 1.2.1.2.1 公用功能 1) 用户登录 当事人可以通 (略) 跳转实现单点登录。如未注 (略) 账号,需先 (略) 完成注册后方可在小程序登录。 2) 网上立案 债权人或债务人可在线登记立案信息,选择破产清算、重整、和解和和解协议确认等任 * 案件类型,提交立案申请。立案 (略) 平台对申请人身份、立案信息和材料审核后,审核结果和意见可再次 (略) 供申请人查看。 3) 材料提交 申请人可通过小程序提交案件材料给法官或者管理人,并可查看接收情况。支持通过系统提供的URL地址访问页面上传大量文件材料。 4) 我的案件 可通过我的案件查看当前登录账号相关的案件记录。 (略) 受理前的案件,申请人可以申请撤销案件。 1.2.1.2.2 债权人服务 1) 债权申报功能 债权人可选择具体案件后在线上申报债权,包括债权人信息、申报债权金额、债权构成基本情况等,提交管理人负责人或管理人 (略) 审核。 2) 推荐管理人功能 债权人可选择管理人名册中的管理人选, (略) 审核。对于债权人推荐管理人,系统提示需要预付案件费用的风险。 1.2.1.2.3 债务人服务 债务人财产申报,债务人可选择具体案件 (略) 财产申报,包含现有资产申报及豁免财产申报。 1.2.1.3 破产诉讼服务(PC端) 1.2.1.3.1 公用功能 1) 用户登录 当事人可以通 (略) 扫 (略) 登录。如未注 (略) 账号,需先 (略) 完成注册后方可 (略) 站登录。 2) 网上立案 债权人或债务人可在线登记立案信息,选择破产清算、重整、和解和和解协议确认等任 * 案件类型,提交立案申请。立案 (略) 平台对申请人身份、立案信息和材料审核后,审核结果和意见可再次 (略) 供申请人查看。 3) 我的案件 可通过我的案件查看当前登录账号相关的案件记录。 (略) 受理前的案件,申请人可以申请撤销案件。 1.2.1.3.2 债权人服务 1) 债权申报功能 债权人可选择具体案件后在线上申报债权,包括债权人信息、申报债权金额、债权构成基本情况等,提交管理人负责人或管理人 (略) 审核。 2) 推荐管理人功能 债权人可选择管理人名册中的管理人选, (略) 审核。对于债权人推荐管理人,系统提示需要预付案件费用的风险。 1.2.1.3.3 债务人服务 债务人财产申报,债务人可选择具体案件 (略) 财产申报,包含现有资产申报及豁免财产申报。 1.2.1.4 破产管理人工作平台 1.2.1.4.1 账号登录 管理人可以通过手机验证码、账号密码、微信扫码 (略) 登录。并可在 (略) 账号注册及找回密码。 1.2.1.4.2 顶部导航 (略) 导航服务,包括首页、债权申报审查、 (略) 文书模板功能。 1.2.1.4.3 个人信息 提供管理个人设置和修改密码服务。 1.2.1.4.4 个案办理 实现对个人破产案件的业务办理,包括案件列表、信息发送、债权人信息、接收安排工作、申请批示、填写工作日志。 (略) 信息和债务人信息公开功能。 1.2.1.4.5 案件详情 提供案件详细信息服务。案件详细信息包括案件基本信息、破产费用和共益债务信息、涉诉、 (略) 关联案件详情这 * 个方面的数据。 1.2.1.4.6 工作档案 为管理人自动生成案件办理档案,并提供导出功能。可查看各个阶段上传的资料,按照时间前后排序。 1.2.1.5 破产案件信息公 (略) 台 建设“破 (略) ”:依托于全国企业破 (略) (略) , (略) 会公众、案件当事人、债务人、债权人、雇用人员、利益相关人。公开债务人有关信息、 (略) 和破产文书等。 1.2.1.5.1 债务人信息公开 提供债务人信息的公开,具体包括以下内容: 实现对个人破产申请审查、个人破产清算、重整、和解等案件相关债务人信息根据权限分别公开。 1.2.1.5.2 破产公告 (略) 的公开,具体包括以下内容: 实现对个人破产申请审查、个人破产清算、重整、 (略) 信息根据权限分别公开。 1.2.1.5.3 破产文书 提供个人破产文书的公开,具体包括以下内容: 实现对个人破产申请审查、个人破产清算、重整、和解等案件相关文书公开、分类展示。 1.2.1.6 破产办理平台权限控制 (略) 破产办理平台通过后台权限控制实现不同角色的权限管理,包括债权人、债务人、管理人、社会公众等 * 类不同角色及角色权限。 1.2.2 法官工作平台 1.2.2.1 门户 可通过统 * 门户跳转立案、庭长、办 (略) 导航。 (略) (略) 署的政务微信平台。 1.2.2.2 破产立案模块 实现个人破产 * 审、 * 审案件的审查、立案、案件查询功能 (略) 上立案审核、上诉案件审核、以及登记立案等 * 种途径的业务办理。 提供案件审查编辑服务,实现查看及编辑立案信息页面,案件信息,当事人信息以及关联案件。 提供案件查询服务,可以查询是否存在重复立案、重复提交、关联案件的情况。 1.2.2.3 分案模块 审管办法官可对提交立案成功的破产案件,进行材料补充并分案给指定承办法官。 1.2.2.4 (略) 庭领导模块 提供已结案件、未结案件列表,并可提供长期未结案件、重大疑难案件、 * 类案件等标识案件,让领导能全面、快速掌握破产案件状态。 支持审批申请服务,支持对法官发起的退回、变更承办 (略) 审批。 1.2.2.5 破产办理模块 1.2.2.5.1 个案办理 1) 在办案件列表 办案法官可查看在办案件列表。 2) 个案办理功能 实现个人破产案件业务办理,满足案件办理的各环节操作,具体包括签收案件、破产申请审查信息、和解、重整、结算案件审查信息、指定管理人、异议信息、法庭使用、回避情况、保全与担保、合议信息、专业法官会议、破产费用和共益债务、审限情况、变更审判组织成员、变更当事人、 (略) 为、司法协助、司法建议、变更当事人、清算组议事及审查、撤销决议、管辖异议审核、结案、移送案件、添加上诉信息等功能。 3)网上材料展示 需对当事人、管理人填写提交的材 (略) 展示,并可以自动生成表格打印。 4) 流程节点协同 与管理人工作档案数据保持同步,可查看各阶段节点管理人上传的文件及请示,法官可针对管理人上 (略) 审批,审批通过即可跳转到卷宗 (略) 文书制作。审批不通过则管理人重新提交。 5)涉诉、 (略) 关联案件详情 (略) 系统对接,提供查看破产案件关联的涉诉、 (略) 案件详信息。 6) 案件/文书公开 提供案件/文书公开功能,通过法官在法官工作平台上发布并公开程序信息、文书信息,自动摆渡到破 (略) 进行展示。 7) (略) (略) 功能,支持设置各环节审批的条件。 1.2.2.5.2 管理人工作 支持法官在法官工作平台上安排管理人需要办理的事项,并自动摆渡到破产管理人工作平台。 支持法官在法官工作平台上接收并批复管理人请示法官的事务,,并自动摆渡到破产管理人工作平台。 支持法官在法官工作平台上查看管理人的工作日志。 1.2.2.5.3 已结案件 提供已结案件信息服务,包括已结案件详情、上诉信息、移送信息。 1.2.2.5.4 核稿案件 提供核稿案件列表服务,支持合议庭成员使用。 1.2.2.6 电子卷宗系统功能集成 (略) 电子案卷随案生成及深度应用系统的智能审阅、文书制 (略) 功能集成,嵌入到破产平台办案流程中,具体功能如下: 1.2.2.6.1 智能审阅 将电子卷宗智能审阅界面的 (略) 集成,如阅卷归档目录自由切换、原审案件卷宗串联查看、卷宗文本复用、多屏阅卷、全卷宗批注索引、材料送达、案件关联查看、商事主体档案查询、签章对接等。 1)目录切换 集成阅卷、归档双目录根据个人阅卷需求的自由切换功能。 (略) 阅卷目录或归档目录等方式查看卷宗材料, (略) 目录之间自由切换。根据获取的 (略) 智能编目,将卷宗材料对应到相应的阅卷目录和归档目录。 2)原审案件卷宗串联 以归档目录查看卷宗材料时,可将原审案件的材料 (略) 查看。法官可方便查看案件的原审档案,不需要切换窗口。 3)多屏阅卷 系统支持同时打开多个 (略) 多屏查看,可打开的窗口数量可由法官指定 4)关联案件查看 可选择案件的 * 个或多个当事人,系统分析案件关联的当事人情况,建立案件和人之间的关联图谱。 5)全卷宗批注索引 法官在阅卷过程中产生的批注信息, (略) 汇总,汇总信息包括材料名称、批注内容、所在页码等。法官可同时在 (略) 批注,批注信息 (略) 汇总。 6)商事主体档案查询 对 (略) ,可将涉案企业的商事主体档案同步到卷宗系统,法 (略) 商事主体档案的阅览。 1.2.2.6.2 文书制作 电子卷宗系统整 (略) 的标准化文书,集成电子卷宗系统文书制作功能,实现智能生成文书等功能。 1)文书生成 支持文书分组批量生成、批量盖章等功能。可根据案件类型、案件状态智能展示当前状态需要。 2)文书中台 文书中台提供文书模板列表查询功能,为个破平台提供根据案号和文书模板编码调用文书中台服务器生成文书等功能。 3)UI对接 按照个破平台的 (略) 智能审阅和文书制作样式调整,法官在阅卷和文书时能够平滑过渡。 4)浏览器兼容 阅卷和文书制作界面按照国 (略) 浏览器兼容 * 浏览器、谷歌浏览器。 1.2.2.6.3 文书送印 文书流转完成后,电子卷宗负责实现文书送印功能,实现送印留痕。 1.2.2.6.4 文书送达 电子卷宗对接送达系统实现个破案卷材料和文书的送达,并接收送达系统推送的 (略) 入卷归档。 1.2.2.6.5 (略) 公开 电子卷宗系统实现将文书推送到省综合业务系统,在综合业务系统 (略) 公开。可根据破产案件的需求对接公开系统, (略) 公开功能。 1.2.2.7 公共功能 1) 管理人名册 在后台支持对管理人名 (略) 维护。 2)查询统计 可通过查询统计功能实现对个人破产案件数量、案件信息的筛选,支持导出。 3)系统管理 在后台支持对个人破产 (略) 管理维护。 1.2.3 统 * 身份认证 1.2.3.1 * 级体系认证对接 支持与 (略) 统 * 身份认证系统、 (略) 统 * 用户管理系统、 (略) 用户管理系统中的用户信息同步,后台服务支持定期从上述 * 套系统中中获取、保存、同步单位组织架构及用户等实现单点登录的关键信息。支持对上述 * 套系统中的组织机构数据与 (略) 智能匹配、自动对应、自动去重等功能。 实现基于 (略) 统 * 身份认证系统、 (略) 统 * 用户管理系统、 (略) 用户管理系统的单点登录功能,实现上述 * 套系统与个人破产办理平台的集成。 1.2.3.2 身份认证管理 支持身份认证的各项管理功能 1) 登录认证 人员认证平台的登录方式支持账号密码登录、扫码登录、CA登录及公安人像识别登录、软证书登录等方式。 2) 账号管理 支持账号、手机号、证件号码多种方式登录、兼容使用政务微信的账号密码登录。 3) 密码管理 支持密码初始化、密码通知、重置密码、修改密码、找回密码。 4) 短信管理 支持收发短信验证码、短信模板管理。 5) 数字证书交叉认证 支持数字证书身份认证服务、统 * 数字证书库、身份资源管理、身份信息交换、数字证 (略) 关、证书用户漫游、数字证书申请服务、数字证书应用管理、用户数据统计查询、平台监控服务、数字证书客户端更新、CA助手服务客户端、密码运算服务。 1.2.3.3 组织信息管理 支持机构/部门/组织信息的新增、删除、编辑、查看、导入、导出、排序。 支持虚拟机构/部门/组织。 支持设置兼管关系,使机构/部门/组织归属多个父节点。 支持为机构/部门/组织设置负责人。 支持为机构/部门/组织设置分管领导 支持对机构/部门/ (略) 模糊搜索。 1.2.3.4 人员帐号管理 支持对人员账号信息的新增、删除、编辑、查看、排序、导入、导出 支持对人员头像的导入、导出 支持设置人 (略) 门,其中 (略) 门。 支持设置人员拥有多个职务岗位,与部门对应,支持设置主职务岗位。 支持对 (略) 模糊搜索。 支持批量添加人员和组织单元关系。 提供特殊权限管理,被赋予特殊权限员有权限避开统 * 认证的人脸识别认证操作和进入统 * 身份认证组织和用户管理的短信动态码验证。 1.2.3.5 标签管理 支持对标签的新增、编辑、删除、查看、导入、导出。 支持对标签成员的添加、移除、导入、导出。 支 (略) 分级。 支持多个父标签。 支持对标签、标签成员模糊搜索。 1.2.3.6 通讯录设置 1) 自定义字段设置 支持设置组织机构、人员、标签的自定义字段,支持扩展机构/人员/标签属性。包括对人员/部门/标签自定义字段新增、编辑、删除、模糊搜索 2) 职务设置 实现对人员职务 (略) 维护。 支持对职务类型新增、编辑、删除 支持对职务新增、编辑、删除 支持手动触发接口同 1.2.3.7 日志管理 实现的日志的基本管理 1) 导入日志 提供导入日志, (略) 有的导入操作。可对 (略) 搜索,支持以excel形式导出查询出的相应导入日志信息 2) 导出日志 提供导出日志, (略) 有的导出操作。支持以excel形式导出查询出的相应导出日志信息 3) 数据同步日志 提供数据同步日志,记录全量同步的日志信息。 4) 接口调用日志 提供接口调用日志,记录接口对通讯录的操作。包括:提供接口调用日志搜索功能、支持以excel形式导出查询出的相应导出日志信息、支持以excel形式导出管理范围内查询出的人员的登录日志。 5) 管理员操作日志 提供管理员操作日志管理功能,包括:支持管理员操作日志搜索、支持以excel形式导出查询出的相应管理员操作日志信息 6) 用户认证日志 超级管理员可以查看其他用户的登录信息,以及登录方式,支持按照时间、帐号、部门查询。 1.2.4 区块链存证 1.2.4.1 (略) 景 通过区块链 (略) 景中的电子数据固化保存在区块链上,形成电子证据。实现个人破产办理小程序与区块链结合, (略) 小程序办理上涉及的 * 般涉财产类、记录类、裁定书等数据在区块链中存证,形成移动端诉讼服务在区块链中的存证。 具 (略) 景: 区块链+诉讼服务,保障小程序端电子诉讼数据安全可信。应用区块链技术将诉讼服务过程中的电子材料、业务数据、 (略) (略) 固证,防篡改、可追溯,确保诉讼服务数据的生产、存储、传播和使用全流程安全可信。 1.2.4.2 区块链存证点要求 存证点涵盖诉前(用户注册信息)、诉求(用户实名信息)、立案(网上预约立案、材料提交、电子送达)、受理(债权申报、财产申报、电子送达)、IP信息、诉讼记录、财产材料记录。 1.2.4.3 区块链存证要求 1.2.4.3.1 数据存储要求 供应商应当能够利用哈希 (略) 提供的 (略) 加密运算,生成哈希值,并在区块链上 (略) 有效保存。 1.2.4.3.2 数据存量要求 供应商提供区块链存证要求支持 (略) 不少于 * 个破产案件,每个破产案件存证证据数量达到不少于 * 条,满 (略) 景中的电子数据固化保存在区块链上。 1.2.4.3.3 存证服务要求 供应商 (略) 站、应用程序和编程接口等形式,提供稳定、安全、高效、及时的电子数据存证服务。 1.2.4.3.4 推广电子存证的要求 供应商应当能够与包括 (略) 在内的 (略) 进行沟通,积极推动电子存 (略) 认可。 1.2.4.3.5 区块链证据校验要求 供应商应当能够对区块链存证的数据出具真实、准确、有效的区块链存证证明书,并提供区块链证据校验服务。 1.2.4.4 区块链存证服务 1.2.4.4.1 API数据存证 关键电子数据/证据文件通过SDK提供的散列算法计算后通过API上链。 1.2.4.4.2 数据固证 对经采集、校验的数据证据信息附加时间戳,形成完整的证据链。 1.2.4.4.3 文件防篡、加密 对采集的原件、 (略) Hash运算,生成唯 * 对应的加密Hash值,防止文件被篡改。通过Hash不可反推原文件,保证数据的隐私。 1.2.4.4.4 自动化报告 对形成的证据链数据自动生成保全报告。 1.2.4.4.5 出证 存证上链后,支持返回电子版区块链存证证书。 1.2.4.4.6 证据校验 对已存证证据,可在区块链浏览器完成证据核验,用以确认当前电子证据有无篡改,同时支持A (略) 校验。 1.2.4.4.7 证据校验司法通道 面向已打通的业务平台可提供区块链证据校验结果。 1.2.5 数据要求 本 (略) 有数据(以下简称平台数据)均归属采购方,采 (略) 管理、使用平台数据,也可以委托中标方或第 * 方管理平台数据。 采购方 (略) 平台数据,包括但不限于在本台中使用、在采购方的其他平台或系统中使用、提供给第 * 方使用等。中标方不得以任何形式阻碍采购方使用平台数据,亦不得为采购方使用平台数据制造任何障碍。 中标人应在采购人指导下配合制定个人破产业务涉及的各类业务规范,即对个人破产案件的业 (略) 定义和描述标准规范体系建设,具体包括:业务规范、数据规范、传输交换规范、数据采集、数据加载、信息利用接口等标准规范类组成,各类规范应满足 (略) 《 (略) 信息系统建设技术规范》的要求,并 (略) 的实际需求。 1.2.6 系统接口 本次项目建设需要与 (略) 市 (略) ( (略) )、 (略) 省 (略) 法院( (略) )、 (略) (简称最高法)相关业务系统对接,实现业务数据的共享交换。本次项目建设费用包括其他业务系统改造费用,中标方应协调原开发商对其他业务系统改造工作。 1.2.6.1 (略) 系统对接 1.2.6.1.1 (略) 卷宗系统 提供案件 (略) ,根据案号和案件代码获取破产平台的案件信息、当事人信息、代理人信息、开庭、缴费等,通过接 (略) 到电子卷宗系统。 案件材料入卷接口,电子卷宗提供标准的入卷接口,个人破产平台可将文书 (略) 入卷, (略) 阅卷目录和归档目录的匹配。 通过调用电子卷宗系统实现阅卷、文书制作、文书盖章、归档等功能。 1.2.6.1.2 深 (略) 平台 通过接口实现 (略) 用户身份体系对接。 实现 (略) 的登录信息互认与系统跳转。 1.2.6.1.3 点对点-鹰眼查控系统 通过接口实 (略) 财产查冻扣操作,以及财产调查。 1.2.6.1.4 (略) 短信平台 (略) 短信平台对接,实现短信提醒及通知。 1.2.6.1.5 破 (略) 门平台 (略) 门尚未成立,预留与破 (略) 门平台对接接口。 1.2.6.1.6 统 * 身份认证 与统 * 身份认证对接,实现个人破产平台案件办理平台用户管理与单点登录等功能。 1.2.6.2 (略) 系统对接 1.2.6.2.1 综合业务系统 (略) 综合业务系统对接,实现单点登录、本地排期、文书打印、送达的办案需求。 司法公开。依法可以公开的个人破产案件信息,通过对接综合业务系统发布至 (略) 司法公开系统、 (略) 网相关司法公开栏目的对接,并实现 * 审裁判 (略) 。 通过对接破产案件信息数据,对于查询到相关的全省诉讼、执行案件信息功能,实现破产涉诉、 (略) 案件关联。 (略) 对收结案信息、法官办案情况、司法公开数据等司法统计需求,法官工作平台可提供接口,满足后续司法统计的需求。 1.2.6.2.2 (略) 短信平台 (略) 短信平台对接,实现短信提醒及通知。 1.2.6.3 最高法系统对接 1.2.6.3.1 全国企业破产重 (略) 通过破 (略) 与全国企业破产重 (略) 对接,实现破产案件公开信息发布,以及 (略) 挂接到全国企业破产重 (略) (略) 展现。 1.2.6.3.2 全国企业法官办理平台 通过与全国企业法官办理平台对接,实现与全国企业法官办理平台数据交互。 1.2.6.4 电子卷宗随案生成系统接口对接 1.2.6.4.1 (略) 根据案号和案件代码获取破产平台的案件信息、当事人信息、代理人信息、开庭、缴费等。 1.2.6.4.2 破产 (略) 企业破产和个人破产涉及到文书的数据项,通过接 (略) 到电子卷宗系统。 1.2.6.4.3 案件材料入卷接口 电子卷宗提供标准的入卷接口,破产平台可将文书 (略) 入卷, (略) 阅卷目录和归档目录的匹配。 1.3 系统实施要求 1.3.1 项目进度要求 本次招标要求投标单位, (略) 要求。 1.3.2 (略) 组成要求 (略) 人员配置科学合理、分工明确,须至少包括项目经理、系统分析师、系统设计人员、软件开发人员、测试人员、用户培训、部署实施等角色。 1.3.2.1 (略) 人员素质要求 1) 项目经理和技术负责人的要求 投标单位须明确项目经理和技术负责人在本项目中的岗位职责、任职资格及管理权限,并明确项目经理和技术负责人调动相关资源的权力,以确保工程顺利实施。 根据项目建设的业务性质,投标单位须分别配备经验丰富的项目经理、技术负责人、核心技术人员、培训讲师承担本项目工作。 2) (略) 成员的要求 参与此项目的技术人员必须具有相关项目集成、开发经验,能 (略) 良好的沟通,掌握各专项技术领域的相关基础知识。 1.3.2.2 (略) 人数要求 投标单位须在不同阶段配置足够的人员组织实施项目,确保项目按进度完成建设。 投标单位应根据“项目进度要求”,对每个月安排的工作都应配套 (略) , (略) 有工作均应同步开展,不能等月度工作完成后才开始下个月的项目研发工作。 所有项目人员在项目开发截止前必须专职从事本项目工作。 1.3.3 项目管理 投标单位须在项目实施过程中制定项目管理制度和工作流程,合理规划项目的组织架构、沟通方式和工作职责,并报招标方备案,提供项目管理工具辅助项目管理工作,每周向招标方提供工程实施进展情况报告。 投标单位可根据项目实施经验,对项目管理工作提出相关建议。 投标单位须制定严格的项目质量控制规范和流程,并在招标方认可的情况下按照制定的规范和 (略) 。 本 (略) 监理制,监理方将以监理的职责 (略) 监理。中标人有义务配合监理方工作,并在实施过程中,按照相关要求提交文档。 1.3.4 项目需提交的成果 投标方须在投标书中明确列出在本项目中拟提交的成果, (略) 方所认可的电子介质与纸质文件同时提交。投标方须提交的成果包括但不限于: (1)需求调研与分析阶段:要求产生《需求调研分析报告》或《系统概要设计说明书》。 (2)系统分析与设计阶段:要求产生《系统详细设计说明书》。 (3)代码实现阶段:要求产生源代码、《测试说明书》。 (4)模块测试:要求根据《系统详细设计说明书》和《测试说明书》 (略) 功能测试,产生《模块测试报告》。 (5)系统集成和测试阶段:要求根据《系统详细设计说明书》和《测试说明书》进行系统集成、功能测试和性能测试,产生《测试报告》、《第 * 方测试报告》。 (6) (略) 阶段(培训):要求产生培训方案、培训教材及系统安装调试方面等文档。 (7)验收与交付阶段:根据招标文件、投标文件、需求分析文档、技术方案形成《功能清单》、第 * 方验收测试报告,采购人、中标人、监理方 (略) 系统验收,产生《验收报告》,双方签字认可。 (8)维护阶段:要求产生维护日志。 1.3.5 系统调试 投标单位负责完成个人破产案件办理平台的安装、配置、调试工作。 1.4 人员培训 1) 投标单位必须提供具有相应专业知识、实际工作和教学经验的培训教师, (略) 提供的讲师必须是本单位的在职人员。 2) 投标单位负 (略) 需计划和资料(包括纸质文档和电子文档),培训教材包括但不限于视频教材、WORD和HTML用户手册、培训PPT, (略) 使用的语言和教材必须是中文。招标方有权使用及修改这些培训资料。 3) 根据项目实施进度安排,完成培训工作。时间、内容、 (略) (略) 调整。 4) 在投标文件中,投标人须提供详细的培训方案和培训承诺。培训方案主要包括培训组织机构、培训内容、培训大纲、培训计划、培训对象等几个方面,并按照 (略) 详细说明。5)投标单位需组织完 (略) 3次集中培训,对管理人1次集中培训,直至掌握系统操作;额外培训投标文件中需要明确培训收费标准,包括对地方法官、管理人单 (略) 培训收费标准。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
商务需求 | 项目工期要求 (1) 系统验收: 1. 质量考核验收标准:参照《 (略) 市电子政务项目检测验收规范》 2. 系统验收主要包括上线初步验收、竣工验收两个阶段。 (2) 上线初步验收: 按照项目进度要求,自合同签订之日起 * (略) 有功能开发、部署 (略) ,系统达到本文件及双方认可的业务和技术要求。 (3) 终验: 全部功能上线后,必须确保 * (略) 时间, (略) 期结束后,进行终验。 售后服务要求 (1) 售后服务 本项目业务需求复杂、服务提供难度大。投标单位必须在投标文件中 (略) 的技术支持与服务方案,包括但不限于技术支持与服务计划、质量控制措施等。 (2) 免费质保期的支持和服务 投标单位需提供至少1年的质量保证期,质保期内需完成平台应用软件缺陷的识别、反馈;缺陷的修改、测试和补 * 升级实施及验证。 质保期内需要根据故障等级提供以下服务:
知识产权 1.投标人必须保证,采购人在中华人民共和国境内使用投标货物、资料、技术、服务 (略) 分时,享有不受限制的无偿使用权,如有第 * 方向采购人提出侵犯其专利权、商标权或其它知识产权的主张,该责任应由投标人承担。 2.投标 (略) (略) 有权人支付的专利权、商标权或其它知识产权的 * 切相关费用。 3.系统软件、通用软件必须是具有在中国境内的合法使用权或版权的正版软件,涉及到第 * 方提出侵权或知识产权的起诉及支付版税等费用由 (略) 有责任及费用。 4. (略) 有成果、产品的知识产权负有瑕疵担保责任,因使用未被授权使用的技术、组件、系统软件、通用软件等知识产权问题 (略) (略) 有责任及费用 (略) 承担。 5.本项目研究成果及其 (略) 有权由采购人和中标方共有,技术文档资料包括完备的系统设计文档、功能模块说明、程序源代码、执行代码、使用手册等,采购人 (略) (略) 有权。 (略) 交付的应用系统软件环境包括生产环境(正式环境)、测试环境、开发环境,所有环境均要求能正常使用,未经采购人许可,中标人不得将相关采购人资料提供给第 * 方。采购人对本项目研发成果享有终生使用权和 * 次开发的权利。 | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
评标信息 |
| |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
其他 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
附件 | 个人破产信息平台需求申报书 点击查看>> .docx |
最近搜索
无
热门搜索
无