第一包校园一卡通系统

第一包：校园一卡通系统

附件一：校园一卡通系统

一、附加商务条款

1、资格要求

（一）实质性资质文件

1.投标人成立须满三年并提供营业执照副本。

2.投标人必须具备天津城市卡公司正式授权文件，并需要明确声明投标人具备发行具有城市卡功能的校园卡的权利。

（二）资信文件

1.税务登记证；

2.经会计师事务所审计的上年度财务报告；

3.08年依法缴纳税收的记录；

4.08年依法缴纳社会保障资金的记录；

（三）业绩文件

1．供应商必须具有高等院校“校园一卡通”工程的案例，并具有与数字化校园集成的成功经验，近3年至少有两项以上与本项目同等规模的高等学校“数字校园一卡通系统”工程的成功经验，并提供相关证明文件，要求附合同、设备清单、验收报告复印件以及甲方联系人的通讯方式，否则不予认定。（该项为实质性要求）

2、技术要求

（一）技术要求详见项目概述。

（二）投标人在标书中附所投产品宣传彩页。

（三）属于《第一批实施强制性产品认证的产品目录》中的投标产品，须具备3C认证。

（四）投标人负责设备的安装、调试。

3、商务要求

（一）报价要求

1.投标报价以人民币填报。

2.投标人的报价应包括：设备主机及附件货款、运输费、运输保险费、装卸费、安装调试费及其它应有的费用并分别单列。投标人所报价格为货到用户安装地现场的优惠价格。

（二）服务要求

1．在天津设有售后维护部门和相关技术人员，提供所投产品至少一年的免费上门保修，终身维修。接到用户电话后1-2小时内到现场时间，12小时内解决不了，必须提供备用设备。

2．用户将来有系统的扩展需求，如增加POS机，圈存设备、系统模块或更换主要部件或配件时，应改予价格优惠的折扣率不低于首次招标优惠幅度。

3．用户所购设备及系统经连续运行三个月内出现质量问题的，供应商应给予无条件退货或给予更换。

4．应在规定的时间内将全部系统和设备安装、集成、调试完毕、提供用户正常使用，并免费承担有关设备、系统的使用和管理培训事项。

（三）交货期及交货地点

1.交货期：签订合同后5日内交设备，2010 年3 月15 日前完成安装调试（特殊情况以合同为准）。

2.交货地点：采购人指定。

3.特别要求：交货时采购人有权要求供应商就产品的合法供货渠道进行说明；采购人认为有必要的，供应商应提供有效的书面证明材料。如果供应商提供非法渠道的商品，视为欺诈，供应商应根据《中华人民共和国消费者权益保护法》承担商品价值双倍的赔偿；同时，采购人保留依据现行的国家法律法规追究其他责任的权利。

二、项目概况

1.投标人须对项目内所有内容进行投标，不允许只对其中部分内容进行投标。

2.本项目要求中所出现的工艺、材料、设备或参照的品牌仅为方便描述而没有限制性。

3.本项目中凡标有“★”条款均被视为重要的技术指标或性能要求，投标人应引起足够的重视。

三、项目概述

2.1系统建设的必要性

1)一卡通系统作为整个数字化校园的核心应用项目，设计上要符合数字化校园的整体设计思想。该系统不仅仅是消费系统，还具备身份识别以及信息管理功能。要求采用校园卡与银行金融卡分离的方案，校园卡选用非接触式IC（Mifare One）S70卡，系统同时兼容S50卡。使其具有在校园内实现各类消费、身份认证、信息查询和校园管理的功能，并具备城市卡功能。利用学校的网络资源，实现学生证、教师证、食堂卡、上机卡、图书证、购水卡、购电卡等多种证卡合一，作到“一卡通用”。实现一卡通系统与校园已有管理信息系统之间的无缝链接，最终做到统一平台、数据共享。

2)要求投标单位根据我院具体情况提出系统建议方案、硬件配置、系统软件报价、主要终端设备的技术参数及报价、售后服务承诺及相关报价。最后由中标单位根据我校情况作具体实施方案。

2.2系统建设目标

1)校园卡取代了学校管理和校园生活中所使用的各种个人证件和现金支付手段，在一张卡上实现生活消费、学籍管理、身份认证、网上查询等多种功能。

2)★校园卡系统软件、硬件全面支持MifareOne 4k的卡片，实现校外消费城市卡功能，如公交、地铁、轻轨、出租等多种功能，并为今后生物特征信息预留扩展空间。

3)校园卡将智能IC卡的强大功能与计算机网络的数字化理念融入校园，将学校各个系统连为一体，有助于提高学校的管理水平。

4)在不影响学校正常工作生活的前提下，基于数字化校园网，首期完成校园卡项目的核心系统和主要应用系统的建设或升级改造，尽快满足学校主要功能的应用；在核心系统稳定运行的基础上逐步完成其他子系统的建设。

2.3总体要求

按照系统设计目标，遵循系统设置原则，按照国家的技术规范，完成我院整个校园“一卡通”系统平台的设计、施工、管理和维护服务等。

2.4设计原则

在进行系统设计中应遵循以下原则：

1)可行性和适应性。系统要保证技术上的可行性和良好的性价比，并满足今后社会和学校发展的需要。

2)实用性和经济性。系统建设应始终贯彻面向应用、注重实效的方针，坚持实用、经济的原则。

3)先进性和成熟性。系统设计既要采用先进的设计和方法，又要注意结构、设备、工具的相对成熟。采用成熟的主流技术，不但能反映当今的先进水平，而且具有发展潜力，并能顺利地过度到下一代技术，关键设备应选用国际主流的先进产品。

4)开放性和标准性。为满足系统所选用的技术和设备的协同运行能力、系统投资的长期效应以及系统功能不断扩展的需求，要求系统具有开放性和标准性。

5)可靠性和稳定性：在考虑技术先进和开放性的同时，还应从系统结构、技术措施、设备性能、系统管理、厂商技术支持及维修能力等方面着手，确保系统运行的可靠性和稳定性。

6)安全性和保密性：在系统的设计中，既要考虑信息资源的充分共享，还要考虑信息的保护和隔离。系统流水数据要求采用硬件加密处理。

7)兼容性和易维护性：为了适应系统变化的要求，必须充分考虑以最合适的方法、最合理的投资、实现系统的兼容和维护。

2.5设计内容及范围

根据规划，“一卡通”设计要整体考虑，分步实施。投标人要进行整体设计，按照高性能、高性价比、适度超前、留有余量的原则实施，系统建成“一卡通”系统。

四、系统需求

1.本一览表中设备若有已停产的，请注明并以同品牌的替代产品或升级产品报价并填入技术规格偏离表;

2.凡在“技术参数及性能（配置）要求”中表述为“标配”或“标准配置”的设备，投

4.1概述

(1)校园卡与银行卡物理分离，校园卡使用Philips公司的非接触式IC卡，即Mifare OneS70卡。在校园内校园卡代替现金进行一切消费，校园卡代替一切证件进行认证。校园卡的充值可根据使用者的不同要求采用现金充值的方式灵活实现。

(2)系统应采用安全、开放可扩充的平台，具有数字化校园的扩充性能，可根据我校的不同情况进行具体定制，要求提供二次开发接口。

(3)系统规模：第一期用户数为20000 人，系统平台设计来考虑。

(4)具体应用包括：综合消费子系统，校车收费系统，,操场跑圈考勤系统，图书馆通道管理系统、网上查询系统、现有图书馆、教务、财务、系统的对接等，采购设备详见货物需求一览表。

校园卡分学生卡、教师卡、临时卡三类，要求提供详细的发卡流程，由学校掌握发卡权，要求以学号作为身份识别的唯一代码。

(5)校园卡设专用电子钱包帐户，它具有消费、身份认证、个人信息查询等功能。

①电子钱包功能:

持校园卡在校内进行各类消费和金融活动，包括交纳学费、交纳网费、奖（学）金伙食补助、进餐、洗澡等消费场所无纸化电子货币支付。

★持校园卡在校外具备城市卡功能，可以进行各类消费，包括乘公交车、地铁、轻轨、出租车等。

②管理功能:

利用校园卡进行各类身份认证管理活动，包括学籍管理、成绩查询、图书管理、借阅管理等。

4.2工程范围

4.2.1一卡通数据平台与服务平台

4.2.1.1数据中心

1、金融数据中心

(1)同一公司自主研发的产品，具有自主知识产权证明，有普通高校实施案例。

(2)金融数据中心负责金融类的业务处理和资金类的结算管理，可扩展银行转账中心线程，并且银行转账业务线程可独立维护。

(3)可扩充支持电子帐户功能，以满足学校后期电子商务增值业务需求。

(4)系统对帐机制采用“以小为准”，杜绝以卡为准或者以库为准的片面处理。并且有严密的卡库不平平帐处理措施，如采用补记流水、补写卡片余额、平帐处理和平帐冲正等多种卡库不平处理机制。

(5)支持HP-UX、IBM-AIX、Solaris、Linux操作系统和oracle数据库。

(6)数据中心有监控功能，可以通过监控界面看到：数据库持卡人总数、当前业务处理人次以及系统运行时间等。

(7)要求金融数据中心和身份数据中心分开独立设计，二者通过数据链路实现重要数据互通，或者通过同义词实现互信互访。

(8)有单独的金融数据和身份数据同步线程，能够实现实时同步。

(9)帐务处理支持多核算单位，多结算主体，以满足不同校区，不同单位的结账要求。

2、身份数据中心

(1)身份数据中心负责身份类的交易。

(2)身份数据库要求有独立的部门表结构、身份类别标结构、证件类型表结构等公共字典类表结构。

(3)要求身份数据中心和金融数据中心分开独立设计，二者通过数据库链路实现重要数据互通。

(4)要求身份数据库含有数据库表，照片直接存储进数据库。

3、综合前置系统软件

(1)金融化安全架构设计，对平台的访问必须通过前置机安全认证后才可与后台进行交易。

(2)综合前置系统可设定系统自动日结日期时间、开工日期时间，并自动和手工发出日结开工指令。

(3)综合前置系统负责动态密钥的更换，黑白名单的下发，子系统运行情况监控

(4)综合前置系统可导出系统节点和黑白名单

(5)综合前置系统可设定黑名单偏移量

(6)综合前置系统可实时监控子系统网络状态和系统运行情况。

4、身份前置系统软件

(1)身份前置系统负责监控身份客户端的操作执行情况。

(2)身份前置系统支持与人事系统和教务系统的人员基本信息的同步，可二次个性开发。

(3)身份前置系统负责全局身份管理系统的升级更新，可以把客户端的运行程序放在身份前置系统文件夹下，供客户端每次启动时自动更新下载。

(4)身份前置系统可设定与数据库的连接方式。

5、其他系统整体要求

(1)系统对帐机制采用“以小为准”，杜绝以卡为准或者以库为准的片面处理。并且有严密的卡库不平平帐处理措施，如采用补记流水、补写卡片余额、平帐处理和平帐冲正等多种卡库不平处理机制。

(2)要求厂家具备数字化校园规划设计、自主研发的能力，要求一卡通系统的设计规划遵循数字化校园的设计规范。能够提供数字化校园与一卡通系统的整体设计及实施案例。

4.2.1.2一卡通服务平台

1、综合业务系统软件

综合业务子系统是校园卡系统的主要业务操作平台，包括卡务管理功能和会计业务功能，主要有持卡人基本信息管理、各学校信息管理、商户管理、数据采集、充值、密码管理；财务报表管理、业务查询、特殊业务、卡片初始化、日终处理等功能，同时也是银行卡号与校园卡建立对应关系的作用。

具体要求如下：

(1)系统设计要求有当前过度余额、上次过度余额、累计用卡次数、补助序列号、卡余额、库余额等多种校验标记，以保证系统金融帐务的完整性、一致性和准确性。

(2)持卡人管理设计要有如下模块：预开帐户、开设账户、快速开户、临时卡管理、卡片校正、现金充值、修改密码、对应关系、平帐、补助、扣款、撤销账户等。

(3)商户管理设计要有如下模块：开设账户、撤销账户、修改信息、修改密码、更换卡片、调整帐务。

(4)信息查询设计要有如下模块：查询持卡人信息，查询商户信息，查询补助和扣款，查询交易流水。

(5)报表设计要有如下模块：财务总表，商户报表，操作员报表，设计报表，持卡人部门统计报表。

(6)系统维护设计要有如下模块：核算单位，日报字典，操作费用，代码字典，商户部门，系统登记，系统参数，操作人员等。

2、身份管理系统软件

身份管理子系统为校园卡系统的其它子系统提供基础身份数据信息，是校园卡系统所有子系统所需公共信息的来源。用于管理与学校的学生、教师、职工、外校人员等相关的身份信息。

具体要求如下：

(1)学生、教职工和校外人员采用不同界面分开管理。

(2)支持准考证号为主要字段。

(3)具有身份审核、身份开启/关闭功能。

(4)系统分为字典信息管理、资料信息管理、卡样管理、像片管理和信息批量导入５大部分。

(5)字典信息管理分为：公共字典信息设置（校／厂区、部门信息、身份类别、操作员信息、国家／地区信息、民族信息、政治面貌和证件类型）、学生字典信息设置、教职工字典信息设置。

(6)资料信息管理分为：学生基本信息管理、教工基本信息管理、外来人员信息管理。

(7)增加操作员时须绑定IP地址，指定操作员登陆机的固定IP地址。

3、证书卡管理系统软件

一卡通系统安全密钥采用硬件加密，每套应用系统需采用硬件加密方式，每天更换密钥，密钥传递采用安全性很高的CPU卡，对证书卡的操作取决于有相应的授权卡。并且要求通过证书卡管理系统软件可以设定系统金融数据中心、身份数据中心、综合前置系统ip和各类对应服务端口号，可以设定子系统的系统类型、系统代码、ip、网关和端口，可以设定校方密码。并把相应设置信息写入psam证书卡，同时记录于psam主备授权卡。

4、网站查询系统软件

网站查询系统是持卡人、商户查询校园卡系统各种交易信息的窗口，是操作员发布相关信息以及与持卡人、商户沟通的平台。它实现信息查询、信息发布和卡操作等功能。

具体要求如下：

(1)要求预留网上身份信息录入接口，以便于后期进行二次开发。

(2)自动发布卡片挂失浏览信息。

(3)可发布通知，手工导入工资条和住宿费等。

(4)可开设论坛，方便师生进行问题讨论。

(5)可查询个人信息并显示照片，可查询个人消费流水和历史消费流水。

(6)可上传、下载文件。

4.2.2一卡通应用系统

4.2.2.1商务消费系统

食堂消费系统：本部和大港校区共计3个食堂，160台POS窗口机；

校车管理系统：本部和大港校区之间来往校车，安装2台机器设备进行身份认证及扣费。

所有商务消费系统免除电脑工作站管理，采用自助工控机（网关）控制运行。

(1)★商务网关与后台采用TCP/IP通讯协议，和pos消费终端之间采用485总线通讯协议。

(2)★商务网关对POS机进行食谱、餐饮、营业分组等营业参数的设置。

(3)★商务网关实时监控各终端机状态。

(4)★每台商务网关可以支持128台pos机的通讯。

(5)★POS机交易以实时通讯为主，脱机工作为辅。

(6)★通过pos机消费过程自动进行补助。

(7)★对于卡库不平的帐户，通过pos机消费过程自动进行平帐。

(8)★POS机键盘操作支持编码、现金、定额方式操作。

(9)★系统具有脱机消费限额、密码消费限额机制来保护持卡人的利益。

(10)★实时查询统计营业窗口明细表及消费汇总等账务情况。

(11)★自定义查询各类报表，报表也可以在网上，通过权限限制打印。

(12)★维护系统白名单，自动防止伪卡。

(13)★整理黑名单，下传到POS机。

(14)★可以个性化设定透支警戒额，预防帐户透支消费。

(15)★要求商务网关自带打印机，自带显示屏，自带键盘。

(16)★零散消费场所以TCP／IP通讯为主，自带打印机或外置打印机，支持电子帐户消费。

注：参与谈判单位所投产品名称可以不称作“商务网关”，但必须提供具有标书中指定的功能的单独相应设备。

4.2.2.2签到管理系统

体育场预计安装5个签到点，用于跑圈签到，并对来往人员进行时间、身份的记录工作，方便管理人员的统计。

4.2.2.3图书管理系统接口

学校图书管理系统使用的是UNICO 图书馆管理系统，与图书管理系统对接后，实现借书还书、超期罚款丢失赔偿收费功能和身份认证，系统需要达到实时同步平台信息变化。具体要求如下：

(1)★要求能够通过校园卡直接在读卡器上进行图书的借阅、扣费等管理紧耦合接入，除一个读卡器外不得新增外置扣费设备。

(2)★要有和UNICO图书馆管理系统对接的成功案例，并提供用户盖章证明。

4.2.2.4教务管理系统接口

学校教务管理系统使用的是正方教务管理系统，与教务管理系统对接后，解决了一卡通教务和财务部门的信息连动，解决了传统管理模式中手工催缴学费、对于漏

缴学费的学生无法进行有效管理和控制的问题。

。具体要求如下：

(1)★要求能够通过校园卡直接在读卡器上进行注册、选课等。

(2)★要有和教务管理系统对接的成功案例，并提供用户盖章证明。

4.2.2.5财务管理系统接口

学校图书管理系统使用的是天财财务管理系统，与财务管理系统对接，实现与教务系统信息连动。

具体要求如下：

(1)★要求学生缴完费后，能够通过系统通知到教务系统，从而实现信息连动。

(2)★要有和天财财务管理系统对接的成功案例，并提供用户盖章证明。

4.2.3技术要求

4.2.3.1分主要性能指标

4.2.3.3★技术方案要求

(1)系统在软件和硬件上具有可扩展性，留有软件、硬件扩展接口，易于添加和扩展新应

用。

(2)多结算单位通用：在性质不同，相互独立运营结算的各种单位间通用。如：食堂、图

书馆罚款，赔款等。

(3)提供多种应用：支持电子钱包、身份识别、信息查询等多种应用。

(4)能在短期内处理大量发卡业务。

(5)支持2万用户。

(6)校园卡采用非接触式IC卡读写器，对射频IC卡的存储器要有一个总体的规划，对各

种证件或卡分配一定的存储区（包括标志区和数据区），并预留一部分区域，对IC卡中的数据加密后存储。具有统一的管理平台软件，统一的用户管理。

(7)系统必须以实时通讯方式工作，并具有脱网运行机制。

(8)数据中心的双机热备份解决方案及数据的备份方案。

(9)系统安全性的考虑，应把卡的安全性、系统的安全性放在首位，在技术和管理上进行

充分的设计，数据加密传输，收费设备与卡之间采用双向认证，以保证电子钱包及交易数据的完整性、有效性和真实性，防止非法篡改和非法使用，防止对卡进行伪造。

(10)系统必须同时兼容S70/S50两种卡片同时使用。

(11)要求系统的供货厂家提供自有POS机、以太网POS机、读卡器等机具。

但标书中要求的各项功能必须具备。

注：1、所有投标的供货商请注意报价必须包含所有应用系统相关的专业硬件软件(注：硬件不含电脑\打印机\UPS\服务器等辅助设备)，必须保证系统能够按照用户提出的技术需求正常稳定的运行；

2、安装费、材料费也必须列入本次报价中（多退少补）；

3、除用户要求增项，不然一期建设不另作任何增项。