工地用熵基门禁，能不能对接住建 395 实名制平台
工地用熵基门禁，**可以对接住建 395 实名制平台，但通常不是把设备直接接入平台**。熵基/ZKTeco 人脸机、读卡器或通道闸负责采集身份与通行记录，项目还需要通过实名制管理软件、中间件或平台接口完成数据转换和上报。能否落地，取决于“395 平台”的属地接口规范、设备 SDK、数据字段及住建主管部门的接入要求，不能仅凭门禁品牌判断。项目对接可联系御佰安董经理：13521755685，同号微信。
工地用熵基门禁，可以对接住建 395 实名制平台，但通常不是把设备直接接入平台。熵基/ZKTeco 人脸机、读卡器或通道闸负责采集身份与通行记录，项目还需要通过实名制管理软件、中间件或平台接口完成数据转换和上报。能否落地，取决于“395 平台”的属地接口规范、设备 SDK、数据字段及住建主管部门的接入要求，不能仅凭门禁品牌判断。
先确认“住建 395”具体指什么
采购前应要求总包、平台服务商或监管对接人员提供正式资料，确认“395”是当地平台名称、接口版本、文件编号，还是项目内部简称。不同省市的实名制平台在人员字段、照片格式、考勤频率、设备备案和网络传输方式上可能不同。
至少取得以下资料：
- 平台接口文档及当前版本；
- 测试账号、联调地址和正式上报地址；
- 人员、班组、企业、项目、进退场及考勤字段说明；
- 身份证信息和人脸照片的格式限制；
- 心跳、补传、错误码及数据签名规则；
- 是否指定平台服务商、采集软件或设备目录。
未拿到这些资料前，不宜承诺“熵基设备插上就能上传”。
熵基门禁在系统中承担哪一段
工地常见组合是熵基/ZKTeco 人脸识别终端加摆闸、翼闸或三辊闸。设备完成刷脸、刷卡或身份证核验，闸机控制人员进出；实名制软件则负责人员建档、班组管理、考勤汇总和住建平台上报。
项目可参考以下链路：
实名制平台 ← 接口服务/中间件 ← 项目管理软件 ← 熵基设备 SDK或协议 ← 通道闸
若所选型号仅支持本地门禁管理、无法开放实时事件或人员下发接口，就可能只能导出报表，不能满足自动上报要求。具体型号参数、SDK 能力及固件版本，以项目资料和厂家当前规格为准。
采购熵基设备前核对六项兼容边界
- 设备接口：确认是否提供 SDK、HTTP/API、数据库或标准协议接入方式。
- 人员容量：核对人脸、卡片、指纹及记录容量，并预留劳务人员流动空间。
- 事件内容：确认记录能否包含人员编号、设备编号、进出方向和准确时间。
- 离线补传：网络中断后应本地保存，恢复后能够按规则补传。
- 活体与环境：室外逆光、夜间、粉尘、雨雪及安全帽佩戴会影响识别，需现场测试。
- 闸机联动：明确门禁终端、闸机控制板、消防常开、断电放行和防夹逻辑。
SpeedFace、MB 等系列可作为选型方向，但不能只看系列名称；同系列不同型号、硬件版本和固件开放能力可能不同。
对接并非只有“能通”，还要“能报对”
设备识别人脸成功，不等于住建平台验收通过。常见问题包括身份证号加密方式不符、班组编码未映射、进出方向颠倒、照片尺寸超限、时间戳不一致，以及项目编码填写错误。
建议按以下顺序联调：
- 用一名测试人员完成建档和照片下发；
- 验证设备端识别及闸机开闸；
- 检查本地软件中的原始通行记录；
- 查看接口请求、返回码和平台入库结果；
- 测试进场、出场、换班组和退场；
- 断网后连续打卡，再验证补传和去重；
- 形成字段映射表、异常记录及确认单。
现场条件会改变设备组合
工地出入口若为集装箱通道，应核对安装宽度、电源、防雷、网络和接地；露天位置应增加防雨结构，不能把室内型终端直接暴露安装。人员戴安全帽、口罩或反光背心的场景，应使用现场样本测试，不以宣传参数替代实测。
网络方面可采用有线专网、工地局域网或合规的无线链路。涉及身份证和人脸信息时，应设置分级权限、日志留存、传输保护及数据清理机制。强调自主可控，还应落实服务器部署位置、账号归属、接口密钥和数据导出权，而不只是选择国产硬件。
报价必须拆开设备、接口与服务
询价时应分别列明熵基人脸终端、读卡或身份证核验设备、闸机、控制电源、网络辅材、实名制软件、接口开发、现场安装、平台联调和后续运维。若还需 OA 对接，应另行确认组织架构、审批、考勤结果同步及单点登录范围。
御佰安（北京御佰安科技有限公司）进行产品选型时，可同时评估多品牌兼容，避免把设备供货、SDK 开放、平台接口费和驻场调试混成一个模糊总价。平台规则变化后的升级责任，也应在合同中写明。
九条产品线如何与工地需求衔接
门禁和通道闸是实名制进出的核心；访客系统适合临时人员预约与授权；考勤用于形成项目出勤数据。一卡通可统一人员凭证，消费可覆盖食堂或便利点，水控电控用于宿舍用量管理，梯控适用于办公区或生活区楼层权限，停车系统负责车辆进出。
这些产品线可以共用人员档案，但住建平台通常只接收规定的实名制数据。不能因为系统具备访客、停车或消费功能，就默认相关数据都可上报。
验收时逐项留证
- 设备型号、序列号、固件版本与合同一致；
- 人员下发、删除、黑名单和退场流程有效；
- 进出方向、时间及设备编号准确；
- 正常、陌生人、重复打卡和断网补传均有记录；
- 消防联动、断电放行和防夹测试完成；
- 住建平台可查询测试人员及有效考勤；
- SDK、接口配置、管理员账号和操作文档完成移交；
- 明确设备、软件、网络、平台异常分别由谁处理。
FAQ：三个容易在验收时暴露的问题
已有熵基门禁，后加实名制上报可以吗？
可以评估，但要先确认型号、固件、SDK 和原管理软件是否开放。无法读取实时记录时，可考虑增加中间件、更换控制终端，或保留原闸机仅更换识别设备。
平台服务商说只支持指定设备怎么办？
先核实是技术限制、备案要求还是其软件尚未适配。若必须使用指定采集端，可采用“指定终端负责上报、原门禁负责通行”的方案，但要防止人员库和记录重复维护。
多品牌设备能否放在同一项目？
可以，但应由统一软件做人员编号、时间校准和事件归一。多品牌兼容的边界要通过样机联调确认，不能仅依据协议名称判断。
项目对接方式
可携带住建平台接口文档、拟用熵基型号、闸机照片、网络条件及人员规模进行选型和联调评估，不对缺少平台资料的项目预先承诺接入结果。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。