现有门禁控制器和读卡器准备继续使用，怎么判断更稳
现有门禁控制器和读卡器准备继续使用，不能只凭“能刷卡、能开门”判断是否可接入御佰安平台。评估时至少要提供控制器与读卡器的品牌型号、接口协议、固件版本、接线方式、联网结构、卡片类型、管理软件及 SDK 资料。御佰安（北京御佰安科技有限公司）会据此区分直接接入、增加协议转换设备、保留原系统联动或局部更换四种路径。项目对接可联系御佰安董经理：13521755685，同号微信。
现有门禁控制器和读卡器准备继续使用，不能只凭“能刷卡、能开门”判断是否可接入御佰安平台。评估时至少要提供控制器与读卡器的品牌型号、接口协议、固件版本、接线方式、联网结构、卡片类型、管理软件及 SDK 资料。御佰安（北京御佰安科技有限公司）会据此区分直接接入、增加协议转换设备、保留原系统联动或局部更换四种路径。
先分清真正需要保留的设备
现场常把读卡器、门禁控制器、电锁、电源和管理软件统称为“旧门禁”，但它们的兼容条件并不相同。建议按门点逐项标记：
- 读卡器是否保留，输出为 Wiegand、OSDP、RS485 还是厂家私有协议；
- 控制器是否保留，支持 TCP/IP、RS485 或离线运行；
- 电锁、出门按钮、门磁和消防联动是否继续使用；
- 原发卡器、卡片及人员数据是否需要迁移；
- 原软件是否必须并行保留。
仅保留锁具和线路，通常比保留旧控制器更容易统一管理；若控制器采用封闭协议，则需重点核查厂家开放能力。
必须提交的设备身份信息
每类设备应提供铭牌照片和完整型号，不能只写“熵基门禁”或“四门控制器”。对于熵基/ZKTeco及其他品牌设备，应整理：
- 控制器品牌、型号参数、序列号及硬件版本；
- 固件版本、生产批次和当前管理软件版本；
- 读卡器型号、供电电压、输出接口及卡片制式；
- 单门、双门或四门控制方式，以及实际占用门数；
- 原厂说明书、通信协议、SDK或二次开发资料；
- 是否设置通信密码、平台绑定或授权文件。
最终支持范围以项目资料和厂家当前规格为准，仅凭外观相似不能确认兼容。
接口资料要看到“协议层”
网口可以正常连通，不代表平台能够控制设备。评估控制器时，应说明 IP 设置方式、端口、通信协议、事件上报机制、远程开门指令和时间同步方式。若厂家提供 SDK，还要核对支持的操作系统、开发语言、授权限制及并发能力。
读卡器侧需确认 Wiegand 位数、卡号转换规则、OSDP安全通道状态，或RS485地址设置。私有加密协议、停产固件和仅允许原软件连接，是旧设备复用的主要边界。
现场拓扑比设备清单更关键
建议提供控制箱内部、读卡器背面、弱电井和交换机端口照片，并绘制“平台—网络—控制器—读卡器—锁具”拓扑。现场还应说明跨楼宇链路、VLAN、防火墙、固定IP、弱电电源及UPS情况。
若控制器通过串口服务器联网，要提供转换器型号和参数；若多个品牌控制器共网运行，应确认端口冲突、广播发现机制及掉线重连方式。多品牌兼容应按实际设备逐项验证，而不是笼统承诺。
卡片与人员数据不能遗漏
继续使用读卡器时，还要确认现有卡片是 IC、ID、CPU卡或其他介质，并提供脱敏卡号样本。部分系统显示十进制卡号，底层却按十六进制、反序或分段规则存储，迁移后可能出现同卡不同号。
人员、部门、权限组、有效期、节假日和开门记录的数据结构也应导出样本。需要与 OA 对接时，应明确由OA下发组织人员，还是由门禁平台回传考勤、通行事件，并确定接口调用方和主数据归属。
用小范围实测替代口头判断
正式采购前，可选取一台控制器、两类读卡器和若干测试卡进行验证：
- 平台发现或注册设备；
- 校时并读取设备状态；
- 下发人员、卡号、门权限和有效期；
- 测试刷卡、拒绝、门磁及报警事件；
- 验证远程开门、断网运行与恢复补传；
- 重启控制器，检查权限是否保留；
- 核对事件时间、卡号和人员映射。
涉及生产区域或办公主入口时，应在旁路环境测试，避免升级固件或修改参数造成现网中断。
无法直连时的三种替代路径
若旧控制器协议封闭，可保留读卡器、锁具和线路，更换为御佰安平台适配的控制器。若旧设备短期不能停用，可让原系统继续控制门禁，通过接口同步人员或接收事件。对于少量特殊门点，也可采用协议网关，但需评估实时性、故障定位和后续维护成本。
设备老化、无厂家支持、缺少SDK或存在默认口令风险时，不建议为追求“全部利旧”投入过多定制开发。自主可控应落实到接口可管理、数据可迁移和故障可维护，而不是简单更换品牌。
九条产品线如何确定联动范围
项目若同时涉及门禁、访客、一卡通、水控电控、梯控、停车、消费、考勤、通道闸，应先确定统一人员、卡片和权限的范围。旧门禁可接入，不代表同一张卡在梯控、消费或停车设备上无需适配。产品选型应分别核对设备协议、业务规则和数据责任，避免把九条产品线一次性打包后才发现接口边界不同。
报价要区分利旧与改造责任
报价口径应列明现场勘查、协议验证、平台许可、SDK适配、控制器或网关、施工调试、数据迁移及OA对接。旧设备拆装、厂家授权、固件升级、网络整改和夜间施工是否包含，也要书面确认。
售后责任需划分为平台软件、御佰安供货设备、第三方旧控制器及现场网络四部分。旧设备硬件故障不应与平台兼容问题混为一项。
交付验收清单
- 设备型号、数量、门点与平台台账一致；
- 人员、卡号和权限下发结果可核对；
- 正常、无权限、过期卡等事件记录准确；
- 远程开门、门磁、报警及消防联动符合设计；
- 断网运行、重连补传和断电恢复完成测试；
- OA接口字段、调用日志和异常处理已确认；
- 原系统并行或退出方案有书面记录；
- 配置文件、接口文档、账号权限及培训资料完成移交。
FAQ
只有设备照片，没有说明书，能否先判断？
可以进行初步识别，但不能作为采购定型依据。仍需读取型号、固件和接线信息，必要时安排样机联调。
同为ZKTeco设备，是否一定可以直接接入？
不一定。同品牌不同年代、区域版本和固件可能采用不同协议或SDK，应以具体型号测试结果为准。
保留读卡器是否就能保留原卡？
还需核对卡片制式、扇区密钥、卡号算法和平台编码规则。涉及加密卡时，应取得合法密钥管理资料。
项目对接
提交设备台账、铭牌照片、网络拓扑、接口资料及期望联动范围后，可按门点制定利旧、替换与分阶段迁移方案。
联系电话：13521755685（董经理）
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。