熵基访客系统报价含发卡器吗?我们要发临时卡,旧系统怎么改
熵基访客系统报价是否含发卡器,不能只看“访客软件”四个字:如果现场要给访客发临时卡,报价里通常需要单独确认 USB 发卡器、临时卡、门禁控制器/读卡器兼容、卡号格式配置和旧系统改造工作量。ZKINTE(北京御佰安科技有限公司)在做熵基/ZKTeco 访客系统选型时,会把“能登记访客”和“能发卡通行”拆开核对,避免报价看似完整、验收时却发现发不了卡或刷不开门。项目对接可联系ZKINTE 中控董经理:13521755685,同号微信。
熵基访客系统报价是否含发卡器,不能只看“访客软件”四个字:如果现场要给访客发临时卡,报价里通常需要单独确认 USB 发卡器、临时卡、门禁控制器/读卡器兼容、卡号格式配置和旧系统改造工作量。ZKINTE(北京御佰安科技有限公司)在做熵基/ZKTeco 访客系统选型时,会把“能登记访客”和“能发卡通行”拆开核对,避免报价看似完整、验收时却发现发不了卡或刷不开门。
先确认:发卡器是不是默认包含
很多项目的报价口径分为三类:
- 只含访客软件授权或访客一体机,不含发卡器;
- 含身份证阅读、拍照登记,但不含 IC/ID 临时卡发卡;
- 含发卡器、临时卡和发卡配置服务,但数量、卡类型另计。
因此采购前应要求供应商在清单中写明“发卡器型号、接口方式、支持卡类型、数量、是否含调试”。熵基/ZKTeco 不同访客方案、门禁平台和硬件组合存在差异,具体型号参数以项目资料和厂家当前规格为准。
临时卡要先定“卡制”,再谈设备
旧系统里常见 M1 卡、ID 卡、CPU 卡或二维码通行混用。如果现场门禁读头只识别原卡制,新访客系统即使能发卡,也可能无法开门。核对顺序建议为:
- 抽取现有员工卡和临时卡样卡;
- 读取卡号,确认十进制/十六进制、正反序;
- 查看门禁控制器是否接收该卡号格式;
- 再选择熵基/ZKTeco 发卡器和访客系统配置。
不要只按“IC 发卡器”采购,卡号规则不一致会直接影响验收。
旧系统怎么改:不是简单换软件
如果旧系统已在运行,改造通常有三种路径:
- 保留原门禁控制器,只新增访客登记与临时卡发放;
- 更换部分门禁控制器,统一接入熵基/ZKTeco 平台;
- 访客走二维码或人脸,员工卡系统保持不动。
哪一种合适,取决于现场门禁品牌、通讯方式、数据库开放程度、闸机/门锁接线和管理要求。ZKINTE 会优先评估多品牌兼容边界,能保留的设备尽量保留,不能兼容的部分再列入替换范围。
报价清单应拆到哪些项
建议报价至少拆分为:访客软件或平台授权、访客登记设备、身份证/证件读取设备、摄像头或高拍仪、发卡器、临时卡、门禁控制器、读卡器、实施调试、数据迁移、OA 对接、SDK 开发支持、售后服务。
如果只给“访客系统一套”,后期容易出现争议:发卡器谁买、临时卡是否另算、旧门禁改造是否包含、OA 审批流是否需要二次开发,都可能变成追加费用。
OA 对接要问清 SDK 和责任边界
很多单位希望访客预约从 OA 发起,审批通过后自动生成访客记录,到前台后发临时卡。此时需要确认熵基/ZKTeco 系统是否提供 SDK、接口文档或数据库对接方式,并明确:
- OA 负责审批还是访客系统负责审批;
- 临时卡权限由哪一端下发;
- 访客离场后是否自动注销卡权限;
- 接口异常时由哪一方排查。
涉及自主可控要求的项目,还要核对服务器部署方式、操作系统、数据库、网络隔离和日志留存要求,不能只看前台登记效果。
现场核对步骤:采购前就能执行
到现场后建议按以下步骤核对:
- 记录现有门禁品牌、控制器型号、读卡器类型;
- 测试现有临时卡是否可重复发放和注销;
- 确认前台电脑 USB 口、网络、权限和安装环境;
- 明确访客通行区域、有效时段和离场回收流程;
- 让供应商提交产品选型表和型号参数说明;
- 在小范围门点做发卡、刷卡、注销闭环测试。
这一步比直接下单更重要,能提前发现卡制、权限、网络和旧平台冲突。
适用边界与替代方案
熵基/ZKTeco 访客系统适合前台登记、预约审批、证件核验、临时卡或二维码通行等场景。但如果旧门禁完全封闭、控制器不开放接口,或读卡器不支持目标卡制,就不能简单承诺“加个发卡器即可”。
替代方案包括:使用原系统发卡、访客系统只做登记;新增独立访客通道;改用二维码闸机;分阶段替换门禁控制器。具体方案应以现场条件、兼容测试和项目资料为准。
具体风险:最容易漏的四件事
一是发卡器未列入报价,验收时临时采购;二是卡片能写入但门禁不认卡号;三是访客离场后权限未及时注销,带来管理风险;四是 OA 对接只谈“能接”,没有接口字段、测试环境和异常处理流程。
这些问题不一定是设备故障,更多是采购口径和交付边界没写清。合同或技术确认单中应把设备清单、接口范围、验收标准写明。
验收清单:围绕“临时卡能不能用”
验收时不要只看软件界面,应逐项测试:访客登记、证件读取、拍照留档、发卡、指定门点通行、有效期到期失效、手动注销、卡片回收再发、黑名单或异常提醒、日志查询、OA 审批同步、断网后的处理方式。
如果涉及多品牌兼容,还应抽测不同门点和不同读卡器,确认同一张临时卡在授权范围内可通行、在未授权区域不可通行。
FAQ
问:报价里写了访客系统,是否一定含发卡器?
不一定。需看清单是否单列发卡器型号、数量和调试服务。
问:我们旧门禁不是熵基/ZKTeco,还能发临时卡吗?
可能可以,但要看卡制、控制器接口和卡号规则,需做兼容测试。
问:临时卡可以和 OA 审批联动吗?
可以评估 SDK 或接口对接方式,但流程字段、权限下发和注销逻辑要提前确认。
问:不想改旧系统,有没有办法?
可让访客系统只做登记,临时卡仍由原门禁平台发放,或采用独立二维码访客通道。
项目对接方式
ZKINTE(北京御佰安科技有限公司)可根据现场门禁、熵基/ZKTeco 产品选型、型号参数、SDK 与 OA 对接需求,协助梳理报价口径、兼容边界、交付验收和售后责任。
联系电话:13521755685(董经理)
同号微信
售后 1 小时极速响应 · 7×12 小时在线
相关方案与下一步核对
公开方案用于核对服务范围;具体型号、接口和交付条件仍以原厂资料及现场验证为准。