ESD检测系统可以按项目评估与门禁、考勤、HR和一卡通系统对接，但不能在未确认现有系统接口前承诺直接接入。通常需要先确定人员主数据由谁维护，员工编号或卡号怎样对应，ESD检测模式和区域权限由哪套系统管理，以及检测结果、通行记录是否需要回传。门禁、考勤、HR和一卡通承担的职责不同，不能用一个“系统已对接”概括全部数据和控制关系。
先分清四类系统分别负责什么
HR系统：通常提供在职状态、员工编号、部门等人员基础信息。它未必管理静电检测模式，也不应默认直接控制闸机。
一卡通系统：可能维护卡号、人员与卡片关系，以及部分通行或消费身份。是否提供实时接口、数据字段和写回能力，需要查看真实系统。
门禁系统：负责区域权限、控制器和门锁或闸机事件。项目必须确认ESD合格结果是在门禁判断之前、之后，还是作为其中一个准入条件。
考勤系统：依据班次和考勤规则处理打卡事件。ESD检测时间可以按项目交换，但不能未经确认就把一次检测直接视为有效考勤。
为什么人员编号是对接的第一步
ESD终端上的刷卡、人脸或其他身份记录，需要对应到现有系统中的同一个员工。如果HR使用员工编号、门禁使用人员ID、一卡通使用卡号，而各系统之间没有稳定映射，后续检测结果和通行记录就可能挂到不同人员名下。
实施前应先确定唯一人员标识以及卡片、人脸模板、部门、岗位和离职状态的同步方式。新增、调岗、离职、卡片挂失和重新发卡也要有明确的更新责任，不能只完成首次导入。
常见的数据交换方向
现有系统提供给ESD系统
- 人员唯一标识、姓名和必要的组织信息。
- 在职或有效状态。
- 卡号或已确认的身份凭证关系。
- 需要由外部系统维护的区域权限或有效期。
ESD系统内部管理
- 按人员、岗位或区域配置的检测模式。
- 手腕带、左脚和右脚检测结果。
- 原始检测结果、单项判定与综合判定。
- 检测设备、入口、方向、时间和异常状态。
ESD系统可能回传
哪些数据允许交换、谁可以修改、采用实时还是定时同步，都要以双方系统实际能力和实施清单为准。官网产品资料确认可按项目对接HR、一卡通、考勤和门禁，但这不代表任意品牌和版本都已有现成接口。
- 本次检测是否完成以及判定结果。
- 放行指令或已确认的通行事件。
- 门禁、考勤或管理平台需要的摘要记录。
谁来决定最终放行
系统对接中最重要的不是“数据能不能传”，而是谁拥有最终准入判断。
一种做法是由ESD系统同时检查检测结果和区域权限，再向门禁或闸机控制设备发送单次放行。另一种做法是ESD系统只提供本次检测结果，由既有门禁系统结合区域权限决定是否开门。两种方式都可以评估，但必须避免两个系统各自独立发出放行命令，也要避免其中一个系统离线后默认绕过另一项条件。
推荐把责任写成清晰规则：身份有效、规定项目完成且合格、区域权限有效，三个条件同时满足才产生本次放行；哪个系统负责汇总判断、哪个设备执行、怎样获得反馈，都要在联调前冻结。
推荐的对接实施步骤
- 盘点现有HR、门禁、考勤和一卡通的厂商、版本、接口资料及维护方。
- 建立人员唯一标识和卡号等身份凭证的对应关系。
- 列出每套系统提供、接收和禁止修改的字段。
- 确定检测模式、区域权限和最终放行分别由谁管理。
- 用少量测试人员覆盖新增、调岗、离职、权限不足、检测不合格和重复同步。
- 在单个入口联调人员同步、检测、权限判断、放行和记录回传。
- 明确接口超时、系统离线、数据冲突和人工处置后再扩展。
需要哪些设备和软件
门禁/闸机控制设备的接口与控制方式属于项目实施确认项，不能把某个项目已实现的连接方式写成所有系统默认能力。
- 安卓款ESD静电测试终端等联网检测设备。
- 手腕带和左右脚检测组件。
- 门禁或闸机控制设备。
- ESD管理后台及经确认需要的数据交换服务。
- 现有HR、考勤、门禁或一卡通提供的实际接口和测试环境。
实施前必须确认
- 各系统的正式名称、版本、接口文档和维护责任人。
- 人员、卡号、部门、岗位和状态的主数据归属。
- 检测模式和区域权限分别由哪套系统维护。
- 数据同步方向、触发条件、频率、失败重试和日志。
- 最终放行判断与设备执行的唯一责任方。
- 生物特征、人员和检测数据的访问权限与保存要求。
常见问题 FAQ
有API就一定能完成对接吗？
不一定。还要看API是否包含需要的人员、权限和记录字段，能否修改票据或权限状态，调用频率和异常返回是否满足现场流程，并通过测试环境验证。
ESD检测结果可以写入考勤系统吗？
可以按项目评估交换摘要或事件，但检测合格与考勤有效是不同业务判断。班次、迟到早退和进出方向仍应按考勤制度处理。
HR人员同步后，离职人员会自动失效吗？
取决于同步逻辑是否包含人员状态更新，以及ESD和门禁端怎样执行失效。必须测试离职、调岗、重新入职和同步失败，不能只测试新增人员。