探讨企业一卡通技术应用注意事项

来源:网络  作者:网络转载   2019-10-05 阅读:313
近年来越来越多的企业管理者都认识到企业管理的核心目标是对企业中人的管理。那么对人的管理如何做到科学化、人性化呢?这需要每个企业结合自身的实际情况进行深入思考。
  
  企业一卡通建设应注意哪些方面
  
  1.明确建设目标:目前有许多企业建设企业一卡通并没有一个明确的目标。因为他们并不知道建设企业一卡通有什么意义或能给企业带来什么好处。只是看到别的企业上来,如果自己企业不上就是跟不上潮流。这样就造成了企业盲目的选择供应商照抄别人的模式。往往是系统上线后才发现跟本就不适合自己企业的管理模式。结果钱也花了却任何目的也没有达到,造成企业投资的浪费。所以建议企业在进行一卡通建设前先要明确企业一卡通系统的建设目标。
  
  2.搞好调研工作、做好前期规划:企业一卡通系统涉及到了企业中每一个人在企业中的各项生产、生活活动。涉及到企业的许多职能部门。所以做好前期调研非常重要。企业一卡通的建设又是一个长期的、需要不断深化的工作。所以在一卡通建设前必须做好前期规划。对系统容量、系统扩展性要进行充分考虑。
  
  3.分项逐步实施:企业一卡通系统的特点决定了其实施不可能一步到位。我们建议企业在做好了整体性规划后对一卡通系统进行分步实施。一方面让使用者有一个逐步适应的过程。另一方面在使用过程中可以及时发现一些问题便于对及时修整实施计划对后续的子系统提出设计和修改意见,让其更适合企业需要。
  
  4.慎重选择供应商:企业一卡通供应商的公司规模、设计能力、实施经验等因素直接决定了企业一卡通建设的成败。所以我们建议企业在选择供应商时一定要进行多方考察。
  
  企业如何选择一卡通供应商
  
  供应商的选择在一定意义上决定了企业一卡通建设的成败,我们建议企业从以下几方面对供应商进行考察:
  
  1.方案设计能力:方案设计能力直接体现了供应商在企业一卡通领域的综合实力。在一些企业一卡通大众化应用上可能多数供应商的方案大致相同。提醒企业着重关注企业一卡通中企业个性化要求方面的方案设计。看看供应商是一笔带过还是进行了深入的思考和分析从各方面为企业提供合理化建议。这些可以直观的反应供应商的专业性和责任心的问题。
  
  2.成功案例数量:企业要着重考察供应商企业一卡通方面成功案例的数量。特别是要找和本企业公司规模、建设目标、投资规模、功能模块等类似的成功案例。因为企业一卡通系统的设计和实施是需要经验的,没有几个成功案例的供应商是没有能力实施好企业一卡通项目的。
  
  3.对ERP系统熟悉程度:上文提到了企业一卡通和ERP系统的紧密关系。所以在选择一卡通供应商时一定要考察该供应商对ERP系统的熟悉程度。否则建设出的企业一卡通系统将和ERP系统成为两个完全孤立的系统。这是任何企业都不愿看到的。
  
  4.对企业状况的熟悉程度:因为企业一卡通涉及到企业的所有员工和大多数部门,所以要求供应商要对该企业的企业文化、管理模式、做事方法等非常熟悉。如果不够熟悉的话一定要让供应商做好前期调研工作。
  
  5.公司技术水平及系统更新能力:企业一卡通建设是一个长期、深入的过程。随着企业管理水平的提高对一卡通系统的要求也必然会不断深化。再加上各种新技术、新设备的不断出现,企业也必然要求把这些新东西应用到一卡通中。这就要求企业在选择供应商时一定要考察供应商的系统更新能力。以防止企业在需要系统维护、系统扩展和系统升级时供应商不能满足企业的上述要求。
  
  企业一卡通存在的问题
  
  一卡通的应用在很多企业由于前期建设缺乏整体规划,企业各部门从各自角度出发建设适合自己需求的一卡通系统,形成多卡并存的局面,许多企业在食堂、超市、劳保福利发放、工具领用、员工考勤、门禁/通道等领域存在着自成体系的“卡应用系统”,名为一卡通,实际上相互不衔接、不共享,不仅导致资源浪费,而且使得用户的工作证、饭卡、考勤卡、门禁卡、员工福利卡等证件名目繁多,给广大用户带来很大的不便。
  
  边界模糊、管理混乱:一卡通与其它业务系统之间的边界到底如何划分,迄今为止仍然不清楚,致使一些本来应该下放给业务部门的服务类业务,却上收到以结算管理为中心的卡务中心,而该上收的管理业务却下放到业务部门。
  
  自成体系、难入流程:一卡通的管理功能如何整合主流的管理流程并未彻底解决,比如考勤模块与人力资源管理系统之间、会议签到模块与资产管理系统之间的流程并未打通。
  
  架构复杂、维护困难、软件绑定:传统厂商采用分布式多数据库模式,导致多数据库之间的同步非常困难,经常导致帐务不平、造成严重的财务风险;另一些厂商照抄照搬金融领域技术,采用完全集中数据库模式,却没有考虑到企业网不是金融网、一卡通数据中心不是金融数据中心、信息办技术力量不是金融机构动则数百专业人员的事实,给系统管理维护、扩展带来意想不到的困难―――一系统一旦出现故障基本上只能厂商开发人员才能维护,形成了事实上的软件绑定,即用户绑定了软件厂商,丧失主动权。
  
  彻底封闭、绑定厂商、绑定硬件:一些从“售饭卡”起家的硬件厂商,采用中低端技术、落后的技术架构、原始的设计理念,采用部分甚至完全封闭的卡片、POS、数据库技术,导致用户彻底绑定厂商、只能购买其指定的硬件,毫无主动性可言。
  
  硬件分离、发挥短处、走向极端:另外一些厂商由于自身不具备嵌入式系统开发实力,希望通过外挂模式解决自身产品不完善的不足,由于嵌入式系统的特点―――软件嵌入硬件的一体化产品,决定了必须充分掌握硬件的技术特点,才可能充分发挥系统优势。因此实际效果差强人意―――前置接口部分不稳定,直接影响系统的用户体验,增加系统的管理难度。
标签: 注意事项
打赏

免责声明:
本站部份内容系网友自发上传与转载,不代表本网赞同其观点;
如涉及内容、版权等问题,请在30日内联系,我们将在第一时间删除内容!

购物指南

支付方式

商家合作

关于我们

微信扫一扫

(c)2008-2018 DESTOON B2B SYSTEM All Rights Reserved
免责声明:以上信息由相关企业或个人自行免费发布,其真实性、准确性及合法性未证实。请谨慎采用,风险自负。本网对此不承担任何法律责任。

在线咨询

在线咨询:

QQ交流群

微信公众号