考勤系统 2026-10-10 董经理 21 views

熵基门禁能不能对接原有考勤机数据互通

熵基门禁能不能对接原有考勤机数据互通？可以，但不能仅凭“都是考勤设备”判断直接兼容。熵基/ZKTeco 门禁设备与原有考勤机可能通过平台接口、SDK、数据库、中间表或文件交换实现数据互通；若品牌、通信协议、人员编号、时间字段或数据权限不一致，就需要增加适配程序。采购时应把“门禁通行记录”和“考勤打卡记录”分开确认，不能把门开记录直接当作完整考勤结果。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

先确认现场要互通什么数据

常见现场是保留原有考勤机，新增熵基人脸门禁或刷卡门禁，并要求员工、部门、卡号和打卡记录进入原有 OA、HR 或考勤软件。此时应分别列出：

人员主数据：工号、姓名、部门、卡号、照片或人脸模板；
设备数据：设备编号、门点、进出方向、在线状态；
事件数据：刷卡、识别成功、开门、拒绝、胁迫、远程开门；
考勤数据：上班、下班、加班、请假和排班结果。

熵基设备通常可以提供部分原始事件，但最终考勤计算仍取决于原有系统的规则。以项目资料和厂家当前规格为准。

熵基产品怎么选才便于对接

如果重点是单点门禁和考勤兼用，可评估 SpeedFace-V5L、MB560-VL、F22 等终端；如果是多门集中管理，可评估 C3 系列或 InBio 系列控制器及配套读头。具体选择要结合门数、出入口方向、联网方式、消防联动、门锁类型和是否需要人脸识别。

型号参数不能只看识别方式，还要核对网络接口、继电器与输入输出、用户容量、事件容量、脱机运行、数据导出方式及平台支持情况。上述型号是否适合当前批次，必须以厂家当前规格和项目资料为准，不能以同系列名称推定全部功能。

原有考勤机的兼容边界

原设备若开放 HTTP API、Web Service、SDK、数据库视图或标准文件导出，通常更容易做适配。若只能通过专用客户端查看记录，或数据保存在加密数据库中，则需要原厂配合，不能直接承诺读取。

还要核对原有考勤机是否允许外部写入人员资料、是否支持批量下发、是否能区分设备来源，以及工号长度、卡号格式和时间精度。多品牌兼容不是“接上线就能通”，而是要逐项确认字段、权限和调用方式。

SDK 与 OA 对接怎么落地

熵基侧可通过管理平台、SDK 或设备接口获取人员和事件，再由中间服务转换为 OA 或 HR 系统要求的格式。常见流程是：OA 下发人员，中间服务同步至熵基平台；熵基上传门禁事件；中间服务完成工号映射、去重和补传；OA 再进行考勤计算。

应提前索取 SDK 版本说明、接口文档、示例代码、授权方式、回调机制、错误码和并发限制。若 OA 只接受数据库表或定时文件，可设计中间表或 CSV/Excel 交换，但要保留原始事件编号，避免重复入账。

现场条件必须在报价前核实

工程人员应现场确认门禁控制箱位置、网络 VLAN、固定 IP、服务器系统、设备到交换机距离、电源和备用电源。人脸设备还要检查逆光、玻璃反光、室外雨棚、口罩要求和通行高峰；控制器要确认门锁电流、出门按钮、门磁、消防断电和防拆需求。

如果原考勤机与新门禁分属不同网段，应由甲方网络人员提供访问策略。涉及人脸模板时，还要明确数据存储位置、管理员权限、备份与删除机制，按自主可控和最小权限原则设计，不建议将管理员密码或生物特征数据交给无关系统长期保留。

报价口径要拆开写

报价应区分门禁终端或控制器、读头、锁具、出门按钮、门磁、施工辅材、平台授权、SDK 或接口服务、中间件开发、OA 联调、培训和维保。仅报“设备单价”而不写接口工作量，容易在后期产生增项争议。

资料下载也应对应具体型号、固件版本和平台版本，至少包括产品规格、接线图、通信说明、SDK 文档和升级记录。无法确认的参数、授权范围和接口费用，应在报价单中标注“以项目资料和厂家当前规格为准”。

采购前按这几步核对

导出原考勤机近期开门或打卡样例，遮盖姓名等敏感信息后确认字段。
让熵基设备输出一条真实测试事件，核对工号、时间、设备号和事件类型。
建立十名以内的测试人员，覆盖新员工、离职员工、重复卡号和跨部门人员。
验证断网、断电恢复、重复推送、时间校准和服务器重启后的补传能力。
让 OA 供应商书面确认接收格式、调用频率、失败重试和责任边界。
以测试结果确定是否采用原厂平台、SDK、中间件或文件交换。

验收不能只看“门能打开”

验收清单应包括：人员新增、修改、禁用能否按约定同步；门禁事件是否完整且不重复；进出方向和设备名称是否准确；断网期间记录能否补传；跨年、夏令时或服务器时间异常是否有处理方案；消防联动和机械应急开门是否符合现场要求；OA 中生成的考勤结果能否追溯到原始事件。

同时应要求交付设备清单、型号参数、网络配置、接口文档、账号权限、备份方案、培训记录和故障处理流程。售后责任要写明由设备厂商、集成方还是 OA 供应商负责，避免出现“设备正常但数据不通”时相互推诿。

不适合直接对接时的替代方案

若原考勤机没有开放接口，可保留其原有考勤用途，熵基门禁只向独立平台记录通行事件，再由管理人员导出文件导入 OA。若 OA 不接受门禁原始事件，则可增加轻量中间件完成工号映射和定时同步。若两套系统的排班规则差异很大，则应以一套系统作为考勤主数据源，另一套仅承担门禁管理，避免双重计算。

常见问题

门禁刷卡记录能直接替代考勤打卡吗？

不能直接等同。门禁记录反映通行行为，考勤还涉及排班、迟到、早退、外勤和请假规则，需由 OA 或考勤系统计算。

原设备不是熵基品牌还能接吗？

有可能。要看原设备是否提供 SDK、API、数据库或文件接口，并核对字段和授权；多品牌兼容需要实际样本测试。

更换熵基型号后接口会不会失效？

存在风险。硬件、固件、平台版本和 SDK 可能影响字段及调用方式，采购合同应锁定版本和升级责任。

项目对接方式

ZKINTE（北京御佰安科技有限公司）可依据现场条件、原考勤机资料和 OA 接口要求协助进行产品选型、型号参数核对、接口方案及交付验收边界确认。

联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线