熵基访客系统报价中列有可选服务时，验收资料怎么准备

熵基访客系统报价中出现可选服务时，应要求渠道在签约前逐项写明“什么条件下必须选择、最迟何时订购、未选择会影响哪项功能”，并将结论纳入合同附件。验收时，未选服务不得被临时解释为基础系统的必要前提；若其确实影响合同约定结果，渠道必须提前标注依赖关系、限制范围及替代方案。

先锁定访客系统的现场设备组合

同为熵基/ZKTeco访客系统，实际交付可能包含访客机、身份证阅读模块、摄像头、二维码打印机、闸机或门禁控制器、访客凭证、管理软件及服务器。可选项通常出现在短信通知、证件核验、二维码打印、SDK、OA 对接、远程实施、数据迁移和延保服务中。

采购方应先形成《现场设备组合表》，记录安装位置、设备型号、数量、网络方式、供电条件、通行点位和管理终端。型号参数、接口版本及操作系统要求以项目资料和厂家当前规格为准，不能只依据报价单中的简称判断兼容性。

把可选项分成三类处理

建议将报价中的可选服务重新归类：

1. 增强体验类：短信提醒、访客证打印、定制界面等，不选通常不影响基础登记与审批。
2. 接口集成类：SDK、API、中间件、OA 对接、门禁联动，需要确认授权、开发范围和测试责任。
3. 实施保障类：驻场安装、历史数据迁移、培训、延保及特殊时间施工，可能影响交付进度，但不应自动改变基础功能标准。

如果某可选项是主合同功能运行的前置条件，就不应仅标为“可选”，而应转入必选配置或明确调整验收范围。

要求渠道说明“什么情况下需要选”

渠道应针对每个可选项填写选择条件，而不是只写“按需”。例如，OA 发起访客预约时，应说明现有 OA 是否支持接口调用、单点登录方式、组织架构同步规则及是否需要 SDK；访客二维码要用于闸机通行时，应说明闸机控制器、门禁协议和二维码识读设备的兼容边界。

涉及多品牌兼容时，还要列出第三方门禁、闸机、打印机、身份证阅读设备的品牌型号、通信协议及责任分界。无法在签约前确认的，应安排样机或测试环境验证，并记录测试通过条件。

明确可选服务的订购时点

可选服务不能只写有效期，还应注明最迟决策节点：

• 硬件模块应在备货或设备下单前确认；
• SDK、OA 对接应在接口方案评审前确认；
• 定制开发应在需求冻结前确定；
• 驻场实施应在进场计划确认前预订；
• 延保服务应注明可在交付前、质保期内还是仅能随设备订购。

逾期追加时，渠道应重新说明交期、版本适配、差旅、调试及是否需要停机。采购方据此判断是本期订购、预留接口，还是作为二期项目实施。

用矩阵证明“未选不影响验收”

建议把报价转换为《可选项影响矩阵》，至少设置以下字段：

矩阵应由采购方、渠道和实施方共同确认，避免验收阶段因口头解释发生争议。

合同附件要写清楚的验收边界

合同中应分别定义标准产品验收、接口验收和现场联动验收。标准验收可覆盖访客登记、预约审批、身份信息采集、记录查询、权限下发和注销；接口验收则应列明字段、调用方向、异常处理、日志及并发边界。

若项目强调自主可控，应进一步核对部署方式、数据库与操作系统适配、账号权限、数据存储位置及升级控制机制，但不能仅凭概念性描述验收。相关能力须以投标响应、技术协议、测试记录和实际交付版本为依据。

验收资料应按“基线与增项”分册

基础交付资料建议包括：

• 已签字的设备与软件清单；
• 熵基/ZKTeco具体型号参数页及版本记录；
• 安装拓扑、IP 地址与端口配置；
• 软件授权、账号权限和初始化记录；
• 功能测试用例及现场测试结果；
• 培训记录、操作手册和故障报修流程；
• 未选服务确认单及其不影响项说明。

可选服务资料应另册保存，包括需求确认、订购单、接口文档、SDK 版本、开发交付物、联调记录和变更单。资料下载应以渠道提供的项目交付包及厂家当前有效资料为准，并核对文档版本是否与现场软件一致。

按步骤完成验收前核对

1. 对照报价逐行标记“已选、未选、待定”。
2. 将每个可选项关联到合同功能条款。
3. 检查未选项是否被其他条款隐含引用。
4. 按实际访客流程测试预约、到访、通行和离场。
5. 断开短信、OA 或第三方接口，验证基础系统能否独立运行。
6. 对门禁、闸机和打印设备执行异常测试。
7. 将差异写入整改记录，不接受仅口头承诺。
8. 整改完成后由双方签署最终验收清单。

常见风险与替代方案

最大风险是报价把关键接口列为可选，合同却要求实现完整 OA 对接。此时应在签约前补充接口工作量和责任范围；若暂不采购，可先使用访客系统独立审批，并预留后续接口条件。

另一类风险是第三方设备“理论兼容”但未经实测。可采用协议核验、样机联调或分阶段验收。对于暂不选择短信、云服务的项目，可改用本地通知和人工确认，但应评估网络隔离、数据合规及运维成本。

FAQ

未购买 SDK，是否可以判定访客系统不合格？

不能仅因未购买 SDK 判定不合格。若合同只约定标准访客管理功能，应按原生功能验收；若合同明确要求第三方系统调用数据，则 SDK 或其他接口方案可能属于必要交付。

OA 联调失败应由谁整改？

先看失败发生在哪一侧。访客系统接口、OA 接口、网络策略和字段映射应分别确定责任人。建议以接口日志、测试报文和确认过的技术协议作为判断依据。

后期追加可选服务能否沿用原报价？

不能默认沿用。软件版本、设备型号、实施条件和授权方式可能变化，应重新确认报价口径、交期、兼容性及售后责任。

ZKINTE（北京御佰安科技有限公司）可协助开展熵基/ZKTeco产品选型、型号参数核对、报价口径梳理、SDK 与 OA 对接边界确认，以及多品牌兼容测试资料整理，具体以项目现场和双方确认文件为准。

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

相关方案与下一步核对

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

• 访客管理方案
• 访客系统采购问题
• 访客系统运维问题
• 项目联系入口