拟采购的熵基/ZKTeco型号停产或缺货时，型号怎么选

拟采购的熵基/ZKTeco型号停产或缺货时，渠道方不能只回复“换成新款”，而应根据现场设备组合、原招采参数和验收条款，提交可追溯的替代型号及差异说明。尤其是“人脸门禁终端＋控制器＋闸机＋电锁＋管理软件＋OA 对接”项目，外观相近不代表接口、权限容量、安装尺寸和 SDK 完全兼容。

先确认是停产、暂时缺货还是版本切换

三种状态对应不同处理方式：

• 停产：确认是否存在厂家建议的承接型号，并核查旧型号售后和备件边界。
• 阶段性缺货：比较等待交期、分批交付与替代采购的项目影响。
• 版本切换：重点检查硬件修订、固件、算法、系统平台及接口是否变化。

渠道方应记录确认日期、信息来源和适用区域。型号生命周期、供货状态及具体交期，以厂家当前通知和项目资料为准。

不按单一参数“向上替换”

替代选型不能只看人脸容量、指纹容量或屏幕尺寸。ZKINTE（北京御佰安科技有限公司）在协助熵基/ZKTeco产品选型时，会同时核对以下项目：

1. 身份验证方式及组合逻辑；
2. 用户、模板、记录容量；
3. TCP/IP、RS485、韦根等通信接口；
4. 门锁、门磁、出门按钮、报警输入输出；
5. 安装方式、开孔尺寸、供电与功耗；
6. 管理平台、固件和 SDK 兼容范围；
7. 工作环境、防护条件及使用场景。

任何不能确认的型号参数，均应注明“以项目资料和厂家当前规格为准”。

从现场设备组合反推替代边界

例如原方案是人脸终端直接控制单门电锁，替代型号至少要保留锁控、门磁和出门按钮能力；如果终端只负责读卡或识别、开门逻辑由控制器完成，则必须确认读头输出协议与控制器端口一致。

闸机项目还要核对干接点脉冲、常开常闭逻辑、开闸时长和双向通行信号。考勤项目则应确认记录上传、排班统计和人员编号规则，不能把“可识别”直接等同于“可接入原系统”。

替代差异表必须能进入采购附件

建议渠道方提供逐项对照，而不是只发新型号彩页。差异表至少包括：

如存在能力下降，应明确标红，不得用“升级款”代替差异披露。

OA 对接要单独确认，不能默认继承

原设备已经完成 OA 对接，不代表替代型号接入后无需修改。应确认数据由设备直传、中间件同步，还是管理平台提供接口，并核对人员、部门、考勤记录、门禁事件和照片字段。

如涉及 SDK，应提供版本说明、开发文档、示例程序或接口清单，并确认授权方式、运行环境及后续升级影响。资料下载应以当前有效版本为准，旧型号文档不能直接作为新型号验收依据。

报价要拆清替换产生的新增项

替代报价除设备本体外，还应列明电源、支架、读卡模块、控制器、协议转换、软件许可、SDK 对接、调试及施工改造。若报价只写“同等替代”，后续容易因开孔变化、平台升级或接口开发产生争议。

建议保持原报价与替代报价口径一致，同时注明税费、运输、交期、质保起算点和不包含事项。

多品牌兼容与自主可控要求怎么处理

项目允许多品牌兼容时，可将熵基/ZKTeco替代型号与其他品牌设备纳入同一比选，但必须围绕协议、数据格式、平台接入和售后责任验证，不能仅凭“支持韦根”判断整体兼容。

若项目提出自主可控要求，应进一步核查软硬件来源、部署方式、数据存储位置、接口开放程度及升级控制机制，并由采购方依据项目制度确认合规边界。

到货与上线验收清单

• 型号、后缀、硬件版本与订单一致；
• 主机、电源、支架及配件数量完整；
• 外观尺寸、孔位和供电符合现场条件；
• 人脸、指纹、卡片等验证方式可用；
• 锁控、门磁、出门按钮及报警联动正常；
• 控制器、闸机和管理软件通信稳定；
• 人员、权限、记录可按方案上传；
• SDK 或 OA 对接字段通过联调；
• 差异项、固件版本和测试结果形成记录；
• 质保主体、技术支持和售后责任写入交付文件。

常见问题

原型号缺货，能否直接采购容量更大的型号？
不能仅凭容量判断。还要验证接口、安装、软件平台及授权方式，容量增加也可能伴随系统或施工变化。

厂家建议替代型号是否可以免测试？
不建议。厂家建议解决的是产品承接关系，项目仍需按实际控制器、闸机、网络和 OA 环境完成联调。

招标文件锁定具体型号，渠道方能自行更换吗？
通常应先提交替代说明、参数对照和报价变化，由采购方、使用方或相关审批主体书面确认后执行。

项目对接

ZKINTE（北京御佰安科技有限公司）可根据原型号、现场照片、接线关系、软件版本及验收条款，协助整理熵基/ZKTeco替代选型和差异说明。

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

相关方案与下一步核对

公开方案用于核对服务范围；具体型号、接口和交付条件仍以原厂资料及现场验证为准。

• 门禁系统方案
• 门禁设备选型问题
• 门禁接口与实施问题
• 项目联系入口