| 可提供个性化服务，可按客户要求制作一卡通系统方案，对一卡通系统各功能模块做出相应的调整。一、DRP一卡通系统与传统一卡通对比：1．传统一卡通系统 端多多 随着企一卡通的普及和深入,传统的“一卡通系统”模式越来越不能适应企实际管理的要求,而且大大加大了操作人员的日常工作.主要端体现在:手工工作大，重复工作严重、数据丢失严重、错误率高； 考勤、消费、门禁多系统维护复杂且成本高；餐、消费控制困难，人事软件作与一卡通无法实时同步管理；系统受限、机器记录受限、终端机数受限；线路安装、维护及软、硬件接口都比较复杂；故障频繁，对供货商依赖性高。2．DRP一卡通系统与传统一卡通系统核心对比分析比照项目 传统一卡通系统 DRP一卡通系统 A、产品开发理念数据处理机制 强调终端机独立存储功能 主动实时上交服务器处理各数据机之间和各数据机与第三方软件间的联动功能 通过形成各种报表方式下载到各终端机上 数据经过逻辑分析后，不仅能够实时上传至第三方软件，而且能够实时下载到各需要的终端机上通讯技术 服务器对数据机发送指令访问模式 多线程实时通讯技术，数据机主动访问服务器，并且多台可同时访问B、终端机技术参数GTC930/950考勤机 各种功能参数本一致，只是存储机制、存储容，以及存储设备的稳定性能有差别。刷卡数据、各种表、字库等存储于FLASH闪存芯片中。在通过软件指令发送到计算机硬盘中存储起来，中间的过程会导致数据的丢失。 计算机硬盘做为一种成熟的存储设备，其存储机制、存储容及存储设备稳定性均越其它存储设备。并且可以做镜像备份磁盘振列，由此可以保不掉数据。同时可保对人数的没有限制。在脱机时，即为传统模式，系统自动侦测一但联机时，数据将自动上传服务器。 HIKEY1020/1040门禁机 HIKEY500T/G消费机 C、接口部分设置调试动态库函数方式 各终端机函数指令均不一样，需要花费大精力调试。 动态库函数不与第三方软件直接打交道据库的接口程序 通过文本方式存储资料，需要手工导入导出，不能自动处理。 数据库的接口程序，是接口数据库与第三方数据库之间通过编写存储过程的方式数据源的对接，具备自动和定时处理功能。配套管理软件 客户端数多，安装、调试、权限控制复杂，安全性不够。 只有一套设置接口，安装服务器中，次设置后，无需后续管理。D、管理功能人事管理与数据机数据更新 人事变更，如入职/离职（含自离）/调动/升迁相关的数据机需要通过下载数据方式，不仅耗时、耗人力，而且易掉数据。 自动定时更新数据库，黑白替增方式传输数据，省时、省力，且不易出错，同时设定好了相应数据机刷卡权限和次数，只需设。订餐（或叫报餐、点餐）与餐 订餐机与餐机需要轮循方式下载订餐表 订餐数据自动实时传输，无需上传下载。同时可自定义餐规则，如考勤餐、班次订餐、加班宵夜。 通道管制（门禁或门机）与考勤 通道管理由控制器管理，没有灵活设置，并且如与考勤关联需要下载数据表到考勤机当中。 各种灵活门禁通道管理的时段、门区、返潜回规则任意设置，并且无需上传、下栽数据即可与考勤关联。 电子生产线工位数与实时性 通信技术的受限无法控制电子工位。 多线程实时通信技术，使得工位上的终端机数可到上万台，依然保持数据的高速运转，并可实时上传服务器，对生产线起到现场管理。 恶意消费或浪费与成本控制 月/日/餐限次、月/日/餐限额餐与控水无法控制；月底充值/清零绩效、补助无法管理；对油和电的现场节约管理无法限制。 通过后台程序来实现各种灵活的限次、限额、充值、清零设置。对油和电的起到现场管理。 DRP（Data Realtime Process）一卡通系统介绍篇一、DRP一卡通系统是企“一卡通”划时代的杰作，主要势体现在:1．DRP一卡通系统实现大集成、大联动 可以支持至少512个终端机同时并发，全面兼容ID或IC卡终端机， DRP系统全面集成考勤机、消费机、定餐机、餐机、门禁机、计数器、计件器等数据终端机，以及设备和数据管理工作。DRP系统内各终端机以及终端机与HRP软件之间可实现数据交换联动，联动规则可由客户自定义，如离职停卡，订餐餐，出勤餐等。2．DRP一卡通系统实现全自动 、全实时 一卡通中所有考勤、门禁、消费、餐、计件等相关数据由DRP系统全自动采集、下载、上传；所有刷卡数据在各数据终端机、DRP服务器、ERP/HRP数据库三者间实时在线交换。如将终端机的职员刷卡记录实时/定时传送到第三方软件；也可主动抓取第三方软件的异动信息,实现对终端机的 |
|