这套是干什么的
我们把门禁、考勤、食堂消费、访客登记接到同一张卡和同一个人员库上，办一次入职、开一次卡，离职停一次就全停。解决的是几个系统各管各的人、人员信息对不上、离职了门禁还开着这些麻烦。
现场常见的问题
现场常见的毛病
门禁一套人、食堂一套人、考勤一套人，招一个人要录三遍，名字还经常打错。
现场常见的毛病
员工离职只在工资系统里停了，门禁和食堂没同步，人走了两个月卡还能刷开宿舍门。
现场常见的毛病
食堂月底对账靠收银员手抄，和企业实际人数对不上，差额说不清。
卡片选型与统一人员库
一卡通的关键是卡片和人员库统一，其他都是外围。卡片我们一般用 CPU 卡或者 M1 卡。M1 卡便宜，单张两三块，适合只用门禁和考勤的小单位；CPU 卡带密钥运算，复制难度大，门禁加消费加门禁互用的场景建议用 CPU 卡，单张十块上下。卡片分区使用：一个扇区存门禁权限，一个扇区存消费钱包，互不干扰，丢卡时挂失的是整张卡号。人员库放在一台本地服务器上，或者放在客户已有的服务器虚拟机里，所有子系统都从这一份人员数据取，不允许各自建表。
人员同步我们提供两种方式：一种是Excel批量导入，适合几十人的单位，模板里有工号、姓名、部门、卡号、有效期五个必填项；另一种是接口对接，我们写一个小服务定时从客户的人事系统拉人员变动，拉到新增就建卡，拉到离职就停用并回收权限。第二种属于软件开发，需要客户那边能提供数据表或者接口，很多小单位没有人事系统，用第一种更省事。我们目前做过的一个食堂加门禁项目就是 Excel 导入，每周一由行政更新一次表格，两分钟能导完。
交付清单
交付清单包含：门禁控制器与读卡器、消费机（台式或挂式）、发卡器、CPU 卡或 M1 卡（按人数加 10% 备卡）、充值机或充值软件、一卡通平台软件授权、数据库脚本、服务器或工控机一台、六类网线、RVV 电源线、线管线槽、UPS 电源。文档部分给：人员信息模板、卡片分区说明、权限分组表、消费对账报表样例、管理员操作手册。验收口径：同一张卡在门禁、消费、考勤三处都能识别；后台停用一个人员后，三处权限在 5 分钟内同步失效；消费记录与后台金额逐笔一致，日结对账差额为零；发卡 100 张逐张读号无重号。
实施步骤
第一步梳理：先和客户一起把部门、班次、餐补规则、门禁权限组列成表，这一步最花时间但省后面的返工。第二步装底层网络，控制器和消费机都要有网，食堂窗口一般需要单独放一台交换机，走网线到机房。第三步安装设备，消费机挂墙高度 1.2 到 1.4 米，方便看屏幕；读卡器底边距地 1.3 米。第四步建库发卡，先建 10 个人试跑，确认门禁能开、消费能扣、考勤能记，再批量导入。第五步配置规则：餐补按天发放还是按月、加班餐怎么算、超时未消费是否清零。第六步培训与试跑，一般跑两周，食堂这边要跑满一个完整的充值消费周期才能看出问题。
运维与交接
交接给账号、数据库备份脚本、操作手册和一份常见问题处理卡片。我们特别强调数据库备份：一卡通的数据比设备值钱，我们把备份设成每天凌晨自动执行，保留 30 天，备份文件同步一份到客户指定的网盘或者移动硬盘。保修 12 个月，仙桃城区 4 小时内到场，远程问题当天响应。人员批量变动时如果客户嫌麻烦，可以签一份按年的代办服务，我们远程帮忙导表格、改权限，一年几千块，小单位比较划算。
适用场所
适合有食堂和宿舍的工厂、寄宿制学校、医院职工食堂与值班宿舍、机关单位大院、园区多企业共用食堂的场景。人数在 50 到 800 之间做一卡通最划算，人太少用不上平台，人太多需要更细的分账规则，我们会在方案里把规则列成表再报价。湖北境内仙桃、天门、潜江、荆州、武汉都可以上门实施，平台部署那部分可以远程做，设备寄过去由客户电工按图接线。
