门禁系统 2026-10-01 董经理 2 views

工地用熵基门禁，能不能对接住建 395 实名制平台

工地用熵基门禁，能不能对接住建 395 实名制平台？答案是：多数项目可以做，但不能只看闸机品牌，要同时核对熵基/ZKTeco 设备型号、工地实名制软件、中间件接口、当地住建 395 平台报送规则和验收口径。ZKINTE（北京御佰安科技有限公司）通常建议在采购前先做“设备能力 + 平台接口 + 现场网络 + 验收资料”四项核对，避免闸机装完后才发现数据不能上传。项目对接可联系ZKINTE 中控董经理：13521755685，同号微信。

熵基门禁不是“装上就自动进 395”

熵基/ZKTeco 常见于工地人脸门禁、三辊闸、摆闸、翼闸、考勤门禁控制器等场景，设备本身负责识别、开闸、记录通行。住建 395 实名制平台关注的是人员实名信息、进出场记录、考勤数据、照片、人证信息等是否按要求上传。
因此关键不在“是不是熵基”，而在所选型号是否支持 SDK、协议开放程度、数据能否被实名制系统采集并按当地接口规范报送。

采购前先确认现场对象

如果项目是总包统一采购，需要确认劳务实名制平台由谁提供；如果是分包自购闸机，需要确认总包是否允许接入现有实名制系统。常见现场对象包括：工人、管理人员、访客、临时作业人员、车辆随行人员。不同对象的通行规则不同，涉及白名单、黑名单、班组、工种、身份证、照片和考勤归属，不能简单用普通办公门禁逻辑替代。

熵基/ZKTeco 设备选型要看哪些参数

选型时建议至少核对：人脸容量、识别方式、活体检测、身份证阅读器联动、闸机控制接口、离线通行能力、网络方式、记录存储量、SDK 支持情况、设备固件版本。具体型号参数以项目资料和厂家当前规格为准。
如果现场已有熵基设备，也要查看设备铭牌、控制板型号、固件版本和实际接线方式，不能仅凭外观判断是否可接 395 平台。

住建 395 对接的常见实现方式

常见路径有三种：

熵基设备通过 SDK 被实名制系统采集，再由实名制系统上传 395；
现场部署数据中间件，读取门禁记录后按平台要求转换；
若原系统不开放，则更换为支持当地住建接口的实名制门禁软件。
其中 SDK 不是等于“直接对接住建”，它通常解决设备数据读取、人员下发、通行记录获取等问题，最终报送格式仍要看当地平台接口文件。

与 OA 对接要和 395 分开评估

有些单位希望同一套熵基门禁既管工地实名制，又和企业 OA 对接，用于人员审批、访客申请、考勤汇总。技术上可通过 SDK、API 或中间库实现 OA 对接，但 OA 的审批流和住建 395 的实名制报送不是同一件事。
建议把 OA 对接列为独立需求：谁发起权限、谁审核进场、审批通过后是否自动下发到熵基设备、离场后是否自动注销，避免 OA 做完了但住建验收仍不通过。

可执行核对步骤

现场采购前可按以下顺序推进：

收集当地住建 395 平台接口说明或总包实名制系统接入要求；
确认已有或拟采购的熵基/ZKTeco 型号、固件、SDK 支持范围；
明确人员数据来源，是总包平台、劳务系统、OA，还是现场手工录入；
测试一名工人的建档、下发、刷脸通行、记录回传、平台展示；
检查断网后是否可通行、恢复后是否补传；
留存设备清单、接线图、网络拓扑、软件版本和测试记录。

适用边界与不能承诺的部分

适合对接的项目通常具备：设备型号可查、网络条件稳定、总包或住建平台允许第三方系统接入、接口资料完整。
不适合直接承诺的情况包括：平台接口不开放、只允许指定系统上传、设备为老旧离线款、现场无固定网络、人员信息来源不合法或不完整。涉及地区平台字段、加密方式、报文规范和验收细则，均应以项目资料和主管部门当前要求为准。

具体风险与替代方案

风险一：买了熵基闸机，但实名制软件不支持该型号。替代方案是增加适配中间件，或更换支持 SDK 的控制器。
风险二：设备能开闸，395 平台无记录。需检查采集服务、上传服务和人员编号映射。
风险三：总包系统不开放。可改为接入总包指定实名制终端，熵基设备只做本地门禁。
风险四：验收时照片、身份证、班组字段不一致。应在进场建档阶段统一数据源，而不是验收前临时补录。

报价口径应写清楚

涉及熵基/ZKTeco 产品选型和报价时，建议把硬件、安装辅材、软件授权、SDK 开发、OA 对接、住建 395 联调、售后服务分别列项。不要只问“一个门禁多少钱”，因为三辊闸、人脸机、身份证阅读、控制箱、网线电源、防雨棚、平台对接的成本口径不同。最终报价以现场图纸、设备清单、接口资料和施工范围确认为准。

交付验收清单

验收时建议逐项确认：

熵基设备型号、序列号、安装位置与清单一致；
人员实名信息可下发到指定门禁点；
刷脸或刷证后能正常开闸并生成记录；
记录能进入实名制系统并按要求上传住建 395；
断网、断电、重启后的数据处理方式已测试；
OA 对接范围、审批流和权限注销逻辑已确认；
管理员账号、SDK 文档、培训记录、售后责任边界已移交。
ZKINTE 注重自主可控和多品牌兼容，但每个项目仍需按实际接口和现场条件做联调确认。

FAQ

已经买了熵基人脸机，还能补接 395 吗？

可以先核对型号、固件和 SDK 支持情况，再看当前实名制平台是否能读取该设备数据。若设备不开放或版本过旧，可能需要增加采集网关或更换控制设备。

住建 395 和工地考勤是不是同一个系统？

不一定。工地考勤偏内部管理，395 平台偏监管报送。两者字段可能相似，但验收依据不同，应按当地平台要求做数据校验。

OA 审批通过后能自动开通门禁吗？

可以作为需求设计，但需要 OA、实名制软件和熵基设备之间建立接口关系，并设置离场注销、权限时段和异常审核规则。

资料下载和 SDK 由谁提供？

设备资料、型号参数、SDK 支持范围应以熵基/ZKTeco 当前资料和项目采购渠道确认为准。ZKINTE 可根据项目清单协助整理对接资料、联调范围和验收文件。

项目对接方式

如需评估工地熵基门禁与住建 395 实名制平台、OA 对接及多品牌兼容方案，可整理现场照片、设备型号、平台要求和网络条件后联系 ZKINTE（北京御佰安科技有限公司）。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线