欧贝结算2024年升级项目询价单采购公告(欧冶工业品股份有限公司-数字科技中心)

项目编号RA24121100316招标状态招标|招标公告
发布时间2024-12-13 09:17:32标书获取截止时间
投标截止时间开标时间
招标单位欧冶工业品股份有限公司预算金额
中标单位中标金额
代理单位
相关产品销售销售结算
联系方式

正文内容

询价单号 RA24121100316 采购方式 公开 采购员 联系电话 报名截至时间 2024-12-16T12:00 报价截至时间 2024-12-18T12:00 采购商名称:欧冶工业品股份有限公司-数字科技中心 物料信息 物料代码 物料名称 规格型号 品牌 采购数量 计量单位 要求交货期 备注 欧贝结算2024年升级项目 详见技术规格书 1.0 项 2025-03-31 询价条款 一、交货地址:上海上海宝山区欧冶工业品 二、保证金额度:0.0元 三、商务条款: 四、技术条款:详见附件:欧贝结算2024年升级项目技术规格书 五、注册资本必须大于等于100万元 六、报名要求:1、不在宝武集团《禁入供应商名单》 2、依法成立、从事服务活动的法人企业或其它组织。 3、注册资本在 100 万元(含 100 万元)以上(境外企业除外)。 4、具有签订和履行合同的能力和信誉,良好的财务状况和纳税记 录。 5、近三年具有同类数智服务的成功业绩。 6、具有良好的商业信誉,经营活动中无违法、违规记录和重大法 律纠纷。 7、具有良好的信息化管理能力和数字智慧协同能力。 8、接受公司提出的《廉洁协议》。 七、资质要求: 附件下载 欧贝结算2024年升级项目技术规格书.docx 欧冶工业品股份有限公司 欧贝结算2024年升级项目 技术规格书 甲方: 乙方: 欧冶工业品股份有限公司 代表: 代表: 目录 欧冶工业品股份有限公司 1 技术规格书 1 一、甲、乙方的责任 5 二、甲、乙方的权利 6 三、甲、乙方的义务 6 四、工作内容 7 1. 组织范围 7 2. 应用功能范围 7 2.1平台业务自营结算中心 7 2.1.1平台服务订单的结算与账套切换、与标财对接退款申请 8 2.1.2物流驿站的自动结算、零碳服务订单的采购结算支持 9 2.1.3欧冶采购账套新增中标服务费、标书费结算功能 9 2、 预付款界面支持查询核销状态以及已核销金额。 10 2.1.4欧冶采购通宝、银票收款的流程优化及自动签收 11 1、 客户退款管理,收款单列表增加“票据到期日”字段 11 2.1.3.2 银票收款优化资料自动打包提交财务 11 2.1.3.2 订单线以通宝方式支付支持通宝进行自动签收 12 2.2三方结算标准化改造 12 2.2.1 提供支持采购组织接入的标财结算接口,完善标准结算功能。 12 1.待结算信息接收 12 2.待结算撤回接口 12 3.查看待结算明细清单 12 4.结算单保存/提交 13 5.查询结算单列表 13 6.查看结算详情 13 7.删除结算单 13 8.删除结算单明细行 13 9.结算单确认/驳回/审批拒绝/受理 13 10.结算单状态变化消息推送 13 11.附件上传接口 14 2.2.2 支持多种接入模式与个性化配置,配合支持接入大中矿业,宝武重工改造 14 2. 个性化配置 14 3. 支持大中矿业,宝武重工接入标准采购结算 15 2) 增加采购帐套筛选条件。 15 2.2.3 欧贝空间与通宝数据对接,实现数据及时更新 16 2.2.4 欧贝福宝结算对接; 16 2.3欧采数电票升级改造 17 2.3.1 项目功能总述 17 2.3.2 进项票改造 18 2.3.3 销项票改造 23 1、进项和销项功能用一家服务商的方案 29 3、服务商系统必须支持私有化部署 29 1、 进项发票底账获取 29 2、进项发票影像采集 29 3、进项发票识别查验 29 1)、提供进项发票查验接口(纸票+数电票) 29 4、进项发票状态跟踪 29 1)、底账数据提供发票状态 29 5、进项发票认证抵扣 29 1)、提供数电票和纸票认证接口 29 6、进项发票红冲 29 1)、实时查看进项票红冲状态与红冲金额接口 29 7、进项发票入账 29 8、销项发票开具 29 9、销项发票个性化邮件传递 29 10、销项发票红冲 29 2.3.4 对接乐企平台 30 五、甲、乙方对文档的要求 31 七、乙方的工作方式 32 八、考核验收和技术质量要求 32 九、甲方对乙方工作的介入和检查 34 十、乙方人员安排 34 十一、工程进度 35 十二、变更流程 35 一、甲、乙方的责任 · 乙方应对所承担的“欧贝结算2024年优化完善项目”软件设计的先进性、正确性、完整性和可靠性负责。 · 乙方应对软件设计、调试、试运行等各阶段工作中出现的应用软件设计问题在技术上负责。 · 乙方是本项目软件开发的责任单位,也是调试和试运行等阶段的技术负责单位。 · 乙方所承担的“欧贝结算2024年优化完善项目”对甲方提出的工程进度负责,并应采取切实措施,制定周密计划,负责各阶段进度计划的实施以确保软件开发进度的完成。 · 甲方有义务向乙方提供项目开发所需的设计依据。 · 甲方根据工程进度检查软件设计进度,工程进度有调整时及时通知乙方,并为乙方进度调整创造必要条件。 · 乙方在软件制作中所需的开发条件,由乙方解决。 · 甲乙双方同意按甲方的公司管理办法作为软件设计过程中的行为原则,未及部分将根据双方认可的质量保证体系实施。 · 从调试开始直至交工验收,乙方有责任尽快消除应用软件所造成的系统故障,并向甲方的有关部门说明。 二、甲、乙方的权利 · 乙方有权提出建议、要求及条件,对合理的部分以及甲方能够解决的部分,甲方应尽力解决或予以支持。 · 乙方要求甲方提供正确的资料。 · 甲方有权对乙方项目人员提要求,有权与乙方协商更换不合适的乙方项目人员。 · 甲方有权在合同范围内提出相关要求, 乙方应尽力配合和支持。 三、甲、乙方的义务 · 乙方有义务根据合同规定,交付各阶段技术文档。 · 乙方有义务根据甲方管理部门要求提供如工程进度、组织体制等各类管理上所需要的文件以及阶段性的工作报告。 · 乙方有义务对甲方人员进行培训,保证甲方人员掌握使用、维护所必要的知识。 · 乙方不得向第三方泄露甲方的资料和设计思想。 · 软件投运后,乙方提供1年质保期。质保期内发现应用软件问题,乙方负责免费修正。 · 甲方有义务为乙方提供可能的便利条件。 四、工作内容 组织范围 系统建设功能覆盖欧冶工业品股份有限公司及各分子公司。 应用功能范围 本技术附件描述项目的目标及功能范围,功能的具体需求在需求调研及分析阶段确定,需求范围在满足系统目标前提下应与技术附件约定范围一致。 本项目建设范围包含平台业务自营结算中心和欧贝结算服务产品两部分。 2.1平台业务自营结算中心 平台业务自营结算中心负责欧贝平台(商城、云库、易购、物流)自营业务结算和资金服务。负责与前端业务系统到后端经管系统、财务系统的全流程贯通。提供完整的采购结算和销售结算管理、发票管理、票据管理、对账管理等,以精准、高效、稳定为目标支撑欧贝平台自营业务的发展。 2.1.1平台服务订单的结算与账套切换、与标财对接退款申请 1、 服务销售结算单、非平台销售结算单、销售结算单增加已核销金额、未核销金额。 2、 服务销售结算开票限额管理 3、 润益账套的服务订单结算功能切换到工业品账套,包含审批流。 审批流清单:非平台采购结算单审批、非平台销售结算单审批、服务销售结算单审批、服务采购结算单审批、付款申请与预付款申请审批。 4、 针对服务订单退款,开通与标财退款的对接,解决在线支付退款的账务问题。涉及到平台业务抛发票和抛收条的抛账规则由应收改为预收: 待开票清单:收款方式由原来的C改为D;  非平台销售结算单收条:由原来的 20改为10;三方收条 平台业务中,物流仓储的责任中心:细类为60 平台业务非物流仓储的其他责任中心:细类为94(抛预收) 标财退款改造电文:XXRG1A,电文字段说明: 2.1.2物流驿站的自动结算、零碳服务订单的采购结算支持 2.1.3欧冶采购账套新增中标服务费、标书费结算功能 1、 非平台采购结算单界面支持用途查询,用于查询标书费、中标服务费的核销结算单。 2、 预付款界面支持查询核销状态以及已核销金额。 3、 申请、抛帐规则和抛帐科目、核销(发票如何录入),标书费发票和预付款核销,核销后支持在某个界面看核销情况和未核销的预付款情况。 2.1.4欧冶采购通宝、银票收款的流程优化及自动签收 2.1.1.1 退客户自由款限制 1、财务要求,退客户自由款时如客户支付的票据未到期,不能修改支付方式退款。 2、退客户自由款界面的备注和预计付款日期必填,方便财务后面打印退自由款的付款单做平账。 主要功能: 1、 客户退款管理,收款单列表增加“票据到期日”字段 2、 客户退款管理,退客户自由款界面的备注和预计付款日期必填;退款方式不是票据的,兑付日期非必填;退款申请信息中“备注”增加必填校验 3、 退客户自由款时如客户支付的票据未到期,不能修改支付方式 4、 退款申请信息中“票据到期日期/退款期限“字段名称修改 2.1.3.2 银票收款优化资料自动打包提交财务 银票资料目前有清单的需要扫描电子版清单给财务,但是清单纸质版会提前给财务抛帐使用,而交银票资料会后使用。所以业务可能会忘记扫描清单,导致交银票资料时无法给出。 在提交采购结算单时如采购结算单选择的支付方式是银票,提供提醒扫描销货清单功能。 2.1.3.2 订单线以通宝方式支付支持通宝进行自动签收 目前提交订单之后,线上支付如果选择通宝支付,支付后还需要财务进行通宝签收才能支付成功,时间跨度不确定,造成不好的影响。线上支付通宝支付方式的,按照一定规则做到支付后能够自动签收通宝,订单正常变成待接单状态。通宝退款能否支持部分退款。 2.2三方结算标准化改造 2.2.1 提供支持采购组织接入的标财结算接口,完善标准结算功能。 接口清单: 1.待结算信息接收 obei-openapi/settle-biz/a/api/purSettle/rcvAwaitInfo 接口使用场景说明:待结算信息推送到标准采购结算系统中,才能走系统的采购结算流程。 2.待结算撤回接口 obei-openapi/settle-biz/a/api/purSettle/cnlAwaitInfo 接口使用场景说明:需要对待结算信息撤回时调用此接口。 3.查看待结算明细清单 obei-openapi/settle-biz/a/api/purSettle/await/list 接口使用场景说明:查看采购组织所有待结算的清单数据。 4.结算单保存/提交 obei-openapi/settle-biz/a/api/purSettle/settle/saveOrSubmitSettle 接口使用场景说明:结算单保存或者提交操作,角色为买方时,提交结算单无需确认。 5.查询结算单列表 obei-openapi/settle-biz/a/api/purSettle/pur/settle/list 接口使用场景说明:查看生成的结算单清单 6.查看结算详情 obei-openapi/settle-biz/a/api/purSettle/settle/detail 接口使用场景说明:查看结算单的详情信息 7.删除结算单 obei-openapi/settle-biz/a/api/purSettle/settle/delete 接口使用场景说明:删除结算单 8.删除结算单明细行 obei-openapi/settle-biz/a/api/purSettle/settle/dtl/delete 接口使用场景说明:选择明细行删除 9.结算单确认/驳回/审批拒绝/受理 obei-openapi/settle-biz/a/api/purSettle/settle/rejectOrConfrim 接口使用场景说明:审批拒绝会释放待结算量,可重新创建结算单 10.结算单状态变化消息推送 消息编码:settle_biz_saveOrSubmitSettle 11.附件上传接口 obei-openapi/basic-v6/a/file/upload 接口使用场景说明:审批拒绝会释放待结算量,可重新创建结算单。 2.2.2 支持多种接入模式与个性化配置,配合支持接入大中矿业,宝武重工改造 1. 接入模式:标准采购结算接口接入 OpenAPI(该接入模式支持采购方接入),以此实现标准采购与首钢系统的对接。对接过程需调用欧贝接口清单,值得注意的是,OpenAPI 所含的以下 3 个接口可直接用于结算,无需借助中转接口。 2. 个性化配置 针对不同的采购组织,结算页面需要满足部分个性化的要求。在运营端页面设计采购组织个性化配置页面,满足运营需求。 面客端根据不同的采购组织支持下面的配置: 表格中某列是否可编辑,不含税金额是否可编辑,税额是否可编辑,当前结算量是否可编辑,是否只能添加一张发票 3. 支持大中矿业,宝武重工接入标准采购结算 与采购组织接入结算接口联调,培训使用标准采购结算系统,支持个性化开发。 面客端优化需求: 1) 增加显示采购帐套字段,同时把商品名称替换成商品名称,后一列放采购帐套。 2) 增加采购帐套筛选条件。 3) 进行校验,若用户提交创建的结算单中有不同的采购帐套,进行提醒或控制。 4) 采购方驳回的结算单,供应商可以直接操作【删除】,弹框确认后可直接删除。 5) 页面显示的订单号、订单行号,优先显示外部订单号、订单行号。 6) 根据未税金额和税率自动计算出发票总金额,发票总金额允许手动修改,结算单提交时校验发票总金额与所选发票金额是否一致并提示(只提示,不阻断) 2.2.3 欧贝空间与通宝数据对接,实现数据及时更新 欧贝空间与通宝数据对接工作依循:首要环节是确定对接需求,细致明确双方需交互的数据范畴,厘清对接旨在达成的数据共享、业务协同等关键目标;继而展开技术层面评估,考量系统兼容性,着手筹备适配的数据接口;第三步是制定对接方案,选定高效的数据传输方式,设计精准的数据映射关系;紧接便依据既定规划开展实际对接作业,并同步执行多维度测试工作,核验数据传输准确性与系统稳定性;收尾阶段则依照实际运行状况,持续灵活优化、迭代改进,全方位保障对接效果契合业务发展需求。 本次主要是改造链融系统,把需要的通宝运营数据展示出来,方便查看与统计。 2.2.4 欧贝福宝结算对接; 欧贝福宝系统与结算系统完成功能对接,完善员工福利付款结算流程。 结算这边新增主要功能:福利钱包支付,活动对账、结算跟踪、核销功能。 2.3欧采数电票升级改造 2.3.1 项目功能总述 本项目响应国家税务总局的数电发票改革,旨在通过自动化的数电发票服务,为欧冶采购的客户、供应商以及自营业务提供一体化的税务管理解决方案,提升服务体验,同时降低运营成本并提高管理效率,强化了税务合规与风险控制,支持业务的持续发展和经济交易信息的集成需求。 面向客户 · 提供欧冶采购开具给客户的数电发票开具完成的多渠道的通知功能。 · 提供客户对欧冶采购的数电发票的开票申请功能。 面向供应商 · 提供供应商开具给欧冶采购的数电发票的底账以及附件获取功能。 · 提供供应商协同数电发票的功能。 面向自营 · 保留纸质发票开具的功能,切换至新的发票服务商。 2.3.2 进项票改造 2.3.2.1供应商纸票入池流程 流程说明:供应商开具完纸票后,通过自己税盘离线上传数据至局端,发票服务商能够获取底账,实时或者尽可能短的时间内(不能T+1)通过接口将底账数据发送给欧贝结算中心,结算中心将收到的底账数据存于供应商发票池,并将流转状态置为进项已开票。供应商将开具完的纸票邮寄给欧冶采购的结算员,结算员需要使用发票服务商的系统扫描发票,发票服务商系统将扫描完的发票与底账数据进行比对后将验真通过的发票实时发送给欧贝结算中心,结算中心接收验真通过的发票,并存入供应商发票池,并更新流转状态至已验真。 2.3.2.2供应商电子、数电票入池 流程说明:供应商开具完电子/数电票后,发票服务商能够获取底账,实时或者尽可能短的时间内(不能T+1)通过接口将底账数据发送给欧贝结算中心,结算中心将收到的底账数据存于供应商发票池,并将发票流转状态置为已验真。 2.3.2.3进项发票入账流程 流程说明:供应商在面客端提交协同采购结算单,采购结算单提交审批,批量上传入账发票,如果发票服务系统入账成功采购结算单审批中,入账失败退回采购结算单提交审批状态草稿;如果审批通过,入账流程结束;如果审批驳回或者业务自主撤回,欧采自营端撤回入账发票并在发票服务商系统撤回入账发票,相应采购结算单回退到提交审批状态草稿。 2.3.2.4进项数电发票红冲流程(销方发起) 流程说明:由销方在面客端发起红冲,发送红字确认单到发票服务商系统判断该红冲流程是否需要确认,如果需要确认,红字确认单状态为销方发起待购方确认,欧贝自营端接收进项红字确认单,如果我方确认,红字确认单状态在发票服务商系统中变为确认;如果我方拒绝,相应红字确认单状态变为作废,状态流转到自营端,同步红字确认单状态为红字确认单作废;自营端接收到进项红字确认单确认状态,在供应商端线下完成红票开具;相应在自营端业务自行创建负数结算单录入红票。 2.3.2.5进项数电发票红冲流程(购方发起) 流程说明:欧采业务自行到发票服务商系统开具红字确认单,进项红字确认单在发票服务商状态为购方发起待销方确认,供应商同步接收红字确认单。供应商确认红字确认单,发票服务商红字确认单状态同步确认;供应商拒绝红字确认单,发票服务商系统同步拒绝,自营端同步获取红字确认单状态。发票服务系统红字确认单确认后,供应商线下开具红票,自营端开具负数结算单。我方发起红冲一定需要对方确认,定时查确认单状态。 2.3.3 销项票改造 2.3.3.1销售下单流程 流程说明:欧贝面客端买方在购物车提交订单,选择开票信息,选择电子发票地址(电子发票地址在用户中心维护),买方提交订单,支付成功跳转下单成功页面。 2.3.3.2销售蓝字发票开具 流程说明:欧贝自营端由待结算清单生成销售结算单,在销售开票流程中支持切换发票类型,纸票、数电发票、机动车发票开具各自在发票服务商开票,自营端回填发票数据后,提交财务,流程结束。 2.3.3.3销售发票红冲流程(销方发起) 流程说明:在自营端从蓝字结算单上生成红字确认单,跳转红字确认单编制页面完成编制提交后首先判断是全额还是部分红冲,对于部分红冲,在红字确认单详情页勾选负数待结算行;对于全额红冲,在红字确认单详情页查看负数待结算行;红字确认单对应蓝字结算单状态为红冲申请中。判断是否通过审批,审批驳回的红字确认单回退到红字确认单编制。审批通过的红字确认单,提交红字确认单申请到发票服务商。发票服务商首先根据发票红冲规则判断是否能红冲,如果不能则红字确认发送失败;如果能红冲,再判断是否需要确认,如果需要确认,红字确认单状态为待对方确认,发票服务商检测到对方确认通过,红字确认单双方确认通过状态同步到自营端,自动生成红字结算单并开票;生成红字结算单时,对应蓝字发票状态变为已红冲。发票服务商检测到对方拒绝或超期未确认,自营端可重新发起红冲;如果无需确认,自动开红票并回填。红字确认单再自营端手动作废后,对应蓝字结算单状态回滚。 不能红冲的情况举例:对方未入账时不可发起部分红冲。 2.3.3.4销售发票红冲流程(购方发起) 流程说明:购方发起红字确认,自营端接收发票系统待销方确认状态的红字确认单,首先判断是全额还是部分红冲,对于部分红冲,在红字确认单详情页勾选负数待结算行;对于全额红冲,在红字确认单详情页查看负数待结算行;可对红字确认单进行确认或者驳回操作。确认通过的红字确认单自动生成红字结算单并至发票服务商开具发票,开具完成发票自动回填到自营端系统。驳回的红字确认单流程结束。 2.2.3 各模块功能清单 自营端 一级菜单 二级菜单 三级菜单 功能描述 业务结算中心 采购结算管理 供应商发票池 供应商发票池管理 采购结算管理 进项结算单新增、批量提交、审批撤回、作废处理 进项红字确认单管理 进项红字确认单查询、红字确认处理 销售结算管理 待开票清单查询 待开票结算单行查询、点击创建结算单 销售结算单维护 销售结算单编辑、保存、提交 销售结算管理 销项结算单查询、新增、撤回、审批撤回、发票下载、对应结算单行编制红字确认单 销售结算开票 销售结算发票查询、提交财务、批量导出 销项红字确认单管理 销项销方发起红冲的红字确认单填写、保存、提交;销项红字确认单查询、红字确认处理 基础数据 业务结算审批管理 业务结算和发票红冲、作废审批 发票额度管理 管理数电发票额度,根据现在纸票的版面施行 面客端 一级菜单 二级菜单 三级菜单 功能描述 采购业务 采购结算 结算付款管理 客户结算付款管理 销售业务 业务执行 供应商结算单管理 供应商结算付款管理 2.2.4相关系统功能分担 总体要求 1、进项和销项功能用一家服务商的方案 2、欧贝结算不直接对接电子发票平台,通过服务商提供的接口对接,优先使用RPA,后期使用乐企 3、服务商系统必须支持私有化部署 业务需求 1、 进项发票底账获取 1)、实时获取发票底账数据,推送欧贝结算系统,支持纸票和数电票 2)、数电票底账数据有特定发票类型字段 3)、纸票底账数据,能区分成品油发票 2、进项发票影像采集 1)、提供纸质发票扫描,OCR识别功能,结果推送到欧贝系统 2)、数电票底账数据提供PDF,OFD格式文件 3、进项发票识别查验 1)、提供进项发票查验接口(纸票+数电票) 4、进项发票状态跟踪 1)、底账数据提供发票状态 5、进项发票认证抵扣 1)、提供数电票和纸票认证接口 6、进项发票红冲 1)、实时查看进项票红冲状态与红冲金额接口 2)、提供收到的红字确认单通知,查看红字确认单的状态与确认接口 7、进项发票入账 1)、采购结算锁定进项发票,控制不能红冲,服务商提供发票入账接口 8、销项发票开具 1)、欧贝平台组装好发票信息,调用发票服务商平台开票服务进行开票 9、销项发票个性化邮件传递 1)、发票通知邮件传递服务使用发票服务商服务或者自主研发 10、销项发票红冲 1)、实时查看销项发票红冲状态与红冲金额接口 2)、传递红字确认单信息,查看红字确认单的状态与确认接口 2.3.4 对接乐企平台 2.3.4.1 销项发票对接发票服务商系统方案 2.3.4.2 进项发票对接发票服务商系统方案 五、甲、乙方对文档的要求 · 乙方根据甲方的标准提供阶段文档,或双方协商的标准提供阶段文档。 · 乙方按项目进度向甲方提供阶段文档。 · 甲方预先对乙方提供的阶段文档进行检查和确认。甲方应在5个工作日完成确认,否则视为甲方已确认。 · 乙方提供甲方认为有必要的工作文档。 文档内容如下: 工作阶段 文 档 名 称 项目计划 项目计划(主计划、人员结构)、风险管理列表 需求分析 需求规格说明书(PRD) 基本设计阶段 基本设计说明书 (包括功能设计、数据库设计、接口设计) 测试阶段 测试计划 测试记录 上线阶段 上线投运方案 操作手册 功能考核验收阶段 完工验收确认单(签字版) 不分阶段文档 会议纪要、项目周报、各阶段汇报材料、其他项目过程资料 七、乙方的工作方式 1、乙方的工作地点在上海。 2、项目采用甲乙方人员集中办公方式模式进行。 3、乙方项目组成员在现场办公期间,如有事需要请假离开项目现场,需要甲方项目经理的同意后,方可离开。 4、乙方应制定有效的管理措施,确保项目主节点进度、项目治理和系统安全。 5、 进入现场,乙方应根据欧冶工业品股份有限管理要求做好安全、保卫、保密、考勤和劳动纪律的管理。 八、考核验收和技术质量要求 考核时间:在系统功能考核阶段进行。 编号 考核 项目 考核 指标 考核指标 定义及条件 考核方法及条件 备注 1. 进度计划 — 按“项目实施计划”中的要求执行 双方确认 2. 技术文件交付 — 按“文档交付计划”的要求执行 双方确认 3. 应用软件功能运行 功能投入率100% 且正常运行 根据“需求规格说明书及基本设计说明书”中的应用软件功能及系统设计资料中确定的应用功能进行考核。 注:非本系统引起的异常、出错,不作为应用软件的不合格。如:操作失误(系统已提供必要的数据检查)、外部输入(包括人机界面和接口电文)数据错误等。 4. 应用画面操作响应速度 ≤5秒 针对非统计类的画面的响应指标。 复杂的查询及统计画面除外。环境条件:在合理的服务器软硬件运行环境及网络环境下进行。客户端PC电脑配置不低于2核CPU、4G内存,网络带宽不低于10M。 在不同时段对同一画面进行测试,取平均值。 · 所有保证值的测试在功能考核期间内完成。 · 具体考核内容以调研后双方确认的需求规格说明书及基本设计说明书内容为准。在考核周期内,上述考核指标考核完毕后,双方进行考核总结,给出考核报告。考核通过的,双方签字确认。 · 因硬件设备引起上述考核条件不能满足时,考核指标另行协商。 九、甲方对乙方工作的介入和检查 · 乙方应按照双方协议和商定接纳甲方人员参加各阶段工作,甲方人员应按期到位。 · 为确保设计进度和设计质量,甲方分阶段对乙方进行阶段性检查(检查)和组织评审。乙方应积极配合,并做好组织、准备工作。 · 甲方审查(检查)后,出会议纪要,作为乙方下阶段继续工作的依据。 十、乙方人员安排 乙方应按软件制作阶段列出投入的组织体制及人员名单安排人员参与项目,并保持人员相对稳定,甲方应按计划核对乙方人员到位情况。 十一、工程进度 系统功能开发及上线计划 项目节点 项目内容 计划进度(不晚于) 系统上线 发布上线 2024年12月 功能验收 功能考核及验收 2025年3月 十二、变更流程 在项目启动前、执行过程中,任何一方如因服务费用或范围问题,需对本工作任务书中提及的内容进行调整或变更,均需要以书面的方式提出变更申请,双方应在变更申请提出后的10个工作日内对于变更所带来的项目风险和对项目进度、资源要求和服务费用的影响进行书面评估,以便双方决定是否进行变更。双方书面签署同意变更申请后,双方将就变更部分开始工作。双方认可的对于变更申请的书面同意,将被视为变更订单,并据此对服务费用及项目进度进行调整。 27 image4.png image5.png image6.png image7.png image8.png image9.png image10.png image11.png image12.png image13.png image14.png image15.jpeg image16.png image17.png image18.jpeg image19.jpeg image20.png image21.png image22.png image1.png image2.png

附件下载