厦门航空有限公司“一卡通系统升级”采购公告
厦门航空有限公司“一卡通系统升级”采购公告
厦门航空有限公司“一卡通系统升级”采购公告
厦门航空有限公司拟进行“一卡通系统升级”项目采购,兹邀请符合条件的供应商报名。详情如下:
一、项目名称:一卡通系统升级
二、项目内容及需求:
一级功能模块 | 二级功能模块 | 三级功能模块 | 模块描述 |
密钥子系统 | 密钥管理 | 密钥总控管理 | 管理总控密钥,用于生成各个应用子系统的应用密钥以及PSAM卡的密钥。功能主要有: 1. 领导因子形成、发行领导卡、形成总控密钥; 2. 传输卡形成、传输卡备份等功能。 |
密钥分发 | 根据总控密钥,生成各个应用子系统的应用密钥,并通过由系统制作的PSAM卡进行密钥的分发和传递。 | ||
PSAM卡管理 | 导入PSAM母卡密钥、发行各种类型PSAM卡, | ||
卡回收管理 | 可将各类卡片进行加收,如密钥卡、功能卡、SAM卡、用户卡,并将回收的卡片进行初始化成出厂状态,回收后的卡片可重复使用。同时将回收的信息在系统中生成相应的修卡记录和操作日志,以便查询。 | ||
卡物流管理 | 实现对卡片的物流管理功能,主要包括卡片批次管理、卡入库管理、卡出库管理、坏卡管理以及相关的报表。 | ||
系统日志管理 | 系统日志的管理、报表的生成,操作日志、运行日志等生成与管理; | ||
密钥前置服务 | 标准业务 | 主要实现密钥的传统业务,包括TAC(交易验证码)、MAC、PSAM信息管理等。 | |
NFC业务 | 系统具有支持NFC手机功能,能够实现采用NFC手机+移动数据,实现空中开户写卡,即用户可通过手机客户端可以自助进行空中发卡,用户只需将详细的个人资料进行提交,提交后自动到一卡通平台进行验证,确定无误后手机客户端就会对NFC手机进行发卡;同时还可能实现空中消费、空中领取补助等,即都在手机客户端中完成。 | ||
虚拟卡业务 | 负责虚拟卡交易过程中的数据加解密、密钥运算等功能,保证虚拟卡合用的合法性及安全性。 | ||
卡片管理 | 系统管理 | 卡信息查询 | 读取卡内信息,可查询到该卡的基本信息以确定卡片的真正用户,同时与一卡通系统里的用户信息进行比对,以确定卡库信息是否一致。 |
导出卡片信息 | 以EXCEL导出所有卡片信息 | ||
证卡打印版面设置 | 自定义卡片版面内容,根据客户需求进行个性化设计 | ||
导入挂失 、注销 | 采用EXCEL列表导入工号进行挂失、注销等操作 | ||
日志查询 | 查询系统日常运行的日志信息 | ||
参数设置 | 设置制卡中心相关参数,如卡身份种类等一些参数设置 | ||
持卡人操作 | 修改消费卡密码 | 卡片发卡时会自动生成以初始密码,为了保证卡上帐户安全,持卡人可自行对卡片进行密码修改,最大限度地减少因卡片遗失造成损失 | |
捡到卡登记 | 类似失物招领功能,系统对捡到的卡片进行录入登记,并通过信息门户或手机APP进行发布,持卡人凭有效证件进行领卡 | ||
捡到卡登记查询 | 丢卡人通过姓名,员工编号等信息,可自行在系统里查询是否有本人丢失卡片信息,以找回丢失卡片。 | ||
取卡 | 根据发布的捡卡信息,卡遗失本人到指定地点,凭有效证件进行领卡 | ||
解冻 | 用户卡片丢失或其它特殊情况,对卡片进行挂失操作,挂失后的用户卡帐户将被冻结。重新启用时需对卡进行解挂,同时系统还需对帐户进行解冻操作,解冻后卡上的帐户金额才可以使用。 | ||
冻结 | 用户卡丢失或其它特殊情况(如卡库信息不一致),为了保证用户利益,需先对卡片进行挂失,同时对对应的帐户进行冻结,等确定无误再申请解冻,卡片方可使用。 | ||
卡管操作 | 信息录入 | 用户卡开户时,需先在系统里进行人员基本信息如姓名、身份证号、员工工号、指纹、人员类别等录入,录入后的信息就是用户卡对应的信息。在进行用户卡发卡开户时,录入的基本信息有一部分就写入卡片芯片,实现卡库信息一致。 | |
证卡打印 | 用户卡信息写入后,还需对用户卡上的卡版面进行个性化信息打印操作。比如:工号、姓名、部门、照片等,以便可直观显示该持卡人的信息。 | ||
发卡 | 系统支持对单个人员的卡片发卡开户,此功能主要是应用在日常零星人员增补发卡开户。 | ||
批量发卡 | 系统支持对成批人员进行集中发卡开户,此功能主要是应用在的批量人员入职,对批量人员进行快速发卡。 | ||
补卡 | 用户因卡片遗失,可申请进行重新补办新卡。新卡生成后,旧卡自动失效。 | ||
修改卡片信息 | 对卡片进行姓名、工号、部门、补助卡类型等修改操作,支持批量操作。 | ||
读卡修改信息 | 持卡人持本人卡片到系统上进行读卡,系统读出卡内基本信息,同时调出持卡人对应的库内信息后进行人员信息的修改。 | ||
以库修改卡信息 | 人员库内的基本信息有变动或卡芯片在使用过程中出现异常操作造成卡内信息损坏,会出现卡库信息不一致,持卡人需要拿卡到系统里根据库内信息修改卡信息。 | ||
挂失 | 用户卡片遗失或用户单位不允许使用的卡片,需第一时间对卡片进行挂失,挂失后的卡片在系统里变成黑名单,系统将黑名单发送到应用设备终端,挂失后的卡片就无法消费、门禁出入等功能,减少持卡人内金额损失。也保证了门禁出入管理的安全。此功能需要对接门禁系统。 | ||
解挂 | 挂失后的卡找到或经用户单位允许要重新开启使用,就要求对已挂失的卡片进行解挂,解挂后的卡片应用功能恢复。此功能需要对接门禁系统。 | ||
有卡单个注销 | 不需要再使用员工卡的离职人员,持卡到指定地点凭卡进行注销,注销后的卡片功能也同时全部取销,不能再使用。 | ||
无卡单个注销 | 不需要再使用员工卡的离职人员、临时人员或用户单位不想让某些用户卡使用,但卡片又不在系统管理员,只能采用无卡的模式进行用户注销,注销后的人员虽手头上有卡,但该卡已成为失效卡,无法继续使用。 | ||
后台配置管理 | 企业信息管理 | 企业信息管理 | 企业信息管理,对企业信息进行管理,包含企业ID,系统名称,城市代码,子系统的验证码和验证服务地址等。 |
分区管理 | 分区管理 | 分区信息管理,管理分区信息,分区是对部门、人员在区域或管理上的划分。 | |
科目管理 | 科目管理 | 系统中各种交易、操作的科目的管理和设置 | |
餐别设置 | 餐别设置 | 餐别信息管理,对餐别进行添加、删除、修改操作。管理系统的餐别信息,维护餐别名称及时间起止。 | |
结算部门 | 结算部门 | 系统结算部门的管理,包括部门的添加、删除、修改。 | |
设备管理 | PSAM卡导入 | 系统增加应用终端设备时,需在系统里先导入终端PSAM卡信息,如PSAM卡编号,实现终端上的PSAM卡信息与数据库内终端设备PSAM卡信息一致。 | |
PSAM卡信息管理 | PSAM卡的日常管理,包含挂失、解挂、损坏、注销等。 | ||
设备终端管理 | 终端信息维护,对终端设备进行添加、删除、修改操作 | ||
权限管理 | 功能维护 | 提供功能菜单的维护功能。 | |
维护系统的菜单结构及菜单信息。 | |||
角色管理 | 角色类别的管理:对角色进行管理维护系统的角色类别,角色是访问权限的集合,通过设置职员角色,可以为职员分配权限 | ||
角色授权 | 对系统创建的用户角色进行授权或取消授权。 | ||
设置角色访问系统菜单的权限 | |||
系统日志 | 系统日志 | 系统日志包括:批量数据导入日志、参数修改日志、职员操作日志、越权访问日志、卡片挂失、解挂操作。 | |
商户管理 | 账号管理 | 主要是对商户基本信息的管理,如是食堂、超市、店面等不同商户信息的设置、命名、修改、增加、删除等。 | |
报警信息管理 | 报警操作权限管理 | 对报警权限进行设置管理,可根据情况对不同级别的系统账目报警、脱机报警、圈存报警、非法终端接入报警、卡片钱包异常报警等进行设置。 | |
报警信息订阅 | 管理报警消息的报警接收方式,如报警信息通过统一网站界面发送、或通过邮件、短信等方式及时通知管理员,从而尽快的发现问题并及时解决问题, | ||
报警消息查询 | 可对报警消息进行查询、维护、系统导出等功能 | ||
信息查询 | 可对终端最后采集日期、非法终端详细信息、帐目不平衡的个人帐目信息等信息进行查询,以方便一些系统问题的排除。 | ||
系统运行状态查询 | 系统运行状态查询 | 主要包括数据库连接状态、结算状态、个人领款信息等信息查询、校验及重加载、同时可以查看和修改作业状态、查看数据库表空间分区等。 | |
账户管理 | 卡类型管理 | 卡类型管理 | 管理系统的卡类型,同时可以设置不同卡类型的补助金额和对应参数组。 |
用户身份管理 | 用户身份管理 | 用户的身份管理:对客户身份进行增、删、改、查操作,管理用户的身份类别,系统可以对不同身份的用户分别管理,比如设置不同卡成本、手续费等 | |
用户信息管理 | 用户信息管理 | 主要是实现用户基本信息查看、增加、修改等功能,以及用户扩展信息维护。 | |
人员注销管理 | 人员注销管理 | 主要是有成批人员(比如临时培训人员,或实习人员)的员工卡不在允话使用时,管理员对这些人员进行批量无卡注销。注销后需要通知门禁系统。 | |
自定义扩展字段管理 | 自定义扩展字段管理 | 可根据管理需求自定义设置人员的扩展字段 | |
财务结算 | 账目结算 | 账目结算 | 按年、月、日进行出纳和结算账目的结转,供财务进行结算。 |
未决账目 | 领款未决管理 | 主要是指对补助等领款有异常形成未决记录、交易出现异常未决、超过设定值的大额消费记录、注销等产生的暂存款、代扣费未决、虚拟卡还款未决等异常记录的管理。有时需要加以人工判断。最后可以采用手工处理未决记录。 | |
收费管理 | 卡押金管理 | 办理卡押金的收缴和退费 | |
手续费管理 | 对各种手续费、卡成本的收取。(新卡,补卡,挂失,解挂,无卡注销) | ||
卡业务操作明细报表 | 手续费收费相关报表,新卡、补卡、挂失、解挂等业务收费明细报表 | ||
结算报表 | 出纳报表 | 员工交款的凭证:体现员工交易统计数据 | |
部门结算报表 | 业务部门(餐厅、商户)用于结算的凭证:分为结算汇总表结算分发表两种形式 | ||
营业终端结算报表 | 业务部门按终端进行账目核对或者结算的凭证 | ||
平衡报表 | 系统收支汇总 | 系统账目收支汇总情况 | |
卡账目汇总表 | 卡上账目收支汇总情况 | ||
分区收支汇总 | 分区的收支汇总情况 | ||
明细查询 | 客户个人信息查询 | 系统各种信息的查询,如捡到卡的信息查询、出纳明细与汇总报表查询、存款款明细与汇总查询、消费交易明细查询、客户个人账户信息的查询、个人各类交易明细的查询、按部门查询客户交易次数的统计、已注销帐户信息查询、注销暂存款信息的查询与维护、存取款明细进行查询。 | |
卡业务相关信息查询 | 可按职员、按部门、按工号查询卡挂失、解挂信息,也按部门、按工号查询新卡、补卡、换卡记录,也可对职员卡挂失、解挂明细进行查询 | ||
审计查询 | 可按终端机对各项交易明细进行查询、也可按部门或操作员对各项交易明细进行查询 | ||
统计分析 | 交易科目统计 | 按交易科目查询统计信息及交易数据 | |
职员操作统计表 | 职员发卡、补卡、换卡、挂失、解挂、存取款等操作统计 | ||
当前日交易查询 | 按统计日期查询当日的交易情况 | ||
营业日账目查询 | 按营业日进行的营业情况的查询 | ||
集控中心 | 监控对象 | 监控Windows服务 | 监控Windows服务状态 |
监控应用程序 | 监控应用程序状态 | ||
监控设备状态 | 监控设备状态信息 | ||
支持第三方设备接入监控 | 第三方使用协议、动态库接入监控系统 | ||
监控展示 | 列表展示 | 展示监控对象的状态信息(提供多种分组方式) | |
系统运行总览 | 按工作站、设备、区域、应用、数据库汇总系统总体运行状态 | ||
拓扑展示 | 依据设备逻辑关系,展示状态 | ||
平面地图展示 | 在平面地图展示终端状态 | ||
循环展示 | 平面地图循环展示状态 | ||
警报管理 | 警报设置 | 设置报警阈值,产生警报 | |
警报发送设置 | 设置警报发送的信息(包含途径、账号、警报类型) | ||
警报发送 | 通过警报发送设置的信息发送警报 | ||
警报展示 | 展示当前系统警报信息 | ||
监控查询 | 设备实时状态查询 | 通过设备编号或者设备名称,查询设备状态 | |
终端状态汇总查询 | 设置报警阈值,产生警报 | ||
终端状态历史查询 | 设置警报发送的信息(包含途径、账号、警报类型) | ||
警报历史查询 | 查询警报历史信息 | ||
数据采集 | TCP采集 | 参数下发 | 发送平台设置的设备运行所需要的参数到设备 |
名单下发 | 发送系统产生的黑/白名单到设备 | ||
记录上传 | 设备生成的消费、身份识别类、日志类等参数到一卡通平台 | ||
联机业务处理 | 领款、联机认证等设备与平台间的联机消息的传输 | ||
终端状态上传 | 设备状态上报,以借平台、监控平台及稽核平台分析和展示数据 | ||
网关接入服务 | 参数下发 | 发送平台设置的设备运行所需要的参数到设备 | |
名单下发 | 发送系统产生的黑/白名单到设备 | ||
记录上传 | 设备生成的消费、身份识别类、日志类等参数到一卡通平台 | ||
联机业务处理 | 领款、联机认证等设备与平台间的联机消息的传输 | ||
终端状态上传 | 设备状态上报,以借平台、监控平台及稽核平台分析和展示数据 | ||
补助系统 | 补助报表 | 补助明细报表 | 查询补助各种明细信息,包括计划、已发、未发、未决明细等 |
补助调整明细 | 查询补助调整的明细记录,包括调整前和调整后的金额差值 | ||
补助报表 | 按月、年查询补助发放统计情况 | ||
补助取款明细报表 | 按部门或个人查询补助取款明细情况 | ||
补助个人查询 | 查询个人的补助计划、已发、未发明细记录 | ||
餐饮消费系统 | 参数设置 | 餐别设置 | 餐别信息管理,对餐别进行添加、删除、修改操作。管理系统的餐别信息,维护餐别名称及时间起止。 |
结算部门设置 | 系统结算部门的管理,包括部门的添加、删除、修改。 | ||
折扣设置 | 可根据身份类别进行优惠打折 | ||
联机消费设置 | 自主设置终端机最大脱机时间,超时禁止消费、强制联机 | ||
消费 | 刷卡消费 | 用户通过刷卡进行消费,支付指定金额,扣除帐户余额。 | |
补助金额领取 | 补助金额领取 | 可通过刷卡领取补助金额 | |
消费系统消费时间管理 | 消费系统消费时间管理 | 自主设置终端机最大脱机时间,超时禁止消费、强制联机 | |
设备终端管理 | 设备终端管理 | 终端信息维护,对终端设备进行添加、删除、修改操作 | |
充值 | 自助充值 | 用户可自助进行在线充值,并通过刷卡完成充值。 | |
消费限额管理 | 消费限额管理 | 餐限、日限管理,用户可在任一台消费终端自主修改消费限额;超过消费限额,需输入消费密码 | |
白名单管理 | 白名单管理 | 维护系统白名单,自动防止伪卡 | |
黑名单管理 | 黑名单管理 | 卡片挂失之后,系统自动下发黑名单,即时生效,终端发现挂失卡自动打上挂失标记,有效保护个人账户安全 | |
虚拟卡功能 | 支付 | 扫一扫支付 | 手机扫描终端二维码虚拟卡支付,使用员工卡余额 |
二维码支付 | 终端扫描手机二维码虚拟卡支付,使用员工卡余额 | ||
HCE | 具有NFC功能的手机,可点亮屏幕后靠近读卡区支付,使用员工卡余额 | ||
第三方接入模块 | 服务接口 | 寻卡 | 通过读卡器读取卡片卡唯一号信息 |
读卡 | 读取卡内容信息 | ||
记录上传 | 上传消费记录到一卡通平台 | ||
获取人员信息 | 通过卡信息获取人员信息 | ||
获取黑名单信息 | 从平台获取黑名单信息 | ||
二维码获取人员信息 | 通过扫码头扫码手机二维码获取人员信息 | ||
三方同步 | 同步消费明细信息 | 同步一卡通个人消费信息到中间库 | |
单点登录 | 单点登录 | 实现其他系统单点登录到一卡通系统 | |
移动APP应用 | 员工卡 | 余额查询 | 员工卡余额查询,余额为主钱包+补助钱包总余额 |
交易明细 | 员工卡消费明细和充值明细(至少可查询一年的数据)。 | ||
挂失 | 员工卡挂失申请,黑名单下载到终端后正式生效 | ||
捡卡登记 | 捡卡信息登记,登记成功后会通知失主 | ||
修改密码 | 修改员工卡查询认证密码 | ||
虚拟卡 | 开启/停用 | 开启/停用虚拟卡,需验证员工卡密码;开启后二维码每分钟更新,在有效期(一卡通设置)内可以实现识别、支付 | |
二维码支付-正扫 | 手机扫设备生成二维码,扣除余额 | ||
二维码支付-反扫 | 手机二维码,靠近扫码头完成支付,扣除员工卡余额 | ||
充值 | 银行充值(签约银行) | 签约银行卡充值,充值后须刷卡领款 | |
支付宝充值 | 支付宝充值,充值后须刷卡领款 | ||
微信充值 | 微信支付充值,充值后须刷卡领款 | ||
解绑银行卡 | 解绑员工卡的签约银行卡 | ||
消息 | 消息通知 | 接收员工卡通知,应用通知,大额消费、余额提醒、领款提醒 | |
新闻公告 | 发布公告通知 | 企业管理员登录APP管理后台发布公告通知 | |
失物招领 | 捡到物品 | 发布捡到物品的信息,供失主认领。 | |
丢失物品 | 发布丢失物品信息,寻找丢失物品。 | ||
NFC领款 | 使用支持NFC功能的手机,实现领款操作。 | ||
设备管理 | 设备管理 | 设备管理 | 创建设备,查询设备,删除设备,修改设备属性;支持批量和单个操作,提供RESTAPI接口和WEB界面 |
设备接入模块 | 设备连接、设备认证与授权、网关接入;每个设备接入模块支持100个设备接入到物联网平台,需要更多的设备接入系统,可增加设备接入模块数量 | ||
设备监控 | 设备实时状态;提供WEB设备监控界面,也可为稽核平台等应用提供监控接口 | ||
设备在线升级 | 设备应用程序远程在线升级 | ||
消息插件 | 默认提供HTTP插件 | ||
规则引擎 | 消息分拣与处理 | ||
稽核平台 | 系统检查 | 系统体检 | 检测系统整体状况,并对系统进行打分。 |
查看体检历史 | 每次的体检历史会存储快照,支持根据日期查询体检记录。 | ||
下发通知 | 将异常项通过邮件通知给相应的联系人。 | ||
忽略 | 对于不严重或者无需处理的问题执行忽略操作,下次体检将不再检测。 | ||
设备检测 | 全局信息统计 | 系统对联机设备、脱机设备以及服务运行状况的整体统计,包括总数、预警数以及分类离线数。 | |
图形化地展示服务器、服务、设备、数据库的情况,包括服务器联机情况、服务运行情况、设备脱机比例、各工作站的联机情况、报警信息等。 | |||
服务器 | 监控主机本身的CPU、内存、磁盘消耗情况。 | ||
服务 | 监控主机上的服务运行状态,显示这些异常服务的所在主机名、异常持续时间以及状态信息。 | ||
数据库 | 监控ORACLE、MSSQLSERVER、MySQL数据库的运行状态,以及空间使用情况. | ||
设备报警查询 | 系统接受子系统上传的各类设备报警,比如模块异常、水电表异常、钱箱满、银行对账失败等 | ||
拓扑图 | 拓扑图直观的展示了设备的物理布局以及状态信息,异常设备会与正常设备区分显示,在拓扑图上可查看设备的异常状态信息。 | ||
业务检测 | 整体业务状况 | 统计系统每天发生的POS流水笔数、前台发生的业务数以及活跃账户数。 | |
流水积压 | 检查本地库有多条未上传记录,但一直上传报错,后续记录无法上传。 | ||
纠错流水 | 分析纠错流水笔数和金额超出阀值的记录。 | ||
未决 | 统计每天发生的圈存、补助、消费造成的未决记录,查询出未决数超过设定阀值的终端。 | ||
账户大额金额进出 | 稽核出个人账户金额发生变动超出阀值的账户。 | ||
黑卡消费 | 如果卡挂失后,POS机没有及时更新最新版本的黑名单,那么该黑卡依然可以在该POS机上消费,因此系统需要稽核出黑卡消费的次数以及金额。 | ||
坏卡统计 | 一卡通管理中心对坏卡进行登记,系统后台每天做一次检测,统计每天发生的坏卡数量以及坏卡的详情,也可查询最近一段时间的坏卡数量以及详情。 | ||
系统平衡帐监控 | 监控系统总收入与总支出的值,与系统余额之间是否存在误差。 | ||
个人平衡帐监控 | 滞后上传的记录或未决记录或丢失记录的金额,检测是否超过警戒值。 | ||
余额过大 | 检测个人账户余额是否大于设定值。 | ||
个人加款异常 | 通过分析加款额,监控未处理的未决加款记录、加款记录丢失、领款写卡成功被回滚的情形。 | ||
卡突变 | 检查卡片是否有疑似突变情况 | ||
无效交易检查 | 检查每天异常的坏账情况,对坏账进行分类统计,确认系统是否有问题。 | ||
无效终端 | 检查出长期未发生业务的终端 | ||
休眠卡 | 检查出长期未发生业务的用户 | ||
安全检测 | 操作员密码 | 检测出操作员密码过于简单的操作员,即密码为简单密码表内预先定义的密码或者默认密码 | |
卡密码 | 检测出卡密码过于简单的卡号,即密码为简单密码表内预先定义的密码或者默认的统一密码 | ||
数据安全 | 检查关键表数的加密签名判断原始数据是否被修改,如果不一致则认为有人手工修改数据库。检查备份表与原始表是否一致,如果不一致则认为有人删除数据。 | ||
权限安全 | 对关键业务权限稽核,找出具有操作权限并进行操作的操作员,关键业务包括:未决处理、发卡、注销、手工日结、修改参数等。 | ||
性能检测 | 黑名单下载时间 | 检测黑名单更新不及时的设备 | |
后台功能响应时间 | 检测后台接口是否连通,响应时间是否正常。 | ||
设置 | 体检设置 | 自动体检设置, 周期设定,以及设置自动体检的结果、自动体检结果报告是否通知给相关联系人 | |
联系人 | 分配业务模块:系统给每个联系人分配了所负责的业务模块,一旦该模块发生了异常,系统会下发通知给指定的联系人。 | ||
对联系人进行新增、修改和删除操作 | |||
权限配置 | 用户管理、角色管理、角色授权 | ||
点餐系统 | 系统管理 | 系统配置功能 | 区域、餐厅、楼层、窗口等基础信息进行录入管理 |
角色设置&权限分配 | 根据学校后勤管理人员职能划分不同的角色,并为各角色分配对应的操作权限 | ||
菜品管理 | 菜品管理 | 菜品单位、类别的设置以及菜品信息管理、窗口菜品管理的功能。 | |
窗口菜品管理 | 窗口菜品管理 | 商户对自己窗口菜品的管理功能,添加菜品时只能添加菜品信息中已有的菜品 | |
菜品评价 | 菜品评价 | 员工支付成功后可通过手机对菜品进行评价打星操作,后台不同用户可以浏览自己权限范围(所管辖的窗口)的菜品评价情况,并可按照菜品名称进行搜索查询。 | |
订单查询 | 订单查询 | 订单消费查询功能,后台不同用户可以浏览查看自己权限范围(所管辖的窗口)的订单消费信息,并可按照日期和学工号进行筛选搜索 | |
POS端点餐平台 | 前屏点餐 | POS机前屏显示该窗口所有菜品信息,包含价格、名称、选择的份数,学生可以通过POS机前屏进行选择菜品并刷卡支付,同时支持扫描二维码支付,支付后提示支付成功并显示支付的金额和卡余额; | |
后屏点餐 | 对于不会点餐的群体,POS机支持后屏点餐功能,前屏显示点餐内容,确认后进行刷卡或扫码支付 | ||
销售统计 | POS机还支持对当前销售业绩的统计功能,分餐次显示销售笔数和销售金额,方便窗口人员查看每天的销售信息 | ||
菜品管理 | 对于售罄的菜品或由于原材料等情况暂时没有的菜品,窗口工作人员可以进行下架处理,同时菜品的信息会实时更新至手机终端,方便用户选择; | ||
传统消费功能 | POS机仍然支持窗口人员直接输入金额,学生进行刷卡或扫码消费的功能; | ||
手机端点餐平台 | 浏览菜品清单 | 支持选择区域,餐厅,窗口,支持用户在点餐前浏览该窗口的菜品,包含菜品图片,价格,销售数量等信息,同时手机端点餐平台支持菜品图片放大浏览,方便用户直观查看。 | |
菜品下单 | 用户可以点击菜品进行下单、增加份额或者减少份额、清空自己所点的菜品,然后改用户可以直接去窗口下刷卡消费扣款。同时终端POS机在扣款的同时显示客户下单的菜品,商户根据这些菜品提供服务。 | ||
下单记录查询 | 支持下单记录查询,用户可以查询近一段时间的下单记录。 | ||
扫码取餐及支付 | 为每一个用户生成二维码,绑定自己的账户,用于在智能POS端进行扫码支付。 | ||
班车刷卡消费 | 消费扣款 | 消费扣款 | 与一卡通系统连接,共享系统平台的数据库,使用移动消费机实现班车刷卡消费功能。移动消费机采用4G网络。用户刷卡支付的效果与在消费机上支付相同,同样纳入消费记录以及相关报表中,但不能领取补助 。 |
定额设置 | 定额设置 | 设置每笔刷卡金额 | |
定制开发 | 第三方系统对接 | 门禁系统对接 | 1. 通过接口提供卡号和对应的工号数据给门禁系统。 2. 卡片挂失、解挂后,可通过接口通知门禁系统,包括卡号、工号、挂失或解挂类型。 3. 通过接口提供卡片挂失、解挂信息,供门禁系统查询使用。 |
银联商务支付渠道对接 | 对接厦航已经开通的银联商务支付渠道,实现在线支付。 | ||
Web Service接口对接 | 系统可以根据需要提供供第三方使用的Web Service接口。 接口程序中将员工卡的读写、认证、消费等具体应用进行封装,第三方应用系统的开发人员直接调用即可。 | ||
餐补系统对接 | 对接厦航餐补系统,实现用餐补贴功能 | ||
制装劳保系统对接 | 对接制装劳保系统,通过接口提供卡号与工号数据 | ||
厦航洗涤系统对接 | 对接厦航洗涤系统,通过接口提供卡号与工号数据 | ||
空勤餐厅就餐管理系统对接 | 对接空勤餐厅就餐管理系统,提供消费记录。 | ||
人员信息同步 | 对接厦航人员信息数据库,每日(时间段可设置)同步系统数据库中的人员信息,以厦航人员信息数据库的信息为准,以工号作为标识,同步信息包括姓名、部门、岗位等,并可自动处理离职人员,执行冻结账户操作(包括通知门禁系统等)。 |
三、供应商资格,包括但不限于下列要求:
序号 | 项目 | 资格要求(带★项为准入条件) |
1 | 实力和案例 | ★有满足项目要求的成熟产品案例(即至少包含密钥管理子系统、卡管子系统、消费系统、手机APP应用和班车刷卡系统),且案例数至少100家以上。可提供厦航所需要的项目合同(约5份)。 |
2 | ★年无故障运行时间不低于99%。 | |
3 | ★供应商应该自主研发产品,具有产品的软件著作权,拥有自主知识产权。 | |
4 | ★注册资金一千万以上(因为系统因账目不平造成的损失由系统供应商承担,而厦航一卡通系统整体造价就已经达到数百万,全年的数据金额更加庞大达到数千万,所以从基本注册资金和有限责任而言,要求具备这一条件)。 | |
5 | CPU卡及加密 | ★系统卡片应采用CPU卡。 |
6 | ★消费机与CPU卡应该支持双向认证,即内部认证和外部认证,保证双方的合法性。 | |
7 | ★消费机设备应该读取CPU卡加密数据,而不是UID。 | |
8 | 密钥由厦航管理,加密机等与加密有关设备必须交由厦航保管,供应商完全脱密。 | |
9 | ★系统根密钥必须由用户方两位或两位以上负责人在加密机上设定。 | |
10 | ★加密机在根密钥设定完成后,生成两张或两张以上根密钥令牌,交由厦航档案室封存保管。 | |
11 | ★加密机故障必须现场维修。如无法维修,应就地销毁。 | |
12 | ★供应商具备大规模发卡能力,协助厦航换置3万张人员卡片。 | |
13 | ★CPU卡必须设置电子钱包与身份识别流程,建设厦航专有的身份识别应用 | |
14 | ★消费设备必须通过用户方发行的PSAM卡实现认证,门禁读卡器必须支持用户方发行的PSAM卡。 | |
15 | ★CPU卡必须预留未来指纹识别与人脸识别等应用,进行合理规划。 | |
16 | 消费系统功能 | ★消费系统采用在线模式为主,脱机模式为辅方式,在有网络情况下实时同步消费数据。允许消费机短时间内(一天以内)脱网使用,不影响消费应用。 |
17 | ★补贴发放和充值通过消费机进行,不需要额外使用补贴机/充值机。 | |
18 | ★应具有虚拟卡功能,具有专属的移动应用App,用户可通过App中的付款码完成支付(不是微信、支付宝等支付应用的付款码)。 | |
19 | ★用户充值时的支付渠道可定制,支持厦航已开通的银联商务支付渠道。 | |
20 | ★系统因账目不平造成的损失由系统供应商承担。 | |
21 | ★系统支持厦航集团化需求,账务可支持多个结算单位。 | |
22 | ★有车载刷卡消费设备,支持班车刷卡。 | |
23 | 每次消费有流水号记录,可核对消费情况 | |
24 | 系统具有补贴功能,可对接其他系统获取补贴数据 | |
25 | 服务能力 | ★供应商能够提供本地化(或长时间驻点)升级维护服务,必须有能力支持用户的个性化定制要求,响应时间不得超过48小时。 |
26 | ★供应商必须全国性设有服务机构,保障厦航全集团一卡通系统都可正常运行。 |
其他要求:
1.具有法人资格或者具有独立承担民事责任的能力;
2.遵守国家法律、行政法规,具有良好的商业信誉和健全的财务会计制度;
3.能够开具符合国家法律法规和标准的增值税专用发票;
4.具有履行合同所必需的设备和专业技术能力;
5.具有相关货物生产资质或销售、代理资质;
6.能够在货物或服务使用地点提供完整的售后保障;
7.法律、行政法规规定的其他条件;
8.项目评审前,报名供应商须接受采购人资质审核,包括商务资质审核和技术人员技术能力测试,采购人有权拒绝向资质不佳的供应商发出谈判邀请;
9.采购人不接受被列入厦航《供应商黑名单》及有违法违规记录的供应商报名。
四、报名截止日期
请在2019-01-21前以电子邮件的方式联系项目的商务联系人。
五、联系方式
采购单位:厦门航空有限公司采购管理部
报名/商务联系人:蒋先生
六、本采购预告的解释权归厦门航空有限公司。
特此公告。
厦门航空有限公司
2019年1月15日
招标
|
- 关注我们可获得更多采购需求 |
关注 |
最近搜索
无
热门搜索
无