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