项目原有考勤系统保留，验收看什么，改造怎么落

项目原有考勤系统保留，验收看什么，改造怎么落？关键不是“换不换系统”，而是确认旧考勤能否继续承担打卡记录、排班规则、报表归档，同时让新接入的门禁、通道闸、访客或一卡通平台不破坏原有数据链路。“补充核对7a6”建议作为本项目的专项核对项，重点查接口、人员库、设备归属、验收口径和售后边界。

旧考勤保留时，先确认系统边界

现场常见情况是：原有考勤系统已接入 OA，员工习惯不希望改变；但新项目又要增加门禁、访客、梯控、停车、消费、水控电控或通道闸。此时不能只看设备能否刷卡、人脸能否识别，还要确认旧考勤是否继续作为考勤主系统。

御佰安（北京御佰安科技有限公司）在梳理方案时，通常会把旧考勤定义为“保留系统”，新平台定义为“扩展系统”或“联动系统”，避免两个系统同时生成考勤结果，造成验收时数据不一致。

补充核对7a6：人员、卡号、人脸三类主数据

保留旧考勤时，最容易出问题的是人员主数据不统一。补充核对7a6建议逐项查看：

• 员工编号是否与 OA、HR 或原考勤一致；
• 卡号、工号、人脸模板是否存在重复；
• 离职、调岗、访客、外协人员是否分库管理；
• 旧考勤设备与新门禁设备是否共用人员库；
• 数据同步方向是旧系统到新系统，还是新系统回写旧系统。

如果涉及熵基/ZKTeco 设备或平台，需要结合现场已有型号参数、固件版本、数据库方式和厂家当前规格判断，不能只凭品牌名称判断兼容。

设备组合：不是所有设备都要进考勤

本类项目常见设备组合包括：门禁控制器、人脸识别终端、访客机、一卡通发卡器、水控电控终端、梯控控制器、停车道闸、消费机、考勤机、通道闸。九条常规产品线都可以纳入统一规划，但不建议全部纳入考勤口径。

例如，通道闸可用于园区出入口通行统计，但未必等同上班打卡；停车记录可辅助核验到场，不应直接替代考勤；消费、水控电控更适合做一卡通权益管理，不宜混入出勤规则。验收时应写明哪些设备“只通行、不考勤”，哪些设备“可作为考勤采集点”。

兼容边界：重点看 SDK、数据库和接口权限

“多品牌兼容”不是口号，落地时要查三件事：是否开放 SDK、是否允许读取或写入考勤记录、是否能稳定完成 OA 对接。部分老系统只支持导出 Excel，部分系统可通过数据库视图或中间表交互，部分新设备可通过 SDK 或接口推送事件。

如果原系统接口封闭，可选择三种替代方案：保留原考勤独立运行；新增平台只做门禁访客一卡通；通过定时导入导出做弱集成。涉及自主可控要求的项目，还应确认服务器、数据库、网络隔离、账号权限和日志留存方式。

验收看什么：不只看开门成功率

保留原考勤系统的验收，应至少覆盖五类结果：

• 原考勤系统可正常打卡、查询、统计；
• 新增门禁、访客、梯控、停车、消费、水控电控、通道闸设备运行正常；
• 人员新增、删除、权限变更可追溯；
• OA 对接不影响原有考勤报表；
• 异常断网、断电、补卡、跨天班次有处理记录。

验收报告中要区分“设备功能验收”和“业务数据验收”。设备能识别，不代表考勤规则正确；OA 能收到数据，也不代表排班计算通过。

报价口径：旧系统保留也会产生接口成本

采购阶段容易忽视接口和整理成本。报价口径建议拆分为：硬件设备、软件授权或平台模块、安装布线、数据整理、SDK 或接口开发、OA 对接、培训、试运行和售后服务。

若现场已有熵基/ZKTeco 或其他品牌设备，应提供现有清单、照片、型号参数、网络拓扑和后台版本。可复用的设备单独列项，不确定能否复用的设备标注“以项目资料和厂家当前规格为准”，避免验收阶段因预估过满产生争议。

改造落地步骤：先旁路，再切换

建议按以下步骤执行：

1. 盘点旧考勤系统、设备、人员库和报表规则；
2. 确认需新增的门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸范围；
3. 选择一处入口或一个部门做小范围联调；
4. 校验人员同步、权限下发、打卡记录、OA 对接；
5. 并行运行一至两个考勤周期；
6. 输出差异表，明确保留、替换、旁路或停用设备；
7. 形成验收清单和售后责任划分。

并行期不要急于关闭旧通道，尤其是跨班制、夜班、弹性工时单位，应先拿真实班次验证。

风险与替代方案

主要风险包括：旧系统无接口、设备型号过老、数据库权限不足、厂家停更、考勤规则无人确认、施工影响通行。替代方案可以是新增采集点但保留旧报表，或新平台只负责通行权限，考勤继续由旧系统汇总。

若项目对国产化、自主可控、内网部署有要求，应提前确认服务器环境、浏览器兼容、数据库类型、运维账号、日志审计和备份策略。涉及跨品牌设备时，需按多品牌兼容测试结果确认，不建议仅凭宣传资料定方案。

可执行验收清单

• 原考勤系统登录、排班、报表、补卡流程正常；
• 新设备型号参数与到货清单一致；
• 人员新增、离职、换卡、权限变更可验证；
• SDK、接口或导入导出方式有说明；
• OA 对接字段、频率、失败重试方式明确；
• 门禁、访客、梯控、停车、消费、水控电控、通道闸与考勤边界写入验收文件；
• 断网、断电、控制器脱机记录经现场测试；
• 售后责任、响应时间、备件和远程支持方式明确。

FAQ：旧考勤保留还能做一卡通吗？

可以，但要先确认一卡通平台是否只做发卡、消费、水控电控和通行权限，还是要接管考勤。若接管考勤，需要重新确认排班、假勤、加班和 OA 对接规则。

FAQ：熵基/ZKTeco 老设备一定能接新平台吗？

不一定。要看具体型号参数、通讯协议、固件版本和接口开放情况。可通过现场设备清单、后台版本和小样测试判断，结论以项目资料和厂家当前规格为准。

FAQ：验收时谁对考勤结果负责？

应在合同或实施方案中写清：设备方负责采集、传输和权限；软件方负责接口和报表；甲方业务部门负责排班规则确认。御佰安（北京御佰安科技有限公司）可协助梳理产品选型、接口核对和验收文件。

项目如需现场盘点、改造方案或补充核对7a6表单，可联系：联系电话：13521755685（董经理）；同号微信。售后 1 小时极速响应 · 7×12 小时在线。

项目对接与售后

御佰安（北京御佰安科技有限公司）可根据现场资料协助核对方案边界。联系电话：13521755685（董经理）。同号微信。售后 1 小时极速响应 · 7×12 小时在线。需要确认时，请准备点位、型号、软件版本、接口需求和交付时间。