物联传媒 旗下网站
登录 注册
RFID世界网 >  新闻中心  >  访谈报道  >  正文

一卡通系统是否适合弱电总包

作者:四川亿源智能科技有限公司 李直伟
来源:RFID世界网
日期:2008-01-07 14:40:50
摘要:这些项目大多数甲方都采取将一卡通系统打包到弱电总包中,由弱电总包方再转包给一卡通工程商,一卡通工程商再选择采用哪些智能卡系统供应商。
目前,包括:智能小区、办公大楼等都陆续将一卡通系统作为弱电的一个子系统进行规划、设计、建设,应该说是智能卡应用发展的又一新趋势,这令许多智能卡系统厂商大受鼓舞。这些拟定建设的一卡通系统基本包括:停车场系统、门禁系统、考勤系统、消费系统、巡更系统等。但是,这些项目大多数甲方都采取将一卡通系统打包到弱电总包中,由弱电总包方再转包给一卡通工程商,一卡通工程商再选择采用哪些智能卡系统供应商。  

首先我们承认,采用弱电总包有一定的好处,具体表现在以下几个方面:  

第一、可以便于确定工程责任  

在小区或办公大楼建设工程项目中,弱电项目与土建、装饰等相比总造价很低,但项目却是最多的,可以分为:综合布线、背景音乐、消防、报警、监控、周界、一卡通等多个大项;而每个大项又分很多小项,采用总包方式,可以方便确定工程责任问题,甲方有任何问题都可以只找总包方,这无疑为甲方节约了时间,提管监管效益。  

第二、确保售后服务  

在弱电项目中,由于包含多种产品,每种产品的售后质保期是不完全相同的,有一年的,两有两年、三年的。采用总包,甲方可以与总包方确定整个弱电项目统一的质保期,比如两年。而总包方将自行核定实施两年质保的维护成本,并将其打入总预算中去。  

第三、节省选择的时间(甚至是一些盲目选择的时间)  

毕竟,甲方的工程人员不可以在各个方面都比较了解,可以轻松的在国内众多的供应商、工程商中进行合理而有效的选择。事实上,这种选择对甲方来说无疑是十分艰苦的事情。选择弱电总包,只需着重在本地为数不多的大型工程商中进行实力、工程质量、工程服务等方面作一些比较,就较容易选择合适的工程总包方。  
   
但是,我们认为,作为弱电项目之一的一卡通系统,不宜完全采用弱电总包的方式进行。我们经历了、也看到了很多采用这一方案之后产生的效果不佳的案例。  

这里我们举一个例子是成都蜀汉路一个大型国有企业的办公大楼一卡通系统吧。该项目采用的是弱电总包方案,总包方也算是成都有名的一家工程公司。一卡通项目包括:停车场、门禁、考勤、消费、巡更。后来实际上的项目包括:停车场、门禁、考勤;实际用上的包括:停车场、门禁;运行效果比较好的包括:门禁(只完成人员授权功能)。在这一项目中,大量采用了进口设备,如:门禁采用韩国STAR,停车场道闸采用意大利Nice,考勤机同样采用韩国STAR。整个一卡通项目应该在100多万吧。停车场系统采用红外车辆感应技术,可是该抬闸不抬,该落闸不落;考勤机装在大门口应没有用过;食堂收费系统根本不敢用;门禁系统只能完成简单的授权功能;卡片供货周期很长很长,很贵很贵……为什么会这样呢  

我们认为问题的根源就在于采用了总包方式,层层转包,层层的沟通不畅,层层的利润分摊,最后,可能出现很多种情况,如:如见不如甲方所愿;服务层层推,一拖再拖;而最终可以解决问题的设备供货商或软件开发商因为各种原因(至少有一个原因是利润太低)而不情愿及时解决等。  

以下我们可以具体来分析一卡通系统不宜实施总包的原因:  

第一、一卡通系统不可能出了故障就换  

包括对讲、监控等系统基本上全部由硬件设备组成,设备如果出现问题,工程商可以轻松更换,可以及时响应客户的各种更新功能需求,可以快速响应服务。但是,一卡通系统与包括:对讲、监控有相当大的不同。一卡通系统必然由硬件和软件组成,硬件设备安装到位、网络线路通畅只是第一步,接下来包括:如果发卡、卡片后续的有效性管理、卡片的后续备货是一系列问题;软件的正确使用、用户内部具体的操作流程各有不同,如何让整个系统完全适应甲方的实际需求;  
结果无外乎两种:要么用户迁就系统,湊合就用吧;要么就只能换了。  
   
第二、一卡通系统前期的建设需要相关部门积极参与,同样需要软件开发商的积极参与一卡通系统一般都会涉及单位的后勤、安保、财务、人力资源等多个部门,一卡通系统的建设将直接改变这些部门原来的管理模块和操作流程。如果没有这些部门人员的前期参与,只是一味的由基建部门或采购部门人员仅凭文字上承诺的如此这般就确定的话,最终将很难避免建设的一卡通系统要么不适用,要么根本不能用。  

另外,这种协调必然需要软件开发商到现场。我们认为目前几家较大的智能卡设备厂家提供的一卡通系统虽然功能模块只限于该公司主力产品,一般都还是包括了:考勤、门禁、消费等,有一些也包括了停车场收费系统。应该说是可以满足相当一部分客户的实际需求的。经过双方有效的沟通,对现有各部门流程进行一定的调整,或者软件系统再作一定的、较小的调整,是可以达到双方满意的。  

但工程总包方是不可能完成这些工作的,它们甚至根本不愿意提及更详细的系统功能,只是一味地强调硬件如何的好、厂家的实力如何的强。  

结果无外乎是谈了等于不谈,或者等于白谈。  

第三、一卡通系统需要做到“量身订做”  

我们认为一卡通系统需要做到量身订做。道理很简单,因为当智能卡应用由原来的简单的吃饭扩展到包括:消费、考勤、门禁、停车、巡更等多个子系统后,就必须涉及单位内部的多个部门;而每个单位内部具体的管理流程都是不相同的,如果拿一套所谓的“大而全”的管理软件就可以套住所有用户的需求显示是不行的。我们在给成都地铁公司实施就餐管理系统时,我们与甲方就前期的需求及解决方案就讨论了半个月,系统建设后他们又试用了一个月才正式启动;而我们给成都亚东水泥厂建设一卡通系统时就前期需求就沟通了半年。  

工程总包方为了保证自身的工程利润,必须压低系统供应商的价格,能用设备厂商的免费软件就用,不能用再说。量身订做是不可能的,甚至在他们看来是不可取的,因为那将导致系统不稳定。我们认为这只是托辞。我们主张量身订做,不是让一般软件公司全新开发,而是让一卡通系统开发商在原有的成熟系统的基础上,作适当调整,以期最终更好的满足用户的实际需求,这种修改,经过必要的软件测试是绝对能够避免的。套句时髦的话说:“不发展就会落后”。  
   
第四、总包方很容易最终“东拼西凑”  

事实上,工程商基本止习惯于“东拼西凑”,因为整个弱电项目本来就是多个子系统组成的,我们经常会遇到有工程商十分着急地让我们给他某个项目安装一套收费系统,过一段时间又要装一套巡更系统。这些作为一卡通系统的一个有效组成部分,被他们活生生分成若干部分,今天客户要求就装这个,明天客户要求就装那个。保证是使用同一张卡就行了。 
 
这些子系统从建设到验收、使用都没有按“一卡通”的要求来完成,不同的设备再配上一套厂家赠送的管理软件,在收费系统里发一下,简单的输个名字;再到考勤软件中再输个相同的名字,再发一次卡,或者想办法将收费系统的人员信息导到考勤系统中,这样就可以了。  

工程验收时基本上是可以过关的。因为大家都不在乎软件嘛。但是实际使用起来就有问题了,在消费系统中换了卡,考勤却打不上;卡找到后又继续在考勤机上刷卡考勤……凡此种种,最后可能就是一个人有多张卡,就竟该用哪张卡消费,哪张卡考勤,他自己都弄不清楚。  

另外,还要说明一点,这些东拼西凑的管理软件,功能十分的简单,能用不能用,好用不好用,可能只有最后具体的操作人员才知道,因为大家都不关心嘛!!!  
   
第五、总包方式让服务更没有保障  

我们经常有过这样的经历,我们在客户现场进行技术维护时客户根本不知道我们的技术员是哪家公司的。而且我们发现甲方嘴里所讲的公司名称就不是让我们去做技术服务的公司。也就是说中间经过了层层转包。  

层层转包带来的利润下降的问题不说大家都知道,我就不单独论述了。我只说一点,这种转包让服务根本就没有保障。事实上总包方也好,一般的工程商也罢,一卡通系统他们是根本无法动手维护的(因为维护不是更换设备或检查线路),于是就会出现层层的打电话,追责任,讨价还价。最后能不能到现场维护,能不能维修好先不说,至少这中间的时间就少不了,短则3~5天,多则十天半月。  

工程商在与系统开发商采购时,一般都是去除了场现服务这一块费用的。如果加上竞争相互压价,系统开发商根本没有办法响应服务。结果可能而知啊!其实最后受到伤害的也不会少了甲方。  
   
最后,给自己打打广告吧。我们是专业做一卡通系统开发的。我们采用了目前市场上十分主流的硬件产品,包括:深圳微耕的门禁控制器、LCJ的电锁、HID的读卡器、依时利的考勤机、大洪的收费机、舒特的收费机/考勤机、中研的巡更器、德生的IC卡、德卡的IC卡读写机具、香港龙杰的指纹阅读器、爱迪尔的宾馆门锁、九鼎的道闸/票箱/通道闸等等。我们提供完整的、集成为一体式的CAS智能卡一卡通系统。该系统将采用模块化设计、大型关系数据库和C/S构架。系统组成包括:中心管理端和消费、考勤、门禁、巡检、领导查询、通道出入、会议出勤、停车场收费、多媒体查询等多个子系统。 

CAS 一卡通系统的特点:  
1. CAS是Card Application System 的简称,也是完全满足用户个性化需求的智能卡应用系统的简称; 
2. CAS一卡通的所有部门、用户信息、卡片管理及操作员权限设置都在管理中心子系统中完成,各个子系统通过“帐户启用/禁用”功能来加入或注销用户卡信息,“帐户”的运用是CAS一卡通系统的最大亮点; 
3. 报表自定义、动态修改、超强的记录过滤功能让统计查询变得生动而实用; 
4. CAS的特性描述是:卡通、库通、网通和模块化、个性化; 
5. CAS一卡通整体解决方案是真正的一卡通应用系统;