询价采购邀请函
各邀请单位：
随着游船业务板块重新整合，现有票务管理系统功能已经较难满足使用需求，需对票务系统进行重新开发建设，拟对该项目进行询价，选定承包人，现邀请贵方参与本项目报价。
*、项目概况
*.项目名称：水上巴士公司票务管理系统采购项目
*.项目内容：根据水上巴士公司票务管理要求开发新票务系统，满足现有的经营需求。
*、询价采购要求及内容
*.基本要求：符合现行国家及地方现行的法律、法规、标准及规范的相关要求；
*.服务期限：自合同签订之日起至完成合同时止，贵公司需积极配合，提供相应服务。
*.成交单位要求：
（*）成交后，要求缴纳履约保证金*.*万元，项目的交付日期为****年*月**日前。
（*）响应单位需在游船＆票务领域系统领域拥有丰富的开发经验，能够根据我司需求开发适合我司的定制票务系统。系统需具备高稳定性和全方位功能支持，以满足各类票务管理和运营需求。
（*）响应单位应具有相关领域的成功实施案例，尤其是具备类似规模或性质的项目经验，以确保其有能力处理实际运营中的各种需求。案例需包括系统开发、实施和运维的全流程内容，并提供相关证明材料。
（*）新旧设备兼容性，响应单位需具备处理新旧设备系统兼容的技术能力，确保系统升级后的平稳过渡。开发的系统需具备扩展性和可持续性，以便于未来设备的更新和升级。
（*）技术支持和持续服务能力，响应单位应承诺在系统上线后的长期技术支持，保证系统的高效运行与持续维护。服务内容应包括系统维护、功能升级、故障处理、远程支持等，以确保系统在实际运营中的顺畅使用。
（*）响应单位服务团队应不少于*人，负责人/团队成员应有*年的工作年限。
（*）响应单位应提供近*年公司的财务指标，以及相关的资质证书。
*.项目具体内容：
水上观光游船系统需求列表 | ||||
系统 | 模块名称 | 功能 | 详细介绍 | |
水上观光游船系统 | 用户端 | 支付宝/微信小程序 | 信息展示 | 展示景区介绍 、公告 、活动等图文信息 |
小程序售票 | 用户可通过小程序直接选择产品 、场次购票，购票成功后可通过短信发送验*维码 | |||
支付接口对接 | 小程序支付接口对接 | |||
检票核验和退票 | 查询订单检票状态， 并对未检票订单和申请退票票款原路返回 | |||
申请开发票 | 用户完成检票后可通过小程序向平台申请开发票 | |||
按点位显示售票产品 | 根据售票码头的不同，区别售票码，展示出来的售票线路不同 | |||
自助购票系统 | 自助机售票 | 通过自助机下单购票、支持人脸支付 | ||
自助机取票 | 通过手机号或其他订单凭证， 换取纸质票或短信发送验票*维码 | |||
支付接口对接 | 自助机对接支付接口 | |||
身份证识别对接 | 对接身份证识别模块， 购票时可刷身份证直接填入身份信息 | |||
自助机打印 | 对接打印机， 购票或取票后打印票据（支持打印纪念船票和热敏纸小票） | |||
检票端 | 闸 机 对 接 | 刷脸和*维码检票对接闸机 | 已购票用户可通过刷脸以及*维码验票过闸，含乘客姓名、票型、航班已售人数、已验票人数等）实时更新显示于操作界面。 | |
身份证检票对接闸机 | 实名购票用户可通过身份证验票过闸，含乘客姓名、票型、航班已售人数、已验票人数等）实时更新显示于操作界面。 | |||
安卓*** 核销 | *线人员使用的核销 | 可通过动态*维码、纸质票验票登船(团体票存在分船验票场景、循环票多次验票场景），含乘客姓名、票型、航班已售人数、已验票人数等）实时更新显示于操作界面。 | ||
*** 对接 | 抖音 | 抖音分销 | 通过接口对接抖音分销平台， 接口根据实际情况进行调整开发； | |
美团 | 美团分销 | 通过接口对接美团分销平台， 接口根据实际情况进行调整开发； | ||
携程 | 携程分销 | 通过接口对接携程分销平台， 接口根据实际情况进行调整开发； | ||
其他 | 其他分销接口 | 其他分销接口对接， 接口根据实际情况进行调整开发： 如需要本系统主动对接其他平台则需单独调试开发； 如其他平台对接本系统，则需配合完成对接和测试。 | ||
分销端 | 旅行社分销 | 旅行社管理 | 维护旅行社信息， 控制可售产品权限 | |
分销账号管理 | 分销账号维护， 分销平台的权限管理 | |||
订单管理/售票管理 | 支持产品售票 、退票； 可查询导出订单列表； | |||
预存款管理 | 支持为旅行社录入预存款，下单时， 逐笔扣除， 到达透支额度， 可提醒或停售 | |||
报表统计 | 分销商查看数据报表， 便于与财务对账结算 | |||
后台 | 票务管理 | 排班 | 具体需求方案依业务要求而定（船队排班、导乘排班、航班管理等） | |
订单管理 | 根据任务明细，进行订单来源、性质、客源地的基础信息记录，并明确商品航线、日期、对应票种的票数、联系人信息、预订单位名称、其他费用、返利费用、支出、结算价格、备注栏以及相应的应收金额、收款方式、并根据实收金额操作确认是否费用已入账。并且所有操作、修改后台均可查询到相关记录，普通操作权限为业务执行日期后的**小时内可修改，超过此日期需有特殊权限才可调整修改。超时未支付订单，后台可人工强制取消未支付（需要针对订单进行调账，换船等操作） | |||
散客售票 | 自助机、小程序，后台对散客进行实名制售票。并且创建船票资料支持销售*消产品，满足购票*维码、刷脸以及纸质票验票 | |||
团体售票 | 针对团体进行售票，由旅行社提交售票信息，提供联系人信息（团队票对身份信息可导入票务系统），进行非实名制购买支持销售*消产品，满足购票*维码以及纸质票验票 | |||
包船售票 | 包船航班进行包船售票，并人工确认包船费用的组成部分，区分支出、收入、成本。以及包船要求，满足*维码以及纸质票验票，提供联系人信息，进行非实名制购买（保留实名制信息表格导入功能） | |||
下单收银 | ||||
特殊退票 | 针对已售票，满足条件的进行退票处理，根据角色有相应的权限 | |||
未检退票 | ||||
报表 | 财务统计表 | 根据业务要求，生成不同维度的定制报表，支持按单日、按月 、按星期查询 。根据业务需要， 部分报表可生成对比表（需满足业务需求，包括财务管理各个渠道售票日结数据，业务系统和银行端流水数据对账等，各种支付方式可以按自定义时间汇总（包含营收、收款方式、收款类型、收款日期、业务员），业务员可根据汇总结果确认相应业务的未收与已收款（包含*销类产品）等）， | ||
单船收入表 | ||||
营收数据表 | ||||
业绩统计表 | ||||
收入渠道表 | ||||
*** 汇款表 | ||||
航时管理 | 导乘航时 | 以人、船和产品维度对船员导乘航时系统进行数据汇总，根据业务规则统计（不同航线航时不同） | ||
船员航时 | ||||
客户管理 | 客户类型管理 | 收入 、支出客户合并管理， 自主管理客户分类 | ||
客户信息管理 | ||||
新老客户标记 | 根据录入时间， 客户录入*年后可自动标记为老客户 | |||
提成比例管理 | 根据商品、航线、新老客户设置业务员不同的提成比例 | |||
商品管理 | 景点管理 | |||
检票口管理 | ||||
商品管理 | 航线管理 | |||
*维码管理 | ||||
业务类型管理 | ||||
入园地址管理 | 登船码头 | |||
商品类型 | ||||
价格模型 | ①同*个商品， 除普通售价外， 设立几类不同的价格模型， 窗口售票时，点选价格模型，自动填入价格。②管理不同航线、不同渠道商可售价格以及各渠道商结算价③管理不同航线、不同渠道商可售库存④根据具体时间段，票价管理自动根据淡旺季及节假日进行调价 | |||
包船 | 包船产品 | 新增包船单独模板， 包船产品单独录入和管理，对包船航班进行包船售票，并人工确认包船费用的组成部分，区分支出、收入、成本。以及包船要求，短信发送或者打印纸质票 | ||
包船排班/下单 | 根据包船业务特性， 包船排班与下单*步操作， 具体需求方案依业务要求而定 | |||
非船票类业务录入 | 根据业务要求， 非船票类业务，如①船舶租赁 、其他收入等， 使用包船录入模式， 下单或添加班次②*销产品，管理设置*销产品的成本价、销售价、单位等信息，从而支撑窗口售卖及*销数据导入 | |||
船只管理 | 船型管理 | |||
船只管理 | 调整船只信息， 支持船只在系统内各景点间通用 | |||
员工管理 | 部门管理 | 自助管理员工所在部门 | ||
员工管理 | ||||
支出模块 | 支出类型 | |||
支出单位 | ||||
支出订单 | 根据系统已有字段和业务提供的模板， 记录支出数据、可根据成本录入数据、支出数据等计算出对应航线、业务的盈亏数据（包含独立包船、常规游线） | |||
财务管理 | 支付对接 | 与银行单独对接***机支付及公对公支付 | ||
对账管理 | 针对支付记录，自动完成每笔订单的对账查询包括各个渠道售票日结数据，业务系统和银行端流水数据对账等，各种支付方式可以按自定义时间汇总（包含营收、收款方式、收款类型、收款日期、业务员），业务员可根据汇总结果确认相应业务的未收与已收款（包含*销类产品） | |||
调账管理 | 针对订单进行调账处理（设置权限） | |||
销账管理 | 根据实际对公转账等其它未对接系统的收款方式进行确认是否到账，系统确认未收到款到账后自动更改为已收（记录到账方式与时间） | |||
支出、成本核算管理 | 增加支出管理类目，同步增加整套支出逻辑，可根据成本录入数据、支出数据等计算出对应航线、业务的盈亏数据（包含独立包船、常规游线） | |||
基础数据 | 订单来源 | 网络、旅行社、现场购票等 | ||
客源地 | ||||
预订单位 | ||||
权限管理 | 账号角色管理 | 管理公司可用模块权限、管理公司系统用户信息及所属角色 | ||
硬件 | *台自助售票机 | 售票、取票 | 新款立式全触摸*体机 ，具备摄像头，含扫码器，含身份证识别器、门票打印机，小票打印、满足旅客自助购票、取票需求，满足各个线上渠道购票旅客在现场自助机取票的需求。①操作系统需********.*及以上、②处理器*核 *.****及以上、③存储器** ***+*** ***及以上，支持**** 及以上*******(**)、④要求*********及以上电容触摸屏、⑤具备摄像头（支持人脸支付、刷脸核验、会员识别等）、⑥含扫码器（支持手机*维码支付）、⑦含条码阅读器（支持*维、*维、手机屏幕及印刷的条码）、⑧以太网接口。 | |
*台刷脸验票屏 | 检票 | 使用在线人脸库（非本地人脸库），支持***及小程序购票用户，直接刷脸通行，无需提前录入人脸。操作系统需******* *.*及以上、处理器*核*.****及以上、存储器***+****及以上、④********分辨率及以上电容触摸屏、具备双目摄像头（支持人脸识别功能且支持双目活体检测功能）、支持****，*******以太网、支持蓝牙、落地支架安装。 | ||
*台手持机 | 售票、取票、检票 | 操作系统需******* **.*及以上、处理器*核*.****及以上、存储器*** ***+**** ***及以上、显示屏********及以上电容触摸屏、具备摄像头（支持扫码支付，扫码核销等）、支持**及以上流量卡，**以上**-**、支持蓝牙、含高速热敏打印头、身份证识别器、支持*维码扫码。 | ||
原有系统设备的升级使用（自助售票机*台、闸机*台） | ||||
电脑端的上单，调客位，查看数据等功能手机端都需具备 | ||||
原有系统的数据备份及保存，并接入新系统数据库中 | ||||
其他费用 | 服务费 | 按年付费 | 首年产品质量保证期内不收取运维费用（含云数据库服务费、短信费以及所提供的设备和相关系统的技术咨询、技术支持和售后服务） | |
*.项目合同，详见附件。供应商就本项目进行报价的，视为同意合同全部条款。
*、本次采购预算
本次项目最高限价为**万元（包含本项目开发费用及首年运营维护费，第*、*年的报价请单独报价），报价高于最高限价视无效报价。
本项目采用总价包干形式，最终费用按中选供应商的实际报价计算。
*、供应商资格
*．具有合法的法人营业执照；项目报价单（参考附件格式）。
*．满足《中华人民共和国政府采购法》第***条规定；未被“信用中国”（***.***********.***.**）、中国政府采购网（***.****.***.**）列入失信被执行人、重大税收违法案件当事人名单、政府采购严重违法失信行为记录名单。
*．单位负责人为同*人或者存在直接控股、管理关系的不同供应商，不得参加同*合同项下的采购活动；
*．获取采购文件时须提交的文件资料：
（*）企业营业执照复印件加盖公章；
（*）授权委托书（如有）；项目报价单加盖公章；
（*）经办人身份证复印件；
（*）相关案例材料。
*、询价方式
本项目询价文件以网上杭州商旅运河招标采购平台（****.*********.***）下载方式发放。
询价文件网上下载网址：潜在报价人登录杭州商旅运河招标采购平台（****.*********.***）自行下载询价文件。
询价文件网上下载时间：询价公告发布之日至报价文件递交截止时间。
*、询价截止时间
****年 **月* 日**时**分（北京时间），在规定时间内未送达报价文件者视为自动弃权。
*、询价文件递送地点
完成杭州商旅运河招标采购平台（以下简称招采平台）线上注册杭州商旅运河招标采购平台（****.*********.***）→【交易平台登录】→选择登录角色（报价人）→企业注册→填写基本信息并上传营业执照***扫描件→完成注册；线上递交：登录招采平台→【业务管理】→报价→递交报价文件→选择相应询价标段名称→上传***格式的报价文件。
线上递交：登录招采平台→【业务管理】→报价→递交报价文件→选择相应询价标段名称→上传***格式的报价文件。报价人需在报价截止时间前在招采平台上传报价文件，逾期未上传的报价文件，询价方将均予以拒收。
备注:报价文件均需加盖单位公章。
*、询价文件递送地点
完成杭州商旅运河招标采购平台（以下简称招采平台）线上注册杭州商旅运河招标采购平台（****.*********.***）→【交易平台登录】→选择登录角色（报价人）→企业注册→填写基本信息并上传营业执照***扫描件→完成注册；线上递交：登录招采平台→【业务管理】→报价→递交报价文件→选择相应询价标段名称→上传***格式的报价文件。
线上递交：登录招采平台→【业务管理】→报价→递交报价文件→选择相应询价标段名称→上传***格式的报价文件。报价人需在报价截止时间前在招采平台上传报价文件，逾期未上传的报价文件，询价方将均予以拒收。
备注:报价文件均需加盖单位公章。
*、评议办法：基准价法，在各方面均能满足我方要求的前提下，选择最接近基准价作为确定中选单位。出现相同报价时，以报价单位提供的增值服务作为评判依据，确定中选单位。
*、联系方式
联系人： 周靖倩
联系电话：***********
附件：
水巴售票系统开发及应用协议
甲方：杭州市水上公共观光巴士有限公司[联系方式]
地址：
业务联系人：
联系电话：
乙方：
地址：
业务联系人：
联系电话：
第*条 合同项目内容
甲、乙双方本着自愿、平等、互利和诚实信用的原则，经充分协商，就乙方为甲方开发水上巴士公司票务管理系统并负责系统持续优化、安全维护及功能升级事宜达成以下内容：
*、系统功能需求
水上观光游船系统需求列表 | ||||
系统 | 模块名称 | 功能 | 详细介绍 | |
水上观光游船系统 | 用户端 | 支付宝/微信小程序 | 信息展示 | 展示景区介绍 、公告 、活动等图文信息 |
小程序售票 | 用户可通过小程序直接选择产品 、场次购票，购票成功后可通过短信发送验*维码 | |||
支付接口对接 | 小程序支付接口对接 | |||
检票核验和退票 | 查询订单检票状态， 并对未检票订单和申请退票票款原路返回 | |||
申请开发票 | 用户完成检票后可通过小程序向平台申请开发票 | |||
按点位显示售票产品 | 根据售票码头的不同，区别售票码，展示出来的售票线路不同 | |||
自助购票系统 | 自助机售票 | 通过自助机下单购票、支持人脸支付 | ||
自助机取票 | 通过手机号或其他订单凭证， 换取纸质票或短信发送验票*维码 | |||
支付接口对接 | 自助机对接支付接口 | |||
身份证识别对接 | 对接身份证识别模块， 购票时可刷身份证直接填入身份信息 | |||
自助机打印 | 对接打印机， 购票或取票后打印票据（支持打印纪念船票和热敏纸小票） | |||
检票端 | 闸 机 对 接 | 刷脸和*维码检票对接闸机 | 已购票用户可通过刷脸以及*维码验票过闸，含乘客姓名、票型、航班已售人数、已验票人数等）实时更新显示于操作界面。 | |
身份证检票对接闸机 | 实名购票用户可通过身份证验票过闸，含乘客姓名、票型、航班已售人数、已验票人数等）实时更新显示于操作界面。 | |||
安卓*** 核销 | *线人员使用的核销 | 可通过动态*维码、纸质票验票登船(团体票存在分船验票场景、循环票多次验票场景），含乘客姓名、票型、航班已售人数、已验票人数等）实时更新显示于操作界面。 | ||
*** 对接 | 抖音 | 抖音分销 | 通过接口对接抖音分销平台， 接口根据实际情况进行调整开发； | |
美团 | 美团分销 | 通过接口对接美团分销平台， 接口根据实际情况进行调整开发； | ||
携程 | 携程分销 | 通过接口对接携程分销平台， 接口根据实际情况进行调整开发； | ||
其他 | 其他分销接口 | 其他分销接口对接， 接口根据实际情况进行调整开发： 如需要本系统主动对接其他平台则需单独调试开发； 如其他平台对接本系统，则需配合完成对接和测试。 | ||
分销端 | 旅行社分销 | 旅行社管理 | 维护旅行社信息， 控制可售产品权限 | |
分销账号管理 | 分销账号维护， 分销平台的权限管理 | |||
订单管理/售票管理 | 支持产品售票 、退票； 可查询导出订单列表； | |||
预存款管理 | 支持为旅行社录入预存款，下单时， 逐笔扣除， 到达透支额度， 可提醒或停售 | |||
报表统计 | 分销商查看数据报表， 便于与财务对账结算 | |||
后台 | 票务管理 | 排班 | 具体需求方案依业务要求而定（船队排班、导乘排班、航班管理等） | |
订单管理 | 根据任务明细，进行订单来源、性质、客源地的基础信息记录，并明确商品航线、日期、对应票种的票数、联系人信息、预订单位名称、其他费用、返利费用、支出、结算价格、备注栏以及相应的应收金额、收款方式、并根据实收金额操作确认是否费用已入账。并且所有操作、修改后台均可查询到相关记录，普通操作权限为业务执行日期后的**小时内可修改，超过此日期需有特殊权限才可调整修改。超时未支付订单，后台可人工强制取消未支付（需要针对订单进行调账，换船等操作） | |||
散客售票 | 自助机、小程序，后台对散客进行实名制售票。并且创建船票资料支持销售*消产品，满足购票*维码、刷脸以及纸质票验票 | |||
团体售票 | 针对团体进行售票，由旅行社提交售票信息，提供联系人信息（团队票对身份信息可导入票务系统），进行非实名制购买支持销售*消产品，满足购票*维码以及纸质票验票 | |||
包船售票 | 包船航班进行包船售票，并人工确认包船费用的组成部分，区分支出、收入、成本。以及包船要求，满足*维码以及纸质票验票，提供联系人信息，进行非实名制购买（保留实名制信息表格导入功能） | |||
下单收银 | ||||
特殊退票 | 针对已售票，满足条件的进行退票处理，根据角色有相应的权限 | |||
未检退票 | ||||
报表 | 财务统计表 | 根据业务要求，生成不同维度的定制报表，支持按单日、按月 、按星期查询 。根据业务需要， 部分报表可生成对比表（需满足业务需求，包括财务管理各个渠道售票日结数据，业务系统和银行端流水数据对账等，各种支付方式可以按自定义时间汇总（包含营收、收款方式、收款类型、收款日期、业务员），业务员可根据汇总结果确认相应业务的未收与已收款（包含*销类产品）等）， | ||
单船收入表 | ||||
营收数据表 | ||||
业绩统计表 | ||||
收入渠道表 | ||||
*** 汇款表 | ||||
航时管理 | 导乘航时 | 以人、船和产品维度对船员导乘航时系统进行数据汇总，根据业务规则统计（不同航线航时不同） | ||
船员航时 | ||||
客户管理 | 客户类型管理 | 收入 、支出客户合并管理， 自主管理客户分类 | ||
客户信息管理 | ||||
新老客户标记 | 根据录入时间， 客户录入*年后可自动标记为老客户 | |||
提成比例管理 | 根据商品、航线、新老客户设置业务员不同的提成比例 | |||
商品管理 | 景点管理 | |||
检票口管理 | ||||
商品管理 | 航线管理 | |||
*维码管理 | ||||
业务类型管理 | ||||
入园地址管理 | 登船码头 | |||
商品类型 | ||||
价格模型 | ①同*个商品， 除普通售价外， 设立几类不同的价格模型， 窗口售票时，点选价格模型，自动填入价格。②管理不同航线、不同渠道商可售价格以及各渠道商结算价③管理不同航线、不同渠道商可售库存④根据具体时间段，票价管理自动根据淡旺季及节假日进行调价 | |||
包船 | 包船产品 | 新增包船单独模板， 包船产品单独录入和管理，对包船航班进行包船售票，并人工确认包船费用的组成部分，区分支出、收入、成本。以及包船要求，短信发送或者打印纸质票 | ||
包船排班/下单 | 根据包船业务特性， 包船排班与下单*步操作， 具体需求方案依业务要求而定 | |||
非船票类业务录入 | 根据业务要求， 非船票类业务，如①船舶租赁 、其他收入等， 使用包船录入模式， 下单或添加班次②*销产品，管理设置*销产品的成本价、销售价、单位等信息，从而支撑窗口售卖及*销数据导入 | |||
船只管理 | 船型管理 | |||
船只管理 | 调整船只信息， 支持船只在系统内各景点间通用 | |||
员工管理 | 部门管理 | 自助管理员工所在部门 | ||
员工管理 | ||||
支出模块 | 支出类型 | |||
支出单位 | ||||
支出订单 | 根据系统已有字段和业务提供的模板， 记录支出数据、可根据成本录入数据、支出数据等计算出对应航线、业务的盈亏数据（包含独立包船、常规游线） | |||
财务管理 | 支付对接 | 与银行单独对接***机支付及公对公支付 | ||
对账管理 | 针对支付记录，自动完成每笔订单的对账查询包括各个渠道售票日结数据，业务系统和银行端流水数据对账等，各种支付方式可以按自定义时间汇总（包含营收、收款方式、收款类型、收款日期、业务员），业务员可根据汇总结果确认相应业务的未收与已收款（包含*销类产品） | |||
调账管理 | 针对订单进行调账处理（设置权限） | |||
销账管理 | 根据实际对公转账等其它未对接系统的收款方式进行确认是否到账，系统确认未收到款到账后自动更改为已收（记录到账方式与时间） | |||
支出、成本核算管理 | 增加支出管理类目，同步增加整套支出逻辑，可根据成本录入数据、支出数据等计算出对应航线、业务的盈亏数据（包含独立包船、常规游线） | |||
基础数据 | 订单来源 | 网络、旅行社、现场购票等 | ||
客源地 | ||||
预订单位 | ||||
权限管理 | 账号角色管理 | 管理公司可用模块权限、管理公司系统用户信息及所属角色 | ||
硬件 | *台自助售票机 | 售票、取票 | 新款立式全触摸*体机 ，具备摄像头，含扫码器，含身份证识别器、门票打印机，小票打印、满足旅客自助购票、取票需求，满足各个线上渠道购票旅客在现场自助机取票的需求。①操作系统需********.*及以上、②处理器*核 *.****及以上、③存储器** ***+*** ***及以上，支持**** 及以上*******(**)、④要求*********及以上电容触摸屏、⑤具备摄像头（支持人脸支付、刷脸核验、会员识别等）、⑥含扫码器（支持手机*维码支付）、⑦含条码阅读器（支持*维、*维、手机屏幕及印刷的条码）、⑧以太网接口。 | |
*台刷脸验票屏 | 检票 | 使用在线人脸库（非本地人脸库），支持***及小程序购票用户，直接刷脸通行，无需提前录入人脸。操作系统需******* *.*及以上、处理器*核*.****及以上、存储器***+****及以上、④********分辨率及以上电容触摸屏、具备双目摄像头（支持人脸识别功能且支持双目活体检测功能）、支持****，*******以太网、支持蓝牙、落地支架安装、。 | ||
*台手持机 | 售票、取票、检票 | 操作系统需******* **.*及以上、处理器*核*.****及以上、存储器*** ***+**** ***及以上、显示屏********及以上电容触摸屏、具备摄像头（支持扫码支付，扫码核销等）、支持**及以上流量卡，**以上**-**、支持蓝牙、含高速热敏打印头、身份证识别器、支持*维码扫码。 | ||
原有系统设备的升级使用（自助售票机*台、闸机*台） | ||||
电脑端的上单，调客位，查看数据等功能手机端都需具备 | ||||
*、技术要求
*.乙方按照约定将售票系统部署至阿里云数据库，售票系统服务器等有关网络设备及线路必须有冗余，确保数据安全及系统安全稳定运行，且满足售票系统运行速度。同时技术上应符合以下标准：
（*）响应时间：平均***毫秒及以下
（*）吞吐量：*******到********之间
（*）并发用户数：处理数千到数万个并发用户
（*）资源利用率：***保持**%以下，内存的使用率应保持在**%以下
（*）错误率：失败的事务或请求与总事务或请求的比例应尽可能低，应低于*%
（*）系统稳定性：系统应能够稳定运行至少**小时以上
*.乙方完善系统的分销渠道管理，乙方应将甲方已合作、即将合作的电子分销渠道与智慧旅游系统对接（电子分销渠道系统必须有开放的软件对接接口或相关*次开发能力）。
*.乙方提供的系统软件主要包含售票、检票、对账结算、业务收支管理、线上平台对接、旅行社分销平台建立、船舶航时管理等询价文件里所列的所有功能。
*.乙方负责项目中的软、硬件安装，调试，培训等工程作业，范围为：乙方提供的所有设备及相关系统。同时乙方负责将甲方原有设备及相关系统接入新系统中，并将原有系统的数据备份及保存至新系统。
*.甲方负责项目现场相关的硬件设备的保管与使用，若有造成损坏与损失，由乙方承担全部责任。
*、后期维护及技术支持
*.系统维护：合同期限内，乙方负责定期对系统进行健康检查、漏洞修复、性能优化及数据备份，确保系统稳定运行。
*.乙方应根据甲方的实际业务需求为甲方提供整体技术启用方案及项目实施培训时间表。
*. 培训服务：乙方每年为甲方操作团队提供至少*次的系统操作及维护培训，确保甲方具体操作人员能够按照业务需求操作系统和进行简单的应急处理。
*、乙方负责对其提供的设备及相关系统进行****小时的电话/在线技术支持服务，确保系统稳定运行。若出现故障乙方应在**分钟内响应，并及时作出相应的故障排除措施，若出现系统性故障无法短期恢复，乙方在接到通知甲方后，在*.*小时内到达现场提供支持。如乙方未按合同约定要求履行售后服务义务，甲方有权自行委托第*方，所产生的费用由乙方承担。
*、功能升级：根据甲方需求及市场变化，每年至少提供*次系统功能升级或新增不低于*个功能模块的开发服务。
*、根据甲方要求，乙方负责所提供设备及相关系统的技术咨询、技术支持和售后服务工作。
第*条 开发周期与交付
*.开发周期：本项目需在****年*月*日前完成开发（以满足基础业务需求），并预留至少**天的测试时间。项目整体完成时间不晚于****年*月**日（确保符合甲方的需求标准并通过系统测试），并保证于****年*月**日正式上线。
*. 交付内容：包括但不限于系统源代码、用户手册、安装部署文档、测试报告等。
第*条 验收与上线
*.验收标准：系统应满足甲方提出的功能需求和技术要求，并通过甲方组织的验收测试。
*. 验收流程：乙方提交验收申请后，甲方应在*个工作日内组织验收测试。验收通过后，双方签署验收报告；验收不通过的，乙方应在 日内按照甲方要求完成整改并重新交付、提交验收申请。
第*条 费用及付款方式
（*）项目开发阶段（合同签订之日-****年*月**日）
*、在项目开发阶段，甲方不承担任何费用；
*、合同签订后*个工作日内，乙方需向甲方支付*.*万元的项目履约保证金，合同期满后，若乙方不存在违约情形的，甲方在 工作日内退还。
（*）合同首年： 年 月 日- 年 月 日
*、本合同首年应付费用为人民币大写: ，小写 元，包含票务管理系统开发费用以及首年的系统维护、技术支持、功能升级、培训服务等运维费用。
乙方在付款前为甲方全额开具内容为信息技术服务-票务系统开发的增值税专用发票。
*、待乙方完成票务系统开发并正常运营，同时通过甲方验收后，甲方将支付合同首年费用总额的**%，票务系统正常运营**天后甲方将再支付合同首年费用总额的**%，票务系统正常运营***天后甲方将再支付合同首年费用总额的**%，合同首年费用总额的**%作为质保金，如质保期内无质量问题，甲方将在 年 月 日前结清。
*、产品质量保证期，从甲方验收通过、系统交付使用之日起**个月。
（*）合同第*、第*年： 年 月 日- 年 月 日
*.每年服务费总额为人民币 元（大写： ），包含系统维护、技术支持、功能升级、培训服务以及本合同约定的其他所有运维服务内容。
*.支付方式：每个自然年作为*个服务期，甲方应于服务期开始后*个工作日内支付年度服务费的**%，剩余**%在服务期结束前 *个月内支付，或按双方另行约定的分期付款计划执行。
*.发票开具：乙方收到款项后，应在 *个工作日内向甲方开具合法有效的发票。
（*）其他约定
*、本合同执行中相关的*切税费均由乙方承担。
*、甲方账户信息：
甲方开户名称：杭州市水上公共观光巴士有限公司[联系方式]
甲方纳税人识别号：******************
甲方开户银行：杭州银行湖墅支行
甲方银行账号：*******************
*、乙方收款信息：
乙方开户名称：
乙方开户银行：
乙方银行账号：
*、本合同项下的运维服务费均含云数据库服务费、短信费（购票后确认短信的服务费）以及所提供的设备和相关系统的技术咨询、技术支持和售后服务。
第*条知识产权、技术情报和资料的保密要求
*、本项目的知识产权归甲方所有。乙方承诺保护甲方在使用合同服务或其任何*部分时不受第*方提出侵犯专利权、商标权和工业设计权等的起诉，如果任何第*方提出侵权指控，由乙方负责与第*方交涉并承担可能发生的*切费用和相关法律责任，甲方不承担由此引起的*切经济和法律责任。
*、乙方及其员工对甲方提供的业务资料、技术资料应严格保密，如违反保密义务，甲方有权无条件终止乙方的使用权，乙方应承担人民币**万元的违约金，并赔偿甲方造成的损失。
第*条违约责任
*、甲方无故逾期验收和办理款项支付手续的，甲方应按逾期付款总额每日万分之*向乙方支付违约金。
*、乙方必须在规定期间内完成系统建设并通过甲方的验收，每逾期*天按合同总价的万分之*向甲方支付违约金。乙方逾期完工时间超过**天，甲方有权解除合同，同时项目履约保证金不予退还。
*、乙方未能按询价文件要求和报价文件承诺的服务内容如期提供服务，包括但不限于售后维护、培训等，每违约*次向甲方支付****元违约金。乙方超过约定日期**个工作日仍不能提供服务的或累计违约次数超过（含）*次的，甲方有权解除本合同。乙方因未能如期提供服务或因其他违约行为导致甲方解除合同的，履约保证金不予退还，如造成甲方损失超过履约保证金的，超出部分由乙方继续承担赔偿责任。
*、履行本合同的过程中，因乙方现有水平和条件导致的难以克服的技术困难，给甲乙任何*方所造成的损失由乙方全部承担。
*、因*方违约行为给另*方造成损失的，如果违约金不足以弥补守约方经济损失，违约方还应当赔偿守约方其余经济损失，包括直接经济损失及可预见的间接经济损失。间接经济损失包括但不限于：因违约方违约事项致使守约方损失的可期待利益及守约方为此支出的诉讼费、仲裁费、律师费、差旅费、公证费、鉴定费、评估费、保全费、执行费等费用以及其它可预见的间接经济损失。
*、本项目所产生的业务数据归属甲方所有，乙方同意并承诺，对所有数据予以严格保密，不得泄露、出售或者非法向他人提供。
*、本项目需为将来可能拓展的功能模块预留技术接口及优化迭代空间，以双方具体沟通确定为准。
*本项目经双方明确列出的功能模块均支持免费升级。针对新增的功能模块及需求，乙方可适当向甲方收取费用，以双方具体沟通确定为准。
第*条不可抗力
不可抗力是指《中华人民共和国民法典》所列举的不可抗力。不可抗力*旦发生，证明文件由法律规定部门签署，并由甲、乙双方协商合同逾期履行和继续履行的方法，在此情况下，任何*方不能要求损失赔偿。
第*条争议解决
*、履行本合同而发生的任何争议，双方应先协商解决。
*、双方如就争议不能达成*致意见的，提请杭州仲裁委员会根据仲裁规则仲裁。
第*条其他条款
*、本合同有效期自合同签订之日起至 年 月 日止。协议期满前*个月内，经双方协商*致，可以延长本协议期限。
*、本合同由甲、乙双方签字盖章后生效。
*、合同履行期内甲乙双方均不得随意变更或解除合同。合同若有未尽事宜，需经双方共同协商，订立补充协议，补充协议与本合同有同等法律效力。
*、乙方履行义务不符合国家有关规定或者合同约定，甲方可随时以书面形式通知乙方解除合同，并不免除乙方赔偿损失的责任。
*、询价文件、报价文件及评标过程中形成的文字资料、询标纪要均作为本合同的组成部分，具有同等效力。
*、乙方在本合同外通过书面形式或大众媒体方式公开做出的服务承诺，自动成为本合同的组成部分，但其中为用户设定的义务，未经甲方同意的，不成为本合同的组成部分。
*、本合同*式*份，甲方、乙方各执*份。
*、适用法律：本合同应按照中华人民共和国（不包括港澳台地区）的法律进行解释。
以下为甲、乙双方签字盖章页，并无协议正文：
甲方（盖章）： 乙方（盖章）：
经办人（签字）： 经办人（签字）：
签约时间： 年 月 日
系统开发询价采购邀请函**.*.***
分享
热门推荐
客服电话 400-000-0388
