招标代理公司（立即查看） 受业主单位（立即查看） 委托，于2019-07-19在采购与招标网发布 一卡通系统升级改造项目比质比价文件。现邀请全国供应商参与投标，有意向的单位请及时联系项目联系人参与投标。 一卡通（略）升级改造项目比质比价文件来源：发布时间（略）-（略）-（略）第一部（略）项目概况1、项（略）西安空（略）一卡通（略）升级改造项目2、需求数量（略）项3、项（略）西安空（略）目前使用的一卡通信息（略）是为了满足航空工业西飞职工福利费用的有效管理而购置的，建于（略）年1月。目前发卡量已达6（略）多张，具有福利费用（略）的批处理功能、保障费年末清（略）、可满足职工在西安空（略）各营业区域内实现一卡通消费功能。由于（略）厂家不支持（略）升级，无法满足企业管理需求，决定对该（略）进行更换。4、项目内容：提供从需求（略）析、产品部署、定制开发和项目上线全生命周期完（略）项目交付服务。主要包括：（1）结合需求制定项目设计方案；（2）更新一卡通（略），满足功能需求，确保新旧（略）一次性平稳切换；（3）更换服务器、刷卡机等硬件设备；（4（略）络线路不需要重新布线，仅需要连接设备测试。5、基本需求：（1）数据加密存储，实时镜像备份，确保数据安全；（2）目前实体卡有胸牌、员工保障卡、临时卡三种，其中：胸牌、员工保障卡为实名卡，临时卡为不记名卡。胸牌、员工保障卡绑定一个账户（略）补助的劳动保障费、误餐补贴、工会福利费、现金。新（略）要具有优先（略）顺序功能，持卡人消费优先使用劳动保障费、误餐补贴；（3）年末需要对未消费完的劳动保障费、误餐补贴清（略）,（略）应具备手动和自动一键清（略）功能；（4）可设置交易密码，小额免密，可自主设置免密额度；（5）具有补贴批处理功能，实现各类补贴和团队充值批量录入；（6）具有各类报表统计（略）析功能，满足管理需求；（7）采用微信小程序构建手机（略），实现手机（略）、自助挂失、解除挂失、自助充值功能、交易明细和余额查询等功能；（8）后期通过功能扩展，通过手机（略）可实现商品、餐饮预定的移动交易（略）功能，以及对接智慧餐盘和商品（略）售（略）；（9）新（略）最低要求应识别现使用的胸牌，保证职工胸牌可在新（略）中使用。旧（略）数据一次导入新（略），新旧（略）一次切换；（（略））硬件需求：刷卡器需要（略）台（其中挂机（略）台，台式机（略）台），读卡器2个；终端计算机1台；服务器等其他硬件数量根据方案配置。6、项目实施周期：合同生效后（略）个工作日内完成交付。第二部（略）技术要求1、（略）要求1（略）建设主要内容（略）.1建设（略）应用提供稳定、高性能、可扩展、易管理的基础架构资（略）的基础架构可以随着业务量的不断增长，实现简单而平滑的线性扩展。1.2（略），对保障卡的生命周期和保障卡业务运营进行管理，同时兼容现有胸牌卡，甚至兼容现有保障卡。建设（略），受理人员信息采集、保障卡申办、制卡、（略）、挂失、补换卡、充值等日常管理，形成方便快捷的保障卡管理流程。建设一卡通（略），负责各类补贴的（略）和管理，负责商户管理，负责与商户、金融机构之间的结算，并提供各类报表查询和打印服务。1.3建设综合消费（略），在超市、餐厅等地点安装POS，支持在各类场所持卡消费。（略）支持多种账户（略），支持设置消费限额和密码，保障持卡人资金安全。（略）预留扩展接口，支持除保障卡外各类凭证（如二维码、人脸识别等）的使用。1.4建设移动应用（包含Android和IOS版本或微信小程序），作为保障卡的自助服务门户，支持通过移动应用自助（略）保障卡业务，如挂失、交易查询、（略）等。同时预留扩展接口，支持与其他（略）的应用（略）合和发布。2、（略）设计2.1设计原则（略）应具有良好的可靠性，具备容错能力，采用成熟（略）设计应遵循相关行业的标准和（略）络安全、数据安全、通讯安全（略）设计应（略）及相关（略）的高可（略）应支持不同的操作（略）、开放的技术标准，应提供丰富的接口，支持不同厂商的卡片和终端（略）设计要考虑易用性，界面友好，操作便捷，（略）维护简单。2.2（略）应（略）上，综合提供身份识别、消费（略）、卡务管（略）建立统（略），按照统一规划，（略）步实施的原则，能够与其他信息（略）进行（略）合，统一数据交换与共享渠道，消除信息孤岛。2.3（略）应支持多账户体系或者一人一账户，多种钱包的管理体系，支持持卡人绑定胸牌卡或多张卡，支持不同类型补贴的（略）和使用。涉及账户（略），支持设置（略）优先级。2.4感应介质符合以下一种或多种：符合PBOC规范的CPU卡（native卡Java卡）；传统的M1卡；云卡（虚拟保障卡）；基（略）的二维码；金融级的活体防伪的人脸等生物识别凭证。2.5密钥（略）应采用密钥（略）散体系，实现保（略）需提供密钥管理相关功能，保证可以自主生成和管理密钥，自主（略）至保障卡。2.6（略）切换方案设计为达到新老（略）平稳切换的目标，应支持历史数据迁移，设计完备的（略）切换方案。3（略）功能具体需求3.1（略）是一卡通（略）的（略），是面向用户服务的综合接待窗口，负责接待和处理用户的各种IC卡实体凭证、二维码人脸等虚拟凭证服务请求，负责（略）体的综合业务，（略）为个别和批量的业务，主要功能模块包括（略）管理、账户管理、卡片管理、设备管理、财务管理、参数管理、商户管理、密钥管理等。3.1.1（略）管理（略）管理模块支持新增、修改、查询机构信息。包括以下功能：（1）管理员维护（2）（略）色管理（3）操作员管理（4）修改密码（5）公告管理：该功能用于发布公告信息。持卡人可通过一卡通（略）的（略）通知功能，查收发布中的公告。支持新增、修改、删除、发布公告信息。（6）操作员日志查询3.1.2（略）需要支持多账户体系或者一人一账户，多种钱包的管理体系。该模块包括以下功能：（1）新增人员档案：该功能用于新增持卡人的档案信息，可单个新增和批量新增。（2）档案信息查询：该功能用于查询未开户的档案信息，对持卡人档案信息进行修改及删除。（3）发卡批量开卡：支持实名制、非实名制功能。（4）非实名制开卡：该功能用于支持无卡批量开户。通过导入模板，录入外部卡号及持卡人档案信息并提交。（5）账户注销批量销户（6）可设置交易密码，小额免密功能，免密额度可自主设置。（7）钱包管理A.钱包（略）类自定义管理，如：劳动保障钱包，误餐补贴钱包，工会福利钱包，个人充值钱包。钱包需支持自定义扣款顺序。B.批量充值管理：给联机钱包批量充值，充值请求经审核通过后按生效日期充值到钱包账户中。C.批量充值审核：支持多级审批功能。D.钱包手动自动清（略）：针对某些期限规则设定，支持手工、自动按规则进行钱包余额清（略）。3.1.3卡片管理该模块包括以下功能：（1）卡片初始化：该功能用于对各类人员卡片进行初始化处理。（2）开卡：涉及设备有读卡器、小票打印机。（3）现金存款：该功能通过检索或读卡，显示持卡人详细卡户信息，提供为联机账户现金存款的功能。（4）快速充值：该功能通过检索或读卡，显示持卡人基本卡户信息，提供为联机账户现金存款的功能。（5）卡片挂失：该功能通过检索档案信息，对正常状态的卡片进行挂失，挂失后的卡片在（略）中不可使用。（6）卡片解挂：该功能通过读卡，对挂失状态的卡片进行解挂，解挂后的卡片在（略）中可正常使用。（7）挂失补卡：用于对已挂失状态的卡片进行补卡，补卡后，旧卡不可用，新卡可正常使用。（8）修改卡信息：该功能用于修改卡库共存的信息：卡类别、卡有效期、钱包账户单日单笔限额、联机账户单日单笔限额、绑定微信或（略）宝。（9）修改消费密码：该功能通过读卡，设定、修改持卡人消费密码。（（略））消费修正：该功能通过查询持卡人POS消费记录，提供修正某笔消费金额的功能，当操作员多扣了持卡人钱时，可采用此功能修正。（（略））存款冲正：该功能通过读卡，查询持卡人存款记录，提供修正某笔存款金额的功能。（（略））销卡：该功能用于账户销卡。（（略））卡片库存查询：该功能用于查询各机构卡片库存数据，包含卡片发行张数、卡片领用张数、卡片可用剩余张数。（（略））卡片初始化查询：该功能用于查询各操作员经手的卡片初始化记录，可（略）别用户卡（略）或初始化的数据。（（略））初始化汇总查询：该功能用于查询卡片初始化统计汇总数据，包含卡片初始化总数量、剩余卡片数量、已使用数量等信息。3.1.4设备管理（1）子（略）参数设置：该功能用于维护各区域相关子（略）参数。（2）（略）组设置：该功能用于维护各区域（略）组和权限。（3）POS设置：该功能用于维护各区域的终端信息。建立商户与终端的归属关系、设置终端的主要参数，并确定各终端的（略）布位置。3.1.5财务管理（1）补助登记：该功能用于批量新增补助。（2）补助查询：该功能可根据操作员、持卡人所在部门、持卡人或卡号、补助月份等信息查询补助记录，提供查询并能导出、打印报表数据。（3）操作员现金收支凭证报表：该功能以操作员为维度，查询操作员现金收支数据，提供查询、导出、打印报表数据。（4）资金平衡报表：该功能用于查询各区域下某一时间段（略）期初、收支、期末、开户数、各项交易计次等详细信息，便于进行资金平衡核对。提供查询、导出、打印报表数据。（5）POS交易明细查询。（6）持卡人交易明细查询。（7）商户统计报表。（8）商户账户流水及其他相关统计报表。（9）个人账户余额查询。（（略））开卡补卡销户统计查询。3.1.6参数管理（1）工作站设置：用于维护各区域的工作站MAC地址及IP地址。（2）机构设置（3）公告类型设置（4）职务设置（5）卡类别设置（6）补助类型设置：如默认餐补（7）（略）参数设置3.1.7商户管理用于维护各类商户信息。支持超市、餐厅用于商户管理。3.1.8密钥管理支持设置多级密钥，并将密钥安全（略）至安全模块。3.2综合消费（略）3.2.5（略）要求综合消费（略）应以后台账户为介质进行消费管理，支持多账户消费，支持（略）优先级。（略）情况下限定额度的透支消费，提高（略）的高可用性。综合消费（略）应支持刷卡消费、二维码（略）消费，可扩展人脸识别消费。支持代码消费、计次消费等多种消费模式。（略）支持按卡类别、商户、（略）组、餐次等多维度匹配消费规则，设置折扣、限次交易模式。可满足企业各类消费场景。（略）具有完善的账务对账机制，POS消费流水数据（略）实时（略），对消费数据进行清算。持卡人可及时查询消费明细情况，交易异常或金额错误时，可冲正或修正交易流水。3.2.6设备要求消费POS应支持但不限于以下功能（略）支持大屏LCD显示，支持二维码显示，支持（略），可扩展人脸识别（略）；POS支持TCPIP、Wifi通讯；POS支持语音播报；POS支持小票打印和消费密码输入；POS可支持7*（略）小时不断电运行；POS机具有较强的防水，防油，防污功能，适应食堂使用环境；POS机具有挂式，台式等通用样式；临时应急使用时等特殊场合下的手持可移动样式；POS机可（略）更新升级程序以满足用户灵活的个性化需求；POS机支（略）情况下可脱机消费；卡有效性校验：消费POS机具有自动识别伪卡、挂失卡、过期卡并自动报警提示；3.3移动应用移动应用核心功能包括自助挂失、账户查询、交易查询等，支持Andr（略）。主要功能应包含：（1）账户（略）与激活：含激活、（略）、退出；（2）账户信息管理：查看、修改（略）密码、修改用户头像；（3）关于（略）帮助，版本信息；（4）（略）通知；（5）卡包：登（略）后可以查询一卡通账户的基本信息、余额、卡号；（6）扫一扫：支持二维码（略），包含主扫与被扫；（7）交易明细；（8）卡户浏览；（9）卡片挂失；（（略））修改消费密码；（（略））（略）优先级设定；（（略））各类报表查询；（（略））支持满意度调查；（（略））支持移动（略）应用扩展；4、技术规范要求4.1总体要求（1）提供全部（略）设计文档；（2）（略）不依赖任何第三方收费商用组件；4.2技术架构要求（1（略）部署，支持Windows、Linux、Unix等操作（略）；（2）（略）基于微服务架构，支持（略）布式部署；（3）（略）支持集群部署，支持节点任意扩展